很多创业者在谈产品开发时，第一反应都是“我要做什么”。
做一个小程序，开发一套课程，增加几个功能，换一种包装，再找一个更好听的名字。
这些动作都属于产品开发，但它们不是起点。
真正的起点应该是另外几个问题：
用户现在为什么不满意？
他在什么情况下会想到这个问题？
现有方案为什么没有把问题解决好？
你的产品能不能让他更省时间、更少犯错，或者获得一种更确定的结果？
用户是否愿意为这种改变付钱？
如果这些问题还没有想清楚，先去开发功能，往往只是把钱花得更快。
对大公司来说，一次产品方向错误，可能只是少了一条增长曲线。对普通创业者来说，一次错误开发，消耗的可能是半年时间、全部积蓄和本来就不宽裕的现金流。
所以，产品开发思维不是教人怎样把东西做得更复杂，而是怎样在有限资源下，找到真正值得解决的问题。
一、产品开发的第一步，不是创意，而是理解用户
很多创业者嘴上说以用户为中心，真正做产品时，还是从自己出发。
我觉得这个功能很好。
我认为客户应该需要。
我愿意花钱，所以别人也会愿意。
同行已经在做，说明市场一定很大。
这不是用户研究，只是把自己的想法投射到别人身上。
理解用户的难点在于，人不会把所有需求直接说出来。用户说“价格有点高”，可能并不是真的付不起，而是没有感受到足够价值；用户说“我再考虑一下”，可能不是需要更多时间，而是对产品、经营者或者交付结果没有信心。
同理心训练的意义，就在于先理解用户的情绪，再判断情绪背后的真实需要。愉悦通常来自需求得到满足，不爽说明预期没有被满足；愤怒背后往往有边界被侵犯，恐惧则说明用户感到失控或者不确定。产品真正解决的，经常不只是一个表面功能，而是功能背后的情绪问题。
例如，一个财务软件表面上是在帮助企业记账，用户真正购买的可能是“不再害怕数据出错”。
一个预约系统表面上是在安排时间，客户需要的可能是“不再反复打电话确认”。
一个交易记录工具表面上是在保存买卖数据，交易者真正需要的可能是“犯错以后能够找到原因”。
创业者不能只听用户说了什么，还要观察他在什么情况下说、之前做了什么、最后有没有付钱。
产品开发不是猜需求，而是不断缩小自己与真实用户之间的距离。
二、不要用“某一类人”，代替一个具体的人
产品会议里最常出现的词，往往是“用户”。
年轻用户喜欢什么？
女性用户需要什么？
中小企业老板关心什么？
高净值客户愿意为什么付费？
这些描述听起来像市场分析，实际上很容易把人变成标签。
同样是三十岁的女性，有人关心效率，有人在意价格，有人重视安全感，还有人只愿意购买朋友使用过的产品。即使年龄、职业和收入相近，具体场景、心理预期和决策方式也可能完全不同。
“集体人格”最容易误导产品开发。创业者以为自己了解某个群体，实际上只是用几个抽象标签拼出了一个并不存在的平均用户。
普通创业者资源有限，更不能一开始就试图服务所有人。
比较实际的做法，是先找到一个具体用户：
他现在正在做什么？
遇到了什么麻烦？
以前怎样解决？
为什么仍然不满意？
谁会为这个问题付钱？
多久会再次购买？
把一个具体人的问题解决清楚，比写一份面向“广大消费者”的产品计划更有价值。
因为只有具体用户，才有具体场景、具体行为和具体付款理由。
三、痛点、痒点和爽点，不是三个营销词
很多人知道产品要找痛点，于是任何问题都被包装成痛点。
手机电量不够是痛点，找不到停车位是痛点，衣服不好看也是痛点。
但用户有问题，不代表他一定会付钱。
真正的痛点，往往同时具备三个条件：问题真实存在，发生频率足够高，用户已经在主动寻找解决办法。
例如，企业每个月都需要核对应收账款，人工处理耗时又容易出错，这属于比较明确的痛点。用户已经付出了人力、时间和错误成本，新的产品只要明显更好，就有付费机会。
痒点则不同。
痒点不是解决生存问题，而是满足用户对理想自我的想象。服装、健身、旅行和内容消费中，很多购买并不是因为缺少基本功能，而是用户想成为某种人，或者希望别人怎样看待自己。
爽点是即时满足。
操作更快，响应更及时，过程更流畅，等待时间更短，都会形成爽点。
同样是吃饭，吃饱解决的是功能需求；环境、服务和身份表达，可能满足痒点；上菜快、服务及时、结账顺畅，则会产生爽点。文档把痛点、痒点和爽点视为不同的产品切入口，关键不是名字，而是创业者能否判断自己的产品究竟抓住了哪一种需要。
普通创业者最怕的是三种需求都想满足。
既要解决严重问题，又要提供身份认同，还想制造极致体验。最后功能越来越多，成本越来越高，客户却说不清为什么要买。
一个产品在早期阶段，先抓住一个最强的购买理由就够了。
四、产品必须放进场景里，脱离场景的需求经常是假需求
用户不会一直想着你的产品。
他只会在某个具体时刻，因为某件事情发生，突然需要一个解决方案。
下雨时想到打车；
月底对账时想到财务软件；
准备旅行时想到订房平台；
录完视频后发现声音不稳定，才会寻找音频分析工具。
这就是场景。
场景不是简单的时间和地点，而是用户在某种情绪下，需要立即完成一项任务。真正能够触发情绪和行动的场景，才有可能成为流量入口。
普通创业者开发产品前，可以把场景写成一句完整的话：
当谁在什么情况下遇到什么问题时，他需要通过什么方式获得什么结果。
例如：
当个人创作者准备发布视频时，他需要快速确认响度、峰值和动态范围是否合格，以免视频上传以后出现声音过小或者失真的问题。
这句话比“我要开发一款音频分析软件”有价值。
因为前者说明了用户、场景、问题和结果，后者只是一个技术项目。
场景越清楚，功能就越容易做减法。
用户在发布前只需要快速判断音频是否合格，就不一定需要复杂的专业编辑功能；用户需要的是结论、原因和调整建议，而不是几十个看不懂的参数。
开发者经常爱功能，用户更关心结果。
五、判断机会，不能只看一个产品，还要看它所在的趋势
一个产品本身做得不错，不代表它一定是一门好生意。
有些产品处在增长中的行业，即使团队能力普通，也能跟随市场扩大；有些产品处在萎缩的市场，经营者再努力，也只能在有限需求里互相抢客户。
机会判断可以从点、线、面、体来看。
一个具体产品是点。
围绕产品形成的业务和客户关系是线。
承载这些业务的平台或产业是面。
更大的经济结构和时代趋势是体。
普通创业者最容易只盯着点。
看到别人卖某个产品赚钱，就立即复制，却没有判断这条业务线是否增长、它依赖的平台是否稳定，以及整个行业的流量成本和竞争方式是否正在变化。
趋势也不是看到一条新闻就下结论。
真正有势能的趋势，通常已经出现长期变化，只是机会分布还不均匀。有人已经进入，有人仍未意识到，资源、技术和用户习惯正在逐步向新方向迁移。
例如，很多普通人看到短视频增长，只想到拍视频；产品思维更强的人，会继续追问：
创作者增加以后，需要哪些拍摄、剪辑、数据分析和商业化工具？
企业转向短视频获客以后，需要哪些培训、内容生产和客户管理服务？
平台规则变化以后，哪些旧方法会失效，哪些新需求会出现？
真正的机会，经常不在最热闹的地方，而在趋势带来的配套需求里。
六、普通创业者不要追求“大而全”，先提供一种确定性
用户购买产品，很多时候是在购买确定性。
我付了钱，能不能按时收到？
出了问题，有没有人处理？
数据会不会丢失？
今天能用，明天还能不能用？
产品结果与宣传是否一致？
稳定的确定性，是系统能力的输出。
一台自动取款机之所以有价值，不只是因为它能吐出现金，而是用户相信在大多数时间、不同地点和标准流程下，都能获得相对稳定的服务。文档强调，产品持续提供用户可以依赖的确定性，是系统能力的核心。
普通创业者往往喜欢在显眼的地方花钱。
页面要更漂亮，包装要更精致，功能要比别人多。
但用户真正决定是否复购，可能取决于那些不显眼的部分：
客服是否及时回复；
交付时间是否稳定；
错误能否被快速修复；
退款规则是否清楚；
换一个员工以后，服务是否仍然一致。
这些事情不容易写进广告，却决定了口碑和现金流。
小企业真正的壁垒，通常不是某一个创意，而是把一件事重复做好。
七、用户体验不是界面好看，而是一条完整路径
很多人把用户体验理解为页面设计。
按钮颜色舒服，字体清楚，操作流畅，当然都很重要，但用户体验远不止这些。
一套产品从战略层、能力层、资源层、角色层到感知层，是逐层落地的。表面上用户看到的是页面和交互，背后却是企业选择服务谁、解决什么问题、拥有什么能力，以及如何组织资源。
普通创业者做产品时，可以沿着用户的一次完整使用过程去看：
用户从哪里知道产品？
第一次看到时有什么疑问？
为什么愿意尝试？
注册、付款和使用时遇到什么阻力？
使用后是否获得预期结果？
问题发生时，在哪里求助？
结束以后，他为什么愿意再次回来？
把这些步骤画出来，就是一张简单的用户体验地图。
用户体验地图不只是记录操作流程，还要记录每个阶段的目标、行为、接触点和情绪变化。
例如，一家小店的产品并不是从客户进门才开始。
客户在地图上搜索店铺、查看评价、寻找停车位时，体验已经开始；付款离店后，售后、复购提醒和问题处理仍然属于产品的一部分。
站在用户角度看，企业内部有多少部门并不重要。他感受到的是一条连续路径。
任何一个环节中断，都会影响整体判断。
八、资源有限时，重点设计峰值和终值
普通创业者没有能力把每一个细节都做到最好。
这并不可怕。
真正需要管理的是用户的底线、峰值和终值。
底线是不能出现的严重问题。例如支付失败、食品安全、数据泄露、承诺不兑现。这些问题一旦发生，前面的体验再好也可能失去信任。
峰值是整个过程中最容易被记住的高点。
终值是体验结束时留给用户的最后印象。
服务蓝图的价值，就是把前台体验与后台资源连接起来，找到哪些节点必须稳定，哪些节点可以制造惊喜。企业资源有限，不可能让每个环节都超出预期，但可以保证底线，在关键位置制造峰值，并认真设计结束体验。
一家小旅馆未必需要把大堂装修得像五星酒店，但可以做到房间非常干净、入住说明清楚，并在客户离店时提供一项有温度的服务。
一款小软件不一定拥有几十项功能，但可以在用户完成任务后，立即生成一份清楚、能够直接使用的报告。
用户不会平均记住全部过程。
他通常记住最强烈的时刻，以及事情最后怎样结束。
九、用户激励不是诱导上瘾，而是帮助用户完成目标
产品设计里经常讲激励系统。
积分、等级、勋章、签到、连续使用天数，都属于常见方法。
但激励系统很容易走偏。
创业者为了提高活跃度，不断制造红点、倒计时和虚假稀缺，让用户反复打开产品。短期数据可能变好，长期却可能消耗信任。
真正健康的激励，应该让用户更接近自己的目标。
学习软件的连续打卡，是帮助用户形成学习习惯；
健康应用的阶段反馈，是让用户看到身体变化；
经营工具的任务提醒，是减少遗漏和错误。
文档把用户激励分为外部激励和内部激励。外部奖励可以帮助用户开始行动，但长期留存最终还要依靠成就感、能力提升和对结果的认可。
普通创业者不应该只问怎样让用户多打开几次，而要问：
用户每一次回来，是否真的得到了价值？
没有价值的活跃，只是延迟流失。
十、创新不是把旧产品换个名字
很多创业者把创新理解为“市场上没人做过”。
实际上，完全没有参照的产品，往往教育成本最高。
更实际的创新，通常来自三个方向。
第一，用新的技术或要素，重新组合原有产品。
第二，从其他行业借用成熟方法，解决本行业的问题。
第三，在用户价值上产生明显提升。
交叉视角的价值，是不只在原行业内部寻找答案。同一个材料、技术或者流程，换一个使用对象和场景，就可能形成新的产品。
文档中讲到的新要素与新物种，也是类似逻辑。当新的能力加入旧行业，产品不一定只是功能升级，也可能改变原来的成本结构、交付方式和用户关系。
不过，普通创业者不能为了创新而创新。
每增加一个新要素，都要回答三个问题：
它是否明显提高用户价值？
是否降低成本或者提高效率？
用户是否愿意为变化付钱？
用户价值可以用一个简单思路判断：
新体验相对旧体验提升了多少，再减去用户的替换成本。
替换成本不仅是钱，还包括重新学习、迁移数据、改变习惯和承担风险。新产品只比旧方案好一点，通常不足以让用户改变。
所以，创业者不要只证明自己的产品更先进，还要证明更换以后值得。
十一、名字不是装饰，而是产品的一部分
一个好名字不会拯救一个差产品，但一个难懂、难记和难传播的名字，会增加获客成本。
用户第一次看到名字，就会形成感觉。
他能不能记住？
能不能正确读出来？
能不能向朋友复述？
名字是否与产品场景和价值相关？
产品名称不仅是识别符号，也会逐渐沉淀为文化资产。口碑传播时，用户需要一句容易说出口的话；一个需要反复解释的名字，会降低传播效率。
普通创业者给产品命名，不要只追求自己觉得高级。
好名字通常清楚、独特、容易记忆，而且能够承接长期经营。
产品以后可能增加新功能、进入新市场，名称最好留下适度空间，又不能宽泛到让人完全不知道你在做什么。
名字是用户第一次接触产品的入口，也是未来口碑积累的容器。
十二、产品开发最终要回到现金流
产品思维讲了很多方法，最后还是要落到生意。
用户是否愿意购买？
销售价格能否覆盖开发、交付和售后成本？
产品多久能够产生第一笔收入？
复购是否足以支撑长期经营？
如果方向错误，最大损失是多少？
普通创业者不能把产品开发变成没有期限的工程。
一个想法没有经过用户验证，就投入大量资金开发完整系统，风险非常高。比较稳妥的做法，是先用最低成本验证最重要的假设。
想开发软件，可以先用表格和人工服务完成一次交付；
想做课程，可以先做小规模分享，观察用户是否愿意持续参与；
想开门店，可以先通过线上预售或者短期活动测试需求；
想做咨询产品，可以先服务几位真实客户，再总结标准流程。
第一版产品不需要证明你有多强，只需要回答一个问题：
有没有真实用户愿意为这个结果付钱？
收到钱以后，再看交付成本、使用反馈和复购情况。
没有成交，说明需要继续检查用户、场景、问题、价格和信任。
成交以后没有利润，说明商业模式需要调整。
有利润却无法重复，说明系统能力还没有建立。
产品开发思维不是追求一次做对，而是用尽可能小的成本，不断接近正确答案。
十三、从第一个用户开始，而不是从宏大故事开始
普通创业者最容易被宏大故事吸引。
要改变行业，要建立平台，要服务一亿用户。
目标可以远，但第一步必须近。
你不需要一开始就拥有完整生态，只需要先找到第一个真实用户，认真观察他的行为，理解他的情绪，解决一个足够具体的问题，并完成一次有利润的交付。
第一个用户会告诉你，哪些需求是想象出来的，哪些问题愿意付钱解决。
前十个用户会暴露产品流程的问题。
前一百个用户会检验交付能力和服务成本。
做到这个阶段以后，才有资格讨论规模。
从财富辛的角度看，产品开发不是技术部门的工作，也不是创业者灵光一现的创意。
它是一套经营方法：
从真实用户出发，在具体场景中识别痛点、痒点和爽点；
顺着趋势选择机会，而不是追逐每一个风口；
用系统能力提供确定性；
通过用户体验地图和服务蓝图检查完整路径；
在有限资源下守住底线，设计峰值和终值；
用用户价值判断创新是否成立；
最后通过成交、利润、复购和现金流检验产品。
一个产品可以不完美，但必须解决真问题。
一个团队可以不大，但必须能够稳定交付。
一个创业者可以没有宏大资源，但一定要知道，用户为什么愿意把钱交给你。
产品不是功能的集合。
产品是你对用户问题的理解，经过系统组织以后，形成的一次可靠交付。
