[请教] 关于程序员与产品经理的恩恩怨怨 进来聊聊

[willzzz]

兄弟们大家好，先讲下背景：

本人产品岗位（但为了更好的推动工作，自学了 PHP 、JAVA 等，按我们公司的程序员来说我这说明找个初级程序员工作应该没问题）

目前本人负责公司的产品团队（大概 20 多人）

近期研发团队提出了一些对产品的问题，产品经理的需求文档规范问题：

这个问题老生常谈了，我们最初的时候是产品经理提供 PRD 的方式= 需求文档说明书：包含需求背景介绍、需求业务逻辑、需求流程图、前后台 UE 截图及文字说明 需求 UE：axure 版本的原型图，原型图内仅体现交互说明，没有需求说明。 现在问题：技术反馈 [产品经理的需求文档动辄上万字，与原型图对比看的太累了，希望可以把需求直接写到原型图上，方便开发人员查看]

其实站在产品的角度按这种方式 UE+需求一起通过 Axure 输出是没问题的，但是这样对于后续需求发生修改、变动、以及与运营团队、外部客户交付的时候会不太方便（我们公司也行业输出，因此对外部会有交付），使用文档的方式直接本地文件即可，使用 axure 要生成 html 文件，对于普通运营来说有一定门槛。

以上。想请教下程序员大佬们，你们在与产品经理协同的方式是怎样的？是文档+UE ，还是 UE 内直接体现需求说明的呀？

其实在我看来，如果哪种方式都是一个形式，重点是产品与研发的协同效率得到提升即可，达成一致即可。

[horizon]

上万字？什么行业

[darkengine]

我们出设计文档 + 需求给开发用.

[xingming123]

都改成用在线协同的工具会好很多，我司用 figma+notion ，原型和文档也是分开的，但是因为是在线的，修改起来比较方便。
另外，产品文档到了上万字，我猜是没做好版本管理，或者产品写的太啰嗦

[cssTheGreatest]

我们的产品以前会给出一份几页的文档（面向开发供应商，也就是外包）
后来我们来了之后加上和设计师的磨合，改成在 figma 设计稿上标注需求描述就搞定了。文档唯一、实时更新、协作性基本都能满足。

[willzzz]

@horizon 零售数字化行业，涉及 tob erp scrm ，还有一堆 toc 的

[willzzz]

@xingming123 也不是啰嗦 我们一般是前后端一起的，我们要求是 功能背景、价值、业务场景、解决什么问题 这些必须要有。然后就是需求的业务流程、功能涉及多系统流程图、前后端的字段说明 逻辑说明等等。甚至还有涉及 open API 的字段说明等等。随随便便上万字了。

[willzzz]

@willzzz #26 当然可能技术不看，但是我们要求必须要有。同时技术团队要求做功能前必须要了解背景 价值 等等。