第 4 章 · 06 众包能力 本节摘要:基于产品池和用户池之上的最后一个重要能力——众包能力。它之所以至关重要,是因为一人企业需要严格控制人数:人数少→专注垂直小市场→人均利润高,这是商业模式和竞争策略的基础;而 AI 和自动化解决不了所有问题,总有一些需要人来解决——众包正是调和这个矛盾的方案:把任务分包给很多人(通常是产品用户),不增加雇员。众包三要件:清晰的细分任务(拆到无需沟通、单人工作量足够小)、明确的验收条件(量化、最好自动验收+实时奖励)、有吸引力的奖励(现金/购物卡/有价无市物品,少一点套路)。众包不一定是独立系统——裂变返现就是垂直众包;通用方案可用论坛积分商城或 WordPress 威客插件。
本节摘要:基于产品池和用户池之上的最后一个重要能力——众包能力。它之所以至关重要,是因为一人企业需要严格控制人数:人数少→专注垂直小市场→人均利润高,这是商业模式和竞争策略的基础;而 AI 和自动化解决不了所有问题,总有一些需要人来解决——众包正是调和这个矛盾的方案:把任务分包给很多人(通常是产品用户),不增加雇员。众包三要件:清晰的细分任务(拆到无需沟通、单人工作量足够小)、明确的验收条件(量化、最好自动验收+实时奖励)、有吸引力的奖励(现金/购物卡/有价无市物品,少一点套路)。众包不一定是独立系统——裂变返现就是垂直众包;通用方案可用论坛积分商城或 WordPress 威客插件。
阅读完本节,你应当能够:
一人企业必须严格控制人数——商业模式和竞争策略都是按照这个设计的:由于人数较少,可以专注于非常垂直的小市场;即使利润相对于大公司较少,但因为人数少,所以人均高——这就是商业模式和竞争策略的基础。如果有很多人,这种优势就不存在了。
现在可以通过 AI 和自动化处理很多事情,但总有一些问题它们无法解决、需要由人来解决——这就形成了基本矛盾:起步阶段矛盾不明显,但随着业务量增加会日益明显。
众包就是解决方案:将任务分包给很多人(通常是产品的用户)。这种方式下不需要雇佣员工,员工数量不会增加,很好地满足一人企业在规模上的要求。
并不是所有任务都可以众包:任务需要非常明确,执行者需要具备相应的能力、时间和意愿。总体原则:先处理掉所有自己、自动化和 AI 能处理的事情,最后将处理不了的部分拿出来众包。
不能将一整块任务扔出去——完不成的风险高、沟通成本高;需要多人紧密合作的任务也不适合直接众包。要把任务分得特别细,无需沟通就可以直接执行。
例子:翻译整个网站时,把内容全部拆成单句发给用户——每个用户只翻译一句然后提交;对比两三个人的翻译结果,从中选择一个较好的;选择结果的任务又可以作为独立任务再次分发。逐步分拆,使每个细分任务都足够明确。
单人工作量应该足够小:众包与外包不同——众包是任务执行人在业余时间做,时间和精力非常不可控。把工作量变得足够小、执行任务的人足够多,才能更好地控制质量和风险。
核心是量化——任务是否完成、完成得好不好,要有量化的标准,最好可以自动验收。自动验收的最大优点:一旦验收完成,就可以实时发送奖励——对任务执行人的激励效果被放大:不但刺激他继续做众包任务,还会推动他邀请朋友来参与。
各 APP 的邀请任务已经很多,套路被用烂了,产生"吸引力"很难。经验上依然有吸引力的奖励:首先是现金或等价物(如京东购物卡);然后是与业务相关的有价无市的物品(如作者设计的 NodeJS 实体包,已经买不到了,对目标人群很有吸引力)。总结:多一点真诚,少一点套路。发放时机最理想是实时发放——在任务执行过程中就把激励循环转起来,效果会好很多。
要完成众包需要什么支持系统?取决于是否自动判定验收条件——不同任务的验收条件完全不同。
自动判定 → 垂直细分的专用系统:比如裂变和推荐返现就是非常典型的垂直众包,被单独拿出来优化运行,甚至现在大家都不觉得它算众包了——但它本质上就是众包:
众包不一定是一个独立系统,它也可以是一个垂直的功能。
接受人工验收 → 更通用的方案:
众包是"不增员地扩大产能":把 AI 和自动化处理不了的任务,拆成足够细的碎片分包给用户,用量化验收和实时奖励驱动循环。三要件(细分任务/量化验收/有吸引力奖励)缺一不可,而形态可以很轻——一个裂变链接、一个论坛、一个插件都可以承载众包。至此"三池四能力"全部到位,下一节回答最后的问题:这些东西怎么搭起来?