从需求到数据到改进，如何造成闭环

本文由做者周巧芬受权网易云社区发布。

互联网的产品相对传统IT产业而言，需求更富有多样性。传统IT行业的需求点可能是固定且符合验收条件。但互联网的产品则更多的从用户体验出发，更多的用数据来讲话，无论是PV、UV、转化率、留存等等。很显然在一个接着一个的迭代背后，咱们必需要让需求到数据到改进实现闭环，才能在产品上精益求精。今天就来探讨下如何从项目经理的角度出发，将这些环节造成闭环，更好的为产品的精益求精服务。

近期，笔者所在的团队也正在探讨全流程项目管理的探索。项目经理在理清这些环节之余，更多的参与其中，想必对行业背景的积累以及产品观等多有益处。

什么是闭环？

闭环(闭环结构）也叫反馈控制系统，是将系统输出量的测量值与所指望的给定值相比较，由此产生一个误差信号，利用此误差信号进行调节控制，使输出值尽可能接近于指望值。

顾名思义，要造成一个闭环，则须要一个指望值，一个测量值，并有反馈和调节。对于互联网产品来讲，亦是如此。而对于互联网产品而言，指望值和测量值每每都是由数据去呈现。所以对于需求—数据—改进的闭环，可分解为如下三点：

l 产品功能交互设计之初，明确方向，设定指标（KPI）。

l 产品开发过程作好埋点，确认数据来源，获取数据。

l 分析数据，并反馈到产品功能交互设计。

下面，分别展开讲讲每一点在项目中咱们应该如何去作。此处只是从项目经理的角度出发咱们在项目开展中能够去关注的环节，对于数据驱动创新等更专业的内容建议你们能够阅读《精益数据分析》。

1. 功能设计之初，制定指标

明肯定义：

产品的孵化和各功能模块的设计在最初的时候都有一个初衷，去解决用户的痛点。从产品初衷到产品形态，如何去衡量咱们作的每个功能用户是买帐的。在最初始阶段，咱们就须要设定指标来衡量，而其中数据指标是最为量化和直观的。但在这个过程当中，不能仅仅就提出数据指标，更要明肯定义每一个指标的具体意义以及计算方式。

举个例子，好比想用每日活跃用户的数量来衡量app的受欢迎程度。初一看以为这样的指标很合理，但实际上是不够的，由于没有对活跃用户作一个定义，是登陆到前台就算活跃用户仍是产生行为了才算活跃用户。又好比，留存率，也有不一样的维度，是第二天留存仍是7日留存，什么样的用户可被定义为留存用户。不一样的定义会极大的影响咱们的判断。因此咱们必须作到精肯定义，排除可能形成干扰的其余因素。

而每一个指标的背后，都应该为产品的方向和目标服务。好比一个即时通信的工具，那么用户之间的消息量、好友数也许是咱们衡量这个产品健康度的指标，由于这两个指标和咱们的核心功能切合。

一般来讲，在产品设计之初，产品经理和策划就应该根据本身对产品的思考整理出核心指标。核心指标也并非不变的，在产品MVP验证探索阶段，也许产品的方向均可能发生变化，此时核心指标也会发生相应的转变。

达成共识：

在定义好核心的指标以后，咱们应该针对这样的指标整个团队达成共识。这样的方式能够采起屡次的头脑风暴，以及讨论会。在这样的过程当中，其实你们能够更加深刻的去挖掘。参与人员包含运营市场产品设计以及开发测试，只有你们共同理解目标，在每一个工做环节才能集中精力为这样的目标去努力奋斗。同时这样的一个过程也创建你们对产品的一种主人翁意识。

1. 铺平数据来源之路

对于数据指标达成一致意见以后，那又如何常规的获取数据呢？

在产品研发过程当中，对于数据获取的途径一并考虑，则能够节约不少后期跑取数据的繁复过程。好比数据埋点的接入，核心kpi系统的搭建。都是用来呈现常规数据的手段，随用随查，而无需再要开发人员跑取。

在咱们平常产品中，一般数据的来源有三处，一个是服务器数据库数据、二是日志数据，三是埋点后收集的数据。服务器的数据和日志的数据相对来讲比较精准，但很难作用户使用路径的分析。而埋点数据，因为受第三方数据分析系统的上传策略限制，在精确性上存在必定的折损，一般用来作用户路径的分析，数据对比，以及平常观测。

数据埋点：市面上目前有不少种第三方数据分析统计平台，好比GA等，但功能较为完善的一般都须要收费。目前咱们使用的是网易杭研新推出的hubble。

对于埋点，会涉及到埋点事件，以及埋点事件的属性和标签，结合数据分析平台。产品策划一样须要在产品设计过程当中，理清楚埋点的需求，提交给开发。而埋点的需求一般会结合分析用户行为、各维度数据呈现的要求。以下图就是hubble当前提供的分析功能。以及某产品策划整理的埋点文档。

图1 hubble提供的功能列表

图2 某产品埋点文档示例

一样埋点需求文档也是须要在产品迭代中不断的维护更新。所以，也建议你们将埋点需求文档和需求管理结合起来。在总体的开发流程中，关注埋点需求的落实和验证。在开发工做量上，埋点需求处理起来较为简单。而验证的环节能够经过埋点包来完成，也能够直接在第三方后台查看数据生成的情况。

所谓工欲善其事必先利其器，想让数据驱动，那么这些工做的完备开展会极大的帮助你们的平常工做。

1. 数据指标带来的反馈

有了数据，咱们又应该如何去对待数据从而带来正向的反馈呢？

对于团队

数据指标应该按期的反馈给团队，作到数据信息透明。这个有不少的方式，好比例行的数据周报发送，数据平台的权限开放。另外，也须要培养和调动你们对数据的敏感性。咱们之前一直在谈如何提升成员的ownership感，而我认为，让你们更透明的了解本身正在为之奋斗的产品的情况则是很是重要的一点。核心数据指标较为健康，总体向上的趋势，对团队来讲无疑是最好的激励。而当数据下滑或者出现异常，整个团队就须要提升危机感，从而共同审视当前的工做，是否能够为了数据上扬而作些力所能及的事情。

对于产品和运营：

上面讲了那么多，其实最终仍是要为产品和运营服务。那么最后一环咱们应该怎么作，才能真正的达到闭环，让数据真正的被利用起来呢。配合相应案例，但愿对你们能有所思考。

l 预警和产品、运营的优化：

数据的异常变更，可能提示着某个异常，举个例子：某产品在页面上端作了黄条的消息提示，用来作平常信息通知等。但在一次版本改版中，为了便于区分不一样的信息类型，新增了灰条。数据后台则会发现，顶端消息通知的点击率大幅度的降低，灰色相对黄色，醒目程度大打折扣。后续产品作了紧急调整，弃用灰条。

又好比用户流失预警系统，下图则是某产品流失预警中的某个表格。很显然，经过这个表格，则能够明显的发现有一部分用户流失几率较高。从而能够抽取这部分用户，对这部分的用户作一些特征的挖掘，或者直接经过电话访问等方式来调查用户流失的缘由。从而使得产品在这些方面获得检讨和优化。固然，也能够针对高流失几率的用户作一些运营活动的召回。

图3 某产品流失预警数据表之一

又好比下图所示：则是某产品平常数据周报中很常见的一点。我以为已经无需赘述，你们天然就能够看到在这个过程当中，运营策略发生的变化。。

图4 某产品平常数据运营周报部分截图

l 验证设想， A/Btest

举个很简单的例子，某产品须要获取用户的GPS信息，便于补充用户画像的数据。但因为手机系统权限的设计，获取GPS信息会在app启动初始弹窗询问用户是否容许。在这样的状况下，产品猜想会有对新用户的注册转化率有必定的影响。

因而，挑取两个小众化的渠道来作测试，只针对这两个渠道下载包的用户作了GPS信息的收集。最终发现注册转化率的数据上和以前对比没有异常和波动。获得这个结论后，则能够大胆的将此功能开放到全局平台。

再举个例子：在某产品的某个页面中，对于商品的展现方式如何能带来更高的点击率，设计了两个模式。所以须要对这两种方案设计A/B test。以下图所示，就是A/B test的数据对比，很显然，下图中的D版本明显点击优于其余版本。最终则考虑全部的页面所有切到D方案。

图5 某产品A/B test数据对比图

综上几个案例，我相信你们确定能够看到数据在产品和运营中的这种反馈做用。而这个过程更多的须要产品策划和运营具备必定的数据驱动意识，在这个方向上的精进，无疑对工做会带来很大的益处。

如上，是笔者在平常项目管理过程当中，对于需求—数据—改进 闭环造成的见解。对于数据创新驱动业务等课题，已经有不少专业性的文章和书籍作了研究，但笔者想表达的是，在平常工做中，咱们关注点点滴滴，踏实作好每一步才是最重要的。

免费领取验证码、内容安全、短信发送、直播点播体验包及云服务器等套餐

更多网易技术、产品、运营经验分享请访问网易云社区。

文章来源： 网易云社区