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