博客园商业化之路-众包平台：偶遇外包项目需求

我们目前正在以众包平台的商业模式进行融资，在拿到融资之前，先以微信群 + GitLab 的原始方式运营筹建中的众包平台，目前在召集合作开发者，当前已召集到400多位开发者，在召集开发者的过程中就遇到了一些众包需求。

园子的众包平台定位于开发任务的众包，平台分发给开发者的是具体明确的开发任务。如果是一个软件外包项目，平台不会接，我们会把这个项目介绍给“明知山有虎，偏向虎山行”的开发者。

前天就遇到这样一个案例，需求是用 Java 开发一个企业内部使用的考培系统，工期是10天左右，客户不报价让接单方报价。这三点都不符合园子众包平台的接单标准：
1）这是一个开发项目，不是一个开发任务。如果是开发考培系统时遇到了解决不了的问题，想找有经验的开发者写代码帮助解决，那才是我们的菜。
2）工期太赶。时间太紧容易影响交付质量，除非是修复紧急故障。
3）我们现在统一要求客户报价，不让开发者竞价。一是为了简化交易过程；二是为了避免报价过高造成的时间浪费，客户都有心理价位，如果报价过高，最终还是要基于客户的心理价位重新报价；三是为了避免报价过低造成交付质量低或者交付不了，比如竞价时为了抢单把价格压的太低，做的时候发现不合算，没有动力做到足够好。

我们当然不会接这样的需求，于是友情介绍给群里的开发者，发出消息后才发现现在这么卷，这样一个因为工期太赶而造成难度高的项目，竟然有10几位开发者有意向接单。

建了个群介绍给需求方，想接单的开发者了解了需求报了价，本来想这么多人卷，应该有人能拿到单子吧，没想到第二天需求方说通过其他渠道找到了接单方。不仅十几人之间卷，还要和外面的未知渠道卷，现在做外包项目真的好难。

让他们去卷吧，我们还是专注于「开发任务」众包平台，这个平台是以分布式的方式让众多开发者基于自己接到的开发任务写代码。拿 Kubernetes 打个比方，每位开发者类似于一个 node，每个开发任务类似于一个 pod， 平台要解决的核心问题之一是调度能力，而不是让开发者卷到让需求方笑弯了腰。

欢迎关注园子的众包平台建设，虽然现在还处于石器时代，但我们的目标是星辰大海。