围绕工单系统，本文将介绍它的价值、业务背景、用户场景、产品流程、产品设计，向大家分享如何设计一个灵活的工单系统。
工单系统的核心价值是什么？
通过上图我们发现，当发现问题和解决问题不是同一人的时候，这里面就会涉及到信息传递的效率问题。
如果你是发现问题的人，可以试着问自己以下几个问题：
- 我应该如何描述我的问题？
- 我的问题应该找谁处理？
- 我希望这个问题尽快解决吗？
如果你是解决问题的人，可以试着问自己以下几个问题：
- 这个问题的描述清晰吗？
- 如果不清晰我该如何让这个问题变得清晰？
- 我应该在什么时间前解决这个问题？
- 这个问题我解决不了怎么办？
- 现在有100个问题要解决，我应该先解决哪个？
等等。
可以看到，发现问题和解答问题之间有一个巨大的信息鸿沟需要解决。而解决的办法就是工单系统。
我们首先梳理一下工单系统的典型用户：
- 工单提交者简称q：客服、消费者
- 工单解决者简称s：运维、业务部门
- 工单监控者简称m：客服管理者、业务管理者
再来看一下他们的用户故事：
- 作为q，我想要将消费者提出的问题记录下来，以便于查询或者转交给s解决
- 作为q，我想要知道问题应该找谁解决，以便于问题可以快速定位并解决
- 作为q， 我想要将问题转交给到相应的s，以便于s可以根据我记录的信息解决问题
- 作为q，我想要根据s的要求提供更多信息，以便于s解决问题
- 作为s，我想要知道问题的详细信息包括问题描述、优先级、解决时间要求等结构化信息，以便于快速定位、解决问题
- 作为s，我想要在缺少部分信息的情况下询问q获得更全面的信息，以便于解决问题
- 作为s，我想要在我解决不了这个问题的时候将问题交给其他s，以便于解决问题
- 作为m，我想要知道整体的问题处理情况，以便于了解服务质量
- 作为m，我想要知道q和s的工作量情况，以便于及时发现工作量的问题并做调整
根据以上用户故事，画出工单系统的核心流程：
根据系统流程，我们可以总结出工单系统需要具有以下核心功能：
- 工单类型
- 表单模板
工单系统的高度灵活，也就是组成工单系统的功能模块的高度灵活，那上述核心模块如何做到高度灵活呢？
1. 工单类型
在设计工单类型的时候，我们可能会依据产品线、问题发生阶段、后果等维度来细分工单类型，为了实现高度灵活，我们就需要将工单类型的设置工作完全交给用户。
从数据存储的角度讲，每一个工单类型都是一条记录，在这条记录中，需要设计以下字段信息：
- 名称
- 层级
- 父类型
- 顺序
在表现形式上，可以使用多级菜单的模式：
需要注意的是层级、类型数量的边界设定，同时对于新增类型、层级内展示顺序、删除高层及类型的操作要想好产品逻辑。
2. 表单模板
工单表单是问题的结构化表达，我们在设计工单表单的时候应该尽量将问题的信息结构化，便于s获得全面信息及数据分析。而模板是为了应对不同的业务场景需要，不同的场景对应不同的模板。
为了达到结构化和高度灵活这两个目的，表单模板需要具有以下特性：
- 模板与表单一一对应
- 模板依据工单类型划分
- 字段可以增减（必填字段除外）
- 可以增加自定义字段
- 字段顺序可以调整
表单模板原型图如下：
在设计模板字段的时候，我们可以默认添加工单中可能用到的字段，但为了覆盖尽可能多的场景，还需要设计添加自定义字段的功能，包括字段名称、字段类型等。
除了工单类型和表单模板，工单的流转、消息通知、回复、操作记录等并没有提及，我认为这些是标准功能，并无设计高度灵活的必要性，暂不列出。
由于b端业务的多样性，我认为saas产品设计需要将灵活性放在足够重要的位置，因为灵活性决定场景覆盖范围。在产品设计时，产品经理应该根据现状和未来发展将需求、场景尽量抽象，设计出灵活的产品方案。
灵活性必然带来开发工作量的增加，二者如何取舍？我们可以聊一聊。
本文由 @万旗 原创发布于人人都是产品经理，未经作者许可，禁止转载。
题图来自 unsplash，基于cc0协议
凯发体育官方app的版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 举报，一经查实，本站将立刻删除。