Web 应用与业务系统

这项工作如何进行。

1. 01

   一条流程，一条记录链

   业务系统的价值在于减少交接，因此第一个设计问题是：哪一条记录贯穿整项工作、下一个环节的人在哪里必须看到它。界面与模块由这个答案决定，而不是反过来。

2. 02

   先定角色与权限

   角色会写明谁创建记录、谁处理、谁审批、谁只能查看，并包含不允许同一人自审自批的情况。权限按业务规则确认，而不是上线后再补。

3. 03

   例外也是范围的一部分

   每条流程都有例外：资料缺失、重复提交、需要拆分的订单。实施前把这些列清楚，系统在状况不好的一天也能用，而不是只在顺利时可用。

4. 04

   实施前先有书面范围

   范围会固定流程、角色、记录、权限、规则、例外与验收条件，并写明刻意不包含的部分。你确认后开始实施，这同样是费用能被理解的前提。

5. 05

   在哪些实际工作中做过

   eManage 运营平台把人力供给、客户、工作地点、订单、派工、出勤、结算与报表放在同一条记录链上，并包含模块化流程、权限、文件与审计轨迹。E-User 是对应的员工端；运营工作台则把项目状态、实时任务、证据链接与跟进队列集中在同一个日常界面。三者都在下方「项目介绍」中说明。

6. 06

   先做一条链，不做全公司

   先覆盖一条完整流程的系统，比覆盖所有流程却都只做一半的系统更有用：前者会真正被使用，剩下的缺口也能从真实记录中看出来。范围之外的模块列入后续阶段，而不是现在先做一半。