工具 App 的非工具化现象

工具产品用户留存差、打开频率低、用户价值低几乎成为市场定性。反推来说，意味着工具的门槛正在逐渐提高，单一的工具属性难以抗衡，增加用户可消耗内容是既定的出路之一。例如Shareit增加了视频内容、wifi钥匙也接入了游戏和新闻等内容。包括之前提及的在VPN内加入小游戏也是同样的思路，只是单机小游戏和VPN并不是恰合的场景，视频、直播、网游会更贴合。

工具类产品在很多时候则需要反复思考其在体验和设计上的「合理性」，例如VPN如何将加载广告时的断开连接合理化，是我这周一直在考虑的问题。

近几周一直在逐渐深入新产品从0到1的验证过程，会有一些感悟和总结。

1. 多调研，常更新，持「探索的态度」——市场上什么样？目前是动态还是停滞？有无明确的产品和收入对标对象？验证产品还是验证需求？

2. 在产品从0到1 的过程中，流程要尽可能的简化与灵活。从之前需求对应的结果没有把握就不敢动产品，到做好备选方案，预估收益和损失，以及止损的成本，来逐渐提高实验频次。包括本周为避免圣诞停审，赶在12月23日晚把来不及系统测试仅完成自测的VPN新版本优先发了出去，同时在第二天完整测试并修复bug后直接更新了版本，都在逐渐学会灵活动态调整，核心在于确保目标达成。（示例中有前提条件，本版本仅测试核心流程，以及当前没有用户）

3. 虽然自己做了些动态调整，但也更清楚了如何让流程帮助、而不是阻碍到实验的进行。学会用既有的流程来解决当下的问题，将所有的评审、同步以协助而非依赖为标准。

4. 本周和大家的配合中发现，开发和测试在看待产品需求时如果能带着辩证的思维去看待产品文档是否合理、产品文档所覆盖的情况是否存在漏洞、产品需求的出发点是否与实际的用户使用场景相吻合，能有效提高效率。包括鹏哥会不断跟我讨论VPN连接断开的场景是否合理、涛哥反问我某些提示遗漏增加了用户理解难度、菲儿会对在测试时对不顺畅的流程提出自己的建议等，在跟大家的解释过程中，我能有效的反思遗漏项和不合理项，同时也能再次梳理产品的设计逻辑。

5. 在历经VPN和图片编辑2个产品时，明显发现这两个产品的不同对应的策略区别。

    a. VPN任务激励的模式，没有明确的对标对象，场景未经验证，可能性极多，那么验证核心流程就成为了实验期间的重点。因此多关注新产品、多方案、快速实验是对应的策略，更适合MVP的模式。

    b. 图片编辑工具背景相对特殊，对标明确，且相对成熟，那么在通过MVP的形式去验证需求则已经有些多余，验证产品会成为主要目标。验证产品的过程就是如何快速的“复制粘贴”获取竞品的数据情况、然后实验测试差异点，将有效差异点放大，做到比对方更好。