剛剛喝酒回來，頭有點(diǎn)暈。

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

我們做的手機(jī)軟件，復(fù)雜度其實(shí)不高。相對(duì)于其他的軟件，是屬于結(jié)構(gòu)相對(duì)簡單的那種了。應(yīng)用的核心是和用戶打交道，在背后和服務(wù)器打交道；至于和多個(gè)服務(wù)器轉(zhuǎn)來轉(zhuǎn)去，也就是那么回事，不會(huì)像服務(wù)器內(nèi)核那樣考慮多個(gè)對(duì)象要怎么怎么樣。做一個(gè)手機(jī)app，你只要把用戶伺候好，然后讓服務(wù)器端伺候你，確實(shí)蠻爽的了。

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

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

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

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

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

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