怎么把一个需求落地成产品-数据产品方法论

1、战略层

• 我们要通过产品得到什么？
• 用户通过这个产品得到什么？

2、能力圈层

• 我们要做那些事？提供什么样的确定性
• 我们不做哪些事情

3、资源结构层

• 和谁一起做事，敌人和朋友是谁？有哪些数据资源可用

4、框架范围层

• 框定每个页面需要多少元素，之前的链接关系，调用规则，感知到的内容和功能都在框架层。

5、感知层

• 颜色、布局

这些方法论对指导我们做产品的方向是非常有指导意义的，但是在实际需求落地的时候显然还是过于宽泛，那么从一个需求到产品这个链路过程中，应该怎样去具体的实施呢？

一、需求到产品方法论

一般情况下，我们的需求来源可能是老板、业务方或者自己对业务的思考，一个需求有没有意义，需要去看它解决的问题有没有意义。沿着需求多问几次为什么要做？是不是可以不做？问得越深越可以加强业务方和产品对需求和问题的理解。需求有时候可以很大，比如，我想要一套增长的方法论。需求也可以很聚焦，比如我要监控某个指标的数据。所以如果在确定了需求对公司、部门、用户的意义之后下一步就要开始考虑如何实现了。

大致抽象出了以下几个部分：

1、 要解决的问题拆解

• 要解决的问题定位
• 要解决的问题细拆
• 问题细拆之后的规划

2、给出上一步问题的解决方案。

3、从上一步中拆解出功能点

4、设计层面，有哪些组件可以实现功能点，产出产品DEMO。

二、举例说明

1、需求说明

需求是想做一个城市onepage，城市（一张图）。是不是很泛的需求？至于为什么要做这个？也就对应了战略层要回答的问题了，除了讲故事搬的描述对公司、组织及用户的价值之外，我们还可以通过旧的解决方案的痛点、新产品的解决方案去做比较得出价值点。

城市onepage这个需求的定位：怎么从宏观、长期视角看清城市现状、从而指导未来业务规划、辅助业务决策？

2、问题细拆

第一层问题的拆解，即我将以以下几个角度试图组成一个城市onepage。这一层可以对应上面的能力圈层，即是我们要提供哪些能力。

step1、看城市发展土壤（原始特征），即基本面信息。

step2、看城市发展地基，城市定价是否合理。

step3、看城市发展轨迹、现状及趋势判断。

step4、看城市结构现状、趋势。

step5、看影响城市发展的事件（天气特征、节假日影响）规律。

step6、看是否有突发事件。

3、进一步的细拆&解决方案

第二层问题的拆解，因为第一层的问题拆解也很宽泛，所以这一层的拆解就得拿出具体的解决方案。除此之外还得做减法，因为有些想法很美好但是可能不适合现阶段做。这一层可对应上面的资源结构层。

因为问题已经拆解比较细致了，就可以确定资源和框架了，比如人力资源、数据资源并且可以评估一下实现的难度。

举例，城市基本面信息需要地理特征、人口结构特征、市场特征、经济特征、竞品特征。人口结构特征下要给出的解决方案是通过回答城市是否出现老龄化、人口的潜力（常住人口的规模、渗透率、城镇化率等、流动人口的规模和趋势、互联网人口，以及不同城市直接的水平对比去描述城市的基本面画像，从而帮助找出城市突出的特征点。这里面涉及到了大量的外部数据，就需要和公司其他团队，如爬虫团队等去沟通资源，甚至需要花钱购买数据了。通过对各个细分模块问题的细拆及解决方案给出，我们已经能够大致描述出产品需要的功能点了。

4、拆解出功能点

如果只是这样一个不需要很多逻辑算法的产品的功能点大致都会很类似，比如很多模块的功能点会是维度（结构）的展示、排名、趋势、突出特征的描述、二维的波士顿矩阵图等，只是回答的问题不一样。当然如果做诊断产品，其实可以在每个模块上都抽出一层结论，进一步帮助提升效率。这个时候就可以考虑你产品实现层面的框架了。

5、设计层面

抽象出每个细分模块的功能点进行统一的处理，再进入到设计层面，就需求去考虑组件的统一性和定制开发，需要考虑布局、展示的问题。即怎么通过最高效的方式表达出你的解决方案，让用户明白你每个设计、每个布局的小心机。

End.

作者：小精灵小彩虹

本文为转载分享，如果涉及作品、版权和其他问题，请联系我们第一时间删除（微信号：lovedata0520）

更多文章前往首页浏览http://www.itongji.cn/