贸易
订单、发货与对账
把客户、报价、出库和收款放在同一条记录上,减少表格传来传去造成的版本不一致。
业务
项目按实际工作来定范围。下面四类是常见委托,可以单独做,也可以放在同一个系统里。
按岗位和单据来做。常见内容包括客户与订单、库存与采购、项目与工时、请假审批、收款记录。功能按实际使用取舍,不堆一套用不上的菜单。
企业网站用来介绍业务和发布信息。业务后台只给内部人员登录,按栏目、权限和操作步骤设计,上线后文案和业务数据可以自行维护。
需要在手机上查看、录入或审批时,我们做适配手机的页面,并与后台使用同一套账号和数据,避免两套账。
项目结束不是只交一个代码文件夹。我们协助部署到指定服务器,写清启动方式和账号权限,并约定上线之后的修改范围。
做法
系统要用很多年。命名、权限和数据如果一开始含糊,后面每次改动都会更贵。我们把这些写在前面。
场景
我们不做空泛的行业方案。先看每天发生的单据和交接,再决定系统里要有哪些页面。
贸易
把客户、报价、出库和收款放在同一条记录上,减少表格传来传去造成的版本不一致。
门店与服务
前台能查到当天安排,后台能看到完成情况和简单统计,权限按店长和店员分开。
项目型公司
项目、负责人和费用留在同一处。阶段状态清楚,事后可以查是谁在什么时间改过。
内部运营
把请假、用印、合同归档或物品领用从聊天记录里收回来,按角色控制谁能看、谁能改。
过程
确认使用的人、现有做法,以及必须保留的查询和记录。
菜单、角色和第一期要上线的功能列成清单,双方对照。
先做主流程。中途给出可操作的版本,方便及时改方向。
按清单验收,协助部署,并说明以后修改如何提出。
不需要先准备完整的需求文档。说清楚现在谁在做什么、卡在哪里,发到 office@