第 15 章 · 商业思维

第 15 章 · 商业思维——产品如何养活自己
引言
一个业务从现场里长出来,经过能力抽象和系统建设,终于可以比较稳定地运行。到了这一步,团队很容易松一口气:产品已经上线,流程能够跑通,用户也开始使用,前面投入的人和系统似乎都有了结果。可真实经营不会停在上线那一刻。同一个产品继续往前,会出现在几本不同的账里。用户得到一项服务,业务看到一笔订单,运营和客服接住后续工作,财务则要等收入、成本与回款陆续发生。它们记录的是同一件事,却常常在不同时间给出答案。
产品经理最先看到的通常是页面、流程和行为数据,也最容易在这一段已经顺畅时,以为事情大体成立。但一项产品选择带来的服务、协作和资源占用,会沿着业务继续向后走。商业思维要处理的,正是这些散落在不同角色和时间里的结果:产品承担什么角色,依靠什么持续交付,又用什么换回下一轮投入。
15.1 确定角色——产品在哪一层形成闭环
2018年前后,我所在公司的主营业务里有一条大健康业务线。用户购买减脂产品和服务后,会得到持续数月的配套服务:健康管理师一对一跟进,帮助安排饮食、提醒记录体征,并在过程中提供课程和建议。公司为此运营了一款大健康App,用户可以同步体脂等数据、查看健康报告、接受指导,体脂秤、血糖仪等设备也常常和服务一起交到用户手中。
这款App最初并不是一门独立生意,它首先解决的是减脂服务如何在线上交付。过去散落在电话、社群和人工表格里的记录与跟进,逐步被放进产品。用户每天可以看到自己的体脂变化,健康管理师也能根据记录继续提供建议,课程和饮食方案有了稳定入口。随着主营业务增长,App注册用户从两百多万增长到五百多万,日活长期维持在十余万。用户、数据、内容、教练和硬件都聚集在一个产品里,团队自然开始期待另一种可能:它能不能从主营业务的配套工具,变成一款独立经营的健康管理产品?
这个设想有它的依据。减脂需要长期配合,用户通常会连续使用六到九个月;服务结束后,也有一部分人因为已经形成记录习惯,继续使用一段时间。但把用户来源放回原来的交易,情况就没有那么乐观了。App里绝大多数用户本来就是减脂产品和服务的付费客户。他们不是先发现一款健康工具,再决定购买服务,而是在使用一项已经买下的服务。服务仍在交付时,记录体脂、接收提醒、与健康管理师沟通都是其中的一部分;周期结束以后,打开频次便逐渐下降。数百万注册用户和十余万日活都是真实存在,它们首先证明的是线上交付已经形成规模,还不足以证明App拥有独立的用户来源。
团队后来尝试把已有能力变成新的交易。硬件最先被看好,体脂秤和血糖仪是用户可以直接感知的实物,也比较容易标价。但基础设备原本就随减脂服务一起提供,高阶设备没有形成足够普遍的额外需求。公司一度只让App兼容自有硬件,希望借此保留后续销售空间;后来接入其他品牌,软件与第三方设备之间的体验又很难真正做顺。课程、食谱和更细致的健康建议也尝试过收费,用户的反应更直接:减脂产品和服务本身并不便宜,健康管理师指导、饮食规划和相关内容本来就应该包含在其中,为什么还要在App里再付一次钱?电商优惠也被同步进来,用户却没有在这里形成购物习惯。他们愿意看数据、接受提醒、和健康管理师沟通,购买仍然留在原来的渠道。
这些尝试没有找到一份用户可以清楚辨认的新增价值。硬件、内容和商品并非不能卖,只是放进这款App以后,它们仍然被理解为原服务的延伸。随着主营业务体量逐渐下降,持续流入App的付费用户也在减少,活跃随之收缩,这款App最终在2022年停止运营。
它没有被证明的,并不是有没有价值,而是能不能脱离原有减脂服务独立经营。作为交付工具,它的用户来源、使用理由和资源预算都来自主营业务;如果它能够降低服务成本、改善健康管理师的工作效率,或者提高用户完成减脂过程的质量,这个角色就可能成立。团队希望它成为一款独立健康产品以后,评价方式随之改变:原来的交易拿掉,还有谁会主动来,为什么留下,又愿意为哪一份新增价值付费。这几个问题始终没有得到足够支持。
产品并不都要向使用者直接收费。有些产品本身就是交易,依靠销售、订阅或服务费获得收入;有些产品支撑主营业务,价值体现在获客、转化、留存和交付;还有一些产品服务组织内部,通过效率、质量或风险改善换回持续投入。三种角色都可以成立,也都可能失去位置。区别在于,一款准备独立经营的产品不能长期借用主营业务的用户和预算来证明自己,内部工具也不该用直接收入衡量自己。商业判断的第一步,是先确定产品在哪一层创造价值,再用与这个角色相匹配的结果评价它。
产品的角色也不是贴上以后永远不变。一个内部能力可能逐渐对外提供服务,一项主营业务的配套工具也可能获得独立经营的机会。角色变化时,过去积累的用户、数据和能力当然可以继续使用,原来的成绩却不能直接搬过来。服务期内的活跃,不能作为独立产品留存的证明;主营业务带来的用户,也不能当作新的获客能力;组织内部节省的成本,更不能自动推导出外部客户愿意支付的价格。角色跨了一层,使用者、付费者、竞争对象和交付责任往往都会跟着变化。很多产品转型遇到的麻烦,并非缺少可以复用的能力,而是仍然在用旧角色的结果证明新角色已经成立。
15.2 识别回报——投入究竟改变了什么
2025年,运营团队在做活动复盘和用户分析时,经常遇到一个现实问题:公司不是没有数据,而是等到数据的时候,运营窗口有时已经过去。原有BI和数仓能够提供经营数据、用户行为与活动效果,但新的分析需求需要排进开发计划。等数据表、指标和报表准备好,业务动作往往已经错过了合适时间。运营负责人因此提出采购一套专业的数据分析工具,把一部分必须依赖产研和数据团队的工作交回一线,让运营自己查看数据,也能完成部分分析和后续动作。
产品和研发团队随后参与调研与选型,比较埋点数据如何同步、接口和权限怎样接入、现有系统需要付出多少改造成本。最后选中的方案除了基础数据分析,还包括营销自动化和A/B实验等模块,前后投入十余万元,后续每年还需要续费。站在当时看,这笔采购的理由并不牵强。运营想缩短等待,产品和研发要保证数据能够接通,公司希望分析效率最后变成更及时的经营动作。
只是我们把大量注意力放在了工具能做什么,对它准备改变哪一段工作说得不够清楚。哪些分析必须由一线自己完成,哪些判断会因为数据更及时而改变,哪些需求以后不再交给BI团队,采购前没有形成共同约定。营销自动化和A/B实验也是如此。系统具备实验能力,不等于团队已经知道要验证什么、由谁设计,又准备根据结果调整什么。数据和权限接通以后,项目在技术上已经可用,产品却还没有真正进入运营工作。
系统上线一段时间后,长期活跃的使用者不到五人,真正高频打开的只有一两位。有人能看到数字上涨或下跌,却很难继续解释变化来自哪里,更谈不上据此调整运营动作。团队需要固定经营数据时,仍然等BI报表;遇到临时分析,还是找数据同学。运营负责人自己有数据需求时,也延续着原来的协作方式。没有谁故意让工具闲置,原来的工作分工、能力要求和责任关系没有改变,新的系统便一直停在主流程之外。
这时回头看,使用人数少只是结果,采购前缺少的是一条从投入走到回报的路径。原来的分析需求平均要等多久,每个月有多少次判断因此延误,哪些工作交给一线后能够减少多少等待,这些本来应该成为采购的基线。工具上线以后,团队也需要有人负责指标口径、培训、使用场景和后续运营。少了这些安排,一套功能完整的系统只能提供可能性,无法替组织改变工作方式。
续费期临近后,问题又多了一层。工具没有形成稳定使用,很难说已经证明价值;埋点数据和历史报表却一直在里面运行,完全关掉还要面对迁移、整理和追溯。公司当初承担的不只有采购费,还包括产品与研发的接入、数据持续同步、一线学习,以及现在出现的退出成本。这些投入散落在不同团队,很容易只剩一张软件账单被看见。运营负责人倾向继续续费,理由是以后也许会用到;团队真正依赖的分析工作,则已经回到数仓、BI和数据分析师手中。
内部工具不需要靠卖账号证明自己。它的回报可能是一张报表少等几天,一次活动更早得到调整,一类重复分析不再占用数据团队,或者一个过去无法追踪的风险开始被稳定识别。这些变化未必都能立刻折算成收入,却必须能够被观察,并与原来的工作形成比较。否则,“提高效率”会变成一个永远正确、也永远无法证伪的采购理由。
使用人数少,也不必直接判定一套工具没有价值。有些系统本来就只服务少数专业岗位,有些风险能力一年可能只在少数时刻发挥作用,一次避免的重大损失就足以覆盖长期投入。使用频率、覆盖人数和直接收入只是几种证据,它们要回到产品承担的角色里解释。本案采购这套工具,原本就是为了让更多一线运营自主分析、减少跨团队等待,最终却只有极少数人使用,原来的依赖也没有下降。采购时最主要的回报设想没有发生。
内部投入还有一种常见的模糊地带:工具上线后,团队会列出许多它“可以带来”的价值,却很少确认其中哪一项已经发生。决策更快、洞察更深、协作更顺、人员更专业,这些描述都很难被反对,也很难据此决定是否续费。比较有效的做法,是在投入前留下几项原来的工作事实,再约定谁准备改变什么。一个月里多少需求需要等待,临时分析占用数据团队多少时间,哪些运营动作经常错过窗口;半年后再看这些事实有没有变化。商业回报未必都要换算成人民币,但不能永远停留在形容词里。
不同商业角色使用不同的回报尺度,却有一个共同要求:投入要在某个位置留下可以确认的改变。到了直接面向市场的产品,回报常常以收入出现,关系反而更加复杂。钱从谁那里来,会改变产品首先回应谁,也会慢慢改变用户对产品的理解。
15.3 选择收入——谁付出,产品就要回应谁
一类常见的短剧产品,会让用户先免费观看前几集,再为后面的剧情逐集解锁。平台把收费点放在故事最有悬念的地方,内容方也会围绕付费转化判断一部剧值不值得继续投入。用户面对的是一笔很直接的交易:先看一段,如果还想知道后面的故事,就继续付钱。
红果短剧把另一种交换方式放到了产品前面。用户可以免费观看内容,平台通过广告获得收入,再与内容方分账。2025年3月,红果单月内容分账金额超过5亿元;据QuestMobile统计,到2026年2月,其月活跃用户达到3.04亿。规模说明这种方式被大量用户接受,而它带来的变化并不只是一道付费墙被拿掉。用户不再需要反复判断后面的剧情值不值得付钱,观看时间和对广告的接受成为另一种付出;广告主为触达用户支付费用;内容方用作品换取播放和分账;平台则要让内容、用户注意力和广告在同一套产品里继续运转。
逐集付费的产品需要在关键节点促成支付,内容往往围绕付费转化组织。免费观看的产品更依赖用户持续停留,也要控制广告出现的频率和位置。内容能不能连续看下去,推荐能不能让用户找到下一部想看的剧,广告增加到什么程度会破坏观看,都会影响收入。内容方关注的指标也随之变化。一集带来多少充值不再是唯一依据,整部剧获得多少播放、停留和分发,同样决定它能拿到多少回报。
收入从哪里来,会让产品同时回应不同角色。平台如果只追求广告曝光,观看体验会被挤压,用户停留随之下降,广告价值也会受损;如果分账不足以支持内容生产,短期仍有流量,后续供给也会逐渐变薄。这套关系能够运行,需要用户、广告主、平台和内容方都得到继续参与的理由。产品在其中承担的,是把这些理由落实为推荐、广告、内容和分配规则。
同一项产品能力,放在不同收入方式里,优先级也会改变。逐集付费更在意剧情推进到哪个位置时用户愿意解锁,免费模式更在意用户能否持续找到想看的内容,以及广告在什么节奏下仍可接受;会员模式则要持续提供能够区分免费与付费的权益。推荐、试看、提醒和会员页看起来都是产品功能,它们背后服务的却是不同的交换。团队如果先把功能做出来,再考虑如何收费,很容易发现用户已经形成了另一种使用习惯,内容供给也已经围绕原来的指标运转。到那时,增加一种收入方式动到的就不只是结算,还包括流量分配、内容选择和用户预期。
用户不会用商业模型理解产品,却会从一次次体验中形成自己的判断:打开以后能不能马上看,可以看多少,要不要先付钱,中间需要接受什么。红果长期把“免费追剧”放在主要位置,用户也逐渐把它视为与平台之间的基本约定。2026年,站内少量带有VIP标识的内容引发讨论。平台随后回应,这类限制来自极少量影视内容的版权要求,相关设置自产品上线时便已存在。规则并没有在当时突然改变,用户的反应仍然说明“免费”已经不只是一句推广语。即使面对原本存在的例外,用户也会追问:哪些内容可以通过广告交换,哪些内容需要另行付费,多付的钱又换来了什么。
会员、付费内容和其他收入来源当然可以同时存在,前提是用户能够辨认其中新增的价值。免广告、更完整的版权内容或另一种服务,都可能构成新的选择;如果只是把原来已经通过广告获得的内容重新放到付费门槛之后,用户感受到的便不是多了一项权益,而是原来的交换条件发生了变化。收入方式会提前进入产品:它影响供给为什么继续、用户为什么留下,也决定产品必须守住怎样的承诺。
有了收入仍然不能说明一门生意已经成立。钱进入业务的那一刻,交付、服务和风险也可能刚刚开始。它们不一定出现在同一张报表,更不会在同一天显现。
15.4 算完整账——收入、成本与风险不在同一时间发生
2025年初,公司的一条长租业务接入了新的CPS渠道,流量主要来自一类金融信息平台。业务希望借此触达原有渠道没有覆盖到的人群,风控团队则很快发现,这批用户与过去的核心客群并不相同。最初,系统只从中筛选有真实租赁需求、信用表现较好的用户,因此通过率和成交规模都不高。业务侧希望尽快把渠道做起来,一季度末开始持续推动放宽准入条件。
标准调整以后,前台数据很快发生变化。月起租单量从一万多单增长到接近两万单,GMV也几乎翻番。从订单、成交和GMV看,这条渠道像是找到了打开方式:进来的人更多,通过的人更多,业务规模也被快速推高。站在当时的经营现场,这种判断并不难理解。渠道已经投入,团队也背着新增压力,最先出现的数字自然最容易成为结果。
租赁业务里的订单、回款和风险却不在同一时间发生。用户完成起租时,前台记录了订单和GMV,渠道佣金、设备采购与交付成本也已经开始发生;后续租金要在几个月甚至更长时间里陆续回来,逾期、催收、坏账和资金占用则要等账期展开以后才会显现。一笔订单在起租当天看起来是增长,几个月后可能留下完全不同的结果。GMV描述了合同期内可能发生的交易规模,不是已经收到的收入,更不是扣除全部代价后的收益。
数月后,准入调整带来的另一面逐渐出现。这批用户的整体逾期率明显高于原有业务,接近原来水平的两倍,催收和坏账压力也随之增加。继续经营这批订单时,渠道、交付、资金和风险代价明显上升,原先支持扩张的测算已经站不住了,渠道尝试最终被停止。前台数据并没有造假,它准确记录了起租发生;问题在于,我们用交易开始时的数字,替一笔尚未走完整个周期的生意下了结论。
判断长周期业务,不能把不同月份的数字随意拼在一起。某个月进入的用户构成一批客群,他们在起租时带来订单,在后面的账期里陆续形成回款、逾期、催收和坏账。只有沿着同一批用户继续观察,团队才能知道准入调整增加的是能够履约的需求,还是让更多后续风险一起进入了当期GMV。前台数据回答交易有没有发生,完整账期回答这笔交易最后留下了什么。
风控准入也不只是一道把人挡在外面的门。不同风险水平的客群,可以对应不同额度、租期、保证方式、价格和服务安排。只是这些条件一旦没有同步变化,团队实际上是在用原来的收益结构承接新的风险结构。表面上只调了一项规则,用户范围、回款节奏和后续服务都被一起改变。风控能够识别和限制风险,无法替业务决定愿意用什么产品结构、什么价格和多大成本服务这批人。
完整的商业账至少要沿着一笔交易继续向后看。收入一侧有什么,什么时候能够收到;获客、商品与资金、履约、客服和售后需要付出什么;规模扩大以后,哪些成本随订单增加,哪些能力会在某个水位突然成为瓶颈;不利结果出现时,组织又要承担多少。并不是所有项目都能在开始前算得很准,但只看那些最早出现、最容易汇报的数字,后面的代价并不会因此消失。
规模对成本的影响也不总是一条平滑的直线。渠道佣金和商品成本可能随每笔订单增加,系统、人力和仓储在一段范围内却未必明显变化;一旦订单超过现有能力,客服、审核、仓配或资金需求又可能跨过一个台阶。小规模试点看上去还有余量,扩大以后反而变重;有些前期投入较高的能力,则要到一定规模以后才会被摊薄。判断业务能否继续,既要看一笔新增交易留下多少,也要看新增规模会不会迫使组织补上一整块能力。只算平均成本,容易把尚未发生的扩容藏在现有业务里;只算当前边际成本,又会误以为下一批订单几乎不需要付出。
风险滞后时,团队还需要在最终结果出现之前找到可以提前观察的信号。准入以后,首期履约、资料真实性、异常行为、客服争议和早期逾期都可能比最终坏账更早出现。它们不能代替完整账期,却可以帮助团队判断是否继续放量。更重要的是,观察期要跟着业务周期设定。一个需要半年才能看清的项目,如果每周只按新增订单决定是否扩张,节奏天然会快过证据;等后端结果赶上来,前面已经进入了更多相同客群。
这条渠道的问题也不在于尝试了新客群。真正昂贵的地方,是团队没有先围绕不同准入水位做完整测算,也没有为滞后风险设定清楚的观察周期和收缩条件。先放宽看看,再等逾期和坏账给出答案,仍然能够得到结论,只是代价已经发生。商业边界不是一条固定不动的保守线,而是当前产品结构下,新增收益仍能覆盖获取、交付、资金与风险代价的范围。条件发生变化,边界可以重算;账没有重算,订单增长也无法单独证明业务正在变好。
早期探索很难把收入、成本和风险一次算清。如果因此等到所有数据齐备才行动,很多机会也会被错过。更现实的做法,是承认这笔账里存在假设,再决定先用多大资源,把最可能让它断掉的地方暴露出来。
15.5 分段投入——用事实决定下一笔资源
2017年11月,美团点评结束了“松鼠便利店”和共享充电宝两个试点。松鼠便利店从2016年底开始尝试,共享充电宝在2017年上半年启动,两个项目都还没有进入大规模扩张,分别由十余人的小团队试点。项目停止以后,相关同事被转入其他业务。便利店和共享充电宝在当时都是被频繁讨论的新方向,美团拥有大量本地商家和用户,继续投入很容易找到理由。已经有了团队、行业仍在升温、公司也有相关资源,这些事实能够支持项目被拿来尝试,却不能直接支持下一轮扩张。
王慧文在当时的内部信中提出,新业务探索的资源应以满足“最小测试单元”为默认标准,而不是公司拥有多少资源,就先配置多少资源。这个标准难在怎样让投入与问题相匹配。资源太少,用户需求、履约过程和协作关系无法充分暴露,团队得到的只是一场功能演示;资源铺得太开,假设一旦不成立,已经投入的人、资产和组织协同又会反过来绑住判断。
一次合适的验证,要大到足以让真实交易发生,也要小到组织仍然能够根据结果调整。它不需要在第一轮复制一门完整生意,而要先找到最可能让这门生意断掉的地方。用户会不会脱离原来的交易继续使用,投入是否真的改变工作方式,谁愿意为价值付出,收入走完整个周期后能否覆盖交付与风险,这些都是商业假设。每个项目面对的关键前提不同,第一次投入也不应该把所有问题同时验证。
关键假设的顺序也会改变试点的代价。假如用户根本不愿意在原有服务之外继续使用,过早建设完整交付没有意义;如果需求已经明确,最大的未知是履约成本,继续做更多页面测试也不会增加多少认识;当收入依赖多方参与时,先验证消费者愿不愿意使用,却没有确认商家或内容方能否持续供给,得到的增长同样很脆弱。团队要先找出一旦不成立,后面的投入大多会失去意义的那个前提,再决定用什么规模看清它。
这与通常所说的“先做一个最小版本”还有一点差别。功能可以很少,验证却不能失真。共享充电宝如果只验证用户愿不愿意扫码,仍然看不到设备铺设、商家分成、周转、维护和丢失;内部分析工具如果只验证数据能不能接通,也看不到运营会不会把它放进工作;大健康App如果只看现有用户是否活跃,就无法知道原有减脂服务拿掉以后,还有没有独立需求。要缩小的是投入范围,不是把最关键的交付和回收关系从验证里拿掉。
共享充电宝后来继续发展成更成熟的业务品类,美团也在2020年前后重新进入。后来的选择没有反过来证明2017年的停止是对是错。它说明的是,市场条件、组织位置和可行的商业关系发生变化以后,同一家公司可以重新判断。停止一轮试点,也不等于此前投入全部浪费。哪些用户关系没有形成,哪些交付比预想更重,哪条回收路径暂时走不通,都会改变下一次尝试的范围和方式。
商业模式写进立项材料时,只是一组对未来的解释。真正投入以后,事实会逐渐支持其中一部分,也会推翻另一部分。产品经理不必在开始前算出几年后的利润,却应该知道这一次把资源放进去,准备看清哪一个关键前提。证据出现以后,团队再决定下一步是扩大、调整、暂停,还是把资源留给其他方向。
这一步最好发生在资源投入之前。团队需要提前约定,哪一种结果支持扩大,哪一种结果只说明方案还要调整,哪一种结果会让项目停止。标准不必精确到一条绝对的数字线,但要足以改变动作。比如,一项工具试用结束后,如果目标岗位仍然没有把它放进日常工作,下一轮就应先处理场景和责任,而不是继续购买更多模块;一条长周期渠道在早期风险信号持续恶化时,也不该等全部坏账发生以后才收缩。结果出来以后再解释成功,任何数据都能找到好听的故事;事先说清准备依据什么行动,验证才真正参与了资源判断。
已经投入的人力和协作越多,停止越难。项目做了一半、团队已经组建、系统接入不少、外部伙伴也开始配合,都会成为继续投入的理由。可过去花掉的资源无法替下一笔资源创造回报。需要讨论的是,最新事实让原来的商业假设发生了什么变化,继续投入准备换回哪一个新的答案。一项探索获得下一轮资源,不是因为它已经走了很远,而是因为它对怎样继续成立,拿出了比上一轮更充分的证据。
闲言碎语
刚做产品的时候,我更习惯把自己的责任放在方案里。需求有没有想清楚,流程是否完整,系统能不能稳定运行,上线后的数据有没有变化,这些事情看得见,也容易判断。至于定价、预算、履约和损益,我会自然地认为有更专业的人负责。这样的分工没有错,真正让我后来不断调整的,是产品并不会沿着组织架构运行。一次免费开放会改变用户以后获得价值的方式,一个准入调整会把原本不会进入的人带进业务,一项为了体验增加的服务,也会变成人、系统和合作方此后要反复承担的工作。
现在再看一个方案,我会在页面和流程之外多停一会儿。免费开放以后,客服会接到什么;准入放宽以后,几个月后的账会多出什么;服务增加以后,谁要把它日复一日地完成。很多问题当时仍然算不准,但只要知道后果会落在哪里,团队就还有机会决定试到什么程度,又在什么时候回来重算。
文章分享
如果这篇文章对你有帮助,欢迎分享给更多人!













