运营如何介入和推动产品研发流程?

文章目录:

  1. 阿里体系下两种典型的研发驱动模式:运营vs产品
  2. 运营如何介入和推动产品研发流程?

一、阿里体系下两种典型的研发驱动模式:运营vs产品

在产品研发领域会涉及到很多不同的角色,比如运营同学、开发同学、产品同学、设计同学等等,除此之外相关的人还有汇报线上的老板、我们的客户……不同的业务和场景下,不同的角色对研发活动的影响力也不尽相同。这篇小文就是想总结一下不同角色驱动的研发模式的特点。

废话不说,先直接罗列一下我目前能想到的几种典型不同角色驱动的研发模式:

在阿里内部,最常见的就是 运营驱动 产品驱动 这两种研发工作模式,所以这里,我们尝试详细对比一下这两种模式的差别。如果你能看到这里,那么也建议你可以把自己目前(和以前)的团队套过来感受一下,如果有什么不同的观点,也希望能联系我,和我交流。

一般来说一个业务在新创立的阶段往往都是产品驱动的,这个时候需要产品去探索满足业务的产品形式,产品价值的不确定性使得研发还是在实现产品功能为主;但如果在产品相对比较成熟的阶段,产品价值的逻辑已经明确固定了,这个时候就是需要靠运营去实现影响力的最大化,比如现在阶段的手淘,往往是运营驱动的模式为主,但我们去读读《人人都是产品经理》就知道,在淘宝上线的早期也是产品驱动为主的模式。

不同的业务种类也会导致不同的驱动模式。如果是工具类的产品,由产品来驱动研发是合适的(如钉钉);但如果是O2O、团购、到家这些偏服务类的产品(如双十一),可能运营驱动就比较常见,符合业务组织方式的特性。

相对于产品,运营更现实,希望更快的看到结果,看到KPI数字的变化。这种方式的好处是更加结果导向,执行力更强,但倾向见效快,但短视的产品方案,不可避免的比较容易出现为了当前的业绩数据而牺牲长远的战略价值。并不是说产品驱动一定会有远见,只是相对运营来说,产品驱动会考虑的更长远一点,往往会有一个产品发展路劲的思考和规划。

运营更关心的是业务规模,比如安装量、日活量、成交量等等相对来说偏绝对值的目标,这些目标对运营来说比较容易找到抓手去影响;对产品来说往往比较习惯订偏质量的目标,比如覆盖率、转化率、活跃度等目标,这些目标代表了用户的心智模型,是产品比较容易有抓手去影响的地方。

相对运营,产品往往和开发同学离得更近,所以产品更能理解开发对技术沉淀和突破上的诉求,所以在产品驱动的模式下,技术开发相对来说会有更多机会创造体系化的产品、沉淀技术能力;而运营驱动下的研发相对来说重复的、临时的工作会多一些,这种环境下就需要开发同学自己更加主动的思考技术上的归纳、抽象,通过技术的手段更好地来满足运营的需求。

这个最直接,在产品驱动的组织里,产品同学的成就感自然就比较高,在运营驱动的组织里,运营的同学成就感就比较高(其他驱动模式里的道理也类似,比如技术同学会在工程师文化比较浓重的团队更有成就感)。

其实没有完美的研发驱动模式,不同的业务,在不同的阶段,甚至不同的团队基因都有适合自己的研发模式。对于我们每个人,首先你得有能力能判断出你当前的组织是哪种研发驱动的模式,这个模式都会有哪些特点;其次,你的得知道怎么利用当前模式的特点,让自己的能力和影响力在组织内部得到更快的提升。

二、运营如何介入和推动产品研发流程?

这篇主要介绍:用户需求在交互设计、产品开发到上线中,运营在整个流程中所起到的支撑与推动作用。在一个工具属性的平台,运营究竟需要干些什么?

1、一人之下:识别需求or问题作为一线客服,需要的是及时解决用户在使用产品中遇到的问题,安抚客户情绪(emm,付费产品的用户更需要服务好,毕竟花了钱的),识别与记录用户需求,如果你们团队内有专门的中台后台等记录就更好了,没有的话,Excel也完全够用。比方说:

日期用户名渠道需求进度(等待产品上线之后,可以单独告知这位用户,他是最挂心这个功能上线的一位了~)(如果来源比较复杂,还是得列出来)(需要跟用户确认,他究竟要的是什么,也就是说:需要跟用户去澄清需求,了解他想要这个功能的背景、以及达到的效果)其实,不仅仅是需求需要记录,问题也可以记录。工作留痕,可以知道每天的咨询量,咨询的内容整体倾向于哪个模块,只要表格列的好,数据透视表可以轻松帮你一览工作状态。(在你没有后台看可视化的情况下,Excel就是你的刀叉剑戟)

不仅是纯记录,而且有总结,花时间审视和了解整体概况,这样在被某BOSScue道的时候,才可了然于心,侃侃而谈呀~

2、组内评审:需求筛选此流程分产品&设计评审、和开发评审阶段。

①产品&设计评审阶段——参与人员主要是:产品、交互、视觉、运营

在会上由运营澄清问题,产品与交互设计讨论是否接纳需求,如果接纳需求,则分为待设计、待开发。如果是拒绝需求,请记录相关原因,因为也许在某天突然有同样的需求来杀个回马枪,而你却想不起拒绝的原因,避免反复评审,浪费时间。

②开发评审阶段——参与人员主要是:前端、后端、交互、产品、运营

开发侧接纳or拒绝需求,会上决议决定是否做、排期优先级、确定上线时间。在此阶段,你可以听到百家争鸣,据理力争哦~(笑)

建议运营前期罗列好Excel表格,方便统一查看修改。

单号需求or问题备注优先级排期需求,接纳(主要是评估可行性,拒绝的原因)高2月底非问题用户不会操作,已讲解~无无问题,接纳此流程要正规化,运营(=秘书角色~)需会议前通知议题,会后输出会议纪要,会中兢兢业业聆听大佬打架并对关键点记录。

在此环节中,运营主要是提供信息给大佬们做决策,功能设计与实现问题,排期问题都待大佬们排定。无需为用户着急,但是你可以传达这个“着急”的讯息~(工作嘛,不要太较真,容易累)

3、运营开花好时刻:功能上线功能上线后,运营需要将开发对功能的描述基础上,理解并用人话说出来。切入点可以是:场景、好处。这一步称之为:功能日志,上线到你的工具平台官网,push到你的用户群,并将好消息私戳给提到的用户们~(这是一个非常好的与用户破冰的时刻,借此机会你可以了解他对近期产品使用的吐槽、夸夸,[夸夸请截图保存到你的“高光时刻”,在总结PPT上会游泳哦])

制作新功能海报(这个也很有学问,《那些年,我看过的海报》),再来社群push一次,沉淀到官网,可供考古翻阅学习~

累计比较多的功能之后,与用户线下交流便必不可少,培养忠实粉丝,咱们线下见~

《产品线下用户交流会如何从0到1开始,有哪些注意点?》

到此,以上就是小编对于产品研发与产品运营的问题就介绍到这了,希望介绍关于产品研发与产品运营的2点解答对大家有用。

转载请说明出处内容投诉
CSS教程_站长资源网 » 运营如何介入和推动产品研发流程?

发表评论

欢迎 访客 发表评论

一个令你着迷的主题!

查看演示 官网购买