思考总结从0到1做产品规划
产品规划从0到1,在产品启动初期,会出现很多问题,但是办法总比困难多。之前也有经历过0到1或者1到100的项目,但是每个项目都会根据涉及的业务不同而产生新的问题,但是我们求同存异,尽量将我们遇到的问题总结一下,方便在将来的产品规划中进行简单的思考。我将从目标、定位、需求收集、产品架构、实现路径等。
目标
当一个产品从零到一的时候,最重要的是什么?是目标和定位。在这里需要理解的一件事是产品的作用很多一部分是助力于业务达成目标。因此在制定产品的目标的时候,需要了解整体业务的目标是什么,产品又能在里面扮演什么的角色。这样拆解下来才是这个新产品的目标。在这里有一个思维的转变就是业务的运转可以离开产品,而产品却离不开业务。所以算是颠覆了以前的天真,对产品也有一个更加明确的认知。
定位
在目标定下来之后,接下来需要确认的是定位。为什么定位很重要?原因在于定位做好之后,就知道自己未来想要做成什么样子的产品。在定位部分经常使用一些形容词来形容自己。拿美团打车举例,美团打车的定位是高效方便的出行服务(瞎写的)
高效:最快的叫到车
方便:随时能叫到车
那么接下来的产品框架里面就会围绕如何最快的叫到车、随时能叫到车进行设计。
定位的另一个作用是划分边界。在大公司里面免不了会有很多需求。那么哪些需求可以被纳入产品规划里,哪些需求不可以被纳入产品规划里。很大程度靠的就是自己对自己定位。例如为什么不在打车里面加入送货的服务?因为从定位看出行服务是对人的,对物的叫物流服务,不在产品定位里。在大公司里边界的划分很重要,因为在边界划分后就能更专注的做好自己最重要的事情。
需求收集
当规划和定位做完之后,其实对产品的轮廓已经大致知道了。但细节部分应该如何把握呢?这时候就需要向外收集需求了。在这个阶段里,不同的业务部分会输入不一样的需求。对产品经理来说最难的在于对需求统一划分和归类。这个过程是一个由繁化简的过程。首先会被输入很多需求,其次需要判断哪些需求是符合定位的,可以做的,最后还需要归纳总结出2-3类核心场景的需求和核心用户。锚定了核心用户和核心场景,之后产品迭代的优先级就有大致的判断依据。影响核心用户和核心场景的需求为最高优。
产品架构
需求收集完了之后会对应有不同的功能。那么这些功能怎么更系统的进行设计和规划?一个大的产品架构会分为四层:
业务层:抽象的一些使用场景。能够满足MECE原则(相互独立、完全穷举)
能力层:抽象功能,输出一些通用的东西
权限层:权限控制,大概分为几部分,流程设计、角色管理、权限点管理
数据层:底层的数据来源和类型
当从这几个维度拆解完之后,其实整体的产品目标、规划、框架就都非常清晰了。
实现路径
当需求和架构能完成后,这时候就需要考虑如何实现功能点已达到最后的目标。一般这类都需要几个版本的迭代,因此需要列出每一期需要实现的小目标,及功能点。在现实生活里,每个版本的迭代都需要完成功能的闭环。只不过每次迭代的闭环会比上一次大。对完成几个版本的迭代后,就会实现最开始定下的目标。
总结
最后总结一下,其实这里面会有很多细节部分,但大体的几个重要的部分基本不会变。而且这个过程有经历几次推翻重来的情况,同时也需要跟业务团队不断的沟通和确认,但这些都是正常的。经历过一次之后就会发现,产品最大的作用其实是助力业务走更远的路。产品之路任重而道远,且行且珍惜。
网友评论