部落格園商業化之路-眾包平臺:偶遇外包專案需求

博客园团队發表於2024-05-12

我們目前正在以眾包平臺的商業模式進行融資,在拿到融資之前,先以微信群 + GitLab 的原始方式運營籌建中的眾包平臺,目前在召集合作開發者,當前已召集到400多位開發者,在召集開發者的過程中就遇到了一些眾包需求。

園子的眾包平臺定位於開發任務的眾包,平臺分發給開發者的是具體明確的開發任務。如果是一個軟體外包專案,平臺不會接,我們會把這個專案介紹給“明知山有虎,偏向虎山行”的開發者。

前天就遇到這樣一個案例,需求是用 Java 開發一個企業內部使用的考培系統,工期是10天左右,客戶不報價讓接單方報價。這三點都不符合園子眾包平臺的接單標準:
1)這是一個開發專案,不是一個開發任務。如果是開發考培系統時遇到了解決不了的問題,想找有經驗的開發者寫程式碼幫助解決,那才是我們的菜。
2)工期太趕。時間太緊容易影響交付質量,除非是修復緊急故障。
3)我們現在統一要求客戶報價,不讓開發者競價。一是為了簡化交易過程;二是為了避免報價過高造成的時間浪費,客戶都有心理價位,如果報價過高,最終還是要基於客戶的心理價位重新報價;三是為了避免報價過低造成交付質量低或者交付不了,比如競價時為了搶單把價格壓的太低,做的時候發現不合算,沒有動力做到足夠好。

我們當然不會接這樣的需求,於是友情介紹給群裡的開發者,發出訊息後才發現現在這麼卷,這樣一個因為工期太趕而造成難度高的專案,竟然有10幾位開發者有意向接單。

建了個群介紹給需求方,想接單的開發者瞭解了需求報了價,本來想這麼多人卷,應該有人能拿到單子吧,沒想到第二天需求方說透過其他渠道找到了接單方。不僅十幾人之間卷,還要和外面的未知渠道卷,現在做外包專案真的好難。

讓他們去卷吧,我們還是專注於「開發任務」眾包平臺,這個平臺是以分散式的方式讓眾多開發者基於自己接到的開發任務寫程式碼。拿 Kubernetes 打個比方,每位開發者類似於一個 node,每個開發任務類似於一個 pod, 平臺要解決的核心問題之一是排程能力,而不是讓開發者捲到讓需求方笑彎了腰。

歡迎關注園子的眾包平臺建設,雖然現在還處於石器時代,但我們的目標是星辰大海。

相關文章