第一百零五章 她不是产品吗
第一百零五章 她不是产品吗 (第1/3页)
转岗产品经理一周多了，姜亦心还是没完全适应。
以前每天早上到工位，打开电脑第一件事是拉代码，看看昨晚有没有人提交新改动，CI跑没跑过，一切都清清楚楚，绿的就是对的，红的就是错的。
现在打开电脑第一件事是看飞书。
消息列表里最上面永远是“开物用户反馈群”，每天早上起码几十条。有人说引导页太复杂；有人贴了一张截图就问“为什麽不动了”，但是截图上什麽信息都没有，就一个白屏。
第一天看这些消息的时候，她觉得用户不会用电脑，让他们先自己学去。但是和苏念念交流之後，她有了新的观念：用户不会用，是产品的问题。
飞书提示音响了一下，苏念念把她昨天提交的产品文档草稿改完发回来了。
这是她独立负责的第一个产品模块，开物独立部署的用户引导流程。前前後後花了好几天写出来的，她自认为写得很清楚。
打开文档，满屏都是红色批注。
十三条。
姜亦心深吸一口气，开始逐条看。
苏念念的批注密密麻麻，但归纳下来就三层。
第一层是格式。姜亦心写的产品文档太像技术文档，比如这个：“调用0Auth 2.0接口获取token，完成云账号授权绑定”。苏念念改成：“点击一键绑定，跳转授权页面，确认後自动跳转回到开物部署页面，部署按键变为可用。”批注：“用户不需要知道OAuth是什麽。”
这层最好改，就是换个说法的事……大概？
第二层是思路。苏念念在“需求背景”旁边画了个加粗的大问号：“用户为什麽要独立部署？”姜亦心原文写的是“共享部署存在稳定性和隔离性问题”。
苏念念的批注：“用户不知道什麽叫共享部署。他们只知道「我花时间做的东西突然打不开了」。他们要的不是隔离性，是安全感，「我做的东西是我的，不会突然消失。」”
姜亦心盯着这条批注看了很久。
第三层是异常场景。她的产品文档只写了正常路径：绑定成功，部署完成，一切顺利；绑定失败，从头再来。苏念念在文档末尾加了一句：“余额不足呢？密钥填错呢？区域选错呢？绑定成功後云端出故障呢？正常路径只是基础，异常路径才是价值。”
最後一条批注是总结：“产品是对实现的更高一层抽象。产品文档的格式是细枝末节，真正难的两件事辨别用户没说出口的需求，和做出正确的决定。”
姜亦心把这句话反复念了两遍，然後复制到了备忘录里。
她以为转岗产品就是换一种文档格式，但苏念念说的是换一种思维方式。
以前写代码，对就是对、错就是错，编译器不骗人。现在做产品，没有编译器，只有用户一一而用户不会告诉你他到底想要什麽，因为很多时候他们自己也不知道自己想要什麽。
一上午姜亦心把产品文档从头改了一遍。需求背景换成用户语言，异常场景补了八种，引导流程又重画了一遍。
改完姜亦心把新版本发给苏念念，十分锺後苏念念给她回了两条小批注，没有红色大段了。姜亦心拿着第二版去找开发评审技术可行性，这也是沈丛云来了之後才有的新流程，以前苏念念提需求他们开发就直接开始实现了。
A轮扩招之後开物技术组进了快十个人，最晚入职的也来了一周多了，其中姜亦心最熟悉的是两个。组长梁巍，四十二岁，後端架构师，来源码之前是昆仑支付部门的後端架构师，因为“组织优化”被裁，是沈丛云从人脉里
（本章未完，请点击下一页继续阅读）