电脑一键安装win7系统如何做系统( 二 ) _生活百科

我们需要关注用户的主营业务和主要需求，以及公司希望在这个场景下做出的创新和优势，不要陷入任何需求都可以满足的陷阱。当资源有限时，我们需要做出取舍。
在上图中，我列出了法医鉴定的一般流程，我认为是最小可行产品的业务流程。
不同的人在司法鉴定过程中有不同的需求。
比如主管部门可以实时了解辖区内鉴定机构的鉴定情况，鉴定人希望通过系统减少重复操作，受理登记人希望更快更好地完成备案，等等。
而且整个司法鉴定过程涉及的操作和文书附件不计其数。
但有些操作和单据在实际业务流程中使用频率较低，所以在梳理业务流程之初，我选择性地忽略了它们。
其次，因为这个行业已经有类似的竞品了，我知道他们通过对使用情况的分析，更侧重于日常的识别过程。
近年来，随着司法行业的大重组，各大司法机构需要进行重新评估。评估的内容主要是检查和评估身份证明文件和其他材料。对于那些平日里不重视文件的机构来说，面对如此严格的评估，往往会不知所措，可能会被停业整顿甚至吊销执照。
因此，我们在解决一般业务流程的基础上，进一步将系统的重点放在“文档评估”部分，这也是我们产品的一大亮点。
最终，如果团队在专注业务时举棋不定，可以选择最简单的方式，优先专注于“付费客户”的需求进行设计和实现。
类似的“付费用户”是老板，实际用户是员工。老板最大的需求是能够实时监督管理员工，以更高效的方式完成工作，于是有了钉钉的初始版本。
三、主线流程和角色梳理
在B端业务中，完成一项任务需要很多操作，但并不是所有操作都是主要业务流程和关键节点。
我认为主线业务流程是完成任务的最短路径，最短路径中的操作是关键节点，而操作是由人来完成的，所以关键节点上的人是关键人物。
例如，司法鉴定的主要流程和节点包括:
技术前期服务(预览)->:验收->:实施->:签发文件->:鉴定结束。
所涉及的角色包括案件登记员、鉴定助理、司法鉴定和技术主管。不同的业务流程涉及不同的角色和完成的任务。

文章插图
以上，我们通过“人+事”的方式梳理主线流程和关键角色，从而大致了解不同角色的职责和执行任务的顺序，进而抽象出业务规则和流程。但是这个结果还是太粗糙，不能作为我们产品的依据，需要进一步整理。
四、业务流程细化
一个主线业务往往有很多分支任务，而这些任务也是完成主线业务的必要条件，所以我们需要进一步细化主线业务；其次，每一个操作都必须伴随着信息的输入和输出，所以我们还是需要找出前提条件和输出数据来完成操作；最后，除了主要业务流程之外，还有很多异常流程需要我们关注。

文章插图
例如，上图详细描述了检查和验收阶段。在流程上，审批需要分为立案受理登记、初审、审批受理、办理手续四个步骤。同时，你可以看到我在表中增加了另外三列，包括输出文档、必要程度和备注。前一个操作的输入作为下一个操作的输入，每一步的逻辑顺序不变；“必要的”操作是对主线业务的进一步细化， “可能的”操作是对异常情况的注解。备注里有一些补充说明。
这样就可以通过“事件对应时序”、“事件对应人”、“人对应运营”、“运营对应产出”的逻辑来梳理复杂的业务，从而更清晰地把握业务脉络。
五、产品功能架构设计
产品功能架构(Product functional architecture)是对业务流程和运营的抽象功能块，业务主线梳理(总)->:业务流程和角色细化(分)->:产品功能框架设计(总) ，我们离产品原型设计只有一步之遥。
其实在之前的流程梳理中，已经按照“人+物+逻辑顺序”的方式揭示了产品框架，一个完整的业务系统的共同功能构成了我们的产品框架。