笔趣阁

第106章 她不是产品吗（第1页）

第106章她不是产品吗

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

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

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

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

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

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

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

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

十三条。

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

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

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

这层最好改，就是换个说法的事————大概？

第二层是思路。苏念念在「需求背景」旁边画了个加粗的大问号：「用户为什么要独立部署？」

姜亦心原文写的是「共享部署存在稳定性和隔离性问题」。

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

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

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

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

姜亦心把这句话反复念了两遍，然后拷贝到了备忘录里。

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

以前写代码，对就是对、错就是错，编译器不骗人。现在做产品，没有编译器，只有用户一而用户不会告诉你他到底想要什么，因为很多时候他们自己也不知道自己想要什么。

一上午姜亦心把产品文档从头改了一遍。需求背景换成用户语言，异常场景补了八种，引导流程又重画了一遍。

改完姜亦心把新版本发给苏念念，十分钟后苏念念给她回了两条小批注，没有红色大段了。

姜亦心拿着第二版去找开发评审技术可行性，这也是沈丛云来了之后才有的新流程，以前苏念念提需求他们开发就直接开始实现了。

A轮扩招之后开物技术组进了快十个人，最晚入职的也来了一周多了，其中姜亦心最熟悉的是两个。

组长梁巍，四十二岁，后端架构师，来源码之前是昆仑支付部门的后端架构师，因为「组织优化」被裁，是沈丛云从人脉里捞来的。他安静，话不多，但很快就在组里创建了技术权威。他工位上没有任何个人物品，只有一个保温杯。

钱晓乐，二十四岁，一年经验，是水木大学毕业的高材生，上一家是一个在京城烧的声势浩大的创业公司，但是去年资金断裂倒闭了，她顺势回老家海城找工作。她活泼，问题多，午饭时间一般在工位吃三明治刷小黄书，但有时候也会加入姜亦心和李婷运营部门的吃饭小队。

姜亦心走到梁巍工位旁边，把产品文档分享链接发到飞书。

「梁哥，这是开物独立部署引导流程的产品文档，你帮我看看技术上有没有问题。」

梁巍摘下降噪耳机，点开文档。他看文档的速度很快，两分多钟就过完一遍了，然后指着其中一段问：「独立部署后，用户的数据怎么从开物共享库迁移到用户自己的云数据库？是新建空的，还是把表结构和数据都拷贝过来？」

姜亦心想了想。

「这个之前老陈在BugKiller引擎做模块化拆分的时候处理过类似场景，数据导出用的是增量快照模式。」

她弯腰打开代码仓库，三下五除二搜到文档路径，指着屏幕：「这个snapshot—e

port模块，内核逻辑在这，你可以参考这个模式做数据迁移层。」

坐在隔壁工位的钱晓乐张大了嘴，扭头小声问梁巍：「她不是产品吗？

梁巍没擡头：「能看懂代码的产品经理，是好事。」

姜亦心听见了。

她刚才确实很自然就翻代码了，但也没觉得不好，她不是「不适合写代码」才转了产品经理，她只是可以做更多的事。

技术评审继续进行，梁巍说数据迁移内核逻辑不复杂，难点在于不同云厂商的API差异，青岳云、天枢云、昆仑云各有各的规范，适配工作量不小。虽然第一阶段只需要做青岳云的适配，但将来的重复工作量不小。

姜亦心脑子里突然冒出一个想法：「那我产品文档里是不是应该写一层抽象适配层的需求？让开发不用管底下是哪家云。」

梁巍点了点头：「有就太好了。」然后他又摇了摇头，「可能应该在技术设计文档里。」

姜亦心第一次作为产品和开发合作，感觉还不错，挺同频的，跟网上说的一点儿也不一样。

钱晓乐在旁边记笔记，写了半页发现自己没跟上。她偷偷把姜亦心的产品文档拉到底，需求背景那段，写轮眼，启动！拷贝！粘贴！

中午，苏念念路过姜亦心工位：「小姜，一起吃午饭啊？顺便聊聊独立部署的进度，让韩总请客。」

姜亦心看了李婷一眼，李婷低下头假装在看电脑，好像完全不知道发生了什么。

姜亦心不好意思拒绝，只好默默跟上。