需求有了，如何设计解决方案？产品上线前，如何评估我们的解决方案？产品上线后，如何验证并迭代我们的解决方案？带着这3个疑问，请听我为您慢慢分享。

上一篇我们聊到如何做需求分析，也就是发现问题。接下来考验我们的，便是我们需求解决方案的设计能力了。我们常常会设计出“自己很满意”的解决方案，却忘了验证其中的“价值飞跃”，导致用户并不满意。

“价值飞跃”是《精益创业》一书中提出的概念，指的是横跨在需求和解决方案之间的假设。比如：我们发现了个需求，所住小区附近没有早餐店。于是我们提出了解决方案，在小区附近开一个早餐店。

这其中的假设是，以盈利为目的，在没有早餐店的小区附近开早餐店，收入能大于成本。

接下来我们便要思考：

• 为什么现在小区附近没有早餐店呢？是人流量不够大吗？还是房租太贵？亦或是政策限制不让开早餐店?
• 我们开早餐店就一定能盈利吗？从哪里招人？人工费多少？原材料成本是多少？产品定价是多少？产品销量的盈亏平衡点是多少？我们能卖的掉这么多产品吗？

当逐一验证了我们的假设后，我们才能坚定执行我们的方案。当然，随着假设的变化，假设验证也需要随之变化。否则，我们的早餐店注定是个赔本买卖。

综上，我们将需求解决方案的设计逻辑总结为二十字口诀：“拿来主义，为我所用，大胆假设，小心求证，持续迭代。”

设计逻辑的总结

第一步：拿来主义

通过竞品分析，发现各个竞品中的优点。（注：关于竞品分析的方法论，请关注后续文章。）

第二步：为我所用

在对自身产品业务充分了解的前提下，结合产品情况，将竞品中的优点运用到自身。

第三步：大胆假设

多思考，力图做出具有差异性的设计。

Jaime Levy 在《UX Strategy》一书中给出了具有差异性设计的特质，我们可以总结为“4整合+1关注”：

1. 整合竞品优点：比如各类社交APP都借鉴微信极简的设计风格；
2. 整合热门功能：比如“陌陌”当年整合了地理位置信息到社交功能中；
3. 整合多个操作步骤：比如“微信”通过二维码简化了关注流程的步骤；
4. 整合多个用户群：比如“Airbnb”整合了房东和租客2个不同的用户群；
5. 关注细节：比如视觉，动效，音效，文案，切记细节决定成败。

（注：关于交互的方法论，请关注后续文章。）

第四步：小心求证

在大胆假设的过程中，我们需要记录所有方案的 Assumption（价值飞跃）。然后进行用户测试，搞清楚我们的解决方案真的能解决需求吗？用户现在是怎么解决需求的？我们的解决方案比用户现在的方案好在哪里？收集用户的反馈，持续迭代，直到满意。

那么满意的指标是什么呢？

我们可以理解为解决方案击中了用户的痛点，通常表现为感性和理性两个层面：

感性层指的是用户的直观反馈。用户是否露出开心的笑容并不断赞美解决方案？用户是否有强烈意愿想进一步了解产品？用户是否愿意继续参加后续的用户调研？用户是否对产品有强烈的好奇心并不断问问题？

理性层很简单，指的是用户愿不愿意为产品付费，嘴瓢5斤不及人民币1两。如果你觉得某个解决方案出类拔萃，不妨把创意放到创投类众筹网站上，看看用户会不会用钱投票，陪你一起为梦想窒息。

（注：关于用户调研的方法论，请关注后续文章。）

第五步：持续迭代

通过提前对产品功能的核心指标进行埋点，继而通过数据分析指导产品优化。

• 一来数据表现可用于验证我们的解决方案是否优秀；
• 二来数据指标给产品优化提供了可量化的目标。

（注：关于数据分析的方法论，请关注后续文章。）

解决方案的设计逻辑

综上，需求解决方案的设计逻辑图如下：

需求解决方案设计逻辑图

举个例子：由于狼人杀APP的市场表现优异，领导让我们设计一款基于微信的狼人杀小程序。

第一步：拿来主义

首先我们可以通过七麦数据搜索当下最热门的狼人杀APP，比如：狼人杀、饭局狼人杀、网易狼人杀。

接下来，我们先思考下狼人杀游戏的核心流程是什么？

比如：狼人杀的核心体验流程是“进入房间->开始游戏->夜间流程->白天流程->夜间白天循环->直至结束”。

然后带着问题去体验竞品，并重点记录下各家的特色功能，如：投票记录，表达不满的扔鸡蛋，发言延时卡，最终整理成表。

表格范例如下：

狼人杀竞品分析表格

第二步：为我所用

思考竞品每一功能的背后用意，它这么做的目的是什么？这个目的跟我们所做的产品契合吗？

比如：我们的需求是从0到1开发一款狼人杀小程序，因此我们力求的是最小成本可行方案（MVP），从而快速让市场验证我们的想法。这样一来，和核心体验无关的功能可以都先不考虑。比如：加好友、送礼物、经济系统、购买身份卡、排行榜等。

第三步：大胆假设

当方案初步完成后，我们可以思考小程序狼人杀和APP的差异性在哪里？我们如何做到不一样。

举例说明：

• 假设1：我们是否可以利用微信的用户关系做社交裂变，快速积累用户？
• 假设2：微信用户可能会在聊天和小程序直接频繁切换，产品层如何保证在线玩家完整的游戏体验？
• 假设3：狼人杀本质上一款以语音为切入点的社交游戏，市面上大多数APP是以游戏性为切入点，我们能否以社交作为切入点？

第四步：小心求证

针对之前提到的三个假设，我们可通过“走廊测试”的用户研究方法进行快速验证。走廊测试，顾名思义，即将我们基于假设的解决方案呈现给“走廊”中碰到的人，比如：对产品不太了解的公司同事，逐一询问其对解决方案的看法，从而获得反馈。

举例说明：

• 假设1验证：如果通过小程序可以不下载APP就和朋友一起玩狼人杀，你会选择小程序还是APP？如果狼人杀中的头像框需要分享到微信群才能获得，你会分享吗？
• 假设2验证：如果在用小程序玩狼人杀的过程中，一局游戏只允许你切后台2次，再次切后台即算强退，会惩罚你一段时间内不能再玩游戏，你能接受吗？
• 假设3验证：如果一款狼人杀APP主打美女帅哥视频狼人杀，我们可以围观，同时可以通过申请连线的方式入局一起玩，你会使用吗？

第五步：持续迭代

当假设经过小规模求证后，为后期进一步迭代，我们需要记录的数据指标大致有：

• 产品层：新增、日活、留存；
• 功能层：头像框运营活动的分享率，每局游戏玩家的平均切后台次数，每天围观游戏的玩家人数占比及功能时长。

一个完整的需求解决方案设计到此就全部结束啦~

小结

作为初级产品经理，我们对行业的洞察力仍处于十分有限的阶段，不应该总想着洞察人性，发现一个极具商业价值的蓝海需求，更切实际的做法是踏踏实实的做好每一次需求解决方案。积跬步，至千里，终能抵达彼岸。

尽请关注下一篇：社交产品方法论（五）：用户调研的二三事。

相关阅读

社交产品方法论（一）：自上而下的思考产品

社交产品方法论（二）：体验一款产品的正确姿势

社交产品方法论（三）：需求分析背后的逻辑

作者：小强Joey，一个努力ing的社交产品经理。

本文由 @小强Joey 原创发布于人人都是产品经理。未经许可，禁止转载

题图来自 Pexels，基于 CC0 协议