核心底层公理
- 信息熵 = 不确定性、模糊度、不可预测度
- 所有产品 / 项目 / 团队问题，本质都是信息熵过高
- 产品交付的核心工作：持续降熵、收敛确定性
一、先学会：快速判断「哪里熵高」
高熵特征（全是风险点）
- 需求：口头描述、逻辑残缺、边界没定义、频繁临时变更
- 沟通：无书面文档、口径不统一、人人理解不一样
- 架构：逻辑散落、到处打补丁、无分层无模块
- 流程：无标准模板、无固定节点、靠临场发挥
- 用户：路径散乱、操作无预期、跳转无规律
低熵特征（健康可控）
- 有书面规约、流程固化、术语统一
- 规则闭环、边界清晰、变更有流程
- 架构分层规整、可复用、可预判迭代成本
- 用户路径固定、行为可预期、体验稳定
二、产品人降熵 5 大核心动作（可直接落地）
1. 需求层：把模糊信息做「熵收敛」
- 所有需求必须书面化，拒绝口头需求
- 补齐四要素：场景 + 规则 + 边界 + 异常
- 需求评审只做一件事：消除理解歧义
- 固定需求变更流程：申请 - 评估 - 同步 - 归档
本质：把千人千解的高熵信息，变成唯一标准答案的低熵信息。
2. 架构 / 系统层：用分层模块化降熵
- 拆分单一职责模块，禁止逻辑随处散落
- 统一编码规范、命名规范、接口规范
- 定期清理冗余逻辑、废弃功能、无效代码
- 关键链路画流程图、架构图，固化认知
本质：降低系统复杂度和不可预测性，改一处不会崩全局。
3. 协作沟通层：用标准化降熵
- 统一术语、统一文档模板、统一交付物
- 关键结论落文档，不靠会议记性
- 固定例会、固定里程碑、固定同步节奏
- 所有对齐事项，输出「共识纪要」
本质：减少信息传递损耗、理解偏差，降低沟通不确定性。
4. 项目交付层：用流程卡点降熵
- 范围前置锁定，拒绝无序蔓延
- 每个阶段设明确准入 / 准出标准
- 风险提前识别，把未知变成已知
- 验收标准前置，不做模糊口头约定
本质：把随机失控的项目，变成可预判、可把控的低熵流程。
5. 用户体验层：用路径固化降熵
- 收敛用户操作路径，减少无效入口
- 交互范式统一：按钮、弹窗、表单规则一致
- 减少突发弹窗、无预期跳转
- 引导用户形成固定使用习惯
本质：降低用户行为熵，让用户不用思考就会用，提升留存转化。
三、日常工作「熵增自查清单」（随时对照）
- 这件事有没有书面定义？没有 = 熵高
- 不同人理解是否一样？不一样 = 熵高
- 有没有边界、异常、兜底方案？缺一项 = 熵高
- 下次接手能不能直接看懂？看不懂 = 熵高
- 是否靠个人经验、不靠标准流程？是 = 熵高
只要命中任意一条，立刻做降熵动作：补文档、定规则、做收敛、立标准。
四、一句话行动口诀
模糊必增熵，标准必降熵；口头必增熵，书面必降熵；散乱必增熵，收敛必降熵；放任必增熵，治理必降熵。
