很可惜 T 。T 您现在还不是作者身份,不能自主发稿哦~
如有投稿需求,请把文章发送到邮箱tougao@appcpx.com,一经录用会有专人和您联系
咨询如何成为春羽作者请联系:鸟哥笔记小羽毛(ngbjxym)
一边是需求提供方,一边是需求实现方,产品经理和程序员仿佛是「天敌」的关系。
有沟通就会有问题,有问题就可能会有矛盾。由于工作方式、工作内容、实际经验、个性等多种因素上都存在差异,每个产品经理的职业生涯中都会遇到与程序员产生沟通上的问题。
比如:有些产品经理没有产品的决策权,往往是需求的传话筒,是个需求转达者的角色,开发在质疑需求的合理性时,产品经理直接将锅甩给了需求的来源者,用“这是某某确定要做的需求”这类话去回复开发,由于产品经理没有产品的决策权。这也会需求者的需求多次变更,导致开发硬着头皮反复反工,甚至带着情绪去编码,这无疑会加深两者的矛盾。
比如:有些产品经理没有将自己以为的常识性产品功能细节告诉开发,也没有在产品原型中明确说明。开发以自己的经验去编码,由于两者对同一个功能的认知并不一致,导致开发出来的产品功能与产品经理预期的并不一致,导致双方互相扯皮。
再比如:产品经理往往在开发阶段和程序员去讨论具体方案的实现细节问题,产品经理自己觉得很基础的功能或改动,在开发眼里往往就是系统的大改造。
……
产品经理和程序员在沟通上的问题不胜枚举,但核心冲突是“有限的开发资源”与“无限的产品需求”之间的矛盾。
要解决这个问题,要么提供更多的开发资源,也就是招更多更合格的工程师;要么就让产品经理对自己的行为做更多限制,让产品决策和产品设计方案尽量符合市场和用户需求,尽量合理。
但显然这条路绝大部分企业并不行得通。对于开发者,提供更多的开发资源意味着企业要开发成本;对于产品经理,对其行为的限制有太多不可控因素,一个决策的很可能是涉及多方、多种因素的结果;产品经理的个人经验、认知水平、风格等因素也各不相同。
而且,显然实际工作中,情况还要比这复杂的多。
双方的矛盾不可能消除,但站在程序员的角度,产品经理如果能做到以下几点,一定能够减少和程序员之间的沟通问题甚至是矛盾。
(1)产品经理要点到为止,不越俎代庖。
产品经理尽量不要与开发讨论具体的实现方案上的细节问题,专业的事情交给专业的人去做,给与充分的信任。
一些技术出身的产品经理经常会与程序员讨论需求的具体实现方式的问题,产品经理认为自己的技术方案更适用,导致讨论结果不欢而散。程序员对技术发展的认知,个人技术经验、技术专业程度等方面大概率比技术出身的产品经理更专业。
要相信,每个程序员都是自己代码的「产品经理」。
(2)产品经理要多了解技术基础知识。
对于一些非技术出身或没有技术背景的产品经理而言,由于对技术知识的缺乏,很可能陷入学习技术知识的细节中。产品经理需要了解基础知识,并不需要知道实现细节。产品经理学习技术知识的目的是为了为更合理的设计产品服务,为更好的团队沟通服务。
对于一些非技术出身或者需要学习技术的产品经理,非常推荐唐韧的《产品经理必懂的技术那点事儿》,这本书详细介绍了产品经理工作需要用到的技术知识,非常全面且简单易懂。
(3)没有程序员希望经常被打扰。
专注的时候工作效率一般是最高效的。在程序开发阶段,产品经理一定要尽可能少的打扰编码中的程序员。除了一些紧急且重要的需求,需要及时与开发沟通。其他的需求产品经理可以适当划分优先级后,跟开发约定时间后,集中时间去讨论。
(4)多给程序员时间和空间。
具体到细节,程序员与产品经理的目标很可能是迥异的,甚至可能是相反的。如产品经理要求先做一个功能,尽快上线,这一需求即使普通人也能理解。
但程序员考虑的不仅仅是需求本身,还要考虑上线后的维护、升级等,而这部分不懂技术的产品经理是难以理解的,即使是懂技术的产品经理,可能也会觉得实现起来是简单的,其中的艰辛和沉重就只有程序员能够体会了。
产品经理要给程序员预留出合理的修整时间。一定不要把研发时间就当作完成时间。研发功能只是一部分,测试、改 BUG 以及处理意外情况的时间都要预留出来。
有两种情况要多预留出修整的时间。
一种是研发团队自己对功能没有把握,可能是全新的功能,可能是比较难做的功能,可能出现许多 BUG 和功能实现糟糕的情况,那就要多预留出时间。
另一种是产品团队表示对功能也有疑虑,比如在提供需求时表示这个功能很有可能要调整,或者对功能本身信心不足,那也要多留时间做调整。
(5)注意沟通的问题方式和方法。
程序员喜欢按照既定的需求优先级和产品方案有序的工作。产品经理给到开发的需求一定要是合理划分优先级的,版本需求的提供与团队的开发节奏尽量保持一致;遇到问题先分析、定位问题,而不是遇到问题先把问题直接退给开发,然后催着开发短期内加急处理。
(6)产品需求变动及时告知,最好给与变更的背景说明。
我见过太多的产品需求文档更改之后没有及时告知开发,导致测试验收阶段的需求与产品预期需求不一致的情况。产品经理不要想当然的以为改动的需求开发一定会看,产品经理的需求变动一定要及时告知相关开发相应的改动,有时候需求的变动可能就是简单的一句话,及时的沟通可以避免后期的大改动和双方推诿扯皮。
(7)对问题要有自己的判断。
产品经理接收到的需求一定要有自己的清晰判断,哪怕是很小的需求,到产品经理这里必须经过理性分析后,再安排开发进行处理。
以bug为例,很多时候一线或者客户反馈的“bug”极有可能是对系统的不熟悉,对系统的配置性错误导致的问题,并非是系统bug。产品经理作为需求处理的最后一道防线,提交给开发要做的一定是确定的事实,提交一个非bug需求给到开发去处理,不仅会浪费开发时间,还有质疑产品经理对业务的熟悉度和专业性。
产品方案提交给开发前,产品经理至少应该明确的问题:
你提这个需求是要为谁解决什么问题?
这个问题是否客观存在?
(退一步讲,如果客观存在)你为什么觉得你的解决方案可以解决这个问题?
除此之外你想过其他解决方案吗?你为什么觉得这个方案是最优的?
如果你连这些基本问题都没有想过或是想清楚,被动等着开发去问的时候才去思考,结果可想而知。
(8)沟通需求、需求文档要尽量详细明确。
这个是产品经理基本功,也是经常容易被忽视的一点。
沟通需求一定要有目的,要具体,否则多半是浪费开发的时间;需求文档一定要详细并且明确无歧义,具体文档详细到什么程度,可根据每个团队的风格、默契程度确定。如果没法确定,那就说明的越细越好。开发在编码的过程其实就是细节的实现过程,产品经理在细节上深入思考后和程序员沟通会更加顺畅。
(9)平等、尊重与理解。
从归属部门来看,产品经理一般属于产品部,程序员属于研发部,归属部门上不同,但都处同一个工作流上。
从工作流程来说,产品经理处于需求的上游,程序员处于需求的下游,双方对于用户、需求、业务的理解程度有很大的不同,程序员在理解需求时有问题太正常不过,有问题时产品经理应该及时给与耐心的回答。
尊重程序员的工作成果,涉及需求改动甚至需要砍掉的需求,尽可能跟开发说明白为什么。毕竟谁也不想自己费了很长时间、花了很大气力做的东西,因为产品经理一个未经思考的决定改动。
要让程序员从心理上认同做这件事的价值,程序员没有理由拒绝一个合理的需求,如果需求能给用户或者企业带来价值,或是体验上的提升,即使开发量很大或是难度很大,程序员也会激情满满。
有许多经验帖都谈到产品经理与程序员的矛盾症结在于改需求,其实改需求只是表象,互联网本来就是一个快速变化的行业,改需求不可避免,根源在于产品经理是否有独立思考的能力和意识。
改需求是人云亦云,是老板Push,还是实践过后从观察数据洞悉人性得来的深刻启发,这里大不相同。
因此产品经理除了要当团队的连接器之外,还得锻炼自己成为团队的大脑,只有你把需求想踏实了,想细致了,想全面了,才有足够的底气去应对各方各面的挑战,在程序员面前更具信服力。
我自认为优秀的产品经理都是相对清闲的,因为前期的需求文档和原型图都写得非常细致了,预知研发人员会问什么问题,都在原型图上醒目的标识,让研发人员很少甚至是无需过问产品经理,从此产品经理可以在于研发的纠缠中解放出来,真正去想长远的规划。
产品经理最主要的能力之一就是共情能力,遇到沟通问题或是矛盾、冲突时,站在程序员的角度思考下自身可能存在的问题,相信你会和程序员的沟通会更加顺畅。
-END-
本文为作者独立观点,不代表鸟哥笔记立场,未经允许不得转载。
《鸟哥笔记版权及免责申明》 如对文章、图片、字体等版权有疑问,请点击 反馈举报
Powered by QINGMOB PTE. LTD. © 2010-2022 上海青墨信息科技有限公司 沪ICP备2021034055号-6
我们致力于提供一个高质量内容的交流平台。为落实国家互联网信息办公室“依法管网、依法办网、依法上网”的要求,为完善跟帖评论自律管理,为了保护用户创造的内容、维护开放、真实、专业的平台氛围,我们团队将依据本公约中的条款对注册用户和发布在本平台的内容进行管理。平台鼓励用户创作、发布优质内容,同时也将采取必要措施管理违法、侵权或有其他不良影响的网络信息。
一、根据《网络信息内容生态治理规定》《中华人民共和国未成年人保护法》等法律法规,对以下违法、不良信息或存在危害的行为进行处理。
1. 违反法律法规的信息,主要表现为:
1)反对宪法所确定的基本原则;
2)危害国家安全,泄露国家秘密,颠覆国家政权,破坏国家统一,损害国家荣誉和利益;
3)侮辱、滥用英烈形象,歪曲、丑化、亵渎、否定英雄烈士事迹和精神,以侮辱、诽谤或者其他方式侵害英雄烈士的姓名、肖像、名誉、荣誉;
4)宣扬恐怖主义、极端主义或者煽动实施恐怖活动、极端主义活动;
5)煽动民族仇恨、民族歧视,破坏民族团结;
6)破坏国家宗教政策,宣扬邪教和封建迷信;
7)散布谣言,扰乱社会秩序,破坏社会稳定;
8)宣扬淫秽、色情、赌博、暴力、凶杀、恐怖或者教唆犯罪;
9)煽动非法集会、结社、游行、示威、聚众扰乱社会秩序;
10)侮辱或者诽谤他人,侵害他人名誉、隐私和其他合法权益;
11)通过网络以文字、图片、音视频等形式,对未成年人实施侮辱、诽谤、威胁或者恶意损害未成年人形象进行网络欺凌的;
12)危害未成年人身心健康的;
13)含有法律、行政法规禁止的其他内容;
2. 不友善:不尊重用户及其所贡献内容的信息或行为。主要表现为:
1)轻蔑:贬低、轻视他人及其劳动成果;
2)诽谤:捏造、散布虚假事实,损害他人名誉;
3)嘲讽:以比喻、夸张、侮辱性的手法对他人或其行为进行揭露或描述,以此来激怒他人;
4)挑衅:以不友好的方式激怒他人,意图使对方对自己的言论作出回应,蓄意制造事端;
5)羞辱:贬低他人的能力、行为、生理或身份特征,让对方难堪;
6)谩骂:以不文明的语言对他人进行负面评价;
7)歧视:煽动人群歧视、地域歧视等,针对他人的民族、种族、宗教、性取向、性别、年龄、地域、生理特征等身份或者归类的攻击;
8)威胁:许诺以不良的后果来迫使他人服从自己的意志;
3. 发布垃圾广告信息:以推广曝光为目的,发布影响用户体验、扰乱本网站秩序的内容,或进行相关行为。主要表现为:
1)多次发布包含售卖产品、提供服务、宣传推广内容的垃圾广告。包括但不限于以下几种形式:
2)单个帐号多次发布包含垃圾广告的内容;
3)多个广告帐号互相配合发布、传播包含垃圾广告的内容;
4)多次发布包含欺骗性外链的内容,如未注明的淘宝客链接、跳转网站等,诱骗用户点击链接
5)发布大量包含推广链接、产品、品牌等内容获取搜索引擎中的不正当曝光;
6)购买或出售帐号之间虚假地互动,发布干扰网站秩序的推广内容及相关交易。
7)发布包含欺骗性的恶意营销内容,如通过伪造经历、冒充他人等方式进行恶意营销;
8)使用特殊符号、图片等方式规避垃圾广告内容审核的广告内容。
4. 色情低俗信息,主要表现为:
1)包含自己或他人性经验的细节描述或露骨的感受描述;
2)涉及色情段子、两性笑话的低俗内容;
3)配图、头图中包含庸俗或挑逗性图片的内容;
4)带有性暗示、性挑逗等易使人产生性联想;
5)展现血腥、惊悚、残忍等致人身心不适;
6)炒作绯闻、丑闻、劣迹等;
7)宣扬低俗、庸俗、媚俗内容。
5. 不实信息,主要表现为:
1)可能存在事实性错误或者造谣等内容;
2)存在事实夸大、伪造虚假经历等误导他人的内容;
3)伪造身份、冒充他人,通过头像、用户名等个人信息暗示自己具有特定身份,或与特定机构或个人存在关联。
6. 传播封建迷信,主要表现为:
1)找人算命、测字、占卜、解梦、化解厄运、使用迷信方式治病;
2)求推荐算命看相大师;
3)针对具体风水等问题进行求助或咨询;
4)问自己或他人的八字、六爻、星盘、手相、面相、五行缺失,包括通过占卜方法问婚姻、前程、运势,东西宠物丢了能不能找回、取名改名等;
7. 文章标题党,主要表现为:
1)以各种夸张、猎奇、不合常理的表现手法等行为来诱导用户;
2)内容与标题之间存在严重不实或者原意扭曲;
3)使用夸张标题,内容与标题严重不符的。
8.「饭圈」乱象行为,主要表现为:
1)诱导未成年人应援集资、高额消费、投票打榜
2)粉丝互撕谩骂、拉踩引战、造谣攻击、人肉搜索、侵犯隐私
3)鼓动「饭圈」粉丝攀比炫富、奢靡享乐等行为
4)以号召粉丝、雇用网络水军、「养号」形式刷量控评等行为
5)通过「蹭热点」、制造话题等形式干扰舆论,影响传播秩序
9. 其他危害行为或内容,主要表现为:
1)可能引发未成年人模仿不安全行为和违反社会公德行为、诱导未成年人不良嗜好影响未成年人身心健康的;
2)不当评述自然灾害、重大事故等灾难的;
3)美化、粉饰侵略战争行为的;
4)法律、行政法规禁止,或可能对网络生态造成不良影响的其他内容。
二、违规处罚
本网站通过主动发现和接受用户举报两种方式收集违规行为信息。所有有意的降低内容质量、伤害平台氛围及欺凌未成年人或危害未成年人身心健康的行为都是不能容忍的。
当一个用户发布违规内容时,本网站将依据相关用户违规情节严重程度,对帐号进行禁言 1 天、7 天、15 天直至永久禁言或封停账号的处罚。当涉及欺凌未成年人、危害未成年人身心健康、通过作弊手段注册、使用帐号,或者滥用多个帐号发布违规内容时,本网站将加重处罚。
三、申诉
随着平台管理经验的不断丰富,本网站出于维护本网站氛围和秩序的目的,将不断完善本公约。
如果本网站用户对本网站基于本公约规定做出的处理有异议,可以通过「建议反馈」功能向本网站进行反馈。
(规则的最终解释权归属本网站所有)