



下载本文档
版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领
文档简介
1、产品运营过程中如何与开发有效沟通?在产品运营工作过程中,常常需要与PD和开发交锋,能否有效地沟通关系到最 后产品的好坏。 常常提出的需求不被重视有木有?提出的需求被告诉实现不了有木有?提出的bug查了 N久没结果隐患让你忧心忡忡有木有?被那些懂技术的专业人士直接无视有木有?一、提的需求不被重视怎么办 ?常常提的一些需求在PD或开发那头没有引起足够的重视。有些问题已经出现得 比较频繁的,或是比较普遍了,因为所在的岗位不一样PD或开发没有了解这个问题的严重性和紧急性。口头上或即时工具的沟通还是推动不了的话,那最好用邮件以 正式的方式详细说明问题,并抄送给老大,让老大知晓有这么个问题,相信其他同 事
2、也会处理得快点。如果遇到是那种问题常常被搁浅的PD,那么要么自认倒霉,要么绕过PD自己跟进开发 ( 在工作流不那么死板的情况的团队可以试试) 。当然是运营提的需求,提完之后也经常要问问PD进度怎么样了,以防大家手头上事情多给忘了。二、提出的需求被告诉实现不了怎么办 ?1、开发不想增加工作量或者不想去尝试,告诉运营这个在技术上实现不了。如何辨别这种推脱的情况?找你认识的开发,给他们描述业务场景, 一般开发一听就会懂,然后尽量问如何去实现。一般问过几个人实现不了,那就是实现不了。在这个过程中你问到的人会给你一些有可能实现的解决方案或方向。这个时候再回过头去跟自己开发讨论, 就会容易多了。 如果你连
3、实现的方式和方向都告诉他们了,那么他们没有理由反驳你的时候, 就会乖乖地去做了。 ( 这一招我常常揭发外包公司开发不肯去优化已经付费过的功能。有一次被逼急了他们不小心说出来那个需要很大的工作量。 。 。2、当前的技术无法实现,可以持续关注最新技术,一旦能实现再入手。举个例子, 像开放平台有时候暂时没开放你所需要的接口, 但是随着时间推移,后面可能又开放了你需要的接口,那么之前的业务是可以继续做的。3、跟合作方开发保持联系,了解最新技术促进新业务的开展。没事跟合作方开发聊一聊,打听打听最新技术,聊到一些可能性的技术,对扩展新业务会比较有帮助,根据最新的可行技术,可以完善自己产品的新功能或想出一些
4、新业务。 互联网的一些事技术上无法实现,也要继续跟进。锲而不舍讨论各种可行性方案,最后也可能也其他折中的实现方式。三、提出的bug查了 N久没结果怎么办?这种情况我不知道在自有开发团队中会有多少是这种系统有BUG 了(甚至是一些比较严重的 ) 但是查了很久无果的。 我们的产品用的是外包的开发, 运营过程中出现过几次。有一个严重的 bug 查了几周,问了 N 次还是没查出。最后自己在运营的过程中仔细去留意业务场景,并演示给开发看,提一些猜测的可能性,帮助开发找到 bug 所在。遇到这种问题,一定要仔细给开发描述出现此问题的业务场景。因为开发只从技术去做,不好重现这个问题的情形,很难直接入手去查找
5、的。运营同学抛出问题后,也要多跟开发讨论。如果开发知道怎么去修复,那要知道问题发生的原因及解决方案。如果开发不知道怎么去修复,那么讨论的过程也可以帮助他们理清思路,找到查找的方向。当被告知查不出问题的时候,运营不能放松,而是要更仔细地去留意自己操作过程中是否会有情景重现,把最直接的观察结果陆续反馈给开发,直到问题解决。在这个过程中,如果开发查不出原因,那么继续找其他你所认识的一些高手,给他们描述出现此问题的业务情形,也会得到很多帮助。作为一个不太懂技术的运营,经常直接跟进开发,这也许看起来不符合正常的工作流。这里有两个原因:一,有PD的时候,需求实现太慢,有不重视,也有没有那么严格的工作流。二
6、,产品 ( 其实差不多是半成品 ) 开发完后直接交给运营,运维,产品优化,推广全是运营自己做,中间不再有PD。运营与开发有效沟通的方法是:找到一些高手,做两边开发的“传话筒” ( 中间的人自己要消化 ) ,用专业的话去跟专业的人讲话。 这时候别人忽悠不了你,你自己还会更深入的了解自己产品。四、如何提问其他开发高手 ?1、如果没有需要保密的数据,可以直接业务情景演示。这种方式比较直接,也可以较清楚地有效沟通。2、描述大概业务情形,描述类似的问题,咨询可能的情况。专业人士一听就明白,他们理解之后也会给到一些比较好的建议,也会提到在他们过去碰到其他一些类似情况是怎么去做的。 就算你不懂技术也知道是什么原理。然后你再讨论的时候就“有料”了
温馨提示
- 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
- 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
- 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
- 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
- 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
- 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
- 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。
评论
0/150
提交评论