第一篇：发现真问题 — 硬件解决的是物理世界的痛点
进入信号：你发现了一个物理世界的痛点——不是你「觉得应该存在的需求」，而是你亲眼看到一个人因为这个问题受到了实质性的困扰。
本篇解决的问题：你有一个 idea，但怎么确认它值得做成硬件？JTBD 方法在硬件场景怎么用？怎么用零成本的方式获得第一轮验证？
一个小白药盒引发的故事
2024 年春节回家，你发现奶奶床头摆了五个药瓶：降压药、降糖药、阿司匹林、钙片、维生素。
你问她：「这些药都怎么吃？」
奶奶指着一个她自制的「系统」——用橡皮筋把早上的药瓶捆在一起，中午的捆在一起，晚上的捆在一起。但上个月她松了一次橡皮筋，降压药和降糖药的瓶子搞混了。吃了两天降糖药当降压药，头晕摔了一跤，膝盖青了一片。
你心里一紧。这是一个问题——而且是一个物理世界的问题。不是「奶奶需要更好的信息获取」，是「奶奶的触觉和视觉分辨能力已经下降，她需要一个物理装置来帮她不搞混」。
你不是第一个想到「做个智能药盒」的人。淘宝一搜「智能药盒」，¥39-¥399 的有两百多个。但你看评论：
- 「提醒声音太小，放客厅根本听不见，买回来就闲置了」
- 「说明书太小，我儿子研究了半小时才会用，我妈根本不碰」
- 「屏幕太小，老人看不清上面的字」
- 「要连手机 APP 设置，我奶奶连微信都不会用，你让她连 APP？」
这些不是「药盒不够智能」，是「药盒的交互不是为老人设计的」。机会就藏在这些差评里。
不是所有痛点都值得做成硬件
软件和硬件的核心区别：软件解决信息问题，硬件解决物理问题。 如果一个痛点用 App 就能解决，永远不要做成硬件。
判断一个痛点值不值得做成硬件的「三维验证框架」：
| 维度 | 问自己 | 奶奶吃药场景 |
|---|---|---|
| 高频 | 这件事一天发生几次？ | 一天 3 次，一年 1000+ 次 |
| 高痛 | 搞砸了后果有多严重？ | 吃错药可能出大事，已经摔了一跤 |
| 硬件化 | 手机 App 能不能解决？不能的话，为什么？ | 奶奶不用智能手机。即使用了，App 提醒是屏幕震动，她耳朵比眼睛好使 |
三高一否——三重 yes，才是值得做硬件的信号。
零成本验证：纸板原型
你不需要焊电路、不需要写代码。验证的第一步只需要一把美工刀、一个肥皂盒、一支记号笔。
怎么做纸板原型？
你找了一个长方形肥皂盒（大小刚好能装进一周的药），用硬纸板切成 7 个隔间，标上「早」「中」「晚」。盒盖上钻一个孔，穿了一根棉线绑了个铃铛——假装是「提醒响铃」。
你把这个「东西」拿给奶奶看。
奶奶拿在手里，翻来覆去看了 30 秒，然后做了一件你没预料的事——她打开药瓶，把药一粒一粒倒进隔间里，嘴里念念有词：「早上的放这，中午的放这，晚上的放这。」
装完药，她把盒子放在餐桌上——那是她每天吃饭的地方，也是她每天吃药的地方。
然后她说了句：「几多钱？」
——湖北话，意思是「多少钱」。
关键洞察：奶奶没有问「这是什么」，没有问「怎么用」。她本能地开始往里装药——说明这个产品的交互模型和她已有的生活习惯是吻合的。她问价格——说明她觉得有用。
纸板原型花了你 20 分钟，0 元。得到的反馈比任何问卷都真实。
不是访谈，是蹲守——硬件如何做 JTBD
SaaS 做 JTBD 靠访谈，硬件做 JTBD 要靠蹲守。
你花了三天时间，在奶奶家「蹲守」她每天吃药的流程。记录如下：
早晨吃药流程（28 分钟）：
- 7:00 起床，在餐桌上找药瓶（1 分钟）
- 拧开 5 个瓶子——降压药的盖子拧了 3 次才开（手劲不够）（3 分钟）
- 倒药到手心——降压药掉了 2 粒在桌上（手抖），捡起来吹了吹灰尘放回去（1 分钟）
- 确认是不是对的——把药粒排成一排，盯着看了 15 秒，喃喃自语「这个是降压的」（2 分钟）
- 就着温水吞下去（1 分钟）
- 把药瓶放回柜子——但是忘记了中午的降糖药也要拿出来。中午又去找了一遍（累计 20 分钟找药时间）
你在蹲守中发现的三个关键问题：
- 拧瓶盖是最大的物理障碍。 不是奶奶笨，是降压药的防儿童安全瓶盖设计对 78 岁的关节是折磨。
- 她没有「早晚」的概念，只有「吃饭时」。 吃药和吃饭绑定。如果某顿饭没吃，药也不吃。
- 药粒掉了她会捡回来。 一个月几百块的药，她舍不得丢。但掉地上的药粘了灰，对免疫力低下的老人是隐患。
第一个假设卡片
基于蹲守和纸板原型，你写下假设卡片：
| 假设 | 验证方式 |
|---|---|
| 老人搞混药是高频痛点（每周至少发生一次） | 问 5 个有老人的家庭 |
| 提醒方式应该是「响铃 + 亮灯」，而不是手机推送 | 在纸板原型上装个蜂鸣器试 |
| 药盒交互必须零学习成本——不需要说明书 | 再找 2 个不认识你的老人试 |
| 子女是付费者（¥200-400 区间他们愿意掏） | 纸板上标 ¥299 看反应 |
| 药盒不需要连 App——至少第一版绝对不要 | 问 3 个子女「给你妈买的药盒，需要你手机设？还是她自己能设？」 |
找陌生人验证：街心公园的 5 个老人
你不能只问奶奶——奶奶爱你，她会说你做的东西都好看。
你带着纸板原型去了家附近的街心公园。选了 5 个正在晒太阳的老人，开场白是：
「奶奶/爷爷，我学校有个作业，想听听你们的意见——这个是给老人用的药盒。你觉得有没有用？」
老人 A（72 岁，每天吃 4 种药）： 拿起来看了看：「这好，我现在的药格子转的，转不动。这个我直接打开就行。」
老人 B（80 岁，老伴去世，独居）： 沉默了一会儿：「有用是有用。但谁会给我买呢？」（子女在国外）
老人 C（68 岁，刚开始吃降压药）： 「我这药刚吃，就一种，用不上。等我多吃几种了再说。」（需求强度和时间积累相关）
老人 D（75 岁，保姆照顾）： 「阿姨帮我分的，我不操心。要问阿姨要不要。」——你的用户不只是老人，可能是护工/保姆。
老人 E（70 岁，带了老伴一起来）： 「老头子你过来看，这个好。你那个药盒经常忘了加。」——老两口互相关注对方吃药。
五个老人的反馈提炼：
- 3/5 的人表达了明确的使用意愿
- 独居老人是最迫切的需求群体，但购买决策依赖子女
- 有保姆照顾的老人需求不高——但有护工的未必不是用户，护工本身也是操作者
- 「能打开直接看」比「旋转式药盒」更友好——简单粗暴最管用
什么时候进入下一阶段？
你已经验证了：
- ✅ 痛点真实存在——奶奶摔过，5 个老人中有 3 个表达了强烈需求
- ✅ 纸板原型证明了交互模型是对的——打开盖子→看到药格→拿走吃掉，不需要说明书
- ✅ 有明确的付费群体——子女，¥299 的试探价无人觉得贵
- ✅ 发现了真实的外部用户——护工、独居老人、老两口——不止一个用户画像
进入下一阶段的信号：纸板原型通过了，奶奶和公园老人验证了「有人需要这个」。下一步：把它从纸板变成会亮、会响、会通知子女的物理原型。
这是第二篇的内容——能跑的原型。
本篇总结
| 做了什么 | 花了多久 | 花了多少钱 |
|---|---|---|
| 蹲守奶奶吃药的完整流程 | 3 天（间歇观察） | ¥0 |
| 做纸板原型（肥皂盒 + 硬纸板） | 20 分钟 | ¥0 |
| 街心公园找 5 个老人验证 | 1 小时 | ¥0 |
| 写假设卡片 | 30 分钟 | ¥0 |
当前系统形态： 一个肥皂盒 + 硬纸板的纸板原型。不能亮、不会响、不能联网。但拿到了比任何问卷都真实的第一轮反馈。
硬件创业的「零成本验证」清单：
- 纸板原型：刀 + 纸箱 = ¥0
- 街心公园 / 社区中心：找老人聊天 = ¥0
- 淘宝买家评论：搜「智能药盒」看差评 = ¥0
- 在闲鱼搜同类产品的二手交易量——高交易量 = 刚需
下一步
纸板原型通过了——进入第二篇：能跑的原型，Arduino + 3D 打印 + 热熔胶。
为什么要在硬件创业系列里单独聊用户研究？
因为硬件和软件有一个致命的区别：软件改一行代码的成本是 5 分钟，硬件改一个结构的成本是重新开模。 软件产品可以「先上线再迭代」，硬件产品一旦开模、一旦认证、一旦量产，很多设计就锁死了。所以硬件创业必须在动手之前，把用户研究做得足够深。
本篇谈硬件场景下，如何关闭自己的 ego，钻进完全不同的人的世界里——老人的手劲、保姆的习惯、子女的愧疚感——真正理解他们到底要什么。
硬件用户研究的三个死穴
死穴一：「我是用户，我知道他们需要什么」
你 30 岁，手劲正常，视力 5.0。你做智能药盒，给 75 岁、手抖、远视的老人用。
你设计了一个漂亮的翻盖，用磁吸闭合。你觉得「手感很好，清脆」。
拿给第一个老人试，他翻了三次没翻起来——因为磁吸的力道对他来说太大了。他第三次翻的时候指甲抠了一下，把翻盖抠裂了。
你的 ego 在于：你用 30 岁的身体去想象 75 岁的身体。 你没有关节炎、你的指尖有力、你的视力能分辨哑光和亮光的区别。但你设计的产品的目标用户，三样都没有。
硅谷有一个经典故事：IDEO 在设计老年人电话时，设计师戴上了「衰老模拟套装」——涂满凡士林的眼镜（模拟白内障）、塞了棉花的手套（模拟关节炎导致的触觉迟钝）、绑了铅块的脚踝（模拟行动迟缓）。戴上以后，设计师连自己的电话都拨不出去。
你不一定需要模拟套装。但你需要一个真实的 75 岁老人在你面前打开你的药盒——看他在哪里卡住了，看他的手做了哪些你完全没想到的动作。
死穴二：「我在朋友圈问了一圈，大家都觉得不错」
你在朋友圈发了一条：「我做了一个智能药盒，给父母吃药提醒用的。帮我看看怎么样？」配了 9 张精心拍摄的产品图。
收到了 47 个赞、12 条评论：「好棒」「在哪买」「给我妈来一个」。
你觉得自己验证了。其实你什么都没验证——这些人是你朋友，他们点赞是因为喜欢你，不是因为他们需要这个产品。
社交媒体的「验证」和真实的「验证」之间隔着一道巨大的鸿沟：钱。 当点赞的人真的掏出 ¥299 付款的时候，他们的「不错」才值得相信。
一个更扎心的实验：把你朋友圈里说「给我妈来一个」的 12 个人私信一遍：「出来了，¥299，你要吗？」你会收到 10 个「我再看看」「最近手头紧」「我妈说不急」——剩下 2 个才是真的。
死穴三：「反馈我都收到了，已经在改了」
你的药盒第一批给了 10 个老人试用。一周后收回了 5 条「还不错」、3 条「声音太小」、2 条「药格不太够」。
你说：「收到，下一版都改。」
但你有没有问过那个「还不错」的老人——她的「不错」是什么意思？是她觉得「没有什么大问题」、还是「我不想打击你」、还是「我不知道还能说什么」？
「还不错」是用户研究里最危险的话。 它不是真实反馈，它是社交礼貌。老人对你说「还不错」，就像你去别人家做客说「菜不错」——不意味着你想天天吃。
真正有用的反馈是负面的、具体的、有场景的。 「声音太小」是有用的——你可以调大音量。「药格有时候按不进去，要用指甲抠」是有用的——你知道按键行程需要加大。「我老伴觉得盒子太重」是有用的——你要考虑用更轻的材料。
硬件特有的「蹲守 + 不动」研究方法
软件产品的用户研究可以远程完成——屏幕录制、用户访谈、数据分析。硬件产品的用户研究有一个软件永远做不到的方式：蹲守。
什么是蹲守？
蹲守是——你带着你的硬件原型，在一个真实用户的使用环境里沉默地待半天。你不出声、不解释、不解围。
药盒蹲守的三个发现（本系列第一篇详细记录过，这里从研究方法的视角重述）：
蹲守一：老人的手
早上 7 点，你把药盒放在奶奶的餐桌上。药盒响了。奶奶从厨房走过来——她手上沾着面粉，因为她在揉面做早饭。
她的手在围裙上擦了两下，然后去按药盒的大按钮。
按钮没有被按动——因为她的手还是湿的。她又擦了擦手，按了两下。盖子打开了。她拿出药，吃了。
你花的 ¥3,000 做的 CNC 按钮，对湿手不友好。你需要换一种表面处理——哑光磨砂 → 微纹理防滑。
这个细节，你在办公室设计 100 遍都想不到。蹲守 10 分钟就看到了。
蹲守二：盒子的位置
你没有告诉奶奶应该把盒子放在哪里。你自己以为「应该放餐桌上」。
第二天早上 7 点你去看——盒子不在餐桌上。在床头柜上。旁边是老花眼镜、保温杯、和一本翻旧了的《故事会》。
你问：「怎么放这里了？」
「我早上醒来先在床上坐一会儿，吃了药再起床。放这儿方便。」
药盒的「理想放置位置」不是你设计的。是老人自己选的。好的产品设计，是设计一个容器，让用户用他们的方式使用，而不是设计一个「正确的使用方式」。
蹲守三：她不需要看屏幕
你花了很大力气做了一块大屏幕，显示「今天已吃」「明天剩 2 粒降压药」「上次对账：7 月 1 日正常」。
奶奶用了两周，从来没看过屏幕。她只看一件事：绿灯闪了→闹钟在响→她走过去按按钮→绿灯灭了→药吃完了。
你设计的 80% 的功能她不用。她只用了「闹钟响 → 按按钮 → 关闹钟」这一条链路。
不要试图教育用户。 如果用户只用 20% 的功能就完成了任务，那 80% 就是浪费——不管你在上面花了多少心血。
怎么听不同人说的话——还能从中提炼出真实需求
硬件产品尤其难在：你的用户可能不止一种人。 智能药盒至少涉及三种人：
| 用户 | 他们说什么 | 他们实际要什么 |
|---|---|---|
| 老人 | 「太复杂了」「我不会用这些高科技」 | 不需要任何操作。闹钟响了吃药，就这个 |
| 子女 | 「能不能连 App 看我妈吃了没？」 | 安心感。知道自己不在身边也能确认妈妈没事 |
| 护工 | 「我一个管 10 个老人，药盒能帮我分吗？」 | 效率。能批量管理，别让我一个个去检查 |
三种人的需求是矛盾的。 子女要 App → 老人不要 App。护工要批量管理 → 和子女的「个人查看」需求不完全一样。
产品经理的工作不是满足所有人。是找到三个人需求里「重叠的那一块」，先做那一块，再用不同方式满足边缘需求。
药盒的「重叠需求」：闹钟提醒（老人要）+ 远程确认（子女要）= 药盒响了，老人按按钮，子女收到通知。
护工的「批量管理」是一个独立的功能模块——先不做到药盒里，等药盒本身卖好了再说。
五个自测题（硬件版）
每当你设计了一个功能、做了一个原型、收到了一轮反馈，问自己：
- 这是「我喜欢的」还是「用户需要的」？ ——「这个转轴手感特别好」是你喜欢；老人根本不关心转轴，他关心盖子好不好开
- 我上一次看到用户皱眉是什么时候？ ——不是他说「还可以」，是他真的皱了眉。皱眉是真实的负反馈
- 如果把这个产品给一个完全不像我的人——年龄差 40 岁、完全不同的行业、不讲同一种语言——他能不能用？ ——如果他有障碍，那是设计的障碍，不是他的障碍
- 我做这个功能，有没有可能只是在满足自己的技术冲动？ ——「这个 NFC 配对方案好优雅」vs 老人根本不知道什么是 NFC
- 有没有一个用户，连续用了 7 天以上？ ——一次性试用不是验证，连续使用 7 天是。因为 7 天里他会遇到所有真实场景的问题
最后的话
做硬件产品的创业者，有两种 ego 最危险：
第一种：我是工程师，我懂技术，所以我懂什么是最好的产品。
你不懂。你懂的是「技术上最好的实现方式」。用户懂的是「生活中最不碍事的使用方式」。这两个东西常常不是同一个东西。
第二种：我自己就是用户，所以我懂用户。
你是一个人。你的用户是 1000 个不同的人——不同年龄、不同身体条件、不同生活环境、不同对科技的态度。你永远不能用自己替代他们中的任何一个。
抛弃 ego 不是让自己变得没有主见。是把「我认为」换成「我观察到」，把「我觉得用户会喜欢」换成「我看到用户每天在用」，把「我的朋友都说了好」换成「陌生人掏了钱」。