你所在的公司产品同事 提需求是怎么提的？

> 其中里面有许多业务场景产品根本想不到。

说明作为一个产品经理的基础业务能力还需要加强。

如果我写完整版的需求文档，会包含以下内容：

- 需求背景
- 存在问题（现在有什么问题，别人怎么解决的，有什么缺点和优势）
- 方案概要（一句话说清楚要做什么）
- 场景（如果是面向用户的需求）
- 业务逻辑（可能需要用流程、时序等各种图来表达）
- 边界与异常处理（错误处理等）
- 关联需求（本需求与哪些其他需求有关系，他们有什么影响）
- 数据需求（预设的数据分析方案和方案预期）
- 交互设计（如果是面向用户的需求，需要给交互设计稿）

给一个国外的 pc 软件，让我做一个 web 版的，要求是既一样又不一样。

产品:做一个横向滚动的选择菜单,不用太复杂跟小米的一样就行了

这种情况还蛮多的。建议可以发挥一下需求评审的作用，要求产品提前将需求文档发给相关人员，然后在需求评审上统一提出疑问。存疑较多则要求修改后再评审或者邮件告知。
emmm …不过以上是还是比较理想的情况，还是要看公司的实际情况_(_`」 ∠)_
太简单和太详细都有点极端，我有个朋友他们的需求文档挺厚一本