剛剛喝酒回來，頭有點暈。

其實吧，我做app也不久，就兩年多時間。兩年時間里，我從一個開發(fā)者轉到產品經理，和業(yè)務，項目經理，產品經理，乙方開發(fā)都打過交道，流程反正是清楚了，里面門門道道應該見識了多半了吧！

我們做的手機軟件，復雜度其實不高。相對于其他的軟件，是屬于結構相對簡單的那種了。應用的核心是和用戶打交道，在背后和服務器打交道；至于和多個服務器轉來轉去，也就是那么回事，不會像服務器內核那樣考慮多個對象要怎么怎么樣。做一個手機app，你只要把用戶伺候好，然后讓服務器端伺候你，確實蠻爽的了。

雖然如此，一款優(yōu)秀的app仍然是比較難得的。限于開發(fā)團隊的水平和外部因素的影響，app經常會有這樣那樣的問題（服務器的問題也是app的問題，哈哈）。當然，即使是技術不那么厲害的團隊，仍然可能做出非常棒的app，前提是你要做到下面的內容。

首先，我覺得一個好的產品經理再重要不過了。產品經理需要定義產品的需求和擴展，要是能同時考慮到開發(fā)者的水平和進度，那么他是值得一次大保健的。做過開發(fā)的人都知道清晰而且前后一致的需求多么重要，它最終一定會在產品中體現出來；如果沒有，那么很可能你做出來一個大雜燴了。比如支付寶，它后期真的拓展了很多功能，但是它的核心內容一直沒變：讓用戶更方便的消費。相較之下，我之前做的許多項目，真想哭一場。

第二點，一個比較優(yōu)秀的帶頭人吧。我這里不說一個優(yōu)秀的應用架構師，一般的應用而言，一個非常優(yōu)秀的工程師足夠了（主要是因為app的架構相對簡單）。他應該懂得必要的設計模式，應用各個結構的交互，以及一些特殊問題的解決辦法。我這里的帶頭人主要起到一個設計架構的作用，高內聚，易擴展，不然到后期發(fā)瘋的不止你一個人。

第三點，開發(fā)之前就要保證一些大方面的正確性。我這里指的是諸如log的設計，數據庫的設計與升級，推送機制，統(tǒng)計機制，第三方的管理等等。這些后期的改進可能會比較痛苦，而且會給用戶造成不必要的困擾。如果你熟悉這些，最好一開始就想好怎么去做。

其他的話，哦，我建議你去看看一些項目開發(fā)方面的內容。我本人是研究了一下《人月神話》和《程序開發(fā)心理學》，里面有很多值得思考的地方。這些書都著重提到了文檔管理的重要性，OK，這或許是我在國企為數不多的感覺蠻合理的了，如果可以的話，專門撥一個人來管理這個吧。就我接觸的團隊來看，大概確實是人越多，最終成果越好；雖然隨著人數的增多，每個人的貢獻總是在下降的。人少精悍的團隊似乎是可遇而不可求，我的建議是，找?guī)讉€高手吧，然后培養(yǎng)那些值得培養(yǎng)的人，也不要害怕踢出某些不合適的人。最終總是期望一個優(yōu)秀的產品，不是嗎？

又說了一通廢話，不管了，睡覺去了。