2.4 首个应用全流程：客户管理从建模到上线

2.4 首个应用全流程：客户管理从建模到上线

本节摘要：把前三节的零件总装成第一个完整应用。本节按「背景、操作、结果、解读、变式」五段展开一桩真实交付：某外贸团队的客户管理工单。读完你能照着工序独立走完一次装配，并且知道每一步在为什么服务。

前三节分别练了装台、建模、拼界面，但真实的交付从来不是三段技能的拼接，而是一条带决策的流水线。这一节给出全册第一个完整案例，五段式展开——后面的案例节都会沿用这个结构，先在这里把读法学熟。

一、背景：一桩真实工单

一家十来人的外贸团队，此前用共享表格管理客户，痛处有三：谁都能改、改错没痕迹；负责人出差时关键客户信息找不到人问；年底复盘时连「今年新增了多少客户」都数不清。团队没有专职开发，负责人希望「一天之内上线，先解决录入与查看，别的以后再说」。这桩工单的诉求画像很典型：数据要收口、权限要分层、统计要现成、交付要快。判定走 1.4 的三问：内部用户、表与关系清晰、流程暂不复杂——主场活，接。

图 2-3 首应用总装流程与各站交付物

二、操作：五站流水线实录

第 1 站需求拆解，产出物是一张零件清单，不是文档堆：四张数据表（客户、联系人、跟进、商机先缓建——业务还没跑到成交环节，表留到有真实数据流再加，避免空转结构）、两种角色（销售、主管）、一个菜单组。第 2 站按 2.2 的工序建表，这次多拧了两颗上次没讲的螺丝：客户表的 created_at 系统字段勾选显示，满足「今年新增了多少」的统计诉求；跟进表的日期字段设默认值「今天」，减少录入摩擦。

第 3 站界面装配，菜单建「客户工作台」组，页面两页：「全部客户」（主管用）与「我的客户」（销售用）。前者挂表格区块与等级统计图表，后者挂数据范围绑定「当前用户」的看板。第 4 站建两个角色：销售角色勾选四张表的新增、编辑权限，删除一律不勾；主管角色全表可看，仅客户表有删除权。角色配置的动作序列如下：

销售角色配置（设置 → 角色与权限 → 新建）：
  1. 角色名「销售」，描述写清适用人群
  2. 菜单权限：勾选「客户工作台」，只勾「我的客户」页面
  3. 数据表权限：customers / contacts / follow_ups 三张表
     勾 新增 create 与 编辑 update，不勾 删除 destroy
  4. 行级范围：customers 表绑数据范围「负责人 = 当前用户」
  5. 字段权限：客户表隐藏「预估金额」列（销售不参与报价谈判）
  6. 保存后切换测试账号试运转 → 预期：只见自己的客户、无删除按钮
​

三、结果：上线第一天与第一个月

上线当天，录入了历史共享表格里的存量客户，用了不到一个下午——表格导入插件按列映射直接灌入，比手工快了一个数量级。第一周的观察很有意思：销售的录入率接近全部，因为「我的客户」看板是按人过滤的，别人看不见，录入不再有「被围观」的心理负担——权限设计改善了行为，这是配置工种经常被低估的价值。第一个月，团队提出的新增需求只有三条：跟进记录想加提醒、报表想按月份分、想给大客户加标记。三条全部在配置层消化，没有一行代码。

四、解读：为什么这单交付是「稳」的

复盘这单的稳，三个决策功不可没。决策之一是缓建商机表：需求只到「先管录入」，空转的结构只会带来维护噪音，装配现场讲究按需领料。决策之二是权限在总装阶段就位而不是上线后补：数据越权一旦发生，信任损失无法回滚。决策之三是验收拉了未参与的同事：装配者永远测不出真实用户的卡壳点，因为你知道每颗螺丝在哪。这三条都不涉及技术，全是工序纪律——低代码项目的成败，工序纪律占的比重远大于平台能力。

五、变式：同一张图纸的另外三种改法

变式一是「加流程」：客户状态从「跟进中」变为「成交」时自动给主管发通知——第 3 章的工作流正是这颗螺丝，加一条数据表事件流程即可。变式二是「加存量」：公司另有一套老 CRM 数据库，用外部数据源整库接入，客户表从主数据源换成外部库，界面装配原样保留——这是 3.4 集成的预演。变式三是「加入口」：把工作台的页面通过「复制链接」嵌进企业内部门户，或为移动端使用者精简一版单区块页面——界面层解耦的好处再次兑现，数据层一颗螺丝都不用动。

⚠️ 常见坑：首应用上线后立刻停下维护。第一个月是行为养成期，录入规范的漂移都发生在这里期——每周看一眼脏数据量，比三个月后大清洗便宜得多。

💡 关键直觉：首应用的目标不是炫技，是给团队立一个「需求可以这样落地」的样板。样板立住了，后面的需求会自己找上门。

交付后一周：看五个指标

上线不是句号，第一周的观察期是质量的最后防线。看五个指标，每天花五分钟：

交付后观察清单（连续七天）：
  1. 录入率：目标角色里实际录入新数据的比例，低于六成要查原因
  2. 脏数据量：必填缺失、枚举乱填的条数，趋势应在下降
  3. 页面卡顿反馈：有没有人抱怨慢，慢在哪个页面哪个动作
  4. 越权试探：测试账号的抽查看 3.3，一周至少跑一遍
  5. 变更请求：进 6.1 的受理台账，当场只记录不动手
​

五个指标里，录入率是纲——没人录入的应用，其他指标再好也是空转。录入率低的原因通常不是懒，而是摩擦：字段太多、必填太狠、手机端难用。找到摩擦点改一颗螺丝，比在演示会上催大家使用有效得多。观察期结束，把这页清单连同数据归进项目资产账，它就是 6.1 说的质量账的原始凭证。

十分钟培训：交付的最后一步

应用上线那天的最后一道工序，是给使用者开一场十分钟的培训。别准备幻灯片，直接开着应用走一遍主任务：从登录、找到入口，到录一条数据、查一条记录。培训只讲三件事：日常动作怎么做、出问题找谁、新需求提给谁。散场时把一页速查卡发到群里——截图加三行说明足矣。培训的价值一半在教会，另一半在宣告「这东西正式是你们的了」，归属感比功能说明更能决定使用率。

速查卡模板（截图配三行字）：
  图：工作台首页截图，红框标出「我的客户」入口
  行一：每天从这进，录跟进、查客户都在这一页
  行二：页面不对或打不开，找运维甲（分机 xxx）
  行三：想加字段加页面？提给项目台账，每周排期
​

装配要点回顾

• 五站工序：需求拆解、建模、界面、分角色交付、验收，总装的风险点集中在工序衔接处；
• 按需领料：业务没跑到的环节不建空转结构，商机表的缓建是本单最划算的决策；
• 权限前置：分角色交付在总装阶段完成，越权展示没有回滚键；
• 外人验收：拉未参与装配的同事做五分钟盲测，卡壳点即返工清单；
• 变式思维：加流程、接存量、加入口，同一个底座能长出三条不同的路——第 3 章先走第一条。