数字人项目为什么容易上线即闲置

数字人项目有一种很典型的死法：上线当天热热闹闹，剪彩、拍照、发内部通稿；三个月后再看，账号停在第十条视频，连登录密码都没人记得。这不是技术问题，是组织问题。看过十几个这样的项目之后，我发现原因基本就四个，而且都能提前防。

它往往不是突然停的，是慢慢凉掉的

闲置很少以「我们决定不做了」这种明确的方式发生。真实过程更像退潮：第一周大家兴致高，第二周开始有人问这个到底谁来弄，第三周排期表上没排，第四周就没人提了。等到季度总结要写材料，才想起来还有这么个东西，于是补拍两条，然后再凉三个月。这种慢性停摆比一次性失败更浪费，因为钱已经花了，还占着一个「已上线」的名分，谁都不好意思提停。识别信号很简单：连续两周没有新内容产出，或者登录后台的人只剩一个，就已经在凉了，不用等到年度复盘。凉掉的项目还有个共同点，后台数据从第三周起就没什么人点开了。

原因一：场景是「别人有我们也要有」

最常见的原因，是项目从立项那天就没有真实需求。决策理由是同行做了、集团要求、领导在展会上看到了，唯独不是「我们某件活实在干不过来」。这种项目上线时也能交付，因为可以挑一件最不痛不痒的事做演示，但演示完就没有下文了，因为没人真的需要它。判断方法很土：问一句「如果这个数字人明天停掉，谁会不高兴」。如果答案是没人，或者只是领导可能问一句，那这个项目大概率会闲置。真需求长什么样？是会有人追着问「这周的片子呢」，那种才有活路。而真需求通常带着具体的时间压力，比如某个展会、某个季度考核、某批必须交付的培训，晚了就要挨骂。

原因二：没有排期，全靠临时想起来

第二个原因是把数字人当成一个「随时能用」的工具，而不是一项需要排期的日常生产。工具确实随时能开，但内容不会自己出现：选题要定、稿子要写、片子要审。这些事不排进日历，就永远排在别的事后面，因为其他事都有人催，只有它没人催。有效的做法很朴素，把「每周三下午出三条片子」写进相关同事的固定日程，像开会一样不可挪动。听上去机械，但真正跑起来的项目基本都是靠这种机械撑住的。人不是靠热情维持日常的，是靠日程表。排期还有一个好处，它把「要不要做」变成「什么时候做」，省掉很多反复讨论。

原因三：没有验收标准，做出来不敢发

第三个原因藏在细节里。第一批片子做出来了，大家围在一起看，有人说眼睛有点僵，有人说这句念错了，有人说背景太花。讨论半小时，结论是「再优化优化」，然后就没有然后了。问题不在片子，在于没有事先约定什么叫合格。合格线其实可以写得很具体：口型在常用字上不错位、没有明显吞字、背景干净、时长控制在一分钟上下、错别字为零。达到就发，达不到就退回去改。有了这条线，团队才敢按发布键，也才敢让别人审，否则每个人心里都有一把不同的尺子。验收人最好固定一个，人一多，标准就会被讨论稀释。

原因四：没有人被明确指定负责

第四个原因最要命，也最好解决：项目没有主人。市场部觉得这是技术部的事，技术部觉得是市场部在用，两边都在配合，没人负责。这种状态下的项目不会失败，只会静止，比失败更难处理，因为找不到一个可以拍板停掉的人，预算还会一年年挂着。解决办法是在立项文件里写清一个名字，以及他每周要花多少时间在这件事上。不是挂名负责人，是那个会被追问「这周出了几条」的人。一个人名加一个数字，比十页实施方案管用，也比任何动员会管用。如果实在找不到这个人，那说明项目现在还不该做，先停比硬撑体面，钱也能省下来。

上线只是开始。真要防闲置，就在上线那天定好三件事：谁负责、每周出几条、什么标准算合格。这三条落地，项目才有活过三个月的可能，否则再好的工具也只是演示品。