还剩4页未读,继续阅读
文本内容:
产品经理沟通技巧产品经理如何和程序员打交道产品经理沟通技巧产品经理如何和程序员打交道 在产品经理和程序员因为思考方式、关注范围、职能职责的差异,导致了沟通上的困难这是在很多产品研发体系下都会出现的问题如何更好的与程序员建立起一座畅通的桥梁也是每位产品经理需要思考的问题 产品经理得到的信息一般集中在商业需求、商业策略、战略方向、产品规划、运营数据、整体营收、目标任务等方面产品经理往往在根据公司现阶段的情况,以及市场的竞争情况,做一些产品策略或者一些产品的方案的策划、发起、实施 所以这个过程中,产品经理扮演的角色是翻译“市场需求、商业需求”,成为“产品需求”,所有的信息全部围绕需求本身为什么要做需求怎么做需求先做什么需求、后做什么基于怎么样一个思路去推送产品进行实施、从一个利益平衡获得空间增长指标后达到另外一个利益平衡 程序员不一样,很多时候程序员得到的信息是有一个需求,可能是小需求、产品需求、或大到项目需求,然后得到一系列需求列表,然后产品经理会让程序员看“需求”哪些通过code改改就可以实现,哪些是需要开发可以实现,哪些是技术或构架或因为成本的原因不能实现 所以在这个过程中,程序员扮演的角色是翻译“产品需求”,成为“技术语言”的评估,所有的信息全部围绕开发需求本身如何开发这些需求是沟通数据库增加字段调用接口开发新的接口需要开发组件重新构架引擎来实现满足或支撑这些需求 那这个时候问题来了,很多情况下我们只是把程序员当做一个写代码,通过编程语言来操作计算机完成需求的工具了 说到两者沟通的语言,这肯定是困扰产品经理本身的产品经理的语言是“描述“、”形容“,我也见过很多产品经理,很多人的需求文档就是漫天飞舞的文字,一整段的描述+描述,不要说程序员看不清,可能过段时间连自己都看不清楚除了书面语言,产品经理的沟通语言也是含糊的,没有太多的逻辑去组织,很多时候总是试图去述说一个需求,被程序员的一个计算机术语而打断 程序员的语言,更偏向于技术化很多产品经理做过技术,有技术背景,但是还有很多产品经理不懂得技术所以在这个时候,程序员在解说或回答一个需求的时候,会把自己习以为常的变量、函数、实现方式说出来于是很多产品经...。