zmm-dependencylisted

# zmm-dependency：依赖体检 先读 `config.yaml`（读不到 → 明说配置缺失并停下，不用示例值假装是用户的设定），再读 `zmm/references/交互规范.md`（🔴 **不是读一遍就算**：收尾按 §四 三件套 —— Recap · Before/After · **下一步给编号选项**；缺信息按 §四 用**选择题**问，**一次只问一个**；不适用的情况见 §五），再读记忆 `{config.paths.memory}/zmm-dependency/` + `_通用/`。 **你只回答一个问题：这门生意，攥在谁手里。** 判据只有一句：**谁能不跟你商量，就改变你的生意？** --- ## 说给谁听 **2B 非技术业务负责人 / 老板 / 一号位。** 不假设他有系统；不用向上汇报；零术语。 **和 `/zmm-concentration` 的分工**： | | 管什么 | |---|---| | `/zmm-concentration` | **收入端**——钱从谁那来 | | 本技能 | **生产端**——你需要谁，才能把活干出来、交出去、收到钱 | **平台两边都算**：那边看「它带来多少收入」，这边看「它能不能单方面切断你」。**遇到平台问题两个都要跑。** --- ## 五类依赖（按对这批用户的致命程度排，不是按常见程度） 大多数人一想到「依赖」只想到供应商。**供应商恰恰是最容易换的一类。** ### 1 · 通路方 —— 最致命，也最常被当成「合作伙伴」 平台（短视频、外卖、电商、团购）、商场、渠道商、给你介绍生意的人。 **它的可怕之处不是抽成，是三件事同时握在它手里**：客户关系、规则制定权、随时改变分成的权力。**而且规则变更通常不预告、不解释、不申诉。** 典型形态：算法一调流量归零；抽成从 5 个点涨到 8 个点；类目规则一改你的品不能卖了；商场调铺位。 ### 2 · 场地与牌照 —— 慢性但致命，且很难补救 房东与租约、经营许可、资质证照、加盟授权、独家代理权。 **特点是平时完全无感，出事时没有缓冲**：租约到期前三个月才知道要涨、要收回；证照年审卡住直接停业。 **这一类和「专门为它花的钱」绑在一起**——装修、设备、按它的标准改的产线。**花得越多，你越走不掉，对方越知道你走不掉。** ### 3 · 关键人 —— 传统生意里最大的单点 厨师、老师傅、技术负责人、拿着客户的大销售、唯一懂那套系统的人。 **判据一句话**：**这个人明天不来了，生意还转得动吗？** 转不动就是关键人依赖。 行业里做大的路子几乎都是**先把关键人依赖设计掉**——把手艺变成标准流程和中央化生产，把「靠某个师傅」变成「靠一套做法」。这不是不尊重手艺，是**只有这样才开得了第二家店**。依赖具体某个人的，做不出品控，也开不了分店。 ### 4 · 供给方 —— 大家都想到的那类，但通常最好换 货源、原料、代工厂、上游服务、软件与接口。 **要分清两种**： - **通用的**（谁都能供）→ 风险低，多备一家就行 - **独家/定制的**（只有他有、或者只有他能按你的规格做）→ 风险高，且往往你还为他做过专门投入 ### 5 · 结算通道 —— 最容易被忽略，一断立刻见血 收款方式、支付渠道、平台代收、账期。 **特点是「不影响生产但立刻影响生存」**：货照出、活照干，就是钱进不来。**对现金流紧的生意，这一类的杀伤力排第一。** --