- 博客(4)
- 收藏
- 关注
RSS订阅原创 敏捷开发迭代的PRD该怎么写
把冗长的word文档去掉，代指在原型上简单的标注，其实说实话，你写的很长篇幅的PRD文档，开发的兄弟妹妹也不一定会看，白白浪费写文档的时间。：根据客户反馈快速改进，因为产品迭代很快，肯定会有不完善的情况，产品上线后需要收集用户需求，方向错了就调整方向，有bug就快速改bug。2. 由于在实施过程是，用户还会经常变更需求，经常爱拍脑袋，容易变卦，所以，通过文档书面记录修订的变更历史，便于有迹可循。当你离职的时候，继任的产品经理也可以根据你的文档来熟悉产品迭代的内容。快速验证市场和需求的真伪，抢占市场。
2024-10-06 16:00:00
1190
原创 做一个会思考的产品经理
问题的表象上是缺乏自信所造成的，但实际上是对需求、方案的梳理不够清楚，别人一提问，自己没办法回答上来，立刻慌了神，越说越乱，最后只能顺着别人说话接下去。需求分析阶段，要向需求方了解清楚需求的背景（含业务场景），希望解决什么问题、解决后带来多大收益、业务的规划，以上问题分别对应需求的必要性、重要性、优先级，是用来帮助产品经理判断要不要承接需求，承接后该何时启动的依据。要答好问答题，需要真正的思考，所谓思考，是能够通过现象看本质，挖掘要用户真正的需求、企业的商业需求，并能通过一些策略来满足实现。
2024-10-05 15:01:22
418
原创 如何写好PRD
写PRD，一定是流程先行，前面的步骤梳理清楚以后，才是写界面交互，界面交互的细节非常多，也是比较难写且经常容易遗漏写不全的模块。最近带几个新来的产品同学，很惊讶发现了一个共同的问题，原型交互画得很好，但PRD写的与用户UR差不多，且写的思路不够清晰，规则冗余，没有突出重点，开发不知道要做什么，测试不知道要测什么。大部分公司都会有PRD的模板，一般都会套餐模板写，模板包含什么，就写什么；对于迭代类的PRD，重点是描述流程、每个功能的所有元素，如果是修改的话，弄清楚用户的使用场景，为什么要改，改成什么样。
2024-09-08 20:32:08
1072
1
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人