2015年移动游戏创业失败复盘四:团队和现金流让错误决策不断放大

阿炳复盘移动游戏创业中团队配置、外包、工资压力和现金流如何放大早期决策失误。

移动游戏创业失败,表面上看是产品没有跑出来,深层看往往是团队和现金流不断放大了前面的决策失误。

2015 年刚开始时,我对团队和现金流的理解还很浅。不是不知道要发工资,也不是不知道要控制成本,而是没有真正理解:现金流会改变人的判断,团队状态会改变产品质量,信任消耗会改变执行效率。账面上的钱不是一个数字,它决定你还有几次试错机会;团队不是一个资源列表,它是一群带着期待、压力、家庭和自尊的人。

我曾经在腾讯和搜狐畅游参与过游戏和游戏社区开发,大厂项目里的协作给我留下了很多经验。需求评审、版本计划、测试流程、线上问题、跨部门沟通,这些我都见过。可创业后才发现,小团队不是大团队的缩小版。大团队里的很多问题可以被组织缓冲,小团队里的同类问题会直接撞到生存线上。

这篇想写的,就是那些不太体面、却非常真实的部分:招人、外包、工资、接项目、合伙分歧、现金焦虑,以及这些东西如何让本来就不够清晰的方向变得更难纠正。

团队一开始就带着隐形假设

创业团队成立时,大家通常会谈愿景,谈产品,谈机会,谈分工。我们也一样。那时气氛是积极的,每个人都愿意相信这件事值得做。

但很多真正重要的问题没有谈透。

比如每个人能接受多久没有明确收入?如果产品数据不好,还愿意继续多久?如果需要转方向,谁有最终决策权?如果现金不足,是降薪、裁人、接外包,还是停止项目?如果合伙人意见不一致,怎么处理?如果有人中途退出,股权和责任怎么安排?这些问题听起来不吉利,所以早期很容易被轻轻带过。

后来我才明白,创业前最该谈的不是好情况,而是坏情况。

好情况里大家都好说话,坏情况才检验共识。移动游戏研发周期不短,前期收入很可能为零,产品验证又充满不确定。如果团队只在愿景上达成一致,却没有在风险承受上达成一致,后面每一次困难都会变成关系消耗。

我们当时的隐形假设很多。有人默认产品几个月能看到结果,有人默认可以长期打磨;有人默认应该坚持自研,有人觉得必要时可以接外包;有人更看重产品质量,有人更在意现金安全。这些差异在早期不明显,压力一来就会暴露。

合伙不是一起相信成功,而是一起承受失败概率。这个道理我理解得太晚。

人少不是效率高的保证

小团队常被想象成高效、灵活、沟通成本低。确实,人少有这些优势。但人少也意味着每个岗位都更脆弱。

一个客户端主力生病,版本就慢;一个服务端主力被外部项目抽走,联调就卡;一个美术交付不稳定,整体风格就摇摆;策划状态不好,需求就不清;测试不足,问题就进入用户手里。大团队里,一个人的波动可以被别人补上;小团队里,一个人的波动会直接改变项目节奏。

我们当时低估了这种脆弱性。

移动游戏需要的能力很杂。程序、美术、策划、数值、音效、测试、运营、发行、数据、商务,每一项都重要。小团队不可能每项都配齐,于是大家必须兼任。兼任短期能省钱,长期会积累疲惫和质量问题。技术去管外包美术,策划去兼运营文案,创始人去谈渠道又回来改需求,每个人都忙,但很多事情都只是勉强够用。

勉强够用在工具产品里可能还能撑一下,在游戏里很危险。游戏是感性产品,差一点就会被玩家感知。UI 差一点,动画差一点,节奏差一点,反馈差一点,素材差一点,累积起来就是“不想玩”。玩家不会知道团队人少,他只看到结果。

人少不是问题,问题是人少还想做宽产品。定位越宽,系统越多,对岗位能力的要求越完整。小团队要活下来,必须用产品范围适配团队能力,而不是用愿景压榨团队能力。

外包省下的是工资,增加的是管理难度

我们在创业过程中不可避免地用过外包。移动游戏离不开美术、音效、动效、宣传素材,有些工具和临时需求也可能外包。外包看起来能节省固定工资,也能让团队在某些阶段快速补能力。

但外包从来不是简单省钱。

外包最贵的地方,是沟通和返工。你以为需求写清楚了,对方理解的是另一套东西;你给了参考图,对方交付出来只有表面相似;你说想要轻松、有趣、年轻化,对方不知道具体到角色线条、色彩、动作和 UI 质感应该怎么落。每次返工都花时间,时间又会影响版本节奏。

外包还有一个问题:它很难承担产品责任。外包交付的是资源或模块,不是最终体验。资源好不好用、风格是否统一、和玩法是否匹配、后续是否方便改,都需要内部有人判断。如果内部没有足够强的美术或制作管理能力,外包就会变成一堆看起来完成、实际需要大量二次整理的材料。

我们当时在外包上有过几个错误判断。

第一,以为便宜就是节省。便宜资源如果不能用,或者需要大量返工,实际更贵。

第二,以为需求文档能替代审美判断。很多视觉问题不是写清楚就能解决,需要持续对齐。

第三,以为外包能补齐核心能力。外包适合补产能,不适合替代产品核心表达。如果一款游戏的第一眼吸引力依赖外包,而团队内部没有把控能力,就很危险。

移动游戏里,第一印象非常重要。图标、截图、角色、界面、战斗反馈,都直接影响下载和留存。我们为了控制成本,在一些地方接受了“差不多”。后来发现,差不多就是差。

现金流会让人变短视

创业前我知道现金流重要,但真正经历后才理解它的心理压力。

账面还有钱时,团队讨论问题会比较从容。玩法不好,可以改;美术不满意,可以重做;用户反馈一般,可以再测;渠道没谈成,可以继续找。可当现金开始变少,所有讨论都会变形。

你会开始问:这个问题能不能先不改?这个资源能不能先凑合?这个岗位能不能先不招?这个测试能不能省掉?这个版本能不能早点上线?这个外包项目要不要接?这个合作条件虽然不好,但要不要先答应?

这些问题本身并不错误。创业公司当然要节约,要现实。但现金压力会让人更倾向短期答案。你不再思考什么是最正确的验证路径,而是思考怎样让公司多活一个月。多活一个月当然重要,可如果多活的一个月没有让主线更接近成立,它只是延长焦虑。

我后来常说,现金流不是财务问题,而是决策质量问题。钱越少,人越容易把方向问题说成进度问题,把产品问题说成优化问题,把市场问题说成资源问题。不是人变坏,而是压力让判断变窄。

如果当时更成熟,我会从第一天就把现金流和里程碑绑定。比如还剩多少钱,能支持几轮验证,每轮验证回答什么问题,达到什么指标继续,达不到就停。没有这样的纪律,现金就会被日常开发一点点消耗掉,直到团队失去主动权。

接外包项目补现金流的两难

当自研移动游戏迟迟没有收入,接外部项目补现金流就会变得很诱人。

这件事不能简单说对错。很多创业团队都靠外包、技术服务或定制项目活过早期。问题在于,它是否有清晰边界。没有边界,外包会慢慢吞掉自研。

我们当时也面对过类似选择。接项目,至少有现金进来,可以缓解工资压力,也能让团队不至于马上停摆。不接,就能保持专注,但账面压力更大。这个选择很折磨,因为两边都有道理。

真正的问题是,接了之后对主项目的影响经常被低估。

外包项目有客户,有交付时间,有临时变更,有沟通会议,有验收标准。它天然比自研更“紧急”。自研项目虽然重要,但没有外部客户天天催。于是团队注意力会被外包不断切走。今天改客户需求,明天处理验收问题,后天再回来自研,节奏已经断了。

更隐蔽的是心理变化。外包项目有明确回款,自研项目只有不确定。人在压力下会自然偏向确定回报。久而久之,团队会越来越像服务团队,而不是产品团队。自研主线没有被正式放弃,却在时间和注意力上被慢慢边缘化。

如果要接,我现在会设非常明确的规则:只接短周期、低耦合、高回款、不占核心成员长期时间的项目;收入明确用于哪一轮验证;外包不能改变自研里程碑;一旦主项目达到关键阶段,外包必须让路。没有这些规则,所谓补现金流很容易变成慢性转型。

坏消息说晚了,信任就会变贵

团队管理里,我犯过一个很典型的错误:坏消息说得不够早。

不是故意隐瞒,而是总想等自己想清楚方案再说。现金紧了,想再看看;数据不好,想再优化一版;渠道没结果,想再谈几个;成员状态有问题,想先私下处理。表面看这是负责,实际可能让团队失去共同面对现实的机会。

团队不是只需要好消息。成熟团队更需要真实消息。大家可以接受困难,但很难接受一直被模糊处理。尤其创业团队里,每个人都在投入自己的时间和机会成本。如果创始人不把真实状态讲清楚,成员会从细节里猜:是不是钱不多了?是不是产品不行?是不是老板没底?猜测比坏消息更消耗信任。

我后来意识到,透明不是情绪倾倒,而是事实、判断和计划。

事实是什么:钱还能撑多久,版本进度如何,数据哪里不好,渠道反馈怎样。

判断是什么:这些事实意味着什么,最大风险在哪里。

计划是什么:接下来做什么,多久看结果,失败怎么办。

如果只是说“大家再坚持一下”,短期可能稳住情绪,长期会透支信任。坚持必须和具体计划绑定,否则就是创始人的口号。

团队关系里的愧疚

创业失败后,最难消化的不只是钱没赚到,还有对团队的愧疚。

每个加入的人,都把一段人生时间交给了这件事。有人放弃稳定工作,有人接受更低收入,有人相信你描绘的方向,有人跟着熬夜、返工、焦虑。项目没成,创始人很难不自责。

这种愧疚如果处理不好,会影响后续决策。你会因为不想辜负大家而继续坚持一个不该坚持的方向;会因为不好意思承认判断错了而拖延复盘;会因为怕伤害关系而不做必要调整。看起来是重情义,实际可能让团队承受更长痛苦。

真正负责不是永远坚持,而是尽早给真实结论。该继续就说明依据,该停止就承认原因,该调整分工就调整,该谈利益就谈利益。创业里最伤人的,往往不是失败本身,而是失败前长期含糊不清。

这也是我个人反思最深的地方。技术问题错了,可以修;产品判断错了,可以复盘;但人和人之间的信任被消耗后,很难完全恢复。创始人每一次不清晰的承诺、每一次过晚的沟通、每一次用乐观遮盖现实,都会让团队替你承担成本。

愧疚还有一个副作用,是它会让创始人不敢做硬决策。比如某个岗位已经不适合当前阶段,却因为对方跟着团队吃过苦,不好意思调整;某个方向已经证明问题很大,却因为大家投入太多,不忍心停;某个合伙分工已经失衡,却因为早期情分,不愿意重新谈。情义当然重要,但如果情义让问题继续扩大,最后伤害的反而是所有人。

后来我才明白,创业里的善意必须和清晰绑定。模糊的善意常常会变成拖延,拖延会变成更大的伤害。真正尊重团队,是尽早把话说清楚,尽早让每个人知道自己面对什么选择。哪怕结论不好,清楚也比含糊更有尊严。

如果重来,我会怎样设置边界

如果今天重新开始移动游戏创业,我会在团队和现金流上更早设边界。

第一,合伙前先谈失败场景。不是为了悲观,而是为了减少后续误解。钱不够怎么办,项目不行怎么办,谁有决策权,什么时候止损,退出机制是什么,都要写清楚。

第二,用现金流倒推项目范围。账上只能支持六个月,就不要设计九个月后才知道结果的计划。每一阶段都要有明确验证目标,钱花出去要买来判断,而不是只买来更完整的功能。

第三,团队能力决定产品边界。没有足够美术能力,就不要做重美术表达;没有发行能力,就不要假设自然起量;没有数据能力,就不要做复杂商业化。产品应该适配团队,而不是团队硬扛产品幻想。

第四,外包只补产能,不补核心判断。核心体验、核心风格、核心卖点必须内部能判断,否则外包越多越乱。

第五,坏消息按节奏公开。不是等到没办法才说,而是建立固定复盘,让团队知道真实状态。

这些原则现在看很普通,但当时我没有真正做到。很多创业教训都是这样,讲出来简单,代价却很高。

这篇的结论

团队和现金流不会单独制造失败,但会放大所有早期错误。

定位不清时,团队越忙越乱;市场误判时,现金消耗越快越焦虑;技术建设过重时,人手不足会让延期更严重;坏消息说晚时,信任成本会越来越高。到最后,项目不是被某一个问题击倒,而是被许多小问题一起拖垮。

我过去更愿意复盘产品和技术,因为它们比较具体。后来才明白,创业失败里最需要复盘的常常是组织和现金。它们决定团队能不能在压力下保持判断质量。

移动游戏创业不是几个人凭热情做一款游戏。它是一段持续消耗现金、消耗注意力、消耗信任的过程。只有把边界、节奏和坏情况提前讲清楚,热情才不会变成彼此的负担。

继续阅读

探索更多技术文章

浏览归档,发现更多关于系统设计、工具链和工程实践的内容。

全部文章 返回首页