转岗产品经理一周多了，姜亦心还是没完全适应。
以前每天早上到工位，打开电脑第一件事是拉代码，看看昨晚有没有人提交新改动，CI跑没跑过，一切都清清楚楚，绿的就是对的，红的就是错的。
现在打开电脑第一件事是看飞书。
消息列表里最上面永远是“开物用户反馈群”，每天早上起码几十条。有人说引导页太复杂；有人贴了一张截图就问“为什麽不动了”，但是截图上什麽信息都没有，就一个白屏。
第一天看这些消息的时候，她觉得用户不会用电脑，让他们先自己学去。但是和苏念念交流之後，她有了新的观念：用户不会用，是产品的问题。
飞书提示音响了一下，苏念念把她昨天提交的产品文档草稿改完发回来了。
这是她独立负责的第一个产品模块，开物独立部署的用户引导流程。前前後後花了好几天写出来的，她自认为写得很清楚。
打开文档，满屏都是红色批注。
十三条。
姜亦心深吸一口气，开始逐条看。
苏念念的批注密密麻麻，但归纳下来就三层。
第一层是格式。姜亦心写的产品文档太像技术文档，比如这个：“调用0Auth 2.0接口获取token，完成云账号授权绑定”。苏念念改成：“点击一键绑定，跳转授权页面，确认後自动跳转回到开物部署页面，部署按键变为可用。”批注：“用户不需要知道OAuth是什麽。”
这层最好改，就是换个说法的事……大概？
第二层是思路。苏念念在“需求背景”旁边画了个加粗的大问号：“用户为什麽要独立部署？”姜亦心原文写的是“共享部署存在稳定性和隔离性问题”。
苏念念的批注：“用户不知道什麽叫共享部署。他们只知道「我花时间做的东西突然打不开了」。他们要的不是隔离性，是安全感，「我做的东西是我的，不会突然消失。」”
姜亦心盯着这条批注看了很久。
第三层是异常场景。她的产品文档只写了正常路径：绑定成功，部署完成，一切顺利；绑定失败，从头再来。苏念念在文档末尾加了一句：“余额不足呢？密钥填错呢？区域选错呢？绑定成功後云端出故障呢？正常路径只是基础，异常路径才是价值。”
最後一条批注是总结：“产品是对实现的更高一层抽象。产品文档的格式是细枝末节，真正难的两件事辨别用户没说出口的需求
…。。