介紹本身的新項目GradChef.com - 如何組織一直鬆散的團隊

我

有的時候會被人叫作「大神」，和不少真正的「大神」不同，我不會避諱這個詞語，由於我知道我不是。

大學快要結束了，我認可我對本身的處境並不滿意，由於我知道我如今擁有的和我想要的還並不相同。即將前往大不列顛日不落（我可恥的笑了，你不能理解我有多麼重口的）Cambridge去繼續本身的學業，我絕對不是說去這些知名大學讀書是一個壞選擇也不是會太在乎本身只是去騙個學位知足家裏對於這方面的要求。我爲想要表達的是我內心面的本身應該不是這個樣子。

一天洗澡地時候，我心想這個申請中如此蛋疼的過程，發現當下爆火的留學論壇真的知足不了我，爲何我不作一個本身想要的關於中國同窗申請的網站呢？？？

因而，在我不停地忽悠之下，召集了我最信賴的朋友開始了這個項目：GradChef，中文名字是畢老師

Gradchef · 畢老師

GradChef.com這個產品本質上仍是自我需求的一種延伸，團隊裏的人都是畢業沒多久，經歷過申請學校的人，我去了劍橋，而他們則是在那些最有名的投行裏過着高富帥的生活。不過結果如何，你們一致以爲申請的經歷是很痛苦的，刷GT對於亞洲人其實還好，麻煩的地方在於選校，PS，推薦信，面試的種種複雜。這些東西不是很簡單的量化的東西，而是一個持久戰，尤爲是信息不對稱，沒什麼能夠參照的標準，並且中間過程繁複，每一個學校都有不一樣的要求，申請一旦不少很容易就丟三落四，錯過deadline。

因此GradChef的就是爲了解決咱們本身申請遇到的痛點，現階段（第一階段）要解決的就是選校的問題。這個問題聽起來簡單，但其實很複雜。首先就是要對歷史數據進行一個標準化的建模，而後根據申請人的背景來匹配。但第一步建模就問題多多，量化的數據比較簡單，可是有時候非量化的數據更重要。歷史數據的來源雖然多，可是質量良莠不齊，數據的噪音很大，又什麼好的降噪方法，只能「手工」降噪。

還想解決的一個問題，就是申請過程當中的忙中出錯，因此Gradchef.com也加入了學校申請的管理，說白了就是一個爲了申請特別定製的一個todo list，這樣既能夠幫助你們追蹤和記錄申請的狀態，也可讓你們在出結果以後，讓數據造福後人。

關於作產品的方向，咱們的考量很簡單：作一個小而美的慢產品。咱們不想迅速擴張，由於咱們沒有精力去管理擴張帶來的問題；咱們也不想作的很全面，由於咱們沒法對一個大而全的產品作出宏觀的掌控；咱們沒法作的很快：由於數據的積累只能靠時間，用戶的積累咱們但願靠口碑。

Part-time、你們都很忙、不在一個國家的一個團隊怎麼合做？

而後就來講說團隊吧：咱們的團隊沒有全職人員，你們都是業餘時間一塊兒作項目。白天你們都要上班上學，晚上和週末會抽出時間來作。並且你們分佈在五湖四海，跨越時區，是一支很鬆散的團隊。如何組織這樣的一個團隊是一個挑戰，下面有幾條咱們本身摸索出來的經驗：

1. 認識到本身的限制：很重要的一點就是認識到這樣的一個團隊是不可能同一個全職的團隊的生產力相比的，因此在把握進度的時候要掌握好，避免給任何一個分配太多的任務。同時，每一個人的生活中都有其餘更重要的事（工做，學習，健康，愛情，家人），因此容許每個人選擇本身要投入的精力。好比有人要忙着準備考試，那就給他少分配或者不分配任務。

2. 規律性的會面：這一點過重要，即便咱們跨時區，也會每一個周都要Google Hangout一次，你們先講講本身上個周作了什麼，而後提出上個周的問題，討論完後說說下個周本身能作什麼，想作什麼，要作什麼。此次會面咱們會爭取每一個人都參加，有人缺席以後會在單獨傳達會議的結論。這是一個鬆散團隊保證前進步伐的關鍵。

3. 隨時隨地的交流：如今智能手機這麼流行，想要隨時隨地交流很是容易：微信，Whatsapp等等。由於你們平時的時間都很碎片化，好比在走路的時候忽然有一個好想法出現，那麼就會在微信羣裏吼一聲，以後你們會pick up而後繼續討論，若是想法很是值得深刻探討，會拿到每週的會議上討論，這樣能夠在隨時隨地的交流，不放棄任何一個靈光一現。

4. 簡單的組織形式：由於團隊自己很鬆散，因此組織形式也很簡單鬆散，平時的進度只是用Bitbucket的issue tracker，不會用更加複雜，更加程式化的工具。而issue也不會很是具體，一般只是很籠統的描述問題的領域，只要被分配的人理解就夠了。能這樣作的緣由，是團隊中全部人對於用的技術都比較瞭解，你們都是很優秀的程序員，對於代碼之美都有很一致的追求，減小程式化的組織，是創建在每一個人的基本質素之上的。

至於技術上和交流上咱們用到的工具：

• 框架：Ruby 2 + Rails 4 （原本寫的時候仍是Ruby 1.9.3 + Rails 3.2，寫完以後就發現落伍了，根據Rails這種向後兼容這麼差的framework來講，若是一步跟不上，就步步跟不上了，因而狠下心來升級了）

• 前端：部分頁面用到了AngularJS，部分頁面是jQuery，全部代碼都是CoffeeScript。Stylesheet用的是Sass + Compass

• 服務器：Puma + Nginx

• Source Control + Issue Tracking + Wiki + File Sharing: Bitbucket (Git)

• 平常交流：微信羣

• 視頻語音：Google Hangout (不得不說Hangout作的真心給力)

以前團隊試過Asana / Google Drive / Dropbox / Trello 等等各類工具，你們仍是以爲這些工具備時候仍是更可能是累贅，而不會加強生產力，畢竟你們時間很短，但願把有限的時間都花在有意義的事情上。

教訓

整個過程是一個學習的過程，上面所講的關於團隊合做是我學到的第一課，下面來說講咱們快要上線以及上線後學到的另外幾個東西：

1. Idea is nothing。在本身小範圍介紹這個產品給身邊的過程當中，我知道了不少不少同類的產品，我一一去認真地試用它們，分析它們什麼地方作的好、以及爲何沒有普及（若是已經家喻戶曉的話，咱們應該多少有些瞭解）。而最重要的教訓就是，想法誰都有，並且不少時候別人的想法都比個人好，更重要的是如何呈現本身的想法，如何把它更好地放在本身的產品中。

2. 本身的目標用戶所在的世界是有圍牆的。這就比如，你作了易信要去搶微信的用戶；你作了360搜索要去搶百度的地盤。沒有人會給你一條康莊大道讓你就這麼順順利利地進來。整個過程充滿了阻礙。舉個例子：一畝三分地是我最最在乎的一個社羣，它精華、用戶融入度高、內容價值充沛、信息噪聲很小、專業比較集中等等，我一早就像好了如何在這個平臺上進行推廣，可是不管是運營帳號、誠懇地宣傳（其實不是很誠懇，其餘人都說我太假了，好吧，我確實不擅長這個。。。）、私信。結果就是全部的帳號都被封了，包括本身以前本身在申請的時候用的帳戶。以後在寄託家園、太傻等平臺都遇到了一樣的阻礙。

3. 運營就是一個產品的呼吸，你不作它就不能讓一個產品的心臟跳動，不能讓本身喘息，更不能讓本身發展。我一開始對它只有重視，卻沒有全力以赴，用戶點擊量很快就谷底。一部分是咱們對於宣傳比較缺少經驗，不知道怎麼尋找本身的目標用戶；另一方面就是你們對於運營都沒有放正態度。一個用了千百次的類比：一個平庸的產品（技術層面上講）能夠經過運營成爲一個數一數二的網站；可是一個再好地網站運營跟不上的話都會墜入深淵。

咱們還在繼續努力，這裏只是但願作節過程當中地一些經驗。