工单系统，主功能？主订单？

最近在负责一套工单系统的开发，在这个过程中我遇到一些问题。工单系统中，是以订单的形式来组建入口，还是以功能点的形式来组建入口。

因为销售领导要求我使用订单的形式来组建入口，所以我必须和他进行一场辩论，来确定最后的展现形式。

1.工单系统流程

我们常见的工单流程，如饿了么的蜂鸟专送，大致可分为发起工单、分配或抢接工单、完工确认、发起人评价四个环节。我们本次讨论的工单系统，大流程也是这样的。

维修派单系统流程图

2.工单入口的区别

不知道为什么销售领导会提出以订单为信息反馈入口的提议。因为常见的工单系统，都是以功能点为切入口。下面我就给大家说明以下两个入口的特点。

是做一个大订单流，还是把订单流拆开，并分装到功能入口中。

订单为入口：

• 入口分类：常常以订单状态进行订单分类；
• 进入订单填写需要四步：打开订单列表、找到订单类型、选择需要填写的订单、内容填写；
• 用户场景：我完成了任务，需要反馈>>想想完成的是哪个订单>>再思考一下目前订单状态>>选择订单状态>>找订单>>开始填写；
• 设计思维方式：目标导向思维；
• 优势：工单查询快捷；
• 劣势：业务思维，当工单数量大的时候会非常混乱。

功能为入口：

• 入口分类：也业务环节划分的功能点分类；
• 进入订单填写需要四步：选择功能、选择需要填写的订单、内容填写；
• 用户场景：我完成了任务，需要反馈>>选择功能>>找到订单>>开始填写；
• 设计思维方式：产品导向思维；
• 优势：使用者思维，进行信息反馈更流畅；
• 劣势：业务流程复杂时，功能入口难找；查看工单详情不方便。

3.如何选择入口

从上面我们不难发现两者的区别，主要在设计思路和用户场景上。

其中订单入口更适合订单信息查询，功能入口更适合信息反馈。

所以一套完整的工单系统，入口不是二选一，是按照用户的使用场景来选择入口。便总结出以下三点：

1） 对于订单查询的场景，我选择使用订单列表；对于信息快速反馈的场景，我选择使用功能列表。

2） 业务流程繁琐的工单系统，订单入口作为主入口更适合；业务流程简单（不超过8个反馈节点），订单量大的工单系统，功能入口作为主入口更适合。（如果二者都满足，按第一点进行设计）

3） 功能入口常常为底部标签栏的按钮，订单入口常常为首页展示的订单列表，或者订单类型列表。

4.结论

一开始在写文章的时候，我主要是想对主入口进行二选一。在写的时候进行了进一步的思考，发现之前的二选一其实是不正确，只是侧重点和使用场景的不同，二两个入口都是必不可少的。

所以是设计工单系统的首页时，可以按照前面点结论进行侧重点安排。或者直接使用第三点的结论，底部标签栏提供功能入口，首页使用局部区域展示最近的订单。

我是谭宇恒。
坚持在路上的产品狗，我愿陪你一同成长。
如果你还有什么产品思考和学习经验，请留言与我分享。