前几天一个做智能硬件的朋友半夜给我发语音,声音都是抖的。他说自己花了八个月打磨的产品,上线三个月才卖出去不到两百台,团队从最初的六个人走得只剩两个。我问他产品到底解决什么问题,他讲了五分钟技术参数,什么低功耗芯片、自研算法架构,我听完只问了一句:用户为什么要买这个而不是隔壁那款便宜一半的?他沉默了很长时间,说没想过这个问题。
这事让我想起自己刚入行时踩过的坑。那时候觉得科技产品研发就是把最牛的技术堆上去,参数越漂亮越有底气。后来被现实反复教育才明白,技术突破和用户价值之间隔着一条很深的沟,掉进去的人比走过去的要多得多。
我自己就干过一件特别蠢的事。三年前看到一个智能水杯的众筹项目特别火,能提醒喝水、记录饮水量、还能发光。我觉得这个方向不错,花了两个月也做了一个类似的东西出来,功能比它还多两项。结果拿去给朋友试用,人家用了三天就扔抽屉里了。我问为什么,他说你提醒我喝水,但我就是不渴啊,渴了我自己会喝,你提醒了我也懒得去倒。
这句话当时让我挺沮丧的,但也点醒了我。真正的需求不是你觉得用户需要什么,而是用户自己已经在想办法解决但解决得不够好的事情。怎么判断?有个很笨但有效的办法:去看用户现在是怎么凑合着解决问题的。如果他们用很别扭的方式在忍受,说明这里有机会。如果他们压根没觉得这是个问题,那你的方案再优雅也是自嗨。
我后来把这个判断标准总结成一句话:用户已经在用替代方案,但替代方案让他不舒服。这句话帮我砍掉了好几个不靠谱的项目方向。
很多新手容易犯的毛病是闷头搞大版本。觉得要做一个完整的产品出来才能拿给别人看,结果做了半年,一测试发现方向错了,时间全浪费了。我自己的经验是,科技产品研发早期最值钱的能力是快速做出能跑通核心流程的最小原型,丑没关系,功能少也没关系,关键是它能回答一个具体问题:用户愿不愿意为这个核心价值买单。
比如你想做一款帮助老年人管理慢性病的智能设备,核心价值不是能测多少指标,而是老人愿不愿意每天主动用。那就先做一个特别简单的版本,只有提醒吃药和记录血压两个功能,界面做出极大字体和极简操作。拿给十个老人用一周,看他们能不能独立完成操作,看他们会不会在没人提醒的情况下主动打开。这个测试花不了多少钱,但能帮你省下后面几十万的开发费用。
提示:原型阶段别追求技术完美,能验证核心假设就是胜利。我见过太多团队把原型当成品打磨,结果错过了调整方向的最佳时机。
原型跑通了,接下来要面对的是从几十台到几万台的跨越。这个阶段死掉的团队特别多。我也翻过车,所以特别想分享几个血泪教训。
第一个问题:供应链能不能跟上。你在实验室手工焊接的板子良品率百分之九十九,不代表代工厂能做到同样的水平。我见过一个做智能门锁的团队,小批量测试没问题,量产时因为某个电容的批次差异导致百分之三十的产品会死机。这事最后损失了几十万,教训就是关键元器件必须提前做批次一致性测试。
第二个问题:成本能不能压到用户愿意接受的范围。很多工程师出身的创始人会陷入一个误区,觉得我的产品比竞品好这么多,贵一点也合理。但市场和工程师的算账方式不一样。用户不会为你的研发投入买单,只会为他自己感受到的价值买单。
第三个问题:出了问题谁来兜底。科技产品不可能完美,软件有漏洞,硬件有故障。你有没有能力在用户反馈问题后快速响应?有没有备件来支撑售后服务?这些事看起来是后端问题,实际上在产品定义阶段就要想清楚。
看你的核心价值在哪里。如果是靠算法和数据处理取胜,软件优先,硬件可以用现成模块。如果是靠新的交互方式或物理结构创新,那就得硬件先行。但无论哪种,都别同时全面铺开,先集中资源把最关键的那个环节跑通,剩下的能用现成方案就用现成方案。我见过同时搞软件硬件结构三线作战的团队,基本都是拖死的。
产品发布那天不是终点,反而是真正的起点。用户的实际使用数据会告诉你很多你在办公室永远想不到的事。我之前参与过一个智能家居项目,用户居然用我们的温湿度传感器来监测婴儿房的尿布湿度,这个用法完全不在我们的设计预期里。但后来我们顺着这个线索开发了专门的母婴场景模式,成了产品线里增长最快的功能。
所以别把发布当交作业,要把它当成下一次迭代的起点。每周看用户反馈,每月做一次数据分析,每季度规划一次功能更新。这个节奏坚持一年,你的产品会跟刚发布时完全不一样。
最后说句实话,科技产品研发这件事没有标准答案。我上面说的这些方法也不是每次都灵,上个月我还判断错了一个需求方向,被团队吐槽了很久。但有一点我很确定:持续靠近用户,持续快速验证,持续承认自己会犯错,这三点做到了,结果不会太差。
你呢,有没有哪个瞬间突然发现自己之前的产品思路全错了?后来怎么调整的?