信息流属于什么流 互联网产品的价值流动：价值流、工作流和信息流

价值流、工作流和信息流的现况，怎么优化，以及怎样应用三流帮助我们的产品成功？网易资深PM给我们分享了这种经验。

三流是一个关于我们怎么看待我们的工作的说法，在开始写这篇文章之前，我有过好多关于这方面的思索，而且都不太系统，近来这个思索逐步明确上去，于是就有了这篇文章。

一、什么是三流？

在精益的理论中，希望价值就能流动上去，当我们尝试着把精益的理论从制造业的背景中映射到互联网行业中时，会发觉要一一映射价值流是有困难的。

互联网软件价值流的判定和制造产品价值流的判定之间的差异在于：制造出的产品在用户领到的时侯就获得了几乎全部的价值，而互联网软件不是。

互联网软件是一种服务，它的价值是在用户每一次使用这个服务的时侯分别得到的，但是每一次得到的服务往往是不一样的。提供服务的不仅仅是生产部门（软件开发），而是几乎每一个部门都在提供服务，换句话说就是：用户体验是全公司的事情。

这么在这些情况下我们怎样辨识互联网企业在提供价值的过程中的“流”?三流就是从这样的背景下开始思索的。

1.价值流

首先是价值流——用户是怎样通过价值流持续获得软件的价值的？

以网易卡搭为例，网易卡搭是一个提供少儿STEAM教育的产品，产品本身包含了在线的课程、社区、校园、大赛，同时也包含了线下的营地、机构授权等服务。

以一个订购了卡搭课程的父母用户为例，用户的整个价值流是：

了解卡搭，通过卡搭发觉了自己和儿子所须要的课程，找到了清除知识竞争带来的恐惧感的方式。订购课程，通过课程的评测功能了解到儿子须要提高的地方，但是第一时间收到了怎样学习课程的方式，了解了自身的情况又去除了对于未知事物的些许焦虑，提高了信心。开始上课，通过上课学习到了新的知识和能力，获得了更多的竞争优势，而且培养了创造力和逻辑思维能力。开始做作业，在做作业的过程中，重新回顾了所学的知识而且应用于实践，通过实践获得了成就感和满足感。作业点评，通过点评获得反馈，进而了解自己的学习情况和对于知识点的理解，通过这样的反馈来获得提高。公开课，扩宽了视野，获得了一些新的工具方式和认知。毕业总结，对于整体学习情况的总结，通过总结见到了自己的成长和变化，但是有一个值得显摆的证书。

从了解卡搭到毕业总结，用户在这个过程中的每一个环节都得到了不同的价值，这个链路就是价值流。

这只是一条简化的价值流的举例，实际上的价值流比这个事例丰富得多，但是一个产品常常有多种不同类型的顾客，从企业到个人，再到不同的人群，为每种不同的顾客所设计的价值流是不同的。

怎么能设计一条价值流，让用户才能更快、更顺畅地通过价值流得到软件的所有价值，怎样在现有的价值流中降低或减轻环节为用户提供更多的价值，这种正是我们所须要考虑的。

2.工作流

在设计好了价值流以后，我们就须要考虑我们怎样才能支撑这样的价值流？

这就是工作流的作用。

在互联网企业中的工作流有好多种，最常见的一种就是产品开发工作流：

企划环节：产品企划人员从BD，营运等内部顾客那儿收到到她们的需求，之后再通过自己对于用户，产品和行业的认知设计产品形态。交互环节：交互设计是收到了从企划哪里来的需求稿开始做产品的交互设计。视觉环节：视觉设计师收到了从交互哪里来的交互稿开始做产品的视觉设计。开发环节：开发人员收到了从视觉环节来的视觉稿和交互环节来的交互稿开始做代码的开发。测试环节：测试人员收到了从开发人员哪里来的代码开始做测试。上线环节：运维人员从开发人员那儿收到了上线的申请，开始做代码的布署。

从企划开始到上线，就是产品开发的工作流。

这个工作流，让用户还能在每隔一段时间都还能感遭到不同的软件使用体验，例如愈发美观带来的愉悦感，更符合使用习惯的交互设计带来的舒适感，更高性能的软件带来的顺畅感，新降低的咨询功能让用户在了解产品的时侯愈发便利，删掉的资料填写功能让用户更快地才能开始使用产品获得产品的价值。

3.信息流

在构建了工作流以后，就须要构建怎样管理工作流的信息流。

工作流不可能自己运转上去，工作流的每位环节之间是须要衔接和信息同步的，工作流的目标、整体的效能提高和持续地优化是须要通讯息流进行管理的。

信息流和工作流的关系，如同是FTP合同中的20端口和21端口的关系：一个传数据，另一个传递控制数据的数据。

我们常见的各类大会就是一种信息流，例如站会，我们在站会上同步今天各项工作的完成情况，同步明天要做的事情，同步碰到的问题等等。工作状态的信息通过这个大会从一个人这儿传递到其他人那儿。

再举一个反例：

产品的战略层决定了方向以后，是怎样将信息传递给中层管理人员的，中层管理人员又是怎样把这种信息继续向上传递到执行人员的，最后的执行结果又是怎样通过这种层反馈会战略层的——这些就是每晚在发生的信息流。

信息流是控制工作流所必不可少的，没有信息流，工作流都会一团混乱，环节和环节之间都会相悖，层和层之间都会出现不一致的理解。

并且因为信息流本身不创造价值，因而信息流是须要考虑成本的，过多的信息流会导致许多毋须要的浪费。

作为项目总监，在步入一个新团队的时侯，切入点也经常是信息流，通过掌控信息流来控制工作流，进而影响价值流。

二、帮助产品成功

了解了哪些是三流以后，我们要做的就是通过三流来帮助产品成功。

这么问题来了：我们怎样通过三流来帮助产品成功？

商业的竞争最后都是怎样有效借助资源的竞争，这些竞争彰显在怎么用现有的资源获取更多的资源，怎样用现有的资源辨识价值和创造更多的价值，这种就是我们所须要面对的。

三流中的价值流就是拿来设计对用户有价值的路径，而三流中的工作流就是拿来做资源借助的；我们通过优化价值流来提高用户得到的价值信息流属于什么流，通过优化工作流来提高资源的借助率，通过优化信息流来增加管理成本。

三、了解现况

在开始做优化之前，首先要做的事情就是了解现况。通过了解和剖析现况，我们找到可以优化的点，之后再选择要优化的点做好优化的计划，接着根据优化计划实现整体的提高。

1.价值流的现况

通过了解价值流的现况，找到可以优化的点，进而提高用户的价值。

了解价值流的现况可以分成三个步骤：

整理现有的价值流环节选择和搜集现有价值流的数据搜集现有价值流的感性认知

整理现有价值流环节

首先要搜集和整理现有的价值流和价值流的每位环节，尽可能地细化：

顾客选购卡搭线上课程的价值流。STEAM班主任使用卡搭校园的价值流。授权机构订购卡搭授权的价值流。……

通过这种价值流的搜集整理，我们可以

选择和搜集现有价值流的数据

以上面的顾客选购卡搭课程的价值流为反例，我们须要剖析每一个环节的数据，通过数据来发觉其中须要优化的点：

1.了解卡搭，数据的目的是了解用户在了解卡搭的环节是否获取了足够多的价值？用户都是通过哪些渠道晓得我们的？什么渠道来的用户比较符合我们的预期？我们对于原有用户画像的设定是否符合实际？用户是如何了解卡搭的？是否听到了我们希望用户听到的内容？我们原计划希望用户操作的路径是否用户是如此做的？我们设计的这些功能用户是否都用到了？页面的上信息用户听到了什么？等等。

2.订购课程，通过课程的评测功能了解到儿子须要提高的地方，但是第一时间收到了怎样学习课程的方式，了解了自身的情况又去除了对于未知事物的些许焦虑，提高了信心。

3.开始上课，略。

4.开始做作业，略

5.作业点评，略。

6.公开课，略。

7.毕业总结，略。

在笔者经历过的团队上面，数据剖析的需求，优先级都是不太高信息流属于什么流，即使我本人不太认同，但是也努力促进数据剖析的相关功能的完善。

在我的观念中，数据搜集和剖析的相关功能属于功能的一部份，否则，新功能上线新服务推出，怎么能晓得疗效咋样？不能晓得疗效咋样那如何晓得新功能或则服务起到了正向还是负向的疗效？如何晓得下一步该做哪些？

但实际在工作中，要有如此全的数据打点或则搜集是比较难的，成本也是比较高的，因而我们就要按照当下的情况作出一些抉择，对于这些想要晓得疗效的功能实现数据搜集和剖析的功能，而对于不这么紧急的，自然也可以往前放放。

搜集现有价值流的感性认知

这个就是用户研究的领域了，我们须要向用研部门提出需求，描述清楚我们所须要达成的目标，我们想要验证的现有软件的使用情况，和为未来设计的新功能点的用户接受程度等等。

2.工作流的现况

通过了解工作流的现况，找到可以优化的点，进而提高团队整体效能。

了解价值流的现况可以分成四个步骤：

了解价值流的需求，整理工作流所要支撑的价值流整理现有的工作流，列举主要的环节选择过程数据指标搜集各个数据指标的情况

了解价值流的需求

价值流的需求是工作流的目标，因而了解价值流的需求很重要。

以卡搭在线课程为例，课程用户的价值流的目标是让用户在订购和使用卡搭产品的每一个环节都还能获得一定的价值，因而，对于工作流的需求就是：

这种就是价值流对于工作流的需求。价值流定义了What，工作流就须要定义出How了。

整理现有的工作流

整理现有的工作流会对团队现有的工作方法有一个更全面的了解，这个工作流分成不同的环节或则步骤，工作流通过这种环节来支撑价值流。

以网易卡搭的课程线为例，为了支持价值流的需求：

产品开发团队的现有的常规工作流：

企划交互视觉开发测试预发上线

这个工作流常见得不能再常见了，但我们正是周期性地通过这样的工作流，持续地为价值流添加新的价值，持续地优化价值流的每一个环节，而且通过测试，预发这样的环节来保证质量。

其实，Scrum是反对把测试和开发分辨得那么显著的，在Scrum团队中不应当有专门的测试人员，也不应当有一个专门的测试环节，这个问题我同意也不同意：

从生产力发展的角度来说，社会分工一定是越来越细致的，因而开发和测试两种不同思维方法的工作是会渐渐区分开的，只是测试人员的角色和定位可能会发生变化，不只是发觉问题而是弄成成果初验，但是从测试专家和测试工具提供者的角度为团队提供支持。

关于测试环节，并不是每一个团队都能一蹴而就立即取消测试环节，从组织架构也好，软件构架也好，测试工具的完备程度，手动化测试用例的覆盖率，团队的成熟度，等等多个维度上来看能够判定测试环节是否在当下可以不要。

选择过程数据指标

常见可选的数据指标有以下这种：

实际在选择指标的时侯，并不是随心所欲的，常常遭到条件的限制，例如增值时间是很难统计的，除非才能始终跟在相关人员身边记录。转换时间和可用时间也是比较难统计的，往往须要通过和不同的人进行交流后，按照她们的回答进行统计。

搜集各个数据指标的情况

因为团队早已才有了固定迭代周期的方法，所以需求速度理论上应当是稳定的，因而对于需求大小的可以通过StoryPoint做一个简单的恐怕。

过程时间也是相对固定：企划，交互，是认为时间为了配合开发测试的迭代时间，也是须要固定迭代的。

上图显示了每一个环节所须要耗费的时间，可以简单的判定企划，交互，视觉耗费的时间比较长。实际上笔者在搜集时间的时侯是用了愈加细致的图，把开发团队的时间做了更细致的分拆和记录，之后把每一个环节都标上时间。

3.信息流的现况

信息流是为对工作流进行管理的，为了才能让信息在不同环节和不同角色之间同步，让工作流更顺畅地工作上去的。因而了解了工作流的现况以后我们也须要了解信息流的现况：

整理现有的信息流

理出所有的大会，短信，IM群等等每位会进行信息传递的方法，但是列举每一个方法存在的目的。

大会

电邮

IM群

现有信息流的覆盖范围

还须要整理出现有信息流的覆盖范围，由于可能会发觉有部份信息流有遗漏关键人员，或则会发觉相同目的的群重复覆盖了相同的人群。

现有信息流花费的时间

之后就是记录每位信息流所须要耗费的时间，通过这种时间来判定信息流的投入产出比。和对于人员时间的占用。

四、分析优化

了解了三流的现况以后，我们急须要对现况进行剖析，找到其中的问题或则优化点，之后针对性地提出解决方案。

1.价值流剖析优化

通过数据发觉：课程用户订购课程的转化率不尽如人意，浏览课程页面的用户只有1%选择了订购，没有选择订购的用户几乎所有人根本就没有步入订购流程，也就是说用户浏览了订购页面然后就走了。

但是我们发觉：大多数用户虽然看完了页面上的信息。这么问题来了，为何99%的用户连订购流程都没有步入？滚动条比率显示大多数用户看完了信息流属于什么流，那是由于文案不好看？还是由于信息不充分？还是由于价钱太高？是哪些让用户没有获得充分的价值感？

按照这种剖析，我们可以做一下尝试：调整价钱，更改文案，降低更多的信息。

经过讨论，我们决定降低更多的信息，于是降低了试看课，让用户在这个环节得到更多的价值，这个价值帮助用户增加决策的风险。

在放出了试看课以后，我们也须要搜集相关的数据：打开了试看课的用户比列是多少？看完试看课的用户比列是多少？降低了试看课以后，购课转化率是否有提高？按照这种结果来决定我们还需进一步做什么优化。

2.工作流剖析优化

按照课程的产品开发流和每一各环节的数据，可以看见：前期的企划和和交互视觉时间是比较长的，抢占了整个流程2/3的时间，须要才能减短时间；同时，开发时间过短，测试上线预发的时间也过长。

对于企划交互视觉企划时间过长的问题，第一步就是要让那些认为工作量可见，能够判定她们是否须要长么长的时间来完成相应的步骤，因而让所有的工作内容上JIRA就显得很重要，之后下一步才是按照JIRA上的数据来剖析是否有可能对这部份的工作内容进行减短。

其实，也须要和对应的负责人进行沟通，了解他对于这个问题的见解，是否还能达成共识而且推进实践的减短。

对于测试联调预发上线时间过长的问题，我们进一步剖析发觉：在Bug上所耗费的时间占到整体开发时间的1/3，而联调时间又比较长，测试环境也常常不稳定，因为质量不好造成测试等待时间也很长，上线过程，因而可以得出第一个推论：质量不好造成在代码递交测试以后耗费的时间过长，因而第一步就是须要提高代码递交的质量。剖析缘由，是由于现今的新功能开发压力比较大，同时又由于插入的临时需求比较多，开发能用于设计和自己测试的时间不够造成的。因而解决方式就是：每位迭代给开发留出20%的时间，少做一点需求，少制造一点Bug，但是当有临时需求插入的时侯也可以用这个20%的时间来做缓冲，不至于占用设计和测试的时间；假如没有用完这部份时间，那就把时间用于技术债的清除。

可用时间的延长要慎重：并不是所有的时间都可以用于工作，高硬度工作8个小时是十分累的，因而每位人就会选择其中一段时间休息一下——可能是去抽支烟，可能是喝奶茶，或则是站上去走走，或则和他人聊几句。

这种看上去都是何必要的事情，而且假如剥夺了这部份的时间，这么只会带来工作效率的升高。而且，每位人所须要的休息时间是不一样的，不能简单地一刀切规定每位人的休息时间不得少于多少时间。为此我们在考虑可用时间的目的是看我们实际可以用的时间是多少，而不是简单考虑增加可用时间。

从另外一个方面来看，我们也可以通过降低工作时长来达到降低可用时间的目的，这也是我们常用的技巧。

实际上，这个方式有点类似于饮鸩止渴：刚开始的时侯，可用工作时间可能会随着工作时间的降低而降低；并且因为疲劳的降低，可用时间的降低和工作时间的降低并不会成反比，会随着加班次数的降低，可用时间会逐渐降低到一个稳定水平；这个水平会比加班之前的可用时间多，而且会比期望的少。

假如加班是有成本的化，这个投入产出比其实是比较低的。

3.信息流剖析优化

通过信息流的数据可以发觉，接收XXX短信的人数是全员，但似乎并不须要通知到全员——这封电邮只须要在电邮列表上面须要回复的人收到就可以了，否则所有的短信和相关的回复都是全员收到，会导致大量的垃圾电邮，剩下的人只须要在上线的时侯收到电邮即可。

通过信息流的数据可以发觉：之前XXX大会的时间往往须要开3个小时，在会上你们会讨论许多问题；而且是所有核心成员就会出席的会大会，这样的化就偏离的大会的目的，而且耗费的时间过多，造成了许多浪费。

4.剖析和优化的挑战

其实我们通过剖析得出了许多优化方案，并且要落地方案并不是这么容易的——有一些方案会受限于你所处的环境，受限于团队当下的状态而短期内难以实现，这种也都是你所须要面对的挑战，怎么找支持，持续不断地努力来改变周围的环境，大约也是互联网项目总监经常在做的事情。

五、总结

通过了解三流的现况，之后剖析和优化三流，我们用这样的手段来提高业务线的效能，进而才能在商业竞争中通过效能的优势胜出。

通过剖析价值流，我们发觉在各个环节的数据搜集和剖析是不够做决策的，因而我们把尽早提高数据覆盖作为了我们下一个阶段的目标。

通过剖析工作流，我们听到了工作流中的问题，把提高可用工作时间作为我们研制团队的工作目标，进而才能尽早地完成产品的需求。

通过剖析信息流，我们减小了大会的频度，取消了部份没有必要的大会，根据目标和组织构架调整了各个大会的参与人员，重新梳理了电邮列表，降低了短信的打搅，合并了一些群，保证信息才能发送给所有须要的人，因而保证工作的每位环节的同步耗费更少的时间，但是信息才能被传达到位。

作者：曹靓，网易资深项目总监，9年SCRUM多角色经验，6年大规模分布式系统经验，3年LTE系统经验，旨在于提高用户需求转化为价值的速率。