初創IT公司裡開發者最容易犯的九種錯誤

仲介交易 SEO診斷 淘寶客 雲主機 技術大廳

摘要：俗話說萬事開頭難，初創的IT公司在起步的時候總是會遇到一些不順利，因為在這個行業是沒有無往而不利的既定方向。 能從錯誤中汲取經驗教訓才是真正的獲益。 來看看文中的IT公司創始人在起步時犯了哪些可避免的錯誤!

本文作者Scott Gerber是一名企業家、專欄作家和電視評論員。 在這篇文章裡，作者在自己創立的YEC裡採訪了九位IT企業家，就「初創企業裡的開發者最容易犯的錯誤」進行討論，而每位受訪者也給出了實際意義上的答案，希望這些「常犯的錯誤」能夠給你帶來警示。 (以下為編譯內容)

在今天這個初創公司如雨後春筍般遍地林立的時代，不管做什麼事情總是要權衡利弊、優劣、得失，尤其是在眼下的以速度決定成敗的服務行業更為明顯。 軟體發展者——這個看起來在整個團隊裡並不起眼的角色事實上每天的工作量不亞于一個滅火的消防員，時時刻刻追蹤、關注著可能存在的問題，而且，一不小心就會給公司造成這樣或者是那樣的麻煩。

為了找出什麼樣的錯誤才是初創IT企業最常見的錯誤，我問了來自青年企業家協會(YEC)的九個成功的企業家同一個問題：初創IT企業裡的開發者所犯的最常見(容易避免的)錯誤是什麼?下面是他們給出的答案：

1. 在本身錯誤的基礎上進行創建產品

大多數初創公司比較注重解決實際意義上的問題。 而所謂的實際意義上的問題也就是初創公司往往傾向于將對個人問題的規劃、解決方案當作是對社區問題的規劃、解決方案。 反過來，他們只是基於自己的需求來構建他們的產品，而且還想著以此來解決社區裡的問題。 這是失敗的一個主要因素。

初創公司需要確認在他們的技術社區裡是真的存在這樣那樣的問題，此外，還要真正的理解技術社區為什麼會出現這些問題。 而想要完成這些任務的唯一辦法就是和技術社區進行深入交流，明確問題的來源，並制定一個詳細的、合理的解決計畫。 ——John Jackovin， Bawte

2. 構建了太多的花裡胡哨的內容

想要創建一個盡可能小的、可使用產品的過程中是有很多事情要做的，到底該怎麼做呢?首先是將簡單化設為首要前提，然後是盡可能早的對你的假設進行測試。 接下來就是組織一個小的Beta測試團隊開始對產品進行測試，使用這些測試人員的回饋資訊，而且是只有這個測試團隊的回饋資訊，不要採納和這個測試團隊無關的任何資訊，緊接著就是至關重要的部分：把那些花裡胡哨的部件進行整合、一體化。 —— Peter Awad， GoodBlogs

3. 創建的代碼太僵硬

儘管在剛開發平臺的初始階段，不需要實現完全可伸縮功能，但是，要確保你的平臺代碼在將來的運行過程中必須支援可伸縮功能，這是至關重要的，而不是在你的公司已經成功運行之後才去考慮這樣的問題。

修改那些被用戶端主動使用的僵硬代碼是一件非常令人沮喪的事情，一旦這些代碼所起的作用相當重要的時候，它就有可能會影響公司的成長速度。 —— Fehzan Ali， Adscend Media LLC

4. 產品發佈早期階段的靈活策略最重要

初創企業可能會鼓勵實施產品早點發布策略，同時在產品發佈之後，收集使用者回饋資訊宜早不宜遲，但是現在的「先發佈後修復」的做事態度是很愚蠢的，尤其是在你發佈的產品後來發現了很多bug的時候。

如果你想發展業務，你的客戶一定會需要更多的產品，所以在整個過程中千萬不能漏洞百出。 也要做好比預期的產品發佈時間推遲幾天發佈的準備，這樣的話，你就能騰出更多的時間來修復可能會影響使用者體驗的bug，同時有助於維護自己的公司形象。 —— Danny Wong， Blank Label

5. 太在意代碼了

以前犯下的錯誤就是太在意代碼了，認為代碼決定一切。

但是在早期的產品開發中，花時間去解決客戶所遇到的問題比編寫代碼要重要上百倍。 如果你專注于處理客戶的問題，這將很有利於説明你獲得更加精准的代碼，因為在解決問題的過程中你就會掌握客戶真正關心的問題。 ——Wade Foster， Zapier

6. 沒有完全涉及到企業業務方面的產品開發

沒有真正的涉及到企業業務方面，或者是不了解公司客戶的真正需求的開發設計是一個比較大眾的錯誤，因為產品不是公司，公司也不能只圍繞著產品轉圈。

開發者必須瞭解所開發的產品如何實現公司的總體目標、戰略和客戶吸收的這一整體運行，這是產品開發和部署能夠成功的關鍵。 —— Panos Panay，Sonicbids

7. 沒有及時解決分身乏術的問題

在推出一個產品之後，很多開發者都會覺得在一開始的時候自己的時間能力不夠用——好多部門都在找你，而你沒辦法做到無處不在。 不過，最聰明的方法就是建立在一些平臺——理想情況下最好是一個交流溝通平臺，這樣你可以在這個平臺上解決所有的問題。 通過這種方式，你可以構建一個更好的產品，還可以避免將你的開發團隊分散在不同的地方，削弱了整體的力量。

對於一些企業來說，可能在電腦軟體和手機等行動裝置之間不好分配資源力量。 而對另一些企業來說，這可能會導致忽視Android開發而專注于iPhone技術。 但歸根結底，你需要先找出你想突出展示的地方，然後再開始優化它們!—— Aaron Schwartz， Modify Watches

8. 並非在代碼的基礎上制定計畫

在你開始實施開發專案之前，制定一個計畫流程表是必不可少的。 進行規劃的時候，則需要徹底的想清楚該如何實現，並在可行的代碼的基礎上如何運行那些功能特徵。

其實這裡所說的制定計畫看上去和代碼沒什麼關係，但是代碼是解決問題的關鍵，遇到問題的時候，不應該問：「讓它正常工作的最簡單方式是什麼?」 相反，你應該問：「讓它為使用者正常工作的最簡單方式是什麼?」 ——James Simpson， GoldFire Studios

9. 部門間混淆協作

初創公司成立的時候應該做的第一件事就是將具有創新意識的開發者團隊和其它部門分開，說的明白一點就是不要讓技術極客去看財務報表。 —— Yuriy Boykiv， Gravity Media

原文來自：TNW (編譯/薛梁 責編/付江)