第103章 贼喊捉贼 (1/5)

转岗产品经理一周多了，姜亦心还是没完全适应。

以前每天早上到工位，打开电脑第一件事是拉代码，看看昨晚有没有人提交新改动，CI跑没跑过，一切都清清楚楚，绿的就是对的，红的就是错的。

现在打开电脑第一件事是看飞书。

消息列表里最上面永远是“开物用户反馈群”，每天早上起码几十条。 有人说引导页太复杂; 有人贴了一张截图就问“为什么不动了”，但是截图上什么信息都没有，就一个白屏。

第一天看这些消息的时候，她觉得用户不会用电脑，让他们先自己学去。 但是和苏念念交流之后，她有了新的观念：用户不会用，是产品的问题。

忽然，飞书提示音响了一下，苏念念把她昨天提交的产品文档草稿改完发回来了。

这是她独立负责的第一个产品模块，开物独立部署的用户引导流程。 前前后后花了好几天写出来的，她自认为写得很清楚。

打开文档，满屏都是红色批注。

十三条。

姜亦心深吸一口气，开始逐条看。

苏念念的批注密密麻麻，但归纳下来就三层。

第一层是格式。 姜亦心写的产品文档太像技术文档，比如这个：“调用0Auth 2.0接口获取token，完成云账号授权绑定”。 苏念念改成：“点击一键绑定，跳转授权页面，确认后自动跳转回到开物部署页面，部署按键变为可用。 “批注：”用户不需要知道OAuth是什么。 “

紧接着，这层最好改，就是换个说法的事...... 大概？

第二层是思路。 苏念念在“需求背景”旁边画了个加粗的大问号：“用户为什么要独立部署？ “姜亦心原文写的是”共享部署存在稳定性和隔离性问题“。

苏念念的批注：“用户不知道什么叫共享部署。 他们只知道「我花时间做的东西突然打不开了」。 他们要的不是隔离性，是安全感，「我做的东西是我的，不会突然消失。」“

姜亦心盯着这条批注看了很久。

第三层是异常场景。 她的产品文档只写了正常路径：绑定成功，部署完成，一切顺利; 绑定失败，从头再来。 苏念念在文档末尾加了一句：“余额不足呢？ 密钥填错呢？ 区域选错呢？ 绑定成功后云端出故障呢？ 正常路径只是基础，异常路径才是价值。 “

最后一条批注是总结：”产品是对实现的更高一层抽象。 产品文档的格式是细枝末节，真正难的两件事辨别用户没说出口的需求，和做出正确的决定。 “

与此同时，姜亦心把这句话反复念了两遍，然后复制到了备忘录里。

她以为转岗产品就是换一种文档格式，但苏念念说的是换一种思维方式。