面向最复杂用例设计

在已有平台型公司开发新产品时，不应优先构建 MVP，而应优先为最复杂的用例进行设计。

• MVP 仅仅为了速度进行优化，会忽略产品未来的差异化潜力。
• 如果仅考虑简单场景，工程师会做出不严谨的架构假设；随着产品迭代，这些错误假设会被层层叠加，后期极难推翻。
• 正确做法：深刻理解最复杂的极端用例（如万人规模、跨国合规），确保底层架构能容纳这些复杂性。即便第一版产品不支持这些复杂功能，也要保证系统未来能平滑扩展到该状态。
• 案例：Rippling 开发全球薪酬系统时，没有简单复制美国版，而是同时考虑 6 个差异巨大的国家需求，最终实现 80% 通用平台 + 20% 国家特定配置，使得后续增加国家的成本极低。