KNOWLEDGE NOTE · 持续修订
硬件创新：按不可逆投入组织决策
让价值验证、系统集成、供应链与经营承诺接得上，避免将样机成功当成产品完成。
智能硬件同时承担两类变更：软件仍可更新，器件、结构、模具和库存却可能已经锁定。组织机制需要围绕这些不同的变更成本建立。
原长文按创始人类型、团队阶段与管理原型展开。这里保留更通用的主线：每一次扩大不可逆投入之前，应该补上哪一类证据。
阶段门应决定投入，而不只是检查进度
技术样机证明关键能力做得出来，用户原型帮助判断结果是否重要，工程验证检查设计是否可实现，试制与量产验证交付条件。不同产品会采用不同阶段安排，但证据职责不能混在一起。
演示成功之后，还要追问它依赖了哪些条件：是谁准备环境，失败时谁介入，零件来自哪里，更换与制造成本如何。被演示隐藏的工作，往往会在交付时重新出现。
三种责任必须有人承担
产品负责人解释用户和当前版本的价值边界；系统负责人把目标转成可以同时满足的指标与接口；项目负责人处理跨专业依赖、集成计划与风险升级。
这些是责任，不是规定所有小团队必须立刻招齐三个专职岗位。兼任可以，但关键取舍要有人明确作出，不能在多个部门之间悬空。
原文给出的团队规模适合作为特定复杂度的规划示例，不应当作行业通用人数标准。本页不沿用一套固定编制。
冻结范围，同时保留改变的路径
冻结不是禁止学习，而是说明这轮交付以什么为基线。新增需求应展示对成本、周期、质量和已确认体验的影响，再决定本轮纳入、下轮处理或放弃。
软件更新也不是免费的补救。它可能影响能耗、性能、安全和售后；若原硬件能力不足，更新不能凭空补出器件或散热空间。
从一款产品走向多款产品
复用平台值得投入的前提，是不同项目反复需要同一项能力，并能接受共同的边界。过早统一会限制探索，过晚统一会造成重复建设。
经营责任也需覆盖上市后的服务、返修、库存和生命周期。只在发布会完成时庆祝，会让团队低估交付给用户之后仍要承担的工作。
我会用一个问题检查组织是否真正成熟：关键负责人离开某次会议后，团队还能否按照共同基线处理变化、暴露风险并完成取舍？如果不能，组织可能仍靠个人协调维持。