首先，用户涌向简单的产品
然后，产品将用户视为理所当然，并为高级用户添加更多功能
最终，用户涌向简单的产品（但是是另一个）
产品总会随着时间的推移而变得复杂，最终被用户抛弃。但这并不是说应该像 Cragslist 那样几十年如一日躺平，但作为纯工具类产品，没有社交网络的护城河，不复杂会落后，复杂会被抛弃，往往会处于进退两难的地步。
如何应对逐渐增加的复杂？Eventbrite CPO Casey Winters 推荐了下面几种方法：
- 先验证，后解绑（接受临时的复杂）
先利用已有业务本身的用户基数来验证需求，确认成立后再将其单独拆分出来独立发展，避免增加主业务的复杂度。比如美团为了深入电影行业分拆猫眼，Facebook 拆分 Messager 为独立的 IM 等。
这种策略有点在于能用初始规模让人们接触到新的价值，确认 PMF 后将其独立，不会影响主产品的复杂度和市场契合度。但问题在于，独立后的新业务未必能单独存活，因为其成本和获客方式都会面临巨大的转变。
- 逐步展开或分层体验（临时性简单）
Pinterest 在用户首次注册时，并不允许用户使用消息和群组等高级功能，而是聚焦在让用户先学习核心的概念，以免用户不堪重负。在早期设计 flomo 时，曾犯过在欢迎界面堆砌功能介绍的错误，避免成为那个总觉得你需要穿秋裤的妈，而是聚焦在当下用户最核心的体验目标是什么。
不过值得注意的是，如果许多功能都不值得第一次就展示给用户，要反思这些功能是否早就该被删除了。
- 选择合适的培训方法（主动降低用户学习成本）
这取决用户的 ARPU 值有多高，如果价值越高，则可以通过这种复杂的交付方式来降低用户的学习成本。而当 ARPU 值很低的时候，尽量让产品做到不需要培训即可上手使用。
不过培训并非是指真人沟通，还可用视频，模板等方式，需要根据自己的业务特点（尤其是利润）来选择合适的方式。比如 Notion 选择的是模板（以及社群提供了大量的视频），而 WhatsApp 选择的是用简洁易懂的体验。
反之，不要总想着把自己复杂如 Photoshop 的 SAAS 做成美图秀秀就有机会 PLG，选择合适的方法最重要。
- 将高级功能隐藏（感知上简单）
这在 Notion 的产品设计中最容易体验到，因为许多复杂的功能都被隐藏在 / 选项之下，以及藏在菜单中。在国内比较熟悉的例子是微信，比如你从未登录过桌面端时，那么就不会关注还有文件传输助手这个选项。
另，根据 shaonan 的经验，这些事情不应该是在某个时刻才开始做，而是应该在构建产品的时候不断地优化。如果在相当长的时间内都没有功能被删除或合并，那么意味着你的产品已经变得过于复杂了。
除了关注产品日益增加的复杂性问题，新人使用流程依旧值得反复打磨。原因有两个：
- 刚开始设计产品时，你不会首先设计产品的包装盒，而是再去构建核心产品。但从用户的视角来看，他们永远是从第一个界面开始，逐渐了解到产品的核心 —— 问题在于，我们在这部分的投资往往不足。
- 另一方面，即使我们曾经优化过注册流程，但是随着更多人开始使用产品，人群构成也发生了变化，刚开始适合小众的做法往往不适合更普遍的大众。比如当时 flomo 的注册界面是致同路者的一封信，虽然很有情怀，但后续拓圈之后许多人下载了不知道能用来干啥，随手就卸载了。
Behance 创始人 Scott Belsky 根据他的经验给出了下面的建议：
- 在前 15 秒内打动用户。做（模板、默认值） > 展示（引导用户） > 解释（长篇大论的阐述功能卖点）
- 引导用户参与。如果是社交产品，让用户 Po 出去内容就比单纯看朋友更有价值。对于工具产品来说，核心是让用户尽快参与到最核心的功能体验中来，比如 flomo 的发布一条内容。
- 确保默认值下设计的是合理的。用户首次使用往往面对的是空白的数据界面，这时候请不要让他们面对白板不知所措。
- 减少额外的学习成本。避免使用特殊的术语或奇怪的交互，这会让用户额外增加学习成本。应该多向系统默认应用或超级应用学习他们的流程与措辞。
始终不要忘记一个事实，即当你的产品处于增长期时，你会为了利润来开发更多付费会员需要的高级功能，但这个时候涌入最多的却是新用户，他们会被复杂性（或简陋的）第一公里给劝退。
推荐阅读：