作为PM怎么沟通 pm是什么意思( 二 )


无效的信息传递主要发生在两个方面:

  1. 时效性;比如天气信息,我告诉小明昨天下雨了,是无法帮助小明决策现在出门是否要带伞的 。
  2. 准确性;比如跨语言沟通,我对不懂中文的Michael说一段古诗,无论他用什么翻译软件都很难理解 。
1.3.3 无效的信息内容(加工信息–>>行动意愿)
当接收者准确及时地收到信息时并不意味着发起者的目就达成了,接收者是否能产生相应的行动意愿依赖于信息本身对接收者是否有价值 。
无效的信息内容意味着信息发起者完全没有考虑过接收者的感受,强行把自己的目的附加给接收者,所以这种信息传递方式注定是低效的 。后面在展开PM的日常工作时会详细介绍这点 。


2. 如何高效沟通作为PM,我们需要跟项目组的多个角色打交道,同时以项目负责人的角色去推进整个产品的演进和迭代 。正是我们工作内容的特殊性,也要求PM学会高效且有目的性地沟通 。
下面我们根据不同的沟通角色,介绍下常见的沟通技巧和方式 。


2.1 Leader对大多数人来说,上下级沟通是一件比较难的事情 。因为我们总是给不同的职位叠加了太多不必要的刻板印象 。超越岗位本身的职能去考量一个人,本身就是一件事情很不合理的事情 。
产品的上下级沟通更多是需求拆解的承接,大多数情况下PM是作为信息的接收者 。这时沟通的重点在信息流转的末段——我们有没有将接收到的信息转化成Leader预期的行为 。
作为PM怎么沟通 pm是什么意思

文章插图
与PM Lead沟通的信息流
【作为PM怎么沟通 pm是什么意思】这里我推荐大家采用“复述”的方式建立一套反馈机制,把自己对任务的理解和计划,用语言传达给Leader 。
这样反复不断的沟通和修正,能让发起者和接收者始终确认双方有没有达成一致的行为预期 。而且这样的“复述”应该始终贯穿在版本周期中,不断将与预期不一致的行为和结果反馈给Leader,并及时确认后期的调整策略 。
很多新人PM总是不敢提出自己对原始任务的疑问,只知道埋头把Leader布置的任务做完 。
其实这样并不叫高效工作,PM的高效从来都不是通过工作量来评定的,“做对的事情”比“把事情做好”要更重要 。所以这里的沟通更强调反馈,强调不断修正内部团队的预期 。


2.2 开发与开发沟通是PM的硬技能,我们的PRD就是产品和技术沟通的范本,如果开发都看不懂你的PRD,那么大概率这个需求会实现地有偏差 。
在和这个典型角色的沟通中,PM往往是作为发起者将自己的需求传递出去,所以这个时候的重点在需求沟通的中后段,PM需要确认开发同学收到了正确的信息,并转化为自己预期的行为 。
作为PM怎么沟通 pm是什么意思

文章插图
与开发沟通的信息流
下面我们将和开发的沟通拆解到具体的业务场景中来分析:
2.2.1 版本开发
高效沟通是敏捷开发的必要条件,PM必须不断提高自己的信息质量,减少信息传递的失真,确保开发同学充分理解需求并以合理的时间实现出来 。
2.2.1.1 需求评审
需求评审的前提是一份完备的PRD,那么什么是好的PRD?这个问题就和PM是否需要懂技术一样,在各个论坛上反复被提及 。
然而答案永远都是”no silver bullet”. 每个公司,甚至每个项目组都有自己的工作模式和方法,很难给一套完全标准和规范的PRD模板给所有PM 。
但是我们可以按照沟通的信息流拆解出PRD的关键要素,这样可以清晰地定义出高效的沟通(PRD)应该是什么样子的 。
举个例子,我们想开发一个注册的功能:
  • 发起者——PM;
  • 接收者——一线开发;
  • 原始信息——用户注册功能需求说明(PRD);
  • 媒介——电子文档和企业内部沟通工具;
  • 加工信息——用户库表设计说明,用户库表更新接口说明,等等(开发文档);
  • 目的——提供用户注册功能,扩大用户量;
  • 意愿——实现开发文档的功能细节 。
整个沟通的信息流中,最容易出现偏差的就是原始信息到接受信息的转换过程 。
我们的PRD写得再长,再详细,对一线的开发同学而言都要落到具体的开发文档 。所以高效的PRD必然站在开发同学的角度去描述需求 。特别是涉及到功能的极端情况和运转逻辑时,一定要尽量用开发可以理解的语言来表述 。

推荐阅读