先看一笔业务：卖的不是登录账号，而是行业工作闭环

一家服务连锁餐饮客户的垂直SaaS公司收到需求：“总部希望六十家门店统一菜单、供应商资质、食品安全检查、库存和会员运营。”新手容易先演示功能；专家会先追问五组事实：谁对门店和食品安全负责，哪些记录是客户必须形成的证据，门店主数据能否统一，哪些外部订单与支付平台需要接口，成功究竟由登录次数还是关键流程完成率证明。

本教程的贯穿虚构公司为“行味云科技（上海）有限公司”，产品代号 PRODUCT-I03-CHAINOPS。它提供门店主数据、采购库存、食品安全任务、会员运营和经营分析的多租户SaaS；默认不经营餐饮门店、不代客户收取消费者餐费、不作为网络食品交易第三方平台，也不替客户的食品安全总监作判断。若真实功能或控制权越过这些边界，必须重新做业务定性，不能沿用教材结论。

0.1 一页经营地图

0.2 三条从第一天就要守住的边界

第一，行业责任不因上云而转移。软件可以提醒、校验、留痕和汇总，但客户总部、分支、门店与指定责任人的法定或合同责任仍要按事实承担。第二，配置不等于定制开发。参数、工作流、字段和报表在受控产品边界内复用；一旦修改核心代码、形成客户专属分支或承诺独占成果，交付、成本、知识产权和收入判断都可能变化。第三，可用不等于被采用。系统上线只是技术状态；关键行业流程按期完成、异常被关闭、管理者能据此行动，才是客户价值状态。