我們目前正在以衆包平臺的商業模式進行融資，在拿到融資之前，先以微信羣 + GitLab 的原始方式運營籌建中的衆包平臺，目前在召集合作開發者，當前已召集到400多位開發者，在召集開發者的過程中就遇到了一些衆包需求。
園子的衆包平臺定位於開發任務的衆包，平臺分發給開發者的是具體明確的開發任務。如果是一個軟件外包項目，平臺不會接，我們會把這個項目介紹給“明知山有虎，偏向虎山行”的開發者。
前天就遇到這樣一個案例，需求是用 Java 開發一個企業內部使用的考培系統，工期是10天左右，客戶不報價讓接單方報價。這三點都不符合園子衆包平臺的接單標準：
1）這是一個開發項目，不是一個開發任務。如果是開發考培系統時遇到了解決不了的問題，想找有經驗的開發者寫代碼幫助解決，那纔是我們的菜。
2）工期太趕。時間太緊容易影響交付質量，除非是修復緊急故障。
3）我們現在統一要求客戶報價，不讓開發者競價。一是爲了簡化交易過程；二是爲了避免報價過高造成的時間浪費，客戶都有心理價位，如果報價過高，最終還是要基於客戶的心理價位重新報價；三是爲了避免報價過低造成交付質量低或者交付不了，比如競價時爲了搶單把價格壓的太低，做的時候發現不合算，沒有動力做到足夠好。
我們當然不會接這樣的需求，於是友情介紹給羣裏的開發者，發出消息後才發現現在這麼卷，這樣一個因爲工期太趕而造成難度高的項目，竟然有10幾位開發者有意向接單。
建了個羣介紹給需求方，想接單的開發者瞭解了需求報了價，本來想這麼多人卷，應該有人能拿到單子吧，沒想到第二天需求方說通過其他渠道找到了接單方。不僅十幾人之間卷，還要和外面的未知渠道卷，現在做外包項目真的好難。
讓他們去卷吧，我們還是專注於「開發任務」衆包平臺，這個平臺是以分佈式的方式讓衆多開發者基於自己接到的開發任務寫代碼。拿 Kubernetes 打個比方，每位開發者類似於一個 node，每個開發任務類似於一個 pod， 平臺要解決的核心問題之一是調度能力，而不是讓開發者捲到讓需求方笑彎了腰。
歡迎關注園子的衆包平臺建設，雖然現在還處於石器時代，但我們的目標是星辰大海。