第 4 章 · 05 产品池与支付能力


文档摘要

第 4 章 · 05 产品池与支付能力 本节摘要:有了用户池和内容池,业务本身转变为可插拔模块——无需关注内容和用户相关功能,接入即可运作。把这些业务组件整合起来用产品池容纳,产品池最需要的是支付能力。国内常用支付(微信支付/支付宝)不对个人开放,个人可用的方案是 XorPay 等小微支付平台。多业务接入支付会遇到重复对接繁琐、支付目录数量限制(官方支付目录最多 5 个)两个问题,解决方案是自建收银台(多业务共用支付和订单系统)或 WooCommerce 支付网关。最后是众筹能力:它本质上是支付能力的一种商业模式创新——多点验证(价值主张+渠道通路)+销售前置(构建成本占 80% 以上,卖不掉就不构建),构成要件只有三个(收费/达标统计/批量退款),用群都能实现。

第 4 章 · 05 产品池与支付能力

本节摘要:有了用户池和内容池,业务本身转变为可插拔模块——无需关注内容和用户相关功能,接入即可运作。把这些业务组件整合起来用产品池容纳,产品池最需要的是支付能力。国内常用支付(微信支付/支付宝)不对个人开放,个人可用的方案是 XorPay 等小微支付平台。多业务接入支付会遇到重复对接繁琐、支付目录数量限制(官方支付目录最多 5 个)两个问题,解决方案是自建收银台(多业务共用支付和订单系统)或 WooCommerce 支付网关。最后是众筹能力:它本质上是支付能力的一种商业模式创新——多点验证(价值主张+渠道通路)+销售前置(构建成本占 80% 以上,卖不掉就不构建),构成要件只有三个(收费/达标统计/批量退款),用群都能实现。

学习目标

阅读完本节,你应当能够:

  1. 解释"业务接入用户池/内容池后成为可插拔模块"与产品池的含义。
  2. 说出个人支付服务商的现状(微信/支付宝不对个人开放,XorPay 可用)与选择理由。
  3. 说出多业务支付接入的两个问题与两种解决方案(自建收银台/WooCommerce 网关)。
  4. 解释众筹"多点验证"与"销售前置"的含义。
  5. 背出众筹的三大构成要件,并说出"用一个群完成众筹"的具体做法。

一、产品池:把业务变成可插拔组件

多个业务之间存在许多共通之处——它们都旨在创造利润,需要许多与商业相关的通用功能和能力。而有了用户池和内容池,业务本身就转变为一个可插拔的模块:它无需关注内容和用户相关功能,一旦接入用户池和内容池,就能开始运作,无需再成为一个独立完整的业务。把这些业务整合为一系列业务组件,用产品池容纳它们。

二、支付能力服务商

产品池最需要的是支付能力——对企业而言核心目的是赚钱,没有支付功能就无法产生收入。

常用服务商:国内常用的微信支付和支付宝并不对个人开放,需要注册企业或个体工商户。注册企业的成本集中在记账和场地;个体工商户的注册地址在一些省份也有要求(办公地点是固定成本,很多城市的民宅不允许注册),总体上提高了成本。

对个人开放的服务商:XorPay 是一个小微支付平台,可以接入微信和支付宝,可自行申请开通——店面地址可以用住宅地址,店面照片可以用大门照片,有约一百元的开通费用。支付宝的某些方案也对个人开放(如「当面付」),但使用场景不匹配(本来是为面对面支付设计的)。比较而言,XorPay 这种小微支付平台是更好的方案:支持的渠道更多,用户支付的钱直接进入我们的账户,比较安全

三、支付接入:收银台与网关

有了支付能力,还需要与业务组件对接。只有一个业务无所谓;业务多了就有两个问题:

  1. 每个业务都需要单独接入,非常麻烦——服务商提供的往往是系统层的对接而非应用层,整个过程颇为繁琐;
  2. 有些系统设计上不支持多业务:微信官方支付目录有限制,最多支持 5 个——业务超过五个怎么办?需要自己找解决方案。

自建收银台方案

将每一个业务看成一个应用,给应用分配一个参数;用户带着参数跳转到收银页面支付;支付完成后,收银台使用订单 ID 转向;用户再拿着支付完成的订单 ID 到业务中验证——整个支付就完成了。

收银台的意义:多个业务共用支付和订单系统。业务足够多时会明白为每个业务单独开发支付和订单系统有多麻烦——代码虽然可以重用,但如果分布到每个业务中,维护起来很麻烦;把它做成共用的组件、封装成标准的基础能力非常必要。

WooCommerce 网关方案

如果使用 WordPress,有更简单的方案:给 WooCommerce 添加支付网关。绝大部分与支付相关的 WordPress 插件都使用 WooCommerce(本来是第三方插件,后来被 WordPress 母公司收购,虽以独立品牌运营,其实是官方产品)。它提供了完善的支付和商品功能,但缺少国内常用支付厂商——只需添加一些网关(微信官方支付网关或 XorPay 支付网关),所有支持 WooCommerce 的应用就可以直接使用支付能力

四、众筹能力:支付能力的商业模式创新

在方法论中不断强调众筹的重要意义——重要的事情至少说三遍。一人企业精力非常有限,试错成本非常高:不仅是金钱,还是机会成本,一年能做的事情非常有限。用众筹验证这种能力非常重要。

主流创业方法论核心验证两个东西:价值主张(商品对目标用户到底有没有价值)与渠道通路(对这部分人有价值,但它能增长吗?能达到想要的规模吗?)。

1. 多点验证

众筹验证是简单粗暴的多点验证——一次性验证价值主张和渠道通路(可能验证不了后期的增长,但可以验证早期渠道)。众筹的达标值,一定程度上就意味着早期规模的下限:用户少时可设定为不赔本的点;用户足够多时,甚至可以设定为期望的规模(很多 Kickstarter 项目主要收入就来源于众筹)。

众筹对价值主张的验证更为精准,是真金白银的真实验证。落地页或访谈验证时,很多用户会说"这个东西很好,回去试一下",然后就没有然后了;众筹方式下,真心觉得好的会掏钱,表面上觉得好的不会掏钱——验证结果非常真实。

2. 销售前置

众筹把销售前置了:验证通过,销售就完成了;验证不通过,就不会去构建卖不掉的产品。这对一人企业很重要:业务成本里可能 80% 以上都是构建成本,如果在构建之前就知道卖不掉,就可以不做,节省大量成本。

可能的反驳:"东西没做出来,对用户的吸引力不够,所以用户不买"——这有可能,但解决方案不是去开发产品,而是把众筹用的视频或 demo 做得足够细致,让支持者体验到完成后的效果。"众筹太依赖销售能力"——但开发过程并不会提升销售能力:众筹时卖不掉的产品,开发完成再售卖,同样卖不掉的可能性依然非常高

3. 构成要件:收费、达标统计、批量退款

众筹系统的构成要件很简单:收费达标条件统计批量退款或发货

用群实现众筹(不需要购买任何软件):

  • 收费:做一个付费入群;
  • 达标统计:通过群接龙——付完费的接一下龙,就知道卖了多少套、达没达标,群里大家一目了然;
  • 批量退款:发一个定额群红包,每个人按固定额度领一下,钱就退回去了;
  • 发货:把软件或视频放到网盘,通过群公告提供链接,或直接放群文件。

众筹是一种思维方式,并不是一个固定系统——不是要有系统才能做众筹,只有一个群也可以处理。批量退款不能批量大不了手工退——退款场景往往是没有达标时,用户反而不会太多,因为用户多了就达标了呀。

用 WooCommerce 众筹:经常做众筹的话,用群比较麻烦。WordPress 场景下,WooCommerce 已完成标准商品销售流程(购买和发货),只需修改两处:添加一个简码输出商品的销量和达标统计;添加批量退款按钮(可选的,没有也可以退款,只不过麻烦一点)。

4. 本质:支付能力

**众筹能力本质上是一种支付能力,是商业模式的创新。**如果支付能力的组件化和自动化做得足够好,会发现像"众筹""学完免费"这些看起来创新的商业模式,都变得很容易实现。

小结

产品池把业务变成可插拔组件,支付能力让组件能赚钱,而众筹把支付能力变成"验证+销售"一体化的创新商业模式。三池四能力已过三池(用户池/内容池/产品池)与支付、自动化,下一节补上最后一块拼图:众包能力。


发布者: 作者: 灏天文库 转发
评论区 (0)
U