这两天互联网产品圈被一个叫“死了么”的项目刷了一波存在感。名字听着挺冲干的事也够垂直——帮用户在亲人去世后处理身后事预约、流程指引这类琐碎又扎心的事。项目方公开喊话希望大厂来“抄”这个模式结果网友随手一扒两年前市面上就已经有类似定位的产品跑过一轮了舆论从“新鲜事”直接变成了“被揭老底”。不评价喊话的口才单说这件事背后暴露的几个问题我觉得比项目本身有意思得多这个需求到底是不是真需求两年前的同类产品为什么没做起来以及为什么互联网大厂普遍绕着这类赛道走下面把这几个问题拆开聊也会从实操层面讲一讲如果真有人想认真做这类垂直服务产品上该怎么设计营销上该怎么说话。1. 事件复盘一句喊话翻出一地鸡毛1.1 “死了么”到底想解决什么问题先说个基础事实人在去世之后家属要面对的事情远比普通人想象得多。医院开死亡证明、派出所注销户口、殡仪馆预约遗体接运、火化排期、告别厅预订、骨灰寄存、墓地选购或海葬树葬登记还有后续的抚恤金领取、社保停发、银行账户处理、房产继承公证零零总总十几个环节。大部分家属是第一次经历没有经验情绪又处于崩溃边缘再加上各个机构的工作时间、所需材料都不一样跑断腿是常态。“死了么”这类产品瞄准的就是这个痛点把身后事的办理流程标准化、清单化通过App或小程序告诉家属“下一步该去哪、带什么材料、大概要多久”。这个思路本身不荒唐甚至可以说切得非常准。中国正在快速进入老龄化社会独生子女一代要面对的父母身后事会越来越多而传统殡葬行业的信息不透明、服务不规范问题长期存在。谁能在这种极度无助的场景里给家属一张清晰的“办事地图”谁就有资格在这个市场里分一杯羹。但问题出在后半句。项目方喊话“欢迎大厂抄袭”本质上是在做话题营销想用“反常识的名字挑衅式传播”把产品推出去。这种打法在消费品圈经常见放在丧葬服务这个领域味道就完全变了。死亡本身是极其严肃、私密、甚至带禁忌色彩的话题你拿它当流量梗舆论翻车是大概率事件。1.2 “两年前就有人做了”为什么是致命的打脸网友扒出两年前就有类似产品时真正的伤害点不在“你们不是首创”而在“你们连首创都算不上却摆出一副教育者的姿态”。这暴露了两个问题第一项目方对自己所在的赛道缺乏基本调研连直接竞品跑过一轮都不知道第二他们以为“没人做”所以“我能做”却没想到“没人做成”本身就是最需要研究的信号。这两件事放在一起看尴尬感就出来了。如果一个赛道两年前有人试过但没做起来你要做的不是喊大厂来抄你而是老老实实分析为什么先发者死了是需求不够硬还是供给端搞不定还是获客成本高到无法承受把这些想清楚再说自己是“开创者”也不迟。尤其是丧葬这类低频、高客单、强线下的服务线上产品只是冰山一角水面下全是重运营的活早一步跑的人踩过的坑比你想象的更有参考价值。而且这里还有个传播学上的反噬当“打脸”成为公众记忆之后再解释什么都没用了。舆论只需要记住一个画面——“高调喊话反手被扒”至于你的产品到底好不好用、服务是不是用心已经没有人在意。这算是话题营销最典型的反面教材热度上来了信任没了。1.3 争议背后的两个真问题抛开公关翻车的表象这桩闹剧其实逼着所有人面对两个真问题。第一个问题是垂直刚需的低频服务到底该怎么启动市场丧葬服务绝对是刚需但它的需求发生频率太低——一个人一辈子可能只经历几次至亲离世使用周期短、决策时间紧、情绪压力大。这意味着传统互联网的“拉新-留存-促活”模型在这里基本失效你没有机会让用户“试用”“体验”更不可能让用户“分享给好友”。你可以说这是极致的一次性生意但一次性生意的代价是永远在获客永远没有复购和自然增长。第二个问题更关键这种服务的信任门槛比功能复杂度高得多。家属在最脆弱的时候把亲人身后事托付给你你拿什么证明自己靠谱不是一个App的界面做得好看就够的而是你背后的服务团队、合作殡仪馆、价格透明度、售后兜底都要经得起考验。信任在这个场景里不是加分项是入场券。这也是为什么大厂绕着走——不是因为没看到需求而是因为这类需求一旦出问题舆论风险远远大于商业回报。2. 产品逻辑拆解丧葬服务数字化的硬骨头2.1 需求是真的但“刚需”不等于“高频”很多人看到“殡葬暴利”“一墓难求”这类新闻就觉得丧葬数字化是个金矿。需求确实真实存在但真实需求和商业可行性之间隔着一道叫“需求频率”的筛选网。互联网最擅长的生意是高频、标准化、可复购的生意比如外卖、出行、社交。丧葬服务恰恰站在对立面一个人一辈子大概率不会使用第二次即使用也没有一个“活跃用户”的概念。低频需求有个致命伤——获客成本和用户生命价值完全不成比例。外卖可以用补贴换用户习惯因为用户会天天用丧葬App就算补贴到极致用户办完事就走了没有“下次再来”的可能。你花在广告投放、渠道合作上的每一分钱都是一次性买断效率低到吓人。换句话说这类产品商业上要成立不能靠流量逻辑只能靠服务深度和客单价也就是把一单做厚靠口碑和转介绍获得下一单。但口碑转介绍在丧葬场景里也有天然阻碍。用户就算觉得服务好用也不可能发朋友圈“推荐大家使用XX丧葬服务”。承认自己用过同类产品本身就等于公开了家庭隐私。这种“不可说”的传播特性导致即使服务质量很好也很难形成社交裂变。这才是这个赛道最隐蔽的难点。2.2 服务链条比想象中长从去世到入土涉及多少环节我不怕说得直白一点如果把身后事全流程拆开至少涉及十几个独立环节每个环节都有不同的主管部门、不同的人和信息要求。第一步是开具死亡证明医院、社区、或者120急救中心都有可能涉及第二步是办理殡仪馆遗体接运需要预约车辆把遗体从医院或家中运至殡仪馆第三步是殡仪馆内手续包括遗体消毒、冷藏、告别厅预订、火化排期第四步是骨灰处理寄存或选购墓地、骨灰墙、海葬或树葬手续第五步是公安派出所注销户口第六步是社保、医保、商业保险、银行账户的清算和变更第七步是房产、车辆、股权等遗产继承的法律程序涉及公证处这还只是主干。每个环节背后都有地方性差异不同城市、不同殡仪馆的流程、收费、材料清单都不一样。互联网产品最擅长的是把标准化的信息高效匹配给用户但这个领域的信息极度非标准化必须靠大量的本地化人工整理和实时更新才能维持准确率。做了这么多年产品我最大的感受是线上产品能不能跑通取决于线下服务链条能不能扛住。你可以在线上把流程指引做得再顺滑只要某个殡仪馆临时改了窗口时间或者某项材料要求突然变严用户到了现场就会被卡住然后所有过错都会被归结到“这个App不靠谱”。做这类产品本质是在做服务运营不是在做信息展示。2.3 为什么互联网那套流量打法在这里会失灵流量打法在这个赛道失灵至少有三个层面。第一个层面是流量本身不精准。所有大流量平台的人群画像都是泛人群而丧葬服务的潜在用户是“家里刚有人去世、且此刻负有决策职责的人”。这类人群在特定时间点会出现但无法被常规的兴趣标签圈定只能靠“事发时恰好看到”的偶发流量。想在关键时刻恰好触达除了婚丧嫁娶相关业务流程里的切入口几乎找不到稳定的大规模入口。第二个层面是转化周期太短。用户在悲痛状态下做决策没有时间和耐心去比较竞品、看评价、研究价格。他们要的是一个马上能打通的电话、一个说得清楚流程的人、一个能给出明确报价的机构。产品界面再精美都不如一个24小时能接通的人工客服有用。这意味着创业团队必须在早期就投入“人”而不是只投入“代码”。第三个层面是付费决策和体验评价完全割裂。互联网产品讲究“体验驱动复购”但这个场景里用户是推着走的没有“体验”的时间也没有“复购”的可能。线上做得再好最终用户记住的是殡仪馆的服务员、司仪的态度、火化等待的时间。互联网产品在这条链里的角色注定是配角。2.4 大厂不愿碰的真实原因监管、舆情与道德风险很多人都问过一个问题这个需求这么真实为什么腾讯、阿里、字节不做是不是他们没看到答案是他们早就看到了而且比绝大多数创业者看得更清楚但他们更清楚这件事碰不得。首先是监管复杂。殡葬行业涉及民政、卫健、公安、市场监管等多头管理各地政策差异大而且属于强社会敏感性领域一旦出现垄断、乱收费、虚假宣传等问题监管介入的速度和力度都远超普通消费行业。这种监管压力大厂的法务和公关部门一看就会投反对票。其次是舆情风险。大厂的每个业务都会被放大镜观察。做网约车出问题骂的是平台做殡葬服务出问题那就不是骂了会被上升到“吃人血馒头”“资本连死人钱都赚”的层面。这个道德风险不解决商业上赚再多钱都是给品牌埋雷。大厂不是没有能力做而是不值得为这个体量的市场去承担这么高的品牌风险。这就带来一个结构性的结论这类项目最好的形态不是大厂嫡系产品而是独立的小团队品牌体量小、决策快、利益链清晰反而更容易在灰色地带和监管之间的缝隙里找到生存空间。小可能是这个赛道唯一的护城河。3. 竞品复盘两年前的产品做对了什么又死在哪里3.1 先发者不是没有而是没有形成口碑既然两年前就有人做过了那就值得看看先发者到底做了什么。从公开信息可以反推一个大概这类产品当时的思路基本上是把殡葬服务机构的黄页信息搬到线上辅以流程说明和在线预约。这种做法的优点是不重资产轻量快捷缺点是服务深度不够用户看完信息之后仍然要自己打电话给各个机构对接线上没有形成真正的闭环。先发者没做起来不是需求判断错了而是产品太“薄”。一个用户痛点是“不知道怎么办、不知道找谁、不知道要花多少钱”如果你的产品只解决“不知道找谁”却没有解决“怎么办”和“花多少钱防坑”这两个更痛的点那用户用完之后只会觉得“这App也没帮我省事”自然没有留存和口碑。换句话说两年前的同类产品验证了这个需求的存在同时也验证了一个结论浅层的信息聚合类产品满足不了这个市场。它需要的不是一份“办事清单”而是一套“帮你把事办了”的服务体系。从信息到服务之间隔着一整个线下运营团队的距离。3.2 基础预约与全流程履约是两种产品我在前面把“死了么”这类产品的核心功能叫做“预约和指引”但这里必须划清界限基础预约和全流程履约是两种完全不同的产品形态。基础预约是开放个表单、接个电话、把用户的信息转给殡仪馆本质上是个信息中介。这种模式技术门槛不高很容易被复制而且中介价值弱用户一旦知道你只是个“转手”的就会想绕开你直接联系服务方。很多丧葬平台玩不下去卡就卡在这里你没有自己掌控的服务资源就没有不可替代性。全流程履约则完全不同。它意味着你要对结果负责用户下单之后你的团队要去确认接运车辆到位、协调告别厅时间、代跑死亡证明相关手续、提醒家属每个节点该带什么材料甚至在出现问题的时候你要负责兜底处理。这种模式重毛利也重但它才是用户愿意付费的核心。一个深陷悲痛的家属愿意为“省心”付费而不是为“信息”付费。3.3 护城河不在App上在线下服务网络回到“两年前就有人做了”这个打脸点。其实就算你是第一个做的也不代表你有护城河因为这类产品的核心资产根本不在代码里。真正的护城河有三个梯队第一梯队是和殡仪馆、公墓、医院太平间、社区民政窗口长期磨合出来的合作网络第二梯队是一套能够快速响应、且经历过多次真实服务的线下服务团队第三梯队才是产品端的流程引擎、知识库和用户体验优化。对于后来者来说产品代码可以抄服务团队和信任关系抄不了。很多创业者想用互联网方式打这个赛道总觉得App是核心其实完全反了。App只是门面门面背后那些看起来“很土”的线下关系才是这门生意的命根子。如果有一天大厂真要进场他们不会抄你的App他们只会用资本把你的线下合作网络和核心团队连根挖走。3.4 敏感场景下命名与表达是生死线“死了么”这个名字是我认为这个项目团队犯的另一个方向性错误。互联网产品圈确实有“自嘲式命名”的传统像“叫了只炸鸡”“饿了么”这种名字俏皮、好记、有传播力。大家集体把“死”挂在嘴边自认为这是一种豁达和酷但在真实的丧葬场景里家属要的不是“逗你玩”而是“靠得住”。我不是说产品不能有态度但态度要分场合。你面对的用户刚刚经历了至亲离世的巨大创伤你让他在这个时刻点开一个叫“死了么”的App哪怕功能没问题心理上的别扭感已经足以让很多人直接卸载。名字可以不那么沉重但至少要让用户觉得“你在认真对待死亡这件事”。一个对死亡缺乏敬畏的产品很难获得这个市场的信任。其实更稳妥的做法是品牌和产品分离对外用一个温和、中性的生活服务品牌产品内部用清晰直白的流程指引。用户需要的是被照顾的感觉不是一个玩梗的朋友。4. 实操视角如果我来做会怎么设计这套服务4.1 第一步别做App先做小程序如果真有人想做这个方向我的第一个建议是别一上来就做App先用小程序验证闭环。理由很简单。用户办身后事的时间窗口很短几乎没有耐心去应用商店搜索、下载、注册、登录。小程序“用完即走”的特性和丧葬服务“一次使用”的场景天然匹配。而且小程序可以基于微信生态做熟人传播、社群服务、甚至服务通知推送用户在家庭群或者社区群里就能快捷打开不需要任何安装成本。开发层面也省事。小程序的前端工作量远小于原生App产品冷启动阶段可以把资源集中在“流程引擎”和“线下服务保障”上。等验证完单个城市的需求和运营模型之后再考虑做独立App去承接品牌和深度服务也完全不迟。顺序搞反了就是把钱烧在用户根本不会走的那条路上。4.2 核心流程设计与权限链路流程设计上我会把产品拆成四个阶段事发、接运、仪式、善后。不同阶段对应不同的用户动作和信息需求。事发阶段用户最需要的是“第一件事该干什么”。产品要做的是按城市和死亡地点匹配标准化指引告诉用户是联系医院还是打120证明找谁开是否需要报备社区。这个阶段的信息容错率很低所以必须由人工客服复核确认不能只靠机器推送。接运和仪式阶段核心是预约调度和状态透明。用户预约殡仪馆车辆之后产品需要实时反馈接运师傅的位置与到达时间告别厅和火化排期也要可视化。这一步最考验产品经理对线下流程的理解殡仪馆的档期不像餐厅订位它牵涉遗体存放时长、冷藏资源、节假日高峰等多种变量线上系统必须能跟线下调度人员实时联动。善后阶段才是拉开差距的地方。户籍注销、社保清算、保险理赔、银行账户处理每一项都可以拆成精细的待办清单甚至可以提供给用户的“材料包”和“话术模板”告诉用户去窗口说什么、被问什么别慌。这个阶段的贴心程度直接决定用户会不会在亲戚朋友面前为你说话。权限链路上最敏感的隐私权和代办权也要提前设计。代办殡葬事务经常需要用户的身份证件、死亡证明、亲属关系证明等敏感材料产品必须有严格的授权机制和加密存储方案明确“每一次查看、提交材料的操作都会被记录”让用户清楚知道自己的信息交给了谁。这个信任一垮产品口碑直接归零。4.3 合规、资质与资金安全这几项绕不开再往深一层说做这门生意不能回避三个绕不开的东西合规、资质、资金安全。殡葬服务在大部分地区都需要相关的经营许可或服务资质尤其是直接提供遗体接运、防腐、整容、告别仪式等业务门槛更高。如果你的产品只是“信息聚合预约转介”相对轻一些但只要涉及代收费用、代签合同、承包服务环节就必须提前咨询当地主管部门和法务团队。资金安全也很关键。家属在一个情绪脆弱的时刻把钱交给你平台不能让人觉得是“杀熟”。我建议所有付费流程都走第三方监管或银行托管每一笔费用的明细都必须透明到能打印出来给亲属过目。不要走款到个人账户不要收现金不要私下返点。这种规矩看起来笨重但实际上是最强的品牌背书能在关键时刻救你命。还需要提前准备舆情应急预案。丧葬服务出问题的传播威力是普通消费品的十倍。只要有一个案例被曝光为“天价收费”“诱导消费”“服务不到位”整个产品就可能会被口诛笔伐。所以必须设立专门的客服投诉入口、公开的价格承诺和先行赔付机制把矛盾消化在萌芽阶段而不是等舆论引爆之后再删帖灭火。4.4 从0到1过程中的典型坑和排查思路我自己见过不少垂直服务项目踩坑的点高度雷同。最大的坑是过度依赖产品经理的想象而不是一线调研。很多团队坐在办公室里画丧葬流程的原型图凭感觉设计“下一步按钮”结果用户现场真实的使用场景完全不是这样。家属一边哭一边打电话不可能耐着性子看长文案。所有设计都要按“当事人在情绪崩溃的边缘用最小认知负担完成操作”来反推。第二个坑是价格信息严重滞后。不少平台上线的时候页面上的服务价格还是几个月前问来的报价当地殡仪馆临时调价之后完全没同步家属到现场发现多收了钱第一反应就是“这个App骗人”。做这类产品价格信息必须当作核心运营资产来维护定期人工复核甚至要跟合作机构建立价格变动通知机制。第三个坑是合作方失控。有些平台为了快速扩张跟本地的个体殡葬服务商签约。这些服务商流动性大、服务水平参差不齐一旦某个服务商宰客或者态度恶劣平台又不能在第一时间处置整个品牌都要跟着背锅。所以早期宁可少谈合作也要把服务标准、准入条件、惩戒机制写进合同并建立飞行检查机制去抽查真实服务过程。排查思路上我建议新人在跑MVP阶段最多覆盖一个城市把“每一单单拆”当作经营习惯。每天复盘每个环节的耗时、卡点、用户情绪变化把所有异常情况做成case库。这样坚持跑一两个月才算对这个行业的真实水位有点概念也才有资格去谈下一步复制城市的问题。5. 给产品人和创业者的三点冷水5.1 话题营销能带来热度带不来留存“死了么”这件事最值得产品人反思的是营销和产品之间的错位。话题营销确实可以帮一个名不见经传的产品快速获得全网知名度但知名度不等于品牌信任。尤其在这个赛道用户可以因为好奇来下载你的产品但不会因为好奇把自己的身后事托付给你。热度救不了产品的硬伤。如果产品本身的服务深度不够、线下履约能力薄弱、价格体系不透明那么流量越大负面口碑扩散得越快。营销的本质是把人带进门产品和服务才是让人留下来的唯一理由。你的App再会“整活”用户在真实丧葬场景里体验到一丝不专业前面所有传播都是负资产。我见过很多团队产品还没跑稳就开始追求“破圈营销”最后全死在口碑崩盘上。真正稳的路径是在小范围用户里把服务打磨到极致再通过真实案例和用户口碑去撬动更大市场。这个市场不需要十万个围观者只需要一千个敢把至亲身后事托付给你的家庭。5.2 低频高敏需求的验证方法先做100个线下访谈想验证这类需求不要看数据报告不要看行业文章要先去做至少100个真实用户的线下访谈。我说的访谈不是问卷不是电话是坐下来一对一聊。访谈对象可以是刚经历丧亲的家属、殡仪馆一线的工作人员、社区民政干部、医院社工。问什么不要问“你会不会用线上平台”这种假设性问题没有任何价值。要问“你当时办理身后事最崩溃的是哪个环节”“如果再经历一次你最希望有什么人帮你”从具体的经历里挖真实痛点。你会发现用户描述的痛点远比产品经理预想的要具体和琐碎。比如有的家属痛点是不知道殡仪馆有服务时限限制有的痛点是一家人在不同城市办手续的协调有的痛点纯粹是不知道停车位在哪。这些细节才是产品设计的灵感来源。坐在办公室对着白板画流程永远画不出这些真实体验。我自己的经验是第30个访谈之后访谈谈到的内容开始重复说明主要痛点已经基本摸清之后继续访谈是为了验证解决方案的可行性。如果你做完100个访谈还没找到产品切入点那大概率不是需求不存在而是需求太分散你需要重新圈定目标人群。5.3 互联网经验主义的边界不是所有需求都适合“增长黑客”最后想说的是互联网人进入传统行业时最危险的心态是“我懂流量我懂增长这个赛道分分钟改造”。丧葬服务这种赛道恰恰会狠狠教训这种傲慢。增长黑客的核心是低成本扩大规模但丧葬服务的规模扩大代价是线下服务团队、合作网络、合规体系同步扩张每一环都需要大量时间沉淀。你可以用A/B测试优化按钮颜色但没法用A/B测试优化殡仪馆合作谈判的信任度。你可以用数据分析判断用户流失节点但没法用数据替代一个在深夜陪伴家属的客服人员。这里拼的不是互联网方法论而是笨功夫一家一家殡仪馆去谈合作一个个流程节点去跑顺一次次事件之后复盘改进。等把这些笨功夫做完了你才会发现原来让人感觉“被照顾”的细节才是这类产品真正的增长引擎。我自己在做类似线下服务产品时最大的教训就是别急着复制扩张先把一个城市打透。听起来非常不互联网但恰恰是这个赛道最实用的策略。低频生意的口碑就像水滴一点一点积累才能汇成河任何想越过这个过程直接跑起来的想法最后都会在真实用户面前露出破绽。最后再分享一个小技巧这种产品上线后一定要建立一条用户反馈的“快速通道”不是走工单系统而是让最核心的产品负责人直接加用户微信第一周陪着用户跑完一整条服务流程。你坐在后台看的数据永远不如在现场陪用户走一遍更能让你明白这个产品到底差在哪。