产品Yiii：
如果只看功能，“死了么”可能是我近几年见过最不像爆款的App之一。没有复杂逻辑，没有技术门槛，UI甚至可以说有点简陋，名字还引起了不少争议。
但它就是火了。
这类“反常识”产品的走红，很难用我们产品经理熟悉的那套用户体验五要素去解释清楚。真正值得我们复盘的，不是它做了什么功能，是它为什么能被大量用户主动谈论、转发、甚至争论。
它解决的是“有没有人知道我还在”从功能描述上看，“死了么”无非做了一件事：如果你多日没有在应用内签到，系统会通知你设置的紧急联系人。如果不从功能，而是从使用者的感受去看，它回应了一个极度隐蔽、却又真实存在的痛点：
如果我出事了，会不会有人知道？
这其实是一种很典型的独居时代情绪“孤独死焦虑
”，万一出事却没人知道的深层恐惧。只是一直没有一个产品愿意把它说得这么直白。大部分表示支持的是当代很多年轻人，他们并不缺社交，但对不稳定的人际关系并不抱有期待，担忧未来一旦发生物理层面的意外，世界很可能在接下来的一段时间内毫无反应。这不是一个高频需求，却是一个一旦发生就无法补救的需求。这个App做的事情，是把“存在确认”这件事，从不稳定的人际关系里剥离出来，交给了冷酷但可靠的系统。而这恰恰让很多人产生了被理解的感觉。
类似的需求其实一直存在，只是很少被产品正面触碰。这里也给我们提了个醒：现在的产品设计，是不是太追求高频需求了？“死了么”App的需求极度低频，但它是一个一旦发生无法补救的刚需，它替用户说了一句平时说不出口的话。恰恰是这种长期被忽略的情绪，一旦被明确点出来，就会产生很强的共鸣。
App名字本身就是一次情绪触发设计很多人第一反应是：为什么一定要起这么一个名字？叫“报平安”不好吗？从传播学和产品设计的角度来看，这个名字不是为了让人舒服，而是为了让人停下来。
在这个注意力比金子还贵的年代，一个会让人好奇、发笑、皱眉、犹豫、甚至反感的名字，反而更容易被记住、被讨论。你可以不喜欢它，但你很难忽略它。
只要你产生了情绪，它的目的就达到了。
所以这个名字并不是产品的附属品，它是这个产品最重要的一次“情绪入口”。它直接筛选出了那些对生死议题有感知、有焦虑的核心用户。不过据最新消息称：“死了么”APP于1月13日宣布将于即将发布的新版本中，正式启用全球化品牌名Demumu
，很多用户吐槽丧失了辨识度。
从产品视角看，这是典型的情绪型MVP如果抽掉争议外壳，只看设计本身，这款App看似简单，其实风险极大。因为他在赌人性。它的核心不是技术实现，而在于“分寸感”。功能极简、路径很短，它要确认的不是用户能不能完成任务，而是用户愿不愿意每天记得这件事。你会发现，这类产品紧跟的是一个行业趋势：产品正在从“功能验证”转向“情绪验证”。
用户看到这个文案会不会抗拒？
是否愿意授权紧急联系人？
会不会真的每天点一次？
这些问题，靠脑暴是想不出来的，靠写代码去验证又太贵了。
就像前阵子在产品经理圈子里，也有过类似的例子，一个用AI生成的“拉了么
”App，在小某书同样短时间爆火。这些产品的共同点是：逻辑简单，但情绪非常直接。对于这种产品，其实更适合在原型阶段被验证，而不是直接进入开发。现在的独立开发者、初创团队在做的小众App越来越多，在这个阶段拼的不是代码能力，而是“低成本试错”的能力。
我自己在做类似情绪型产品探索时，会直接用墨刀
把核心流程搭出来。特别是现在有了AI辅助，可以先让AI跑一个完整原型高保真Demo。像“死了么”、“拉了么”这种产品，其实用原型就能验证大部分关键问题：找身边朋友点完之后的反应，比任何主观判断都直接。
写在最后
“死了么”的爆火，并不代表这种产品形态适合所有人去做。但它至少说明了一件事：当产品愿意正面触碰那些被忽略、甚至有点不体面的真实情绪时，用户是会回应的。
很多时候，真正的门槛不在技术，而在于你是否足够理解用户在担心什么，敢不敢把它摊开来讲，以及你是否懂得用最低的成本（比如一个原型，一个好名字）去验证这份理解。现在做复杂的东西并不难，难的是愿不愿意把东西收得这么简单，或许基于深刻洞察的克制与敏锐，才是一种更稀缺、也更高级的产品能力。
