产品设计、体验与 MVP 质量
回答：该做多少、做多细？复杂度怎么控制住，MVP 到底能"糙"到什么程度？
簇内活跃分歧——MVP 该多糙：†mvp-determination-playbook（Eric Ries 本人：MVP 不是"糙"，而是"用最高效方式验证假设"；航空发动机等高门槛市场里 MVP 也可以只做一个关键功能但坚持工艺标准；"列出必须功能，砍一半，再砍一半"）与 †minimal-lovable-product（Jiaona Zhang：传统 MVP 在竞争市场里因体验粗糙而留不住人，应转向"Minimal Lovable Product"——少做几个功能但打磨到有"pixie dust"的惊喜感）代表了 MVP 哲学的两代演进：前者强调"验证效率"，后者强调"竞争市场里粗糙 = 流失"。配套：joy-driven-mvp（Cam Adams）、minimal-v1-experimentation-model、minimum-lovable-product（AI 时代版）、polished-mvp-quality-rule、safety-first-mvp-bar（安全关键产品的 MVP 尺度）、design-for-the-most-complex-use-case、optimize-for-problems-you-want-to-have（Scott Belsky）。
复杂度与简洁——†keep-simple-things-simple（Dylan Field：'不可化约的复杂性'，1+1 有时等于 1.5；"让简单的事保持简单，让复杂的事变得可能"，保持简单是组织全员的责任不只是 CEO）延伸出：perceived-simplicity（Casey Winters：产品生命周期陷阱——简单产品变复杂后用户流向下一个简单产品）、prune-product-complexity、sunset-feature-checklist、tiny-core-principle、two-percenters-rule（Gibson Biddle）、onion-layer-product-design（Notion）、opinionated-software-design/opinionated-software-mental-model（近同题双卡）。
体验设计与打磨：10-star-experience-design、comprehension-over-friction（Stewart Butterfield）、design-quality-binary-triage、design-tenets（Bob Baxley）、design-vs-business-goals-hierarchy、friction-logging（David Singleton）、study-group（Jeff Weinstein）、ideal-state-backwards-planning、ideal-state-working-backward（Airbnb）、ideal-experience-reverse-engineering、first-mile-psychology（Scott Belsky）、first-principles-support-model（Geoff Charles）、native-onboarding-design（Merci Grace）、primal-mark-delay-prototyping（Bob Baxley）、reach-for-the-stars-land-on-the-moon（Katie Dill）、walk-the-store-playbook（同作者）、polishing-season-ritual（Linear）、mona-lisa-principle（Miro）、owners-delusion（Stewart Butterfield）、user-behavior-mental-models、lazy-vain-selfish-user（Anuj Rathi）、fault-tolerant-ui-for-ml（Gustav Söderström）、trust-design-for-automation-products（Shweta Shriva）。
MVP 判定手册MVP Determination Playbook
创业者在构建 MVP 时不知道"最小"和"可行"的边界在哪，往往过度构建、延迟上线，或者误以为 MVP 就是做低质量产品。
最小可爱产品Minimal Lovable Product
在充满竞争和选择的市场中，传统的最小可行性产品（MVP）往往因为体验粗糙而无法留住用户。如何确定新产品的质量标准和功能范围，才能既快速推向市场又真正赢得用户喜爱？
保持简单事物简单Keep Simple Things Simple
产品演进过程中功能不断堆砌导致“不可化约的复杂性”和系统臃肿。
愉悦驱动 MVPJoy Driven MVP
在 Lean Startup 思想影响下，创始人常被建议尽快发布粗糙产品以验证需求。但粗糙的产品往往无法带来口碑，导致冷启动失败。
最小 V1 实验模型Minimal V1 Experimentation Model
如何在高速迭代和海量 A/B 测试中，避免陷入局部最优解和功能臃肿（Feature Bloat），同时保持快速验证假设的能力。
AI 时代最小可爱产品Minimum Lovable Product
在开发成本大幅降低的AI时代，如何定义产品发布的标准，以及如何驱动自然口碑传播。
精修 MVP 质量法则Polished MVP Quality Rule
如何构建 MVP（最小可行性产品）以准确验证需求，避免因产品质量低劣而导致的假阴性反馈。
安全优先MVP标准Safety First MVP Bar
当产品涉及人身安全（如自动驾驶、医疗设备等）时，传统 SaaS 世界里"先发 MVP 再迭代"的思路如何调整？
面向最复杂用例设计Design For The Most Complex Use Case
避免 MVP（最小可行性产品）思维导致的产品创造力受限和底层技术架构选错，防止后期重构带来的巨大成本。
理想问题优化法Optimize For Problems You Want To Have
在确定 MVP 或迭代功能时，难以决定“做一半”的标准，不知道该砍掉哪些功能。
感知简单性Perceived Simplicity
随着产品功能增加以支持更多高级用例，产品变得复杂，导致普通用户流失（即产品生命周期陷阱：简单产品变复杂，用户流向下一个简单产品）。
修剪产品复杂度Prune Product Complexity
随着产品不断迭代，功能堆砌导致产品变得复杂，甚至损害核心体验与转化率。
功能下线检查清单Sunset Feature Checklist
团队在维护历史遗留功能时占用大量资源，但难以决定是否应该将其下线。
微小核心原则Tiny Core Principle
在产品构建中，如何识别真正驱动产品成功的要素，避免陷入无止境的功能堆砌陷阱。
2% 用户法则Two Percenters Rule
功能上线后使用率低，但团队不愿砍掉，导致产品复杂度持续积累。需要一个判断准则来决定何时砍功能。
洋葱层产品设计Onion Layer Product Design
产品既要有足够灵活性满足 power user 深度定制，又要有足够开箱即用性让普通用户上手——两者如何兼顾。
主见式软件设计Opinionated Software Design
生产力软件过于追求灵活性，导致用户（或团队）需要花费大量时间配置工具和工作流，反而降低了实际产出工作的效率。
主见式软件思维模型Opinionated Software Mental Model
在产品设计时，应该让软件强制用户按特定最佳实践工作，还是提供最大灵活性？这个思维模型帮你判断何时应该做 opinionated software，以及如何选择路径。
10 星体验设计10 Star Experience Design
产品设计者往往满足于“刚好够用”或“不出错”的体验，难以构思出真正让用户惊艳并产生口碑传播的方案。
理解优于无摩擦Comprehension Over Friction
盲目追求“减少点击次数”和“无摩擦”导致产品设计走向歧途，用户体验反而变差。
设计质量二元分诊Design Quality Binary Triage
"高质量"是一个极难用文字定义的概念。写长文档列举属性和衡量标准既笨重又低效，团队仍在"什么是好"上争论不休。
设计原则Design Tenets
团队反复就同一类设计问题争论不休（如：要不要加文档？默认展示简单还是复杂？），每次都重新辩论，浪费时间和精力。
设计与业务目标层级Design Vs Business Goals Hierarchy
PM 与设计师常在“设计目标”（如按钮一致性）和“业务目标”之间产生优先级冲突，导致设计债务积累和产品细节缺失。
摩擦日志法Friction Logging
团队规模扩大后，如何系统性发现并修复产品体验中的细节摩擦点，避免局部优化导致整体体验割裂。
产品体验研讨小组Study Group
大公司中产品团队容易陷入内部视角，产品随时间推移产生"熵增"——各模块各自优化但端到端体验劣化。传统的 friction log 门槛高、频率低，难以让足够多的人持续以客户视角审视产品。
理想状态逆向规划法Ideal State Backwards Planning
如何打造能引发口碑的 10x 体验，避免陷入渐进式改良的陷阱。
理想状态倒推法Ideal State Working Backward
团队容易陷入对现有漏斗或体验的微优化，耗时数月却无法带来阶跃式的产品体验提升。
理想体验逆向工程Ideal Experience Reverse Engineering
当对现有流程的局部优化遭遇瓶颈时，如何找到突破性的产品策略。
第一英里心理学First Mile Psychology
产品新用户在最初几秒或几分钟内流失，无法到达核心价值（activation moment）。
第一性原理支持模型First Principles Support Model
如何降低客服支持成本，同时让产品团队对用户体验真正负责。
原生 Onboarding 设计Native Onboarding Design
如何设计产品的 Onboarding（新用户引导）流程，避免做成用户看都不看就直接关掉的“贴皮”式教程。
原始标记延后原型法Primal Mark Delay Prototyping
团队过早进入高保真原型/视觉稿，导致所有人被第一个"看起来像那么回事"的方案锚定，停止探索更好的第二、第三、第四方案。
摘星揽月目标法Reach For The Stars Land On The Moon
团队容易惧怕大胆的想法，倾向于做短期内可安全测量、能在季度内完成的渐进式改良，导致无法从全局视角真正改善端到端的用户体验。
走动式管理手册Walk The Store Playbook
随着产品和团队规模增长，产品发布后的质量会随时间推移而衰退；各职能团队（工程、产品、设计）往往只关注自己负责的局部，导致端到端的用户旅程割裂、体验下降。
产品打磨季仪式Polishing Season Ritual
产品在长期迭代中积累的 Bug 和影响体验的“微小痛点”难以在常规开发周期中优先处理。
蒙娜丽莎原则Mona Lisa Principle
产品团队在规模扩张时，难以对“什么是高质量的产品”建立统一的判断标准，导致产出质量参差不齐。
创作者幻觉Owners Delusion
产品创作者常常做出反直觉、让用户困惑的设计或营销页面（如餐厅网站只放慢加载的图片却没有地址和电话）。
用户行为心智模型User Behavior Mental Models
在产品设计时容易高估用户的耐心和认知负荷，导致设计出让用户困惑或流失的流程。
懒惰虚荣自私用户Lazy Vain Selfish User
产品团队往往因为离产品太近，产生“所有用户都在时刻关注并思考我们的产品”的偏见，导致新用户转化和跨卖效果不佳。
AI容错界面设计法Fault Tolerant UI For Ml
ML/AI 产品的预测永远不可能 100% 准确，如何设计与之匹配的用户界面，避免用户因预测失误而流失。
自动化产品信任设计Trust Design For Automation Products
全自动/高度自动化产品（无人工干预）如何通过产品设计让用户从"恐惧/不信任"过渡到"自然接受"？