从问题出发设计产品:Problem First 方法
——面向高级产品负责人的产品设计方法论
目录
一、什么是 Problem First 方法
二、为什么 IoT 产品更需要 Problem First
1 硬件开发成本高
2 IoT产品同质化严重
3 用户真正关心的是问题
三、Problem First 方法的核心模型
四、五步构建 Problem First 产品
第一步:识别真实问题
用户访谈
行为观察
数据分析
问题识别案例
第二步:验证问题强度
第三步:定义问题陈述
第四步:设计解决方案
第五步:验证产品价值
MVP测试
用户测试
数据验证
五、Problem First 产品案例
案例一:扫地机器人
案例二:智能门锁
案例三:共享单车
六、Problem First 常见误区
误区一:技术驱动
误区二:问题太小
误区三:问题不真实
七、总结
在许多企业的产品开发过程中,产品设计往往从技术或功能出发。例如:
我们有一个新的 AI 算法
我们可以接入新的传感器
我们可以做一个新的 IoT 设备
于是团队开始设计产品功能,最终再去寻找用户。
这种方式的结果通常是:
产品功能很多,但用户不买单
产品上市后使用率低
产品很难形成差异化
根本原因在于:
产品不是从问题出发,而是从解决方案出发。
在产品方法论中,有一种非常重要的思维方式叫:
Problem First(问题优先)方法。
它的核心原则是:
先定义问题,再设计产品。
对于高级产品负责人来说,Problem First 方法不仅是产品设计方法,更是一种产品战略思维。
本文将系统讲解:
1.什么是 Problem First 方法
2.为什么 IoT 产品必须以问题为起点
3.Problem First 的系统框架
4.五步构建 Problem First 产品
5.行业案例分析
6.常见误区与实践建议
一、什么是 Problem First 方法
Problem First 是一种以用户问题为核心的产品设计方法。
其基本逻辑是:
问题 ↓ 需求 ↓ 解决方案 ↓ 产品而传统产品开发流程往往是:
技术 ↓ 功能 ↓ 产品 ↓ 寻找需求两者的根本区别在于:
起点不同。
Problem First 方法认为:
真正成功的产品,本质上是“问题解决方案”。
二、为什么 IoT 产品更需要 Problem First
在 IoT 产品领域,Problem First 方法尤为重要,原因有三个。
1 硬件开发成本高
与互联网产品不同,IoT 产品一旦开发完成,修改成本非常高。
典型 IoT 产品开发周期:
| 阶段 | 时间 |
| 产品定义 | 1–2个月 |
| 硬件设计 | 3–6个月 |
| 测试验证 | 2–3个月 |
| 量产准备 | 2个月 |
整个周期通常9–12个月。
如果产品问题定义错误,意味着:
一年时间和大量资金浪费。
2 IoT产品同质化严重
随着 IoT 芯片、模组和云平台的成熟,硬件产品的技术门槛不断下降。
例如:
WiFi模组
BLE芯片
MCU
传感器
这些核心技术已经高度标准化。
因此竞争不再是:
谁能做出来
而是:
谁解决的问题更重要。
3 用户真正关心的是问题
用户不会因为技术购买产品。
用户购买产品的原因通常是:
| 产品 | 用户问题 |
| 扫地机器人 | 不想打扫 |
| 智能门锁 | 不想带钥匙 |
| 净水器 | 担心水质 |
本质上:
用户购买的是问题解决方案。
三、Problem First 方法的核心模型
Problem First 方法可以用一个简单模型表示:
用户 + 场景 + 问题 + 解决方案 = 产品具体解释如下:
| 元素 | 含义 |
| 用户 | 谁遇到问题 |
| 场景 | 问题发生的环境 |
| 问题 | 用户痛点 |
| 解决方案 | 产品能力 |
只有当这四个元素清晰时,产品才具备真正价值。
四、五步构建 Problem First 产品
第一步:识别真实问题
产品设计的第一步是:
识别真实用户问题。
常见方法包括:
用户访谈
与真实用户深入交流。
行为观察
观察用户真实行为。
数据分析
分析用户行为数据。
问题识别案例
某智能门锁公司在调研中发现:
用户开门时最常见的问题是:
| 问题 | 占比 |
| 忘带钥匙 | 42% |
| 找钥匙麻烦 | 28% |
| 访客管理 | 18% |
| 安全担忧 | 12% |
因此他们优先解决:
“不用带钥匙开门”
这成为智能门锁最核心的价值。
第二步:验证问题强度
不是所有问题都值得解决。
产品负责人需要评估问题强度。
常用评估维度:
| 维度 | 含义 |
| 频率 | 问题发生频率 |
| 痛点 | 用户痛苦程度 |
| 规模 | 用户数量 |
| 可解决性 | 技术可行性 |
只有同时满足:
高频 + 强痛点 + 大规模
的问题才值得做产品。
第三步:定义问题陈述
Problem First 方法要求清晰表达问题。
问题陈述公式:
某类用户 在某个场景 遇到某个问题 导致某种结果例如:
家庭用户 在回家开门场景 经常忘带钥匙 导致进门不方便第四步:设计解决方案
在问题明确后,才开始设计产品方案。
解决方案可以包含:
硬件设备
软件系统
自动化能力
例如智能门锁的解决方案包括:
指纹识别
密码开锁
手机开锁
这些都是解决问题的方式。
第五步:验证产品价值
解决方案必须通过验证。
常见方法:
MVP测试
发布最小可行产品。
用户测试
观察用户使用情况。
数据验证
例如:
使用率
留存率
五、Problem First 产品案例
案例一:扫地机器人
扫地机器人解决的问题是:
家庭清洁麻烦行业数据显示:
全球扫地机器人市场规模已经超过100亿美元。
用户购买原因:
| 原因 | 占比 |
| 节省时间 | 60% |
| 自动清洁 | 25% |
| 科技体验 | 15% |
核心问题:
不想打扫。
案例二:智能门锁
智能门锁解决的问题:
忘带钥匙行业数据显示:
全球智能门锁市场规模预计超过150亿美元。
核心价值:
更方便的开门方式。
案例三:共享单车
共享单车解决的问题:
短途出行困难核心价值:
随时可用的交通工具。
六、Problem First 常见误区
误区一:技术驱动
很多产品从技术开始设计。
但技术不等于需求。
误区二:问题太小
小问题无法支撑产品。
误区三:问题不真实
团队假设用户问题,而没有验证。
七、总结
Problem First 方法的核心逻辑是:
找到重要问题 ↓ 理解问题 ↓ 设计解决方案 ↓ 验证价值真正成功的产品往往不是技术驱动,而是:
问题驱动。
对于高级产品负责人来说,Problem First 不仅是一种产品设计方法,更是一种战略思维方式。
扩展阅读:
| AIoT产品负责人必会:如何制定3年产品战略路线图 | AIoT产品负责人必会:如何制定3年产品战略路线图 |
| 智能硬件产品定位方法论:三步建立竞争优势 | 智能硬件产品定位方法论:三步建立竞争优势 |
| 如何定义一个 IoT 产品的核心用户价值 | 如何定义一个 IoT 产品的核心用户价值 |
| 从功能到场景:智能硬件产品设计的核心逻辑 | 从功能到场景:智能硬件产品设计的核心逻辑 |
| 从问题出发设计产品:Problem First 方法 | 从问题出发设计产品:Problem First 方法 |
| 智能硬件如何做MVP?IoT产品最小可行系统设计 | 智能硬件如何做MVP?IoT产品最小可行系统设计 |
| 从数据到战略:产品经理决策框架 | 从数据到战略:产品经理决策框架 |
| IoT 数据产品化:让设备数据驱动产品进化 | IoT 数据产品化:让设备数据驱动产品进化 |
