你以为的产品经理：需求工程、系统设计、内部验收。

现实中的产品经理：做PPT，跟客户吹牛逼，跟研发撕逼，被领导要求降低成本，被销售催工期。。。

如何对接，对接方式，接口确认，进度把控这些需要产品经理还是项目经理跟进？

更取决于公司的组织架构，和领导对你的定位。

如果在小公司，产品经理可能会同时扮演项目经理的角色，不仅要出产品方案，还要把控整个项目的进度，甚至是基于领导给的资源去做整合和划分（做预算、讲PPT都得干）。

如果在大公司，产品经理基本不会扮演项目经理的角色，每个项目都会有对应的项目经理。如果是产品项目，那每个产品经理还是要有owner意识。积极主动、迎难而上才更容易被看见，不是嘛？

不管是啥项目我认为产品可以分3个级别
1、初级产品
别人说咋做啥，只考虑需求能不能落地。类似于需求经理
2、中级产品
能独立负责一条产品线，可以解决产品线上发生的事情，可以自行对产品线进行版本规划。可以拉通上下左右部门协调产品功能的落地和实施
3、高级产品
能负责产品的业务规划，并根据实际畅想产品未来，并根据未来能落地实施拆解任务进行落地。对上敢想敢吹，对下落地、接地好实施。对结果负责，对产品负责，对下属负责，对公司负责。

我以为的产品经理：具有创造力、需求调研分析、原型设计、评审、需求验收、反馈优化

我实际上的工作：不仅要需求调研分析、原型设计、评审、需求验收、反馈优化；还要会点代码，会点数据库知识，才能不被开发说这需求不行，还要盯着开发的进度；会写接口文档，和对侧方讨论接口，开通防火墙策略；会写可研报告、验收报告；整理excel表格；要整理存量数据迁移；更可恨的是还要偶尔帮测试测试功能。在这里需求真是万能。

接口一般是要产品经理对接，项目经理协调好对接人，产品经理提出对接需求，需要获取或者推送哪些数据到对侧，频率是定时还是实时等

所谓的前中后三个阶段，可能是对To B单一项目，或者所负责的版本/模块负责的流程化。实际 工作中更多是混合夹杂的。相对于需求沟通，我感觉更多是“需求方”的系统要求，毕竟业务变动不会想系统迭代优化似的那么频繁，他们的需求更多是建立在自身角色所覆盖的需求范围，如何将多点需求进行串联，对需求方案流程、节点、控制的方案设计和验证是需要与需求方反复确认，并对于项目有一定的把控能力，本次目标和项目时间的把控。

职责在谁就谁做，题主有这个困惑，大概率是公司或者领导对各岗位职责划分不清，但是这个问题大多数公司都有，各个岗位交叉的灰色地带界定不清，责权不清。个人建议，灰色地带总要有人做，做哪些，主要取决于自己是否有必要拓展这一块业务或技能。不做就要坚决表明态度，千万不要让领导以为你在做，其实你没做。

做一个业务方代表，并把业务需要的东西用开发能看懂的方式描述出来，最终实现出业务方想要的东西，并交付给业务方

集中情况：

1. 项目制的：根据客户爸爸的需求量身定制，调研需求、方案设计、开发管理、交付；就是整个过程中甲方爸爸认为的唯一核心负责人；身兼数职是常态：售前、项目、产品、交付等；

2. 公司有产品，基于产品交付的，如何利用现有逇产品去贴合客户的需求，大用户的方案设计，定制化开发等；