02需求与产品：“你是想一辈子卖糖水，还是想去改变世界”

雨中为你打伞

<hr/>                                                                         序

这句让人热血沸腾的广告词出自1983年乔布斯对时任百事可乐公司总裁的约翰·斯卡利的游说，于是斯卡利毅然来到了苹果公司并担任了苹果公司的CEO。在接下来1984年麦金塔电脑的大卖，足以证实他们开始改变世界了。
好的产品能够解决人的实际问题，也能让人获得良好的使用体验。那互联网产品究竟算是什么呢？
“市场流通的商品，销售员推销的东西，还是科研人员研发的成果？”
事实上，这些都可称之为产品，本质都是解决某一个问题的东西，区别就是
①实现基础不同。传统产品生产依托于原材料和二次加工，而互联网产品依托于计算机代码和终端
②载体不同。传统产品承载于销售市场流通，而互联网产品承载于互联网流通
③解决的问题不同。传统产品解决的大多是生理需求或安全需求，而互联网产品大多是面向无法通过商品达成的需求
<hr/>                                                 传统行业产品与互联网产品

传统行业产品依托于项目，因此传统行业产品注重功能，其主要目的是在于交付。
互联网产品有着从解决痛点、触发痒点、激活爽点的递进式演变，满足用户需求是基本盘，拉新留旧是过程，流量变现和商业化是最终归宿。
<hr/>                                                        如何描述一个产品

序章说道产品是解决某个×问题×的东西，那转换成互联网思维就是满足某使用场景下×某类用户×某个需求×的解决方案


场景：用户在什么前提、什么时间、什么地点会遇到这个问题？
用户：提出问题的人？
需求：问题的核心诉求是什么？
解决方案：解决问题的方法？
<hr/>                                                                  场景

①何时何地、何种条件：特定场景下的特定问题
②场景依赖性：考虑外界条件对场景发生的影响
③用户习惯：考虑用户操作习惯，注重用户体验
④用户触达渠道：铺设渠道多样，培养用户认知，增加用户粘性
<hr/>                                                                        用户



             用户调研以核心用户为主，如果终端用户有很多，每个人的需求可能并不太相同，那怎么去管理数目庞大的用户？这里就引入了角色和标签，角色是把有共同需求的人群归为一类群体（如财务部、人事部），而标签则是针对同一角色的不同人物画像的区分（如新用户和老用户）
<hr/>                                                               需求   

----需求的产生来源于 用户遇到某类问题但无法解决/无法满足其期望。
满足需求的方式有三种：
提高现实：开发产品/工具
降低期望：使用户降低对需求的期望（影响用户体验）
转移需求：寻找新关注点，转移注意力（失去用户）

需求的区别
①需求有深有浅。行为需求停留在问题的表象，动机需求来源于用户内心的目标，人性需求折射于人类正面/负面的价值观


不过窥探人性就如同凝视深渊，深不见底不可察。下面的沟通模型可以参考。与用户沟通，与团队沟通，不能再同一层次沟通（what），而要往上一层沟通（why），往往上一层才是根本原因所在。比如，如果是行为的问题，那就要去思考是否是能力导致的问题


   ②需求有真有伪。
需求是否是绝大多数人的需求？需求是否是频发性的需求？线下数据模拟是否能跑通？需求是否能极大降本/增效？
（1）功能层面：5W1H
1）Who：场景中都有哪些角色/对象参与；
2）When：在什么时间点发生；
3）Where：在哪种场景/地点下发生；
4）Why：需求的背景/动机/原因；
5）What：需求方表达的需求是什么/他们到底要什么；
最重要的是What、How，而作为判断的重要依据是Why，其他的Where、When、Who是附属信息。
（2）业务逻辑层面：逻辑推演
1) 为什么需要做这个功能？缺少这个功能流程会如何？
例如客户提出需求B，我们把B放到整个业务流程上，来分析为什么要把B放在这个环节上？如果没有的话，整个业务会不会有影响？通过逻辑反推，来印证是否需要B。
2) 这个功能与其上游、下游的工作关系是如何的？
需求B与他的上游A、下游C存在什么关系，我们把A和C关系搞清楚了，就能知道加入B后会对上下游有什么影响，会有哪些整改。
逻辑推演法告诉我们在看问题的时候，不要只盯着某个点，要“格局”放大；通过理解业务要素之间的业务逻辑，可以判断出“需求B”的真伪。
（3） 高层需求问题：价值判断
1) 目的：首先确定客户提出该需求的目的是什么？
2) 价值：其次确认目的达成后，客户获得什么价值/回报/益处？
3) 功能：确认客户所提需求功能和价值是否匹配？或向用户提供何种功能支持该价值的实现？
三者之间的关系：目的是确定做什么；价值是对目的的回报；功能是对价值的实现；
下述均为伪需求：
第一步：确定不了这个需求的目的是什么；(伪)
第二步：虽然知道目的，但看不出目的达成后会给客户带来什么价值；(伪)
第三步：功能与价值不匹配，实现的功能不给客户带来预期价值；(伪)
③需求有急有缓。

角度1：四象限模型


角度2：KANO模型


1、先做必备和期望线需求。
2、再做魅力型需求。
3、不做无差异和反向需求。            
<hr/>                                                              解决方案

            ①用户关系角度：单点、单边、多边
               单点：只有一个用户使用。无法形成网络效应，用户转移成本低。（计算器）
               单边：需要有一群人同时使用。具备网络效应，使用人数越多，产品价值越大。（电话）
               多边：需要不同人群同时使用。需沉淀内容，竞争壁垒高，用户转移成本高。（知乎）
            ②用户需求角度：
               工具：解决单点问题。
               内容：提供有价值的信息。
               社交：用户相互吸引并彼此建立联系。
               交易：线上做生意卖东西。
               平台：满足多种角色的产品形态。
               游戏：虚拟世界。
            ③用户类型角度：
               企业or个人：ToB-使用者&决策者/ToC-个人终端
               群体or个人：设定各种角色/考虑用户画像
               工作or生活：生产资料/生活资料
               男人or女人：目的与结果/过程与感受
           ④产品形态角度
             BS结构（browser-server）：浏览器+服务端（无感发布、快修复、跨平台）
             CS结构（client-server）：客户端+服务端（每次升级需要重新安装）
             软件&硬件：硬件实体+软件（硬件更新速度慢）
             实体：硬件+软件+实体（产业化）