作为产品经理除了要学技术还要了解需求文档，还有做项目预算，但无论如何，产品经理最重要的是产品经理非常强调沟通技巧的工作，所以才有以前说产品经理的工作内容总是说成当做CEO的角色。
而产品经理沟通主要有4个对象，分别是和技术团队沟通，和需求方沟通，以及和用户沟通，以及职场上级沟通。
对象不同，所沟通的方法与内容也就不一样。
而我作为产品经理在面向不同人群沟通的时候，选择了不同的策略，可以大大提升自己的沟通效率性
1.我做产品经理和技术工程师沟通
技术沟通简单来说就是0和1的问题，也就是关注技术能不能实现，以及中间功能模块的关键技术点、算法等
比如有涉及到什么技术、什么框架、以及那些设备对接。
比如做血糖仪的对接，就涉及要和血糖仪的SDK对接，查阅血糖仪的SDK文档，才能够搞清楚血糖仪到自己账户体系的集成。如下图是4个设备的对接，可以通过SDK对接接入以下这几类设备
产品经理就首先要基于设备提供的SDK文档来进行产品设计，如果文档中都没有这类数据指标，产品设计方案也就没意义了。
SDK文档举例
没有看文档做的产品设计，自然就容易被开发diss。
比如下图我们做的蓝牙信号用于作为绑定对接的提示，接口文档并不提供，因此就没有办法实现。因此和开发沟通，一定要基于技术方案和现成的数据参数来沟通
所以和技术沟通就是对接技术参数以及认真了解技术原理
2.我做产品经理和业务需求方沟通
这个业务方就是指的不一定是用户，比如电商系统的优惠券功能是针对运营团队提供的，而产品上线之后的主要用户人群是电商消费者。
而优惠券功能的目的是为了提升电商的GMV或订单量，所以是为电商运营负责的。
而这里的优惠券规则应该怎么定，怎么配置，日常会有哪些场景，对于产品经理就要去认证获取运营团队的优惠券需求了。
“你想做成什么样”“当前有什么问题”“某个环节下有什么流程异常”
典型的和业务方沟通，业务方沟通是完全不懂技术的，产品经理需要通过业务方挖掘背后的系统跨度、功能模块、以及实现原理，以及资源占用情况，才能够进行答复。
各个部门或者部门组织，对于C端产品，业务就是某一个产品线。
和业务沟通最重要的就是化为通用功能或者通用的称呼，以及业务需要的功能可能会影响到全局进行产品设计方案方向的建议。
比如一个医院信息化系统，一个科室希望每个医生在对50岁以上的患者进行门诊的时候，都进行弹窗提示需要进行抽血检测。
而显然这个弹窗会影响医院全院的医生操作。
试想要是所有科室都针对自己的检查项目进行弹窗，那医院的HIS系统将有多少弹窗？所以产品经理要给出一个更好的产品设计方案，比如单独做一个系统入口，从而减少对系统全局的影像。
和业务需求方沟通，属于产品框架层面
3.我做产品经理和产品部门同事技巧
产品经理之间的沟通，就明显不一样了。从用户研究、用户画像到方法使用模型以及最终技术选型、商业模式都可以选择。
产品经理之间的沟通更像是一种需求评审，针对产品经理的产品设计方案与需求评审。从而可以让需求更加完善，当然如果团队氛围不好的产品经理，就会成为同事之间的资源PK大战。
小到用户的页面、跳转与功能进行评估，大到产品的方向评估。
这都要求更细化的产品设计工作与架构方案。当然可以让产品建设更加完善。
所以和产品部门沟通，属于需求弥补与产品设计能力提升
4.我做产品经理和上级沟通技巧
产品经理和领导沟通技巧，这一点就要看领导是什么出生了，有的是技术出生有的就是销售出生等。
总之和领导沟通，作为产品经理首先就是阶段KPI与资源需求，和产品规划，能够达到什么样的阶段，这就是领导希望的