还剩2页未读,继续阅读
文本内容:
产品运营过程中如何与开发有效沟通管理资料在产品运营工作过程中,常常需要与PD和___交锋,能否有效地沟通关系到最后产品的好坏,常常提的一些需求在PD或___那头没有引起足够的重视有些问题已经出现得比较频繁的,或是比较普遍了,因为所在的岗位不一样PD或___没有了解这个问题的严重性和紧急性口头上或即时工具的沟通还是推动不了的话,那最好用邮件以正式的方式详细说明问题,并抄送给老大,让老大知晓有这么个问题,相信其他同事也会处理得快点如果遇到是那种问题常常被搁浅的PD,那么要么自认倒霉,要么绕过PD自己跟进___(在工作流不那么死板的情况的团队可以试试)当然是运营提的需求,提完之后也经常要问问PD进度怎么样了,以防大家手头上事情多给忘了
1、___不想增___作量或者不想去尝试,告诉运营这个在技术上实现不了如何辨别这种推脱的情况?找你认识的___,给他们描述业务场景,一般___一听就会懂,然后尽量问如何去实现一般问过几个人实现不了,那就是实现不了在这个过程中你问到的人会给你一些有可能实现的解决方案或方向这个时候再回过头去跟自己___讨论,就会容易多了如果你连实现的方式和方向都告诉他们了,那么他们没有理由反驳你的时候,就会乖乖地去做了(这一招我常常揭发外包公司___不肯去优化已经付费过的功能有一次被逼急了他们不小心说出来那个需要很大的工作量)
2、当前的技术无法实现,可以持续___最新技术,一旦能实现再入手举个例子,像开放平台有时候暂时没开放你所需要的接口,但是随着时间推移,后面可能又开放了你需要的接口,那么之前的业务是可以继续做的
3、跟合作方___保持___,了解最新技术促进新业务的开展没事跟合作方___聊一聊,打听打听最新技术,聊到一些可能性的技术,对扩展新业务会比较有帮助,根据最新的可行技术,可以完善自己产品的新功能或想出一些新业务技术上无法实现,也要继续跟进锲而不舍讨论各种可行性方案,最后也可能也其他折中的实现方式,这种情况我不知道在自有___团队中会有多少是这种系统有BUG了(甚至是一些比较严重的)但是查了很久无果的我们的产品用的是外包的___,运营过程中出现过几次有一个严重的bug查了几周,问了N次还是没查出最后自己在运营的过程中...。