快好知 kuaihz

产品周期不可缺少的流程:被遗忘的产品立项

在需求评审之后,不知道大伙有没有产品立项的观念?本文作者总结了产品立项的4点好处以及具体方法,希望看完后你能对产品立项有更清楚的认识。

01 被遗忘的产品立项

节奏快是互联网产品的一大特点,过去一个产品从“备胎”到“出生”,一年半载也十分正常,但是就近几年而言,已是十分少见。

因为市场变化快了,技术更新快了。

在打造互联网产品过程中,敏捷与精益是团队的核心思想,避免不必要的流程,小版本规划,小功能跟进,随时随地就会有新的产品面世,正因如此,似乎没必要像以前一样大动干戈去搞一个产品立项了。

产品项目周期确实缩短了,但真的会差一个产品立项的流程么?

就个人而言,我经历了团队与产品从0到1的发展,期间尝试过多种快节奏的工作方式,至今觉得,哪一个流程都可以少,唯独产品立项不行。

杜蕾斯曾经说过,最快的男人并不是最好的,坚持到底才是真正强大的男人。我说,最快的产品并不是最好的,坚持到底才是真正强大的产品

一个产品从0到1经历了四个阶段,启动期、设计期、研发期、运营期。

产品启动阶段,以需求导向为主,这个阶段主要是定义、规划产品。如果产品方向错了,将会一步错步步错,走进死胡同,但是,如果能摸清了路数,嗯,乘风破浪不大可能,不过也就有了披荆斩棘的机会,所以十分重要。

当我们考虑清楚要做什么后,就要面临怎么做的问题。这里便涉及产品的设计与研发,而大多数的产品经理在这一环节会有所偏向,有的侧重产品设计,有的侧重商业战略,也有的偏向项目管理,每一个环节都擅长的神人比较少见。

所以,这里需要一个团队,一个有着共同焦点的团队,而产品立项就是承上启下,总结目前所有的工作成果,为后期焦方向、聚焦信息、聚焦资源。

02 产品立项附带的好处

说得如此抽象,估计等于白说,我来谈一谈实际的几点好处。

1. 明确问题

在此之前,所有的工作都是围绕需求在探讨,许多问题都是不确定的,当方案最终敲定时,有的人可能还停留在问题被提出时最初的解决方案,殊不知我们已经扼杀了三到四个方案。

这种信息差实际上出现太多了,在问题最终敲定时,无论他人是否清楚,都应该正式告知。

2. 锁定需求

在启动阶段,有新想法很正常,重新规划下也比较简单,涉及人员并不多。一旦需求公布于众,并开始为之设计实现,随意更改需求将是灾难性的。

立项就是一个结账台,警告自己也警告其他人,除非问题十分严重否则别随便插队。

3. 资源调配

从设计阶段开始,便是产品经理开始真正有求于他人的阶段,资源的调配如同买卖,私底下说得好好的,一旦有利益冲突,翻脸如同翻书一样简单。所以,在正式场景下绅士的申请资源还是有必要的。

4. 团队建设

要想团队朝着相同的目标奋进,就要构建目标。通俗的画大饼,首先得大饼做得香,然后大家很有仪式感的开一个吃大饼的会议,等大家吃饱喝足了自然而然就有力气干活了。

03 借鉴OKRs推动产品立项

说了这么多,产品立项无非就是把分散的资源拧成一根筋,让大伙向着同一个目标蹦进。

但这确实挺难的,在人力资源上,跨团队、跨部门、甚至跨企业都是可能的,我们的目标与其他人的目标不一定相同,绩效就更不用提了,没有共同的方向着实无法推进产品产品的最终实现要么走歪要走丢。

这个问题与在企业也出现,每个人都做了很多事,但公司的整体业务却没有进展,员工并不知道做哪些事是有效的,这便是目标管理上出了问题。

下面我们便来认识一个目标管理工具ORKs:

ORKs是Objective& Key Results的缩写,即目标与关键结果,由Intel发明,如今广泛应用在Google、Linkedin、Zynga等公司,是一套目标沟通、指定、展示和回顾的流程。

ORKs与传统KPI绩效有所不同,适合于探索业务,提供清晰的北极星目标,帮助企业专注不跑偏。

ORKs最关键的是先定下目标,再从目标出发去思考,再来描述这个目标有什么关键结果。关键结果,不一定要量化,但得有时间限制从而衡量进度,也不一定直接取代当前的团队绩效指标,但却可以形成一定的关联。

这么一套工具,用来统一产品的目标与关键成果,也十分有效,特别是跨团队、跨部门合作时,显得十分友好。

与其他团队存在的分歧并且各自为政的问题就在于各自的目标不同。

假如我们能与其他团队共同探讨,通过目标分解,共同制定符合目标的关键结果,这将减少大量无效的沟通,团队的合作绝对比以往更好。

关键结果决定了各自团队需要做哪些内容以及周期长短,但不涉及工作实际管理,既约束各自的团队又能紧扣着我们的初衷,团队完成各自的绩效就是为其他团队创造的成果,气氛融融。

04 说在最后

产品立项并不会增加我们的时间成本,反而大大减少了我的时间成本,因为我一旦明确产品愿景、阶段目标、时间限制,各自的团队就能主动地、高效地跑起来。

当然后期依旧需要不断的跟进,但不会过多的去打断工作,我们也就不需要一步一脚的去跟产品,我们将会有更多的时间去研究用户、市场、产品

产品立项也无所谓形式,当面会议、电话会议、邮件、群聊这些都可以,但是我们需要明白,产品立项产品进行资源整合的一个工具,工具能帮助我们提升做事的效率,但核心问题依然是要考虑清楚目标是什么,如何拆解,制定好合适的计划。

最后,我很喜欢的一句话,搞事情前先立项

往期回顾

《把需求评审玩成狼人杀,避免会议事故》

《有条不紊,三个步骤管理好需求池》

《想做好需求分析,这3个问题你需要解答》

本站资源来自互联网,仅供学习,如有侵权,请通知删除,敬请谅解!
搜索建议:产品  产品词条  立项  立项词条  周期  周期词条  缺少  缺少词条  遗忘  遗忘词条  
产品

 “断舍离”的设计思维与人生观

做产品设计时我们总是这样想,或许这个功能对用户有用呢,以至于我们不断的添加功能以满足用户需求,可不曾想过一旦功能过量了,我们和用户都变成为它的奴隶。什么是断舍离...(展开)

产品

 安全领域中的大数据分析

企业定期收集几TB与安全相关的数据(比如网络事件、软件应用程序事件,以及人员活动事件), 用来作合规性和事后取证分析。据估计,不同规模的大型企业每天发生的事件在...(展开)