深入了解产品思维：用户、需要、用爽!.pdf

深入了解产品思维 ：用户、需要、用的爽 ！ 随着互联网行业蓬勃发展 ，市面 越来越多有关互联网产品的书 ，网络 关于产品经理的分享更是 汗牛充栋。“产品”这个概念从未像现在这样被反复提及并受到重视。不知是否因为同名书的畅销 ，“ 人人都是产品经理”甚至都变成了一时流行语。 但是 ，当我从这些如爆炸般涌出的信息中跳出 ，想要总结些什么时 ，却发现所获知识大多是线性的 ，颗粒的具体感悟和方法手段。他们都没有从根本 说到“产品思维”究竟是一种怎样的思维方式 ， 区别于投资者思维、用户体验思维、开发思维、运营思维、设计思维…… 我不认为只有互联网产品才是“产品” ，但不得不承认从未有“产品”像互联网产品这样接近于“产品”的 本质 ，拨开资源、资本、渠道、营销……的迷雾。 之前做技术撰稿 （Technical Writ er ）。很多人不了解这个行业 ，一本破说明书 ，都没人看 ，有啥好 坏之分 ？我当然不认同这种观点 ，看过很多开发工程师写的说明文档 ，比如这样 ： 一眼看 去是不是就觉得鸭梨山大、无法卒读 ？造成这种感觉的原因是什么 ？用户到底需要怎样的 说明书 ？ 我前些年的工作 ，说白了都为了一件事“当用户需要说明书时用的爽“。 虽是烂俗大白话一句 ，但话糙理不糙 ，我认为这句话就已经包含了产品思维的实质 ，它并非互联网 行业独有 ，而应在每个鲜活的社会人脑中。 三个关键词 ，“用户”、“需要”、“用的爽”。 一. “用户”——产品思维的核心 看下定义 ：“产品是指能够提供给市场 ，被人们使用和消费 ，并能满足人们某种需求的任何东西 ，包 括有形的物品、无形的服务、组织、观念或它们的组合”。 不难理解 ，产品存在的目的和价值依归是人 ，离开用户就无所谓“产品”这个概念。从什么核心价值 出发 ，决定什么样的思维模式。举个栗子 ，A功能要不要做 ？产品经理怎么决定 ？ A功能对用户有价值 ，做 ！ 相同开发成本 ，A功能比B功能对用户更有价值 ，做 ！ 用户价值相当 ，但相同成本A做完后还能做一个对用户有价值的C ，做 ！ 用产品思维来做决定归结到底都是为了更好满足用户需求的多因素权衡。 面三个例子都是抽象后 的极端简化情况 ，真实工作中相关因素千千万 ，我想强调的是不要被错综复杂的具体事务干扰了 判断 ，站住产品人该有的角色定位 ，一切以用户需求为核心。 有同学会说 ，这是不踏实的理想主义产品观 ，公司的终极追求是利润最大化 ！ 这话不错 ，但稍有经济学常识 ，就应该知道利润从何而来 ，其内核都是满足了人的某种需求。家具 厂让你可以更舒适的立坐躺卧而盈利 ，google为人们在网络寻找信息提供了便捷而盈利 ，ipho ne让 我们将互联网延伸到了移动端而盈利 ，银行再平衡了社会的资金配置而盈利 ，楼下便利店让你加班 回家时能带份泡面而盈利 ，从来没有脱离了用户需求的产品 ，也从来没有脱离了用户需求的利润。 当然 ，投机、诈骗和垄断除外。 知道了产品思维的核心 ，也就不难理解为何越来越多的公司需要产品经理这个角色 ，因为核心方向 需要有人把控。一个互联网公司 ，有认为一个按钮放左还是右没区别的程序员 ；有只想做出世 最 美艳A PP的设计师 ；有眼中只看月活数的运营 ，却没有一个从用户需求出发考虑产品整体核心价值 的产品经理 ，是不可能有好产品的。当然 ，我可能有些抹黑程序员、设计师和运营 ，很多时候他们 不是没有产品思维 ，而是没有精力和时间再站在另一个维度 思考产品 ，所以将开发、设计、运营 维度的思考成果归一到用户维度 是产品经理工作不可分割的一部分。 做技术撰稿时 ，把说明书作为自己的产品 ，分析用户对说明书的需求 ，做到正确、便捷、易理解 ， 开发时间不够我会优先撰写核心功能 ，相比美观我会优先考虑正确性 ，这都是我从用户需求出发 ， 受限于各种资源 ，权衡说明书相关各要素后做出的平衡和选择。 当变身需求工程师后 ，我分析用户使用产品的需求 ，排列需求的优先级 ，复现应用场景 ，分析用户 心理 ，在公司内部了解各开发部门和产品的关系及各自工作特性 ，从而决定产品定位 ，取舍功能 ， 做出平衡和选择。 两者唯一的区别是原本独立的产品 （说明书 ）变成了更大产品的组成部分。而当我在更大产品维度 平衡和选择时 ，之前产品的权重变的微乎其微 ，这也是我放弃发展技术撰稿的根本原因。 但这就是我理解的产品思维 ，“以用户需求为依归 ，从产品整体出发平衡产品各要素”的思维方式 ， 所以 ，产品经理首先要懂用户 ，发现需求本质 ，其次要了解产品各要素 ，包括要素怎么形成以及怎 样发挥作用 ，才能做出正确的决定和行动。 二