工单系统有哪些流程

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

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

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

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

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

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

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

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

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

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

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

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

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