这是一个创建于 2095 天前的主题，其中的信息可能已经有所发展或是发生改变。
我们贴一张图 然后告诉怎么样 几句好搞定 其中里面有许多业务场景产品更本想不到 都要技术想到设计后在一个个向产品同事确定 有些本末倒置 以至于我的工作效率大大降低 你们是这样吗
 |
1
lyric 2019-02-14 17:51:31 +08:00  1
> 其中里面有许多业务场景产品根本想不到。
说明作为一个产品经理的基础业务能力还需要加强。 如果我写完整版的需求文档，会包含以下内容： - 需求背景 - 存在问题（现在有什么问题，别人怎么解决的，有什么缺点和优势） - 方案概要（一句话说清楚要做什么） - 场景（如果是面向用户的需求） - 业务逻辑（可能需要用流程、时序等各种图来表达） - 边界与异常处理（错误处理等） - 关联需求（本需求与哪些其他需求有关系，他们有什么影响） - 数据需求（预设的数据分析方案和方案预期） - 交互设计（如果是面向用户的需求，需要给交互设计稿） |
 |
2
1KN6sAqR0a57no6s 2019-02-14 17:53:59 +08:00 via Android
给一个国外的 pc 软件，让我做一个 web 版的，要求是既一样又不一样。
|
 |
3
dahvlh 2019-02-14 18:12:42 +08:00
产品:做一个横向滚动的选择菜单,不用太复杂跟小米的一样就行了
|
 |
4
shirleyunknown 2019-02-15 00:48:13 +08:00 via Android
这种情况还蛮多的。建议可以发挥一下需求评审的作用，要求产品提前将需求文档发给相关人员，然后在需求评审上统一提出疑问。存疑较多则要求修改后再评审或者邮件告知。
emmm …不过以上是还是比较理想的情况，还是要看公司的实际情况_(´_`」 ∠)_ 太简单和太详细都有点极端，我有个朋友他们的需求文档挺厚一本😂 |
Select Language