产品经理沟通技巧:产品经理如何和程序员打交道

产品经理沟通技巧:产品经理如何和程序员打交道

ID:43380322

大小:28.00 KB

页数:5页

时间:2019-10-01

产品经理沟通技巧:产品经理如何和程序员打交道_第1页
产品经理沟通技巧:产品经理如何和程序员打交道_第2页
产品经理沟通技巧:产品经理如何和程序员打交道_第3页
产品经理沟通技巧:产品经理如何和程序员打交道_第4页
产品经理沟通技巧:产品经理如何和程序员打交道_第5页
资源描述:

《产品经理沟通技巧:产品经理如何和程序员打交道》由会员上传分享,免费在线阅读,更多相关内容在工程资料-天天文库

1、产品经理沟通技巧:产品经理如何和程序员打交道在产品经理和程序员因为思考方式、关注范围、职能职责的差异,导致了沟通上的困难这是在很多产甜研发体系下都会出现的问题。如何更好的与程序员建立起一座畅通的桥梁也是每位产品经理需要思考的问题。一般情况下,产品经理和程序员沟通困难大概的原因:1、得到信息不对称产站经理得到的信息一般集中在:商业需求、商业策略、战略方向、产品规划、运营数据、整体营收、H标任务等方而。产品经理往往在根据公司现阶段的情况,以及市场的竞争情况,做一些产品策略或者一些产品的方案的策划、发起、实施。所以这个过程中,产品经理扮演的角色是

2、翻译:“市场需求、商业需求”,成为:“产品需求”,所有的信息全部围绕需求木身。为什么要做需求?怎么做需求?先做什么需求、后做什么?基于怎么样一个思路去推送产品进行实施、从一个利益平衡获得空间增长指标后达到另外一个利益平衡。程序员不一样,很多时候程序员得到的信息是:有一个需求,可能是小需求、产品需求、或大到项bl需求,然后得到一系列需求列表,然后产品经理会让程序员看:“需求”哪些通过code改改就可以实现,哪些是需要开发可以实现,哪些是技术或构架或因为成本的原因不能实现。所以在这个过程屮,程序员扮演的角色是翻译:“产品需求”,成为:“技术语言

3、''的评估,所有的信息全部围绕开发需求本身。如何开发这些需求?是沟通数据库增加字段?调用接口?开发新的接口?需要开发组件?重新构架引擎?来实现满足或支撑这些需求?那这个时候问题來了,很多情况下我们只是把程序员当做一个写代码,通过编程语言来操作计算机完成需求的工具了。2、沟通语言不对称说到两者沟通的语言,这肯定是困扰产品经理本身的。产品经理的语言是:“描述“、”形容“,我也见过很多产品经理,很多人的需求文档就是漫天飞舞的文字,一整段的描述+描述,不要说程序员看不清,可能过段时间连H己都看不清楚。除了书面语言,产品经理的沟通语言也是含糊的,没有

4、太多的逻辑去组织,很多吋候总是试图去述说一个需求,被程序员的一个计算机术语而打断。程序员的语言,更偏向于技术化。很多产品经理做过技术,有技术背景,但是还有很多产站经理不懂得技术。所以在这个吋候,程序员在解说或回答一个需求的时候,会把口己习以为常的变量、函数、实现方式说出來。于是很多产品经理听到:"Sdk、webshellxselect、api、组件、插件、控件“等等的时候会云里雾里,那这个时候问题来了,很多情况下我们总站在白己的立场上、白己的世界里认为别人也懂白己在说什么?实际呢?大家都是听得一半一半,沟通没有彻底到位。3、思考角度不对称产

5、品经理思考的角度在于产品本身,对技术的细节、技术的性能没有太多的发言权。很多产品经理要是的实现的业务逻辑,不管程序员是采用:C++、java,php、Python、找开源代码改的,还是白己写的都没有关系。程序员只要在约定的时间里,把约定的业务逻辑开发出來就可以,产品经理不去会考虑目前服务器的配置、程序员手上任务的配置、技术能力的情况,耍的是结果。而几很情愿的认为团队中的工程师都是世界上最好的工程师,想做什么都可以做,对因为技术原因而不能支持实现需求不能接受。程序员思考的角度有点区别,我也看到不到程序员本身对产站追求完美对需求的背娥、意义去研

6、究了解;但很多程序员述是停留在口己接单子任务一样來一个做一个的境界,做好了自己玩自己的。程序员考虑程序实现的方式同样的一个请求是get还是post,程序员考虑代码的性能,从而采取不一样的方案去实现需求,考虑请求并发量压力和安全性。但是很多情况下,程序员对技术的理解会导致有一些业务需求满足不了,不是因为不能实现,是因为实现了觉得是废代码,或者构架不完美了。那这个时候问题来了,很多情况下到底倾斜谁的立场上思考问题?我Z前也会碰到很多情况程序员就程序的角度说业务需求不合理,产品经理说程序员消极罢T、霸得蛮。4、考核标准不对称谁也不尿谁,哼!你能把

7、我怎么样。产品经理和程序员有为完全沟通或误会的时候,极端情况下,有一方会罢工。这个吋候主要是2个角色的各个考核标准不一样,所以在很多情况下显得非常的无奈。产品经理很可能考核的是方案和上线的时间、产品上线后的数据;而工程师考核的是程序的性能、很多吋候产站经理催的急要的急,但程序员每天的时间有限,述是得慢慢构架慢慢开发,程序员开发时间少了,未知的执行BUG没考虑过是要负责的。这个吋候问题乂来了,产站经理天天干着急!咋办?以上是我结合几年来的工作经验总结出来的,当然这4大因素把很多共性的因素概况进來了。当然过程中还是会因为很多产品经理或程序员本身

8、(个性)的沟通技巧、态度、情商等因素导致的沟通不倡,影响了彼此之间的默契。解决办法其实仔细的分析一下,产品经理和程序员打交道的过程中不管是共性的因素还是个性的因素,也不是想象中那

当前文档最多预览五页,下载文档查看全文

此文档下载收益归作者所有

当前文档最多预览五页,下载文档查看全文
温馨提示:
1. 部分包含数学公式或PPT动画的文件,查看预览时可能会显示错乱或异常,文件下载后无此问题,请放心下载。
2. 本文档由用户上传,版权归属用户,天天文库负责整理代发布。如果您对本文档版权有争议请及时联系客服。
3. 下载前请仔细阅读文档内容,确认文档内容符合您的需求后进行下载,若出现内容与标题不符可向本站投诉处理。
4. 下载文档时可能由于网络波动等原因无法下载或下载错误,付费完成后未能成功下载的用户请联系客服处理。