我们见过不止一次这样的开场：业务负责人没用开发排期，自己用对话工具做出了审批、台账或报名页，周一在例会上演示，全员叫好。到了第二周，同样这批人开始问三句一模一样的话：数为什么对不上、这个按钮谁都能点是不是有问题、错了找谁改。
这不是工具选错了。第一周验证的是「界面像不像」，第二周暴露的是生意本身还没有被说清。没有代码经验的人，最容易把「生成速度」当成「项目进度」。进度如果只按页面数量计算，第二周一定会停住。
卡住的第一件：同一件事有两套说法
对话时每个人都在用自己的词。销售说「成交」，财务说「到账」，模型两套都写成了字段，页面上就有两个都像对的数字。解决办法不是再生成一个报表，而是先开会冻结五个词：谁算完成、什么时候算数、金额单位、作废怎么标记、谁有权改。五个词写在一页纸上，再让工具按这页纸改界面。
纸没冻住之前，继续加筛选项，只会让两套说法都看起来更专业。
卡住的第二件：演示账号权限太大
生成工具默认给一个什么都能看的身份，因为这样最好演示。真实组织里，门店不能看别的店，专员不能改主管的数。第二周把普通账号发出去，越权会在第一次误操作时被发现，而不是在评审时被发现。做法：列出三种人，各自能看哪一张表、能改哪两个按钮。做不到这份名单，就不要把链接发到全员群。
卡住的第三件：错了没有主人
作者往往是「周末自己试出来的那位同事」。他不是全职维护，也不会在客户来电时在线。第二周开始，每条错误都要有登记：谁发现的、影响哪一笔、谁在什么时间前改。没有登记表的系统，热度会在两周内掉回去，大家重新用表格，还多留了一个没人敢关的页面。
给负责人的四周节奏
第一周只留一个主动作，例如「提交一条并在列表里看见」。第二周专门打口径和权限，不加新按钮。第三周用真实业务跑十笔，把失败记下来。第四周决定三选一：交给有人维护的正式版本、收缩成内部草稿、或者关掉。三选一比「再让它智能一点」有用。
微软的职场研究反复提到，工具会改变工作方式，但不会自动产生负责人（微软 Work Trend Index）。第二周的三件事，就是在问：这件事还有没有人负责。
边界也要说在前面。涉及收款、证件、人事结论的流程，不适合由无人复核的对话生成结果直接生效。可以先做查询和草稿，提交前必须有指定的人点确认。
例会上只看一页纸
第二周的会不要投影整套界面。一页纸分成三栏：五个已经冻结的词、三种人各自能点的按钮、错误登记表上还没关闭的三条。三栏有空白，会议结论就是「继续当草稿」，而不是「再加一个导出」。业务负责人在纸上签名，数字化同事只确认权限和存放位置，原作者补充自己改不动的地方。
这样分工之后，新鲜感会下降，事情却开始像一个项目。项目可以小，但不能没有口径、名单和主人。这三样齐了，再决定要不要排进正式迭代；不齐，就把它从全员入口拿掉，避免大家同时维护表格和页面两套数。
