Arthur's Blog

很多互联网人都了解DAU、MAU的重要性，但是具体的数据指标划分你知道吗？对数据基本功的扎实了解，是沟通的桥梁，本文作者对常见的数据指标进行了分析，希望通过此文能够加深你对基础数据指标的认识。

现如今，我们见证了太多的江湖奇迹，无论是拼多多的三年上市，抑或是瑞幸咖啡的异军突出，这些奇迹坚定了众多中小门派追梦之路，当然，人们也渴望获得奇迹增长的力量，《用户增长》这本武林“秘籍”似成了关键，仿佛一旦得到，便可“号令天下，谁敢不从”。

诚然，在以用户为中心的互联网行业里，有了更多的用户，便如同拥有了屠龙刀一样，无往不利。但是，神器虽锋，但也要修好基本的内功，不然可就成了：一方霸主尚未成，走火入魔断了魂。

说到基本内功，离不开对数据最基本的理解，说到数据指标，也许您可能呵呵一笑，不就是DAU，MAU，UV，PV吗？这有什么好讲的。可是如果我问您一下，日活跃用户中的日，活跃，用户分别是以什么划分的？可能您就有些含糊不清了，也许您觉得这没什么重要的，知道不知道都一样。

这里，宋老湿先卖个关子：

对数据基本功的扎实了解，是沟通的桥梁！等到文末，大家自然就明白我这句话意思了。接下来全程干货，请做好湿了的准备。

数据的一句话秘诀

数据作为互联网产品发展方向的核心驱动力之一，必须是基于业务，离开业务的数据毫无价值。无论哪种互联网细分行业的业务都是基于解决“用户在某种场景下，产生的某种需求”。

在解决的需求过程中产生的数据，才是我们互联网人需要关注的，因为是有价值的。那么作服务方的我们就需要记录用户用了我们的什么服务，最终结果是什么。

这里呢，为了方便大家记忆，给大家一口秘诀：

谁？做了什么？结果怎样？

根据口诀，宋老湿对应的将数据分为三大类：

用户数据（谁）行为数据（做了什么）业务数据（结果怎么样）

01 用户数据

用户数据主要有：DAU，MAU，新增用户，留存率。

DAU、MAU

DAU：daily active user（日活跃用户）MAU：monthly active user（月活跃用户）。这里面我们分三步拆解：

1. Daily

一般我们指一个自然日，即0:00–24:00。特例：如果用户群体涉及海外产品，可根据具 体业务设置为最近24小时。

2. Monthly

当月至少活跃一次的用户总数。（即多次打开只记录为一次月活）。此处需要注意：月活不等于当月各日日活相加，需要进行去重。

这里方便大家理解：给大家提一个小问题

各类APP根据自身产品调性不同，首页设计也不尽相同。编辑类App怎么设计一个还不错的首页？本文作者结合11个案例对此进行了分析探究，与大家分享。

最近看编辑类的App比较多，发现这类App的首页各不相同。有简洁的，只有相机和相册的入口；也有比较复杂的，展示模版的瀑布流；也有的是组合型的，既有功能入口也有模板瀑布流。

产品类型、产品的核心功能、产品调性、产品版本不同，编辑类的App的首页也有所不同。

想要设计一个还不错的编辑类App的首页，可以参考下面的11个案例。

01 功能众多，可以采用图标型或者卡片型

天天P图是采用的图标型。首页结构非常简单，Banner+图标+相机入口，商店和设置放置底部两侧。

美图和天天P图的结构比较类似：Banner+卡片+相机入口。底部两侧是美图DIY和社区。右侧顶部是商店和个人中心。

这种布局和结构的特点是高度刚好一屏，优点是：比较简洁、功能可以一览无余。

02 功能特别多的，也可以采用卡片宫格形式。

FaceFun和Selfie Tune功能特别多，所以采用了卡片宫格的方式。

这种卡片宫格，带有配图，所以比图标更加直观。特别是Selfie Tune的配图还是动态的，直接演示了产品功能，让人有点击欲望。

03 资源罗列型

编辑类的App一般会有比较多的素材资源，比如滤镜、贴纸、特效等。如果资源比较特别和丰富，就可以像下面几个App一样，把资源罗列到首页。

illus和Amaze Cam是中间tab分类的方式，罗列素材资源。

除了这种tab罗列资源的形式，还有一种上下罗列资源分类的形式。

所有的资源中，模版是一种比较特别的资源。

因为模版一般是几种资源的集合，这些资源组合成为一个比较成熟的作品。用户只要替换图片和文字，就可以形成自己的作品，非常简单。有些App的核心就是模版，所以首页通常是模板和分类的罗列。

分类：有上下罗列分类的，也有顶部或者底部tab的方式。

模板：罗列方式有的是瀑布流，也有的是大图卡片。

具体可以见下面的Story类型的App：

04 作品罗列型

有的App是把作品精选放到首页，这类App的作品有些是编辑自己制作的，比如VOUN；也有些是用户提交，编辑精选的，比如SuperFX；也有些是用户自己发布的，比如美拍。

这个类型的App因为制作好看的作品集的成本比较低，操作比较简单，所以放作品集。一方面让用户觉得自己也是可以把作品做的这么有趣和好看的，增强用户的信

作为产品经理，领导总让我们挖掘用户需求，咋个挖掘法？ 特别是手头还没什么数据，最多只有一个用户购货记录，感觉挖不出东西。本文对此系统解答一下。做用户需求挖掘上，有很多很流行的无解，今天也一并澄清。

用户需求挖掘的错误做法

这个段子很多人都听过：

一个小哥来五金店买钉子买钉子是因为他想挂一幅画挂一幅画是因为他很孤单他很孤单因为他很想找女朋友所以他真正的需求是个女朋友应该给他介绍个女朋友故事很好听，可却是大错特错……从业务上看，一个五金店老板，如果不想着怎么卖金属器械，而是研究牵线搭桥的话，那小店离倒闭也就不远了。

从数据上看，想不想找女朋友，估计连自己七姑八姨都懒得说，又怎么会轻易告诉陌生人（况且他还是个卖钢筋的）。这是个普遍的错误：误以为，用户需求挖掘，非得挖到别人不知道的八卦奇闻，才算有深度，非得满足很深层的需求，才算是真需求。

实际上，只有极少数行业能如此深度的了解用户，能无限度的满足用户。比如金融行业，针对极高端客户的私人服务，或许能做到这一点（分行行长亲自开车送大客户儿子上学也不是啥新鲜事）。但，大部分企业业务范围有限，面对的是海量用户。因此，不能脱离业务实际，做太细腻深刻的挖掘。无论是业务上还是数据上，都做不到，也没有必要做到。

所以，用户需求挖掘的本质，是：从有限的数据里，筛选关键区分维度，提升用户响应概率。我们要做的，不是搞清楚每个用户的，每个层次的需求。而是通过区分，提高用户响应概率，识别核心用户群体。让用户对我们的业务响应率，比闭着眼睛瞎做要高。每高出来一个百分点，都是数据分析师对企业的贡献。

用户需求挖掘的五个步骤

第一步：区分核心用户

还拿五金店老板举例。在精力有限的情况下，先抓住大客户才是关键，分类是很必要的。

五金店的用户分类，可能是：

第一等：物业维修部、装修队、工地（B2B类客户）第二等：装修、改水电、维修的客户（B2C类大客户）第三等：偶尔买一个灯泡、插座、钉子的散客（B2C类小客户）问题在于，当一个小哥进门，五金店老板并不知道他到底是哪一类。如果置之不理，可能损失掉一个大生意。但如果每个人都上来问一大堆问题，估计会把客人吓跑。这里就开始了第一步的用户需求挖掘，挖掘的问题很简单：“您想买点什么”

第二步：对业务分类

小哥回答：“我想要买钉子”——你联想到了什么？这个回答听起来很简单，可透露了很多信息。因为，每一类业务，可能有固定的商品组合和消费特点，比如对五金

这篇则系统说明了编写需求文档过程中的思考维度与注意事项，是『方案设计/需求文档』总结的第四篇，也是完结篇，相信读透这四篇文章，一个小白也能写出80分以上的需求文档。

01 组件与布局

1.1 组件

组件是产品功能的载体，不同组件承担的功能不同，在方案中，设计或选择组件的时候，可以从以下三个角度考虑，以确保方案的完整性。

组件是否可以交互，还是单纯的展示信息。例如首页中的『名称』标签，就是单纯的展示，而音频的图标，则可以被点击。组件是否存在不同的状态。如果同一个组件存在不同的状态，则要考虑不同状态的触发条件，有些是为了响应交互，例如音频图标存在选中与未选中两种状态；有些是为了表示同一过程的不同阶段，例如下载的进度条……组件对不同物理按键的响应，许多特定功能的组件需要响应不同的物理按键，例如音量条会随着物理音量键的按动而变化，Android手机中，多数『返回』或『关闭』组件会响应back键在思考组件作用的时候，不仅仅要要带入当前页面的主体功能，还需要从整个页面的角度思考每个组件的作用。以下图的『音量调节』为例：

在『音量调节』页面中，不能只关注音量条与完成按钮，还要思考4个播放位置与底部的音频的操作：即在音量调节的状态下，是否可以选中新的音频？正在被播放的音频是否可以被取消选中？当然最好的选择还是采用『模态』的方式：只有音量调节条可操作，其他的组件均置灰。

组件是组成原型图最基础的元素，方案中每个组件的功能与各种变化必须说明清楚，否则会出给开发或者设计带来很大的困惑，甚至造成严重的逻辑缺陷。

1.2 布局

确定页面布局的难度往往不是很大，因为存在大量的竞品可以参考，通常理清产品框架，并明确了功能组件，页面布局的确定往往是水到渠成的事情。

02 权限申请

权限申请通常有两种场景：一是在初始化的过程，二是在使用需要权限的功能时触发，如下图所示：

在初始化的过程中，若用户拒绝了授权，只需要弹出toast提示即可，保证进入App的流畅性，若是第二种情况，可以根据权限的重要性，选择使用挽留弹窗或者是简单的提示。

对于Android系统，权限分为三种类型，第一种是直接写死在代码中，用户只需要手动升级，就能自动获取的权限；第二种是通过系统弹窗进行授权，例如定位权限；第三种需要跳转到系统设置页授权，例如悬浮窗权限。 对于iOS来说， 授权形式只存在两种：首次会以弹窗的形式进行授权，若用户首次没有授权，第二次只

对于很多刚工作的运营or产品的萌新们，其实心里一直会有一个问题，产品到底是怎么去工作的？运营又是怎么工作的？运营思维和产品思维分别是什么？在这里将会为大家分享自己的一些经历，并做一些解答。

一、产品&运营的关系

互联网的下半场，界定真的比较模糊了。区别上来说，现在界定逐渐模糊，因为互联网产品趋于同质化，大体功能和设计基本固定化，用户增长红利期已经过了，所以很多时候产品兼运营，或者运营兼带部门产品工作，因此我们应该去区分产品和运营实际是怎么开始工作的。

二、工作流程的差异

1. 产品工作流程

产品工作是一个需要思考和沟通的工作，从一开始的对用户的思考，业务流程的思考，商业模式，需要和用户沟沟通，老板沟通，开发沟通，上线后使用的跟进及沟通等。是一个很细的工作，从用户需求的挖掘开始，完成功能的设计，到原型的输出，PRD文档的输出，产品开发评审会，到开发最终上线测试。

如果没有思考的详细，掌握一定的沟通技巧，思维逻辑不够透清晰，最终产品必然是会存在问题的。

（1）需求分析

需求分析分为主动的和被动的。

主动的：就是自己主动根据自己观察，产品使用数据反馈，能够给公司带来用户或营收增长的前提下做的需求挖掘，例如一个运营需要一个分享工具，分享便于活动传播；被动的：老板给需求，需要什么功能，说产品做一下功能。需求分析的开始就是，基于用户的角色–位置–关系下，在某些规则下的一系列流程。首先需要清楚用户是谁？商业模式是什么？

①做商业画图，用户画像，了解整个公司业务和用户

②做竞品分析，了解竞争对手，和对方的产品

③用户访谈，了解用户习惯，用户体验等

④需求评审，大抵在这里需要一份BRD/MRD，甚至部分公司需要PRD

（2）原型设计

原型设计是非常重要的一环，也是未来产品基本功能的展示。

从功能结构图——信息结构图——产品结构图展开，思考整个功能的需求和路径，做最优解；完善操作流程路径，并以此完成原型框架；画原型，制作低保真原型；内部需求评审，产品、UI、开发参与，确定功能的技术实现；如果未通过，修改优化知直到通过。（3）交互及视觉界面

在这里交互及视觉界面设计，部分产品不需要去做，只需要把设计要求交给UI和UX，最终成型，但是在这个过程中需要不断跟进，最终形成高保证原型；内容包含页面风格、布局、文字、色调等。

（3）产品开发评审会

将最终成型的高保真原型设计在最后会议过会，将高保证切图、逻辑等给到开发。

确定开发时间后进

消费者层面购买力提升、年龄结构变化，加速高品质旅游意愿消费观念转变，生产者层面，市场注重产品差异化供给，厂商纷纷开始加强产品标准体系建立，二者共同推动旅游市场进入产品全产业链品质化阶段。旅游产品品质化贯穿整个旅游产业链，从产品供应链、产品内容及用户体验端三个方面满足当前旅游用户对旅游品质化的需求。未来，随着OTA厂商赋能、创新技术应用落地，旅游产品品质化将以更多元方式呈现，并上升高度，助推旅游产业品质化发展

本文由 @易观分析 授权发布

为什么很多企业资金链断掉后，就倒闭了，原因是创始人初期对创业的roi评估不充分。本文作者从两个角度来重新解析roi，enjoy~

Roi指的是投资回报率，我们做运营的应该都晓得。尤其是做广告投放的同学，最核心的一项工作就是核算广告的投入产出比。例如1万元的广告预算，投放后能回来多少钱呢？如果回来的超过1万，会继续追加广告预算，如果回来的少于1万，就要优化广告投放策略，继续测试了。

Roi本身很简单，是一个算账的过程。最近和一个想创业的人聊天，发现roi的应用范围远远不止广告投放那一块。在公司的经营、在日常的学习，在人生的成长中，处处可以看到roi的身影。我们每时每刻都在投入，也时时的在获得回报。

为什么很多企业资金链断掉后，就倒闭了，原因是创始人初期对创业的roi评估不充分，做成功一家企业也许需要1000万资金的投入，在只有不到100万的启动资金时进行创业，从公司成立的那一刻起，倒闭的结局已经写进了日程，只是自己看不到而已。

这里就roi进行延伸阅读，从以下两个方面来新解roi：

正确的认知投入产出比具备正常的运营能力

一、正确的认知投入产出比

（1）资金越充足，创业的成功率越高

我之前在的一家互联网企业，年营收过亿，算是挺成功的一家公司。在公司创立初期，公司是做什么业务的呢？没有业务。照搬老板的话，是这样说的：当时也不知道要做什么，先招人吧，招到后慢慢的摸索。半年的时间，公司没有一分进账，后来看到别人做移动广告赚了不少，也切入广告这块，后面一下子起来了。

半年多的时间没有进账，公司还没有倒，是老板之前踩了狗屎运，赚了第一桶金，有了原始积累。后面开公司，即便一年不开张，也不会有大的问题。用一年的时间，去尝试各种业务模式，一旦有一个模式跑通了，赚钱就简单多了。反过来看，如果企业本身没有资金储备，只够存活3个月，那么就不会有后面的广告业务，更不会有现在年营业额过亿的机会了。

普通人攒了点钱，头脑发热去创业，多以失败告终，是没有正确的认识到投入产出比。

以实体店为例：我们只知道开一家店的资金投入要30万或者更多，却不知道，熬到收支平衡和收入大于支出时，要投入多少钱和多少时间。钱这块稍微用下心，是能算出来的。但是时间，里面影响的因素太多了，除非是量子计算机，否则很难算出来。

（2）企业盈利前需要投入的钱和时间很难预估

投入的资金，按照时间，人员数量，材料成本，广告预算，是可以算出来每年支出成本的。

但

上一篇《产品设计方案撰写指南（一）：结构设计》中我们说到，只有理解背后的道理，借助框架模板，通过反复的训练才可以提高产品设计方案的撰写水平，并且和大家探讨了结构设计版块的撰写要点。本系列篇二将和大家继续学习硬件设计方面的内容。

一、设计概述

同样的，在进行详细设计说明前，需要对采取的硬件基本设计思路做出阐述，并概要描述为什么要采取本方案：

硬件配置说明：以方框图的形式描述产品的整体配置和单板配置；硬件/固件的设计选择：描述硬件/固件的设计选择，如尺寸、颜色、形状、材料等；硬件开发平台说明：介绍硬件开发的环境、工具、编译器、可编程性设计工具如FPGA/DSP等；介绍SI、EMC仿真分析平台（如果有）。这里我们说的“方框图”是指系统方框图，用于说明系统的各部分是如何搭配成一个完整系统的。系统方框图需标识好组成各系统构件（子系统、模块、单元）并描述它们之间的静态关系。

系统方框图应画成两种：

功能性方框图：用于说明系统有哪些功能，应由哪些功能模块来实现。需画出这些功能模块之间的逻辑关系，接口方式，遵循的协议规范等。如果是迭代类的产品，可在原有功能性方框图上增加、修改、删除；物理性方框图：用于说明系统具体是由哪些硬件模块来实现，需具体到型号、厂家、规格和性等。这是设计硬件实现方案的基础（软件实现方案与此类似）。最后需要给出两者间的对应关系，明确哪个物理框实现哪个功能框的目的。

二、设计详述

1. 模块间接口说明

总体概念介绍完成后，需自上而下的对硬件系统各功能模块进行详细介绍，具体到各功能模块的作用及彼此之间是如何配合以实现整体功能的。注意此处内容可能较多，建议在单独文件内进行描述，并在产品设计方案内进行引用。

接口标识和图例：通过图例说明最小功能单元之间的接口，并为每个接口赋予唯一标识。若是迭代类产品，需注明接口的变化。

下图是系统整体接口标识示意：

详细接口定义：描述各最小功能单元间关键接口的接口标准、信号定义等，对非关键接口可以不给出详细定义。若是迭代类产品，需注明单板功能的变化以及接口标准的变化等。下图是某板卡最小功能单元说明示意。

2. 模块需求分配说明

硬件设计时我们建议以需求定功能，除满足必须的功能需求，必要的性能需求外，不做冗余设计（当然这也要分行业，to C及部分to B的产品建议这样做）。因此在对硬件系统整体方案进行介绍后，需将最小模块的功能与需求进行对应（这里会用到需求追踪工具

作者打算用一系列文章来有重点的介绍产品设计方案的几大板块，不只是和大家探讨应该套用怎样的模板，更重要的是帮助大家理解产品设计时应该注意的要点。需要时刻记住，文档是为产品服务的，我们是产品经理而不是文档经理。今天所讲主要围绕“结构设计”进行~

又到年底啦，年度总结你准备好了没？复盘2019年，你的收获有多少，成长有多少？

今年的职业生涯里，我发现了一个很容易被忽视的东西，很多产品朋友对其的态度都是又爱又恨，那就是“文档”。产品开发时间紧张的情况下，很多人就选择敷衍了事，因为“内容都装在脑子里嘛”，等到项目复盘，或者产品出问题了，再想要回过头来看看当时是收到怎样的需求，又是怎么定的方案，就经常是抓瞎，只好回溯不靠谱的记忆，结果也往往是项目的进展偏离最开始的目标，不出问题还好，一出问题项目组成员互相扯皮。

文档的有无是一方面（产品生命周期里具体涉及哪些文档，可以参考下我之前的文章《我的PM进阶之路》），文档的内容充实程度决定了它能否真的具有帮你查缺补漏的作用。很多的产品经理都是入行没多久，大学以及工作中也没有受到良好的文档撰写相关的培训，写出的文档良莠不齐：基础好些愿意思考的产品经理，写出的内容还算切实有物；刚刚接触所处行业、基础差的的产品经理，写出的文档经常是丢三落四，抓不住重点。

其实文档的撰写是一门大学问，我也说不上精通，不过产品生涯里也在不停的磨砺这方面的能力，多少有了点积累。回顾19年，对我工作影响最大的，还是“产品设计方案”，数次救我于水火，也数次陷我于难堪。

对于硬件产品而言，产品设计方案的撰写是一个系统性工程，概因硬件产品本身涉及面很广，从硬件设计、软件设计、结构设计到工业设计，方方面面都包含在内。若要写出一份合格的文档，能起到提纲挈领和忠实记录的作用，就必须要做到八个字——“细致深入，清晰易懂”。

我计划用一系列文章来有重点的介绍产品设计方案的几大板块，不只是和大家探讨应该套用怎样的模板，更重要的是帮助大家理解产品设计时应该注意的要点。需要时刻记住，文档是为产品服务的，我们是产品经理而不是文档经理。

今天所讲主要围绕“结构设计”进行，后续还有“硬件设计”和“软件设计”，敬请期待，欢迎来踩。

一、设计概述

通过结构设计概述，文档阅读者能快速产生直观印象，把握产品的设计理念。因此在进行详细设计说明前，需要对基本结构设计思想做出阐述：

• 分析该产品的结构需求，以及硬件、工业设计对结

上期我们一起聊了《拆解用户生命周期，发现它与正态分布曲线之美》，同时笔者也预告了今天我们要聊的内容——「用户分层模型」，闲话小说，紧接着我们一起看看吧。

《笑傲江湖》里面，令狐冲说道：“我要退出江湖，从此不问江湖之事。”

任我行接着说了这么一句话：“你怎么退，这个世界有人的地方就有江湖。”

好一句“有人在的地方就是江湖”。

江湖有流派，更有三六九等，其实在一个产品运营生态中用户也有三、六、九等，这话怎么说？

江湖流派的三六九等有其等级分法，产品中的用户同样是要有区别用户等级的方法，或者说尺度。

有些读者可能会说，用户分层这不就是老生常谈吗？

可以简单粗暴地利用用户画像加以区分，想做更精细的也可以用“用户生命周期/RFM用户关键行为”方法区分，相信很多读者都已经看过相关的解释或者案例分析。

笔者认为要将用户分层运营做得更精细，仅仅是采用用户生命周期或者RFM用户关键行为是不够好的。

由于笔者之前是负责互联网金融投资理财类产品运营，接下来笔者会以投资理财产品跟大家聊聊用户分层的方法论。

（一个思维模型，思维模型指人凭借外部活动逐步建立起来并不断完善着的基本的概念框架、概念网络。）

首先，大家要明确做用户分层的目的和意义是啥？

一、运营效能最大化

或者你很早就听说“分层运营”或者“精细化运营”这个词语，可能也听到不同的方法论，但“听到”距离“做到”还有很长的一段距离。

那么我们为啥要研究用户，为啥要将用户分层？

其实，就像上面所说用户也有5个生命周期，一个运营策略往往是不能够满足所有生命周期的用户需求。

举个简单的例子：一般线上的商品其实都不止一个价格，聪明的人会领取店铺的优惠卡、或者打折券才会死心塌地的决定买买买；而有些人根本不care优惠多少，照样原价购买。

其实这里还用到经济学中的“价格歧视”策略，目的是同一件商品满足了不同支付能力的用户，最终的结果是GMV的最大化。

同样，以用户精细化分层为基础，将运营手段专业化、模块化，甚至半自动化执行，而从本质上提升运营工作效率，最终提升产品整体创收。

二、分层研究方法论

在用户分层运营模型中，RFM模型早已被广泛深入运用在互联网公司里，它主要运用三个维度来区分用户，分别是：

R（Recency）：离某个时间点最近的一次消费，为「近度」维度；F（Frequency）：一段时间内的消费频次，为「频度」维度；M（Monetary）：对应这段时间内的消费金额，为「额度」维度