只缺一個程序員 如何讓產品實現

譯者：王登科

　　這是一篇個人翻譯，來自Derek Sivers的How to hire a programmer to make your ideas happen，好久前在趣譯翻譯的，今天無心看到了，拿出來分享一下。固然，翻譯的蹩腳就請你們海涵了～

　　你是否曾經遇到過這樣的狀況：你已經有了一個好主意，好比開發一個在線商店，製做一個應用等等，可是卻只缺一個程序員，可以讓想法變爲現實？

　　不少個人朋友都曾遇到過這樣的狀況，我會在下面寫出我認爲不錯的一些建議。

　　1. 把你的宏偉藍圖簡化到「1.0 版本」

　　憧憬一下將來無可厚非，你能夠把它們通通寫下來。

　　可是也請想一想，你最低的指望是什麼，人們會認同的價值是什麼，最重要的三個特性是什麼，最重要的一個呢？

　　把這稱之爲「1.0 版本」吧，其他的之後再想。你甚至根本不須要告訴人們你的那副藍圖，他們實在感興趣的話，那告訴他們吧。

　　對於一個簡化的不復雜的版本，你的程序員可能更能遊刃有餘。

　　你的目標就是把 1.0 版本作好。獨自完成這件事，也算得上是成功的開始了。其他的全部事情，就是圍繞這個 1.0 版原本作的。

　　2. 描述這件事情

　　重要的事再說一次，要記住，只須要描述 1.0 版本便可，宏偉藍圖之後再說。

　　程序員不須要知道的細節，就不用寫到需求裏面了。

　　舉一個例子：若是你想賣視頻，你不須要說清楚視頻裏面有什麼，只須要說「銷售可下載的流視頻文件」便可。若是你想作一個把古阿拉伯詩歌翻譯成西班牙語的網站，你只須要寫「把句子從阿拉伯語翻譯成西班牙語」

　　告訴你，程序員愛死這種簡單的表達方式了。

　　注意你的表達方式，讓人們對你的故事有切身體會。

　　舉一個例子：「公司建立帳戶，而後建立一個項目，這個項目有一個名稱和一個描述。在這個項目裏面，用戶能夠上傳不一樣的待翻譯的文件。每一個文件有三個屬性：原語言，目標語言，以及文件名。系統可以統計每一個文件中的字數。當公司把文件的屬性改成準備翻譯的時候，它會自動提醒翻譯者，通知內容包括多少篇文檔，多少字數，以及報價。翻譯者能夠選擇接受或拒絕。翻譯者登陸而後開始翻譯文檔，每翻譯完一個，就把它標註爲已翻譯，而後系統會把翻譯好的文檔發送給公司審覈。」

　　經過這樣的情景描述，程序員會本身搜索其中的名詞和動詞，並進行理解，這會讓你和程序員的溝通更加容易。（程序員會注意的詞：公司，項目，文檔，翻譯，翻譯者，等等）

　　3. 把本身當成用戶，並好好總結本身的每項行爲。

　　閉上眼睛，想象你正在使用這個網站。

　　描述你能夠在這個頁面進行的全部點擊操做。

　　你點擊後，發生了什麼？準確的說，是系統發生了什麼？接下來呢？

　　用若是－那麼這種想法模式來想一想。好比「若是有一個新用戶，那麼跳轉到歡迎頁。若是是老用戶，跳轉到我的帳戶頁面。若是在輸入電話號碼的表單裏面輸入了一個單詞，那麼跳轉到以前的頁面，並帶上一條提示信息。

　　用文字記錄下全部 1.0 版本須要作的事情。每次點擊，每次交互。這會是一份由小細節點組成的很長的清單。

　　謹慎用詞，保存好，不要打亂清單。

　　這麼作的目的是，保證這份關於用戶體驗的清單清楚明確，程序員就能夠輕易的理解，每個步驟作起來也容易。對程序員而言，感受應該是吃薯片，而非一頭大象。

　　4. 分解目標，分步解決

　　咱們習慣性的認爲別人的工做更加容易。

　　因此把 1.0 版本的產品分解成若干個「里程碑」，花一天時間仔細想一想（多是幾天時間或不到一天）他們給你的工做總結中的要點，爲這些小成功而歡欣鼓舞吧。

　　這個階段別指望過高。除非是醜的天怒人怨，不然只要是功能可用，就能夠接受了。就像修一所房子，刷漆和裝修是最後工做。

　　舉一個例子：咱們的翻譯網站，第一個目標多是簡陋的原型，公司可以建立帳戶，建立項目，可以上傳文檔。這就好了！若是這些功能可以使用，那就是一個很好的開端。

　　分解目標的思路讓你有所做爲。你會在每一個階段結束的時候停下來，保證在繼續開始前你有着積極的士氣。這樣以來，錯誤便不可能一直存在。你會更好的衡量時間和成本。大家會有一個很棒的勢頭。

　　5. 第一個版本應該是單機版

　　找一個你喜歡的程序員，你只須要搞定第一個版本的目標，而後像對待完成版那樣對待它。

　　打開一個空白記事本，把第一個計劃的全部細節都寫下來。

　　若是一個功能在初版沒有實現，在你的本子中把它劃掉，也把它扔出你的腦殼。

　　這個記事本里面要有完整的項目計劃，而且有天天的工做計劃。其它的就別寫進去了。

　　像一個求職廣告同樣這麼寫：咱們準備僱傭一個開發者來幫助咱們開發產品的初版。若是這個目標完成了，咱們會投入更多精力來保證其發展。下面是咱們的具體要求….接下來貼上你的初版計劃。

　　你並不但願人們這麼說「我搞定了，這裏是源碼」，確保你完成時這麼說「我完成了這個項目，請把這些文件上傳，而後運行服務器，我會對它進行測試，看需求是否徹底實現。」

　　這封招聘啓事會讓你收到的 offer 擠爆你的郵箱，其中頗有一些看起來合情合理，但卻彷佛是徹底沒有看你的具體內容的。你須要作的是：在你的招聘廣告結尾處寫上「很是重要：爲了確保你不是機器人，請在郵件第一行寫上，我是真人。咱們會刪掉全部沒有這麼作的郵件。鑑於大部分人不會仔細閱讀咱們的要求，咱們對您的仔細閱讀表示感謝」

　　把這作成文字文檔，準備發佈吧。

　　6. 把它發佈到 upwork ,guru ， freelancer

　　去下面的站點發布你的招聘廣告：

　　upwork.com,guru.com,freelancer.com（若是在國內，能夠看看程序員客棧 www.proginn.com）

　　把你的小項目發佈到全部網站上面。使用他們的簽約服務。地理位置可有可無——他們在哪都能工做。不要付長價，付時新。把時間控制在 7 天以內，大部分應聘者會在 3 天以內來。

　　你會收到許多 offer 請求，可是若是沒有經過你的魔法篩選（第一排的我是真的），刪了。這麼作並不容易，由於你會爲了你們都準備幫你這件事而興高采烈，你們還會這麼說「咱們看了你的項目，而且很高興咱們有能力搞定這件事。相信我，刪掉。若是他們連你提到的「很是重要」的內容都不能注意到，，你絕對不會想和他們合做的。

　　一樣重要的一點是：去和已經完成很多成功案例的開發者合做。這表示他們在這個網站站穩了腳跟。拒絕掉沒有任何案例的開發者。

　　不要期望便宜的開發者。找一些能幹的，優秀的開發者，哪怕他們的要價是通常開發者的兩倍，由於他們可能比通常開發者乾的快十倍。

　　每一個網站都有本身的特色，因此很抱歉，我不能給每一個人提供針對性的建議 。可是請注意，一旦他們提到了你的「我是真人」，對他們友善一點。一旦你準備合做，請必定要友好積極。

　　7. 選擇不一樣的人

　　其中一個讓你停下來的緣由是：你須要僱傭至少兩個不一樣的人來爲你的初版作開發工做。作好其中一個很糟，另外一個通常，只有一個不錯的心理準備。

　　是的，個人意思是，你可能須要幾倍的時間來作好初版。可是它值得有更好的開發者。

　　我發現，從不一樣的網站各找到一我的是很容易的，因此你能夠把這個不錯的項目給任何一人，讓他們作好本身的工做。他們並不須要知道還有其餘人也在作着這樣的工做。

　　有一些會作的很糟。作好心理準備，不要讓這種事情而沮喪。他們會說發生了什麼意外，要拖延一個月如，或者這比他們想象的更難，甚至直接消失了。當這樣的事情發生以後，把這我的的工做標記爲取消或者完成，友好的結束合做。而後繼續向前。

　　最後，讓每一個人給你發送一個壓縮文件，裏面有完成這個版本的源代碼。哪怕如今你還不知道該如何作，先存着。解壓，看看裏面的文件，你會搞定這事兒的。

　　8. 和你最喜歡的人一直合做

　　這個階段的目的是找到你真正信任的合做夥伴。

　　若是你沒有，那麼繼續發佈招聘廣告吧，根據你收到的迴應改進文案內容。更好的描述，或者更高的價格，多是最有效的。

　　若是你找到了，那麼你可讓他參與進整個項目中，給他你的整個 1.0 版本餓計劃和清單。把他們拉進你的計劃中。讓他們把你下一階段的目標完成，而後下一個，下一個。。。

　　他們可能會要求你加入工做，經過網站來支付報酬，營銷本身的名聲，或者他們直接想走。這都很好。