第四周 - 第一课
主题:产品文档和原型咋弄
什么是产品文档
• ⽂档与效率的关系:什么情况下需要⽂档?Spec?XRD、原型?User Story?Use Case?数⼗⻚的 Word ⽂档?
其实没有固定的格式,重要的是产品文档的写作思路
• ⽂档与效率的关系:什么情况下需要⽂档?产品⽂档也是我们的产品:⽤产品⽂档解决谁的什么问题?
产品思维:用什么方式,解决谁的问题
⽂档与效率的关系:什么情况下需要⽂档?
⽂档的“闪光”时刻:写时/聊时/查时(复盘时)
小需求可以写在 axure,大的还是要写在文档里,方便后续查
谁的什么问题
谁是文档的利益相关者,要解决谁的问题
时间:
未来:回溯过去,作为证据,新人的教程
现在:思考
过去:给过去的工作一个交代,推进工作的继续
人(给谁看):
自己:文档帮助我们思考,因为还要考虑未来,所以也是思维的发散
未来的自己:
...
为什么我们需要产品⽂档
产品文档应当包含什么
标题、标签:
要易读,并且清晰,容易在多个文档中容易找到
作者、修改历史:
PRD 文档命名: 版本号+版本名+日期
举个例子:v2.13.0 充值-20210203
需求背景、上下⽂ / 问题、现状、⽬标(和⾮⽬标)
文字描述要剪短精炼(比如背景:随着互联网的发展... 这样的严格禁止)
助教:背景=目标、现状、差距,和解决方案
场景化描述
场景化描述要写到什么程度才好?取决于个人,得看实际情况(比如开发不喜欢啰嗦)
确定达成⽬标的具体标准
获客成本降低、.....
具体解决方案:
后边详细讲
成本和计划
成本和计划一般是让开发和项目经理去写去评估,但是文档里要有这块内容
决议前提/假设/⻛险 (*)
什么是好的产品⽂档
产品文档的成型过程
备忘:用 memo 备注变动点(例如在 axure 中标注说明)
产品经理三⼤⽂档
从⼀个⼩⼩⼩⼩尝试开始
极客时间 App 的完课率下降,⼈⾛了就不来了,要把他们弄回来。
开始写备忘录
你知道什么,你假设什么,你想⼲什么,你想得到什么,你怕什么,你需要谁来帮忙, 哪些问题你没想清楚…… 咱们开始吧
问答:
Q:批发讨论,正式评审的 区别在哪
A:按人员分批次的圈起来聊,碰;正式评审:讨论完就要干了
Q:持续更新是不是变更需求?
A:不是
相关书籍:有本书一直推荐画高保真原型的《启示录》
徐锋老师有个暗喻说:反问需求方,想想你要是想在卧室安装一个水龙头呢?
工具:
助教:可以用一些文档管理工具,例如 confluence 这些
学员:一直用的是 AntDesign Lib 中的交互说明记录
本地使用:Typora 也蛮好用
版权声明: 本文为 InfoQ 作者【Geek_娴子】的原创文章。
原文链接:【http://xie.infoq.cn/article/23740bdf20f835a943beea3f3】。未经作者许可,禁止转载。
评论