工作以来，接触过很多类型的产品，做过客户端、玩过网站、钻研过 APP、体验过做营收。产品的类型不一样，可能工作内容也有所不同。如果你每做一个需求，每换一个项目，都需要从头冥想，这并不是一个高效的做事方法。做人讲究随遇而安，但做产品不是的。无论设计什么类型的产品，最重要的是标准化流程，组件化需求，提炼出可迁移、可复制的工作方式。

寻找(Find )：信息获取

产品设计的第 1 步，是获取用户的某种需求。寻找(Find)需求看似简单，实则是一件非常难的事情。很多时候用户心里的 Need，和他们嘴上说的 Want 是完全不一样的。获取需求的方式大概有以下几种：

产品直觉

很多人做产品时，是凭直觉去做的。你会猜测用户的需求，然后根据猜测设计产品。这种方法简单有效，但不一定对，因为一个人的直觉常常不能代表海量用户的需求。“我觉得这个应该这样做……”，产品经理常常会先入为主地带入自己的想法，而且还容易固执己见，不过这确实是一个获取需求的好办法。

用户反馈

用户反馈是需求的一个重要来源，你的产品好与不好，用户最有发言权。在产品设计上，一定要设置一个用户反馈的便捷方法，让用户能对你的产品进行有效反馈。即便用户在不断地骂你，这也是好事，因为骂代表在乎。

场景触发

到用户使用你的产品的地方进行观察，用户体验是否优秀必须要在纷乱、多变的环境中才能考察出来。如果你不能到达场景现场，那么就要跟用户多了解一些他们使用产品时所处环境的情况。我们无法控制用户使用产品的环境，而只能使产品设计符合环境需求。

数学模型

以上三种方法都偏向于感性，但有时理性分析需求，可能更为靠谱。单个用户的需求千奇百怪，为个别用户设计产品不容易覆盖群体的需求。将眼光放到整个用户群体上，相信数据的力量，为群体需求建立数学模型，这是一种获取需求的利器。

A. n * n 型产品：n 代表节点数量，n * n 代表着一个节点型产品的价值量。比如，微信社交属于节点式产品，微信的月活跃用户是 6 亿，那么微信这个产品的价值量就是 6 亿 * 6 亿。所有符合节点式的产品(社交类、工具类产品)，都满足这个最简单的产品公式。

B. n * m 型产品：前面我们已经知道，n 代表节点数量;这里出现了 m，它代表内容的数量;n * m 代表内容型产品的价值量。微博的用户量是 n，m 代表大 V 的数量，微博的月活跃用户有 2 亿，但是大 V 撑死了也就几千人，所以微博的价值量是 2 亿 * 几千人，远远低于微信。

所有成功的产品设计与商业模式，一定是能用最简单方式描述的，无论是一句话、公式还是模型。

Scamper 创新法

这是一种专业的创新办法——代合调改用消排(scamper)，它能帮你获取需求。

替代 S：何物可被取代?

合并 C：可与何物合并而成为一体?

调试 A：原物可有需要调整的地方?

修改 M：可否改变原物的某些特征、形式?

其他用途 P：可有其他非传统用途?

消除 E：可否将原物变化或消除?

重排 R：重组原物顺序?

在产品体验上，几乎每个细节都可以创新，这些细节的创新也许就能解决某个用户痛点。

过滤(Filter)：需求过滤

产品设计的第 2 步，筛选、过滤需求。产品经理在设计一个产品时，总会遇到很多的需求点，而资源总是有限的。如何梳理需求，排定需求优先级?没有做好这一步，最后产品设计一定(非常肯定的语气)会出问题。

卡诺模型(Kano Model)

卡诺模型的核心是将产品品质分为四个部分：

A 无差异品质(Indifference)：(有了也没什么卵用)无论提供或不提供此品质，用户满意度不会改变，这种品质是产品设计中需要尽力避免的。

B 魅力品质(Attractive)：(没有不会 SB，有了立马 NB)用户想象不到的品质，如果不提供此品质，不会降低用户的满意度，一旦提供魅力品质，用户满意度会大幅提升。

C 一维品质(One-dimensional)：(越 NB 产品就越 NB)一维品质又称为线性品质，若品质好，客户满意度高，反之，品质差客户便给予负面评价。

D 必要品质(Must-be)：(有了不一定 NB，没有一定 SB)这是产品的基本要求，无论必要品质如何提升，客户都会有满意度的上限，但不提供此需求，用户满意度会大幅降低。

E 反向品质(Reverse)：(有了立马 SB)用户根本都没有此需求，提供后用户满意度反而会下降。

在分析产品需求点时，将所有已经确定的需求进行分析，按照：喜欢、理应如此、无所谓、可以忍受、不喜欢进行评定。然后根据下表得出各需求属于什么类型：

$APPEALS 分析法

用户需求 $APPEALS 分析法的各部分定义如下：

$ 价格

A 安全 / 质量

P 性能

P 包装

E 易用

A 可获得性

L 生命周期成本

S 社会接受程度

新产品上线主要关注：$ 价格，E 易用，A 可获得性

平台期主要关注：P 包装，A 安全 / 质量，P 性能

产品更新换代主要关注：S 社会接受，L 生命周期成本

采取 $APPEALS 分析法的前提是假定各功能本身无 “优先级” 区分，任何两个需求是平等的。但是产品在不同的阶段有不同的目标和不同的现实情况，这成为判定产品功能优先级的唯一标准。

需求池

做产品有取有舍，想做的需求不可能一次性都上线。经过筛选和排序后，产品经理们需要把没做的需求统一管理，建立一个需求池，不然某个你灵光闪现的 idea 可能就再也找不回来了。需求池的形式可以根据你自己的需求来设计，可以是一个简单的 Excel 表格，可以是用某些管理工具管理。Glen 比较习惯的方式是：建立一个文件夹，暂时未做的需求，用文本文档简单描述一下，或者直接截图，统一放到里面，简单明建立了。

方案(Formula)：方案梳理

产品设计的第 3 步，制定产品方案。获取了需求，然后清晰地梳理出了需求的优先级。接下来，产品经理需要为将要做的需求，设计产品方案。最好设计两个以上的产品方案，这样在做抉择时，有更多的可能性。

黄金圆环法则

之前 Glen 已经不止一次地强调黄金圆环法则，想清楚为什么，真的非常重要。一个产品经理，他在产品设计中几乎做对了每一步，但如果没有明确的目标，很可能最后他还是会失败。人们在做一件事情前，一般会思考 3 件事情，why(为什么)、how(怎么做)、what(是什么)。它们三者构成一个圆环：

80%的人，思考问题的方式是从圆环外部向内部，what->how->why;如果产品经理采取这样的思考方式，设计出来的产品，成功与否就是撞大运。只有很少数的人思考问题的方式是由内而外的，先想清楚为什么，之后的事情才是有目的地产品设计。

方案棋盘

明确为什么做产品后，需要根据需求与设计风格，确定产品方案。也许，一个按钮你都能设计 100 个方案，而且没有人能说清楚对与错。这时候，一个简单的棋盘图能够帮到你。

将你设计的方案优点、缺点分别罗列出来，根据现有的资源情况(开发、设计、测试等资源)选择一个最合适的方案。有选择的用力，成功概率更高。

数据撕裂

在设计一个产品时，对这个产品每一个界面、每一个区域、每一个按钮，全部用之前已有产品的数据做出标注(点击量、转化率等数据指标)。例如搜索框所放位置，已知产品的数据表明搜索框放顶部转化率更高，最终决定将搜索框放在页面顶部。

这个方法对产品经理能力要求较高，没有一定的经验、阅历是很难做到的。你或者在各大公司都有朋友，能够获取他们产品的数据;或者你能通过购买、咨询等方法获得一些 APP 的数据。然后在产品设计时能够有效地利用数据，进行功能的设计。数据虽然是死的，但由已经过市场验证的数据堆砌起来的产品，成功概率也许更高。

功能(Function)：产品功能

产品设计的第 4 步，确定了产品方案后，就要开始纠结添加 / 删除功能了。新人容易贪大求全(Glen 也经常犯这样的错)，总是想加一些酷炫的功能，但每添加一个功能带来的可能是 25 倍的复杂度。

Glen 第二定理：每增加 1 个功能，至少会增加 5 个逻辑，至少会增加 25 倍的复杂度。每增加一个产品功能，至少会增加新手教育、触发展现、交互反馈、后台实现、异常处理5 个逻辑。学过算法的同学应该知道，这样堆叠逻辑，产生的复杂度是逻辑个数的平方，换成人话来说，就是每增加一个功能至少会增加 5 的平方等于 25 倍的复杂度。所以，你还敢随便乱加功能吗?

新手教育

最初的最初，你设计一个功能，用户很可能是不知道、不清楚、不明白的，这时你需要教育用户这个功能有什么用。例如，很多游戏刚开始都有一个新手村，在里面你可以快速掌握这个游戏的基本玩法。

触发展现

你设计的功能，出现的条件是什么呢?功能出现后，如何展现给用户呢?比如微信朋友圈广告的触发逻辑是微信会给用户定义标签，然后给特定用户投放定向广告;朋友圈广告的展现方式与普通朋友圈类似，但有跳转链接。

交互反馈

功能已经触发展现后，用户与该功能的交互反馈是什么?这一步非常容易漏掉，比如你设计一个按钮，很容易漏掉按钮点击之后的交互反馈：点击之后是变灰呢，还是点击之后模拟现实生活的按钮有个按下弹起的动画?一个看似简单的交互反馈，可能会导致产品整个体验的天差万别。

后台实现

前端页面的设计并不是全部的产品设计工作，你还需要参与设计后台业务逻辑，绝大部分功能都需要后台编程实现。比如你在前端页面设计了一个会员充值的页面，前端只是引导用户完成支付流程，真正实现充值的是后台逻辑。

异常处理

前面的四个步骤，是产品设计的主流程，主流程之外的都是异常逻辑。常见的异常逻辑有网络错误、新旧功能冲突、任务中断、因延迟导致前端页面与后台逻辑不匹配等。思考异常逻辑可能是产品设计工作中工作量最大的一个部分了，产品经理们需要尽可能地思考出所有的异常逻辑，减少用户在实际使用产品中出现 Bug 的概率，这样能够很好地提升用户体验。出现异常逻辑后，千万谨记你一定要设计一个让用户可以返回正常逻辑的途径(也许这也是一种产品闭环吧，哈哈)。

反馈(Feedback)：效果反馈

产品设计的第 5 步，做好了一切准备后，是不是跃跃欲试想让产品上线了?图样图森破，产品经理需要评估本次产品设计的效果，通过数据、用户反馈来达成目标。在产品需求文档中，你需要提出数据需求，需要攻城狮提供数据埋点和服务器方面的支持。

漏斗模型

世界上的任何东西，发生相互之间的传递、转化时，一定会导致损耗，换句话说，你投入的资源不可能完全转化为你想要的东西。在产品设计中，也是一样，再牛 X 的产品也不可能达到 100%的转化率(利润率可以达到或超过 100%，但是转化率不行)。例如，用户进入一家电商网站，到浏览商品，到把商品放入购物车，最后到支付，每一个环节都有很多的用户流失损耗，没有产品能够做到 100%的转化。

在产品设计的一些关键路径上设置数据反馈点，定时收集数据，进行漏斗传递的路径分析，得出产品运营健康度的评价
。根据转化率水平进行产品设计的优化：付费人数 / 下载次数比率偏低，则考虑是否是产品设计方面的展示不够明显，或者是运营活动没有做好，总之能够通过数据去分析产品的健康度，做出针对性的产品改进方案。

产品健康度判断

产品基础指标、流量质量指标、产品营收指标，它们三者构成了评价产品健康度的体系，它们也各有侧重点。

产品基础指标主要评价产品本身的运行状态，主要包括：PV(页面访问)、UV(独立访客数)、VV(访问次数)、访问 IP 数、新访客数等。

流量质量指标主要评价用户流量的质量高低，主要包括：跳出率、平均访问时长、平均访问页数等。

产品营收指标主要评价产品的盈利能力与可持续性，主要包括：支付金额、ARPU 值、转化次数和转化率等。

它们互相之间并不割裂，需要综合参考才能给出一个较为靠谱的产品评价。记得每天都去看你的产品的数据哈，一定会让你受益无穷。

用户反馈

重要的事情说三遍：一定要设计一个方便的用户反馈入口，一定要设计一个方便的用户反馈入口，一定要设计一个方便的用户反馈入口!口口声声说为用户做产品，但实际上用户跟产品经理交流都异常困难。你设计的产品有没有卵用，还是要用户直接告诉你。