app軟體如何評估

A. 如何評估軟體質量

Q：最近我們組想自己審視一下軟體質量，但是缺少相關的經驗知識（組內沒有qa)。 想向你了解一下，現在常用的軟體質量評估方法? 你有關於軟體質量相關的文章推薦嗎？ 或者有哪些書籍推薦?

A：軟體質量評估，我暫時還一時想不起來。對於軟體質量（測試）相關的書籍我這有基本，具體的可以參考我之前參加的播客： https://music.163.com/#/program?id=903513756 和 http://codetimecn.com/episodes/test ，裡面有書籍的介紹。

單純的評估這塊，我之前做過一個軟體測試成熟度模型，可以用於評估團隊的測試能力。

Q： 其實我有一個問題，軟體質量該如何體現。感覺測試何軟體質量有區別，但是我說不出來。特別是現在客戶非常依賴手動測試，有專門的測試部門

A： 首先，質量是個很大的概念，本質是一種主觀感受。我們通常所指的狹義質量為可靠性，軟體的可靠性可以通過線上bug數來衡量（或者數量的變化趨勢）。 更加准確的計算為線上bug數/開發中的bug數。
這個指標是量化可靠性的其中一種理論，由於業界本身對於軟體質量的度量還沒有統一的結論，我們可以採用這個值作為相對值進行對比。例如當比率很大時，可靠性質量很不好。
還有一個評估方法是工業界的的質量體系。也就是說，你的開發流程需要符合一定的標准，我就認為你的質量是有保證的。但是這個方式比較復雜而且不好量化
線上bug數屬於簡單粗暴型，用比例會准確一下是因為產品的規模不同，線上bug數是不同的。

在回答了上述問題後，我對自己的答安並不十分自信，因為我的觀點是來源於自己的經驗加上一些碎片話的知識。

為了更加准確的找尋關於「軟體質量」 的概念，我再次查閱了維基網路： https://en.wikipedia.org/wiki/Software_quality 。

如上所示軟體質量的定義與軟體測試一樣，並沒有統一的定義。大的有三個維度的定義：

這段話的最後部分也指出了最早的質量定義是主觀的感受。後面還提到了用戶滿意度。

總之，准確的定義軟體質量依然是困難的，不過，我們還是有一些可以依據的定義，他們採用的是質量模型：

如 ISO/IEC 9126的定義的： https://en.wikipedia.org/wiki/ISO/IEC_9126
以及 CISQ's quality model

由於軟體質量定義暫時難已統一，並且是主觀的感受。那麼評估它也就顯得比較主觀了。

當然，最簡單的非軟體測試莫屬，那麼Bug數毫無疑問的成為了一種可行的評估方式，因為軟體測試最早的定義即是，「為了發現錯誤而執行程序的過程」，其中的錯誤，我們就可以狹義的理解為Bug。那這里又會存在一個問題，什麼bug才有測量意義呢？
根據上述軟體質量的定義，「用戶」，「客戶」，這些真正使用軟體的人的感受才是最能反應質量的，所以說，「用戶」， 「客戶」遇到的bug 才是更加符合質量的定義的可用於反應軟體質量的Bug類型。（也就是我們所說的線上Bug）

另外，我們可以參考IT界的一些常用的定義來評估質量，例如：
ISO 9126-3
所提到的質量模型，我們可以通過檢查軟體開發過程中，以及軟體自身是否具備某些特質，以及對應於該特質相關的用於評估的屬性來評估軟體的質量是好是壞。例如：
我們通過右側的屬性來評估左側的質量特性：

從而得到一個綜合的質量評估結果。

盡管上面給出了很多屬性，但是相信大家讀完了，依然疑惑，即便是有了這些屬性，每個屬性本身也並非都是標准化，且容易度量的，如coding practices即是典型的例子，裡面提到了compliance with OO，可是這一點卻是評估的人不同，顯然量化的結果是不同，假如OO compliance的滿分是10分，對於某OO設計，打6，還是7分，還是8，就仁者見仁，智者見智了。

假如我們狹義的理解質量為質量模型中的可靠性，需要check的點：

盡管已經有了這么多點，上面最後一句依然表明了可靠性的衡量需要考慮被評估軟體本身的架構以及使用的第三方庫，然後通過自定義的check點來做。也就是說，這個需要可靠性的評估標准，需要因地制宜，看情況而定。顯然這種措辭依然表達出了主觀標準的意思。

也正是如此，我們身邊的日常用品的質量往往會打著IOS9001/IOS9002質量體系認證，來表明其質量是保證的，也就是說，我的產品是在質量保證的流程體系下生產出來的。這樣以來，貌似這種評估定義，跟上述定義大體類似，實際上都是難以准確度量的，更大的意義也許是跟沒有質量保證的產品去分開吧。

總之，度量軟體質量是如此的復雜，且不一定真的能夠准確量化質量。那倒不如就在開發過程中時刻按照這些check list約束開發過程，讓開發過程是在有保證的情況下交付軟體。讓真正的質量交給時間，交給我們的線上去體現吧。這也想汽車界的著名質量雜志的JD Power的做法，用線上故障數來評估質量吧（對於汽車，准確的是每百輛故障數）。

B. 一個軟體項目如何評估工作量和成本

軟體開發成本估算過程可進一步細分為軟體規模估算、工作量估算、成本估算和確定軟體開發成本等四個過程。

其中成本估算需要對直接人力成本、間接人力成本、間接非人力成本及直接非人力成本分別進行估算。

國家標准《GB/T 36964-2018 軟體工程 軟體開發成本度量規范》中建議的軟體開發成本估算基本流程如下圖所示：

國家准中的四個估算過程，層層遞進，逐步細化，最終達到科學、一致的成本估算。

一、軟體規模估算

通常情況下，規模估算是軟體成本估算過程的起點。

估算規模是後續計算軟體項目的工作量、成本和進度的主要輸入，是項目范圍管理的關鍵，因此，在條件允許的情況下，應首先進行規模估算。

在規模估算過程中，需要注意以下情況：

1. 在規模估算開始前，應根據可行性研究報告或類似文檔明確項目需求及系統邊界。項目需求除包含最基本的業務需求外，還應進行初步的子系統/模塊劃分，並對每一子系統或模塊的基本用戶需求進行說明，以保證可以根據項目需求進行規模預估。

2. 依據項目特點和需求詳細程度不同，通常估算人員在選擇估算方法時應採用納入國際標準的功能點方法進行功能規模估算，在適用IFPUG或NESMA方法時，可以根據需求的粒度和管理需要，選擇預估功能點方法、估算功能點方法或者詳細功能點方法。

3. 若當前的項目需求極其模糊或不確定，可不進行規模估算，而直接採用類比法或類推法估算工作量和成本。

二、工作量估算

在完成規模估算後，應當開展工作量估算工作，若當前項目未開展規模估算，也可直接啟動工作量估算工作。

工作量估算時，可採用方程法、類比法、類推法、功能點法：

• 方程法：即基於基準數據建立參數模型，通過輸入各項參數，確定估算值。

• 類比法：即將待估算項目的部分屬性與類似的一組基準數據進行比對，進而確定估算值。

• 類推法：即將待估算項目的部分屬性與高度類似的一個或幾個已完成項目的數據進行比對，並進行適當調整後確定估算值。

• 功能點法：從用戶視角出發，通過量化系統功能來度量軟體的規模，這種度量主要基於系統的邏輯設計。功能點規模度量方法在國際上的應用已經比較廣泛，並且已經取代代碼行成為最主流的軟體規模度量方法。

在開展工作量估算的過程中，需要注意以下情況：

1. 當需求極其模糊或不確定時，如果此時具有高度類似的歷史項目，則可直接採用類推法，充分利用歷史項目數據來粗略估算工作量。

2. 當需求極其模糊或不確定時，如果此時具有與本項目部分屬性類似的一組基準數據，則可直接採用類比法，充分利用基準數據來粗略估算工作量。

3. 對於規模估算已經開展的項目，可採用方程法，通過輸入各項參數，確定待估算項目的工作量。若客戶或高層對項目的工期有明確的要求時，在採用方程法估算工作量時，工期要求有可能是方程的參數之一。

4. 為追求估算的准確性，建議在條件允許的情況下，可採用兩種估算方法，對估算結果進行交叉驗證，若估算結果差別不大，可直接使用兩種估算結果的平均值或以某種估算結果為准，若差別較大，需進行差異分析。

5. 工作量的估算結果宜為一個范圍而不是單一的值。

三、成本估算

在獲得了工作量估算結果後，可採用科學的方法進行成本估算。

在成本估算過程中，應需要注意的情況：

1. 類比法和類推法，同樣適用於需求極其模糊或不確定時的成本估算；

2. 間接成本是否與工作量估算結果相關取決於間接成本分攤計算方式。在絕大多數組織，項目周期越長，項目組成員越多，其分攤的間接成本就越高，此時項目的間接成本與工作量估算結果直接相關；

3. 直接非人力成本通常與工作量估算結果無關，宜單獨分項測算；

4. 成本估算結果，也通常為一個范圍，而不是單一的值。

四、確定軟體開發成本

在《軟體工程 軟體開發成本度量規范》中，將軟體開發成本分為四類，主要是為便於對成本構成（即哪些成本屬於開發成本，哪些不屬於開發成本）進行清晰界定。

而在實際確定軟體開發成本時，通常並不是分別測定四類成本，加和後獲得總成本，而是通常採用以下兩種方式確定總成本：

• 根據人力成本費率及工作量估算直接人力成本和間接成本之和，再加上直接非人力成本，獲得總成本；

• 根據規模綜合單價和軟體規模，測算出直接人力成本和間接成本之和，再加上直接非人力成本，獲得總成本。

在進行軟體的規模、工作量、成本估算時應遵循以下原則：

1. 在規模估算時,應根據項目特點和需求的詳細程度選擇合適的估算方法；

2. 充分利用基準數據,採用方程法、類比法或類推法,對工作量和成本進行估算；

3. 工作量和成本的估算結果宜為一個范圍值；

4. 在進行成本估算時,如有明確的工期要求,應充分考慮工期對項目成本的影響,可以根據項目實際情況以及工期對項目的影響程度,對成本的估算結果進行調整；

5. 成本估算過程中宜採用不同的方法分別估算並進行交叉驗證。如果不同方法的估算結果產生較大差異,可採用專家評審方法確定估算結果,也可使用較簡單的加權平均方法；

6. 在軟體項目的不同場景下(如預算、招投標、項目計劃和變更管理等)採用國家標准時,相關要求見國家標准中附錄A。

除了上述主要原則外，我們還需注意在使用基準數據時：

• 對於委託方和第三方，建議使用或參考軟體行業基準數據進行估算。估算模型的調整因子的增減或取值有可能隨著行業基準數據的變化而變化。

• 對於開發方，在引入行業基準數據的基礎上，可逐步建立組織級基準資料庫，以提高估算精度。組織級基準數據定義應與行業基準數據定義保持一致，以便於與行業基準數據進行比對分析，並持續提升組織能力。

C. 什麼是軟體如何評價軟體的質量

1、軟體是用戶與硬體之間的介面界面。用戶主要是通過軟體與計算機進行交流。軟體是計算機系統設計的重要依據。為了方便用戶，為了使計算機系統具有較高的總體效用，在設計計算機系統時，必須全局考慮軟體與硬體的結合，以及用戶的要求和軟體的要求。 運行時，能夠提供所要求功能和性能的指令或計算機程序集合。程序能夠滿意地處理信息的數據結構。 描述程序功能需求以及程序如何操作和使用所要求的文檔。 以開發語言作為描述語言，可以認為： 軟體=程序+數據+文檔。

2、通常，我們在軟體的測試與評估時，主要側重於功能特徵、可靠特徵、易用特徵和效率特徵等幾個方面。在評價活動的具體實施中，應該把被評估軟體的研製任務書作為主要依據，採用自頂向下逐層分解的方法，並參照有關國家軟體質量標准。

D. 評價一個好的app的標准有哪些

不卡，安全，信息真實度高！

E. 如何評估一家專業的APP軟體開發公司

如何評估一家專業的APP軟體開發公司

在尋找軟體開發公司時，會有各種各樣的疑問。軟體開發的流程是怎麼樣的？需要多少開發的費用？如何才能滿足自己的需要？這家公司靠不靠譜？那如何選擇一個靠譜的軟體開發公司呢？

3、開發效率的高低

客戶有了軟體定製開發的需求，一般來說，這塊軟體是比較急切的需要的，希望能在最快的時間開發完成，投入使用。所以好的軟體開發公司，在用戶的需求確認之後，就需要安排專業的開發人員進行開發，並及時跟客戶進行溝通，在較短的時間內，開發出滿足需求的軟體。

F. 一般App的價值用什麼衡量，有標准嗎例如可以用用戶衡量，可以嗎

衡量標准有很多，最具有價值的有2個：活躍用戶數量，單用戶價值。

舉例來說：
活躍用戶數據多的，比如美圖秀秀，號稱有1億用戶，按目前股權市場的市盈率計算，估值可能超過10億。而同樣的拍照軟體，比如in，因為用戶數量在千萬級，估值就會同步縮小。

另外，按單用戶價值來算，比如國外的期貨跟單買賣APP，雖然用戶不多，只有20萬用戶。但由於在金融市場交易的單用戶價值較高，可能高達1000美金到1萬美金，所以估值超過20億。這就比普通的APP估值要高出幾百倍了。

(6)app軟體如何評估擴展閱讀：

APP開發注意事項：

1，APP開發要做好界面設計：

（1）一個好的APP程序的用戶界面給人第一眼的感覺必須是有特色的，這樣才能吸引人們的眼球；接著在吸引住人之後就要講實用性了，一個APP程序的界面一定要簡潔，可以讓人一開就能看到重點.

（2）如果設計的界面是夠特色了，用戶是多看了兩眼，但是在這段時間內用戶始終都沒有從中獲取到信息，用戶就會開始質疑這個程序的實用性，從何放棄從中獲取信息的想法，而改用其他渠道，所以成功的第一步就是做好用戶的界面。

2，從用戶體驗考慮企業APP開發：

（1）一個企業APP開發出來的目的是什麼，為什麼會有這個程序的出現，這都是用戶體驗的關鍵問題；APP程序作為一個方便與大家生活的工具出現在人們面前，當然就要有它自身的優越性的存在。

（2）大量用戶從PC互聯網中轉向移動互聯網，歸根結底是移動互聯網帶給人們的便捷，而用戶接受一樣新的東西也是一樣，APP程序的出現更改了以往大多數人以網頁訪問瀏覽信息的習慣，因為它能讓用戶更簡單更快速地獲取到所需要的資料，其中的優越性更表現在商店買賣著方面，為APP市場開拓出一個新的篇章。

3，確保APP應用軟體的安全：

（1）安全問題，在網路經常出現財產損失事件，所以廣大開發者一定要重視這個問題，盡量避免一些漏洞的出現，全力保證客戶的安全隱私，這樣才能讓APP得到持續性的發展。

（2）總之無論是什麼產品的開發人員，都應該意識到用戶體驗永遠都是最重要的，一個程序得不到認同就不會被推廣，所以要讓一個APP程序在市面上流通就必須要得到客戶的認同，開發者不僅要讓客戶用的方便，更要讓用戶覺得貼心，這樣才能穩穩的留住自己的「上帝」。

G. 怎樣評估一個app的價值

不知道樓主說的是哪一款app，一般可以從以下6個方面來評價一款app
以下幾個因素，我為他們分配了不同的權重，以此來給APP進行評分，100分為滿分：
1. 目標客戶符合度（20）
任何一款APP都有他特定的目標用戶群，根據APP的功能定位不同，目標用戶群的規模，范圍有明顯的區別。而是否能契合他目標用戶群的內在基因，是一個款APP能否具備人氣的基本。所謂病毒式營銷、口碑營銷的基礎無疑來源於用戶的認可。
那麼用戶的認可是否意味著軟體的設計真心優秀，獨一無二，我持保留看法。我以為設計是與用戶緊密相連，息息相關的，用戶喜歡的設計，就是好的設計。而評價這個設計是否成功，不是那些設計師也不是程序員，而是用戶和市場。
當然，也有最強悍的設計可以製作流行，改變人們的原有認知，從而引領潮流，鑄造一代傳奇。對於這樣的產品和其開發者，我表示由衷的敬佩和嚮往。然後這是極少數天才的火花，對於沉浮在市場上的幾十萬款APP，研究你的目標客戶，迎合他們的需求，是必須的選擇。
2. 市場整體趨勢（10）
不是每個公司都具備獨領風騷，在市場上翻手為雲覆手為雨的能力。絕大多數的企業都是跟隨市場和行業大勢而起伏，在行業大發展時其趁勢而起，在行業低落時雌伏等待或黯然退場。所以在衡量一款APP的成敗時，行業整體趨勢是必須納入考量的，在行業興旺時，你的努力往往會事半功倍，或者被各種好運垂憐；在行業低迷時，大量的投資，換來的不過是節節敗退。這種例子不勝枚舉。
但是行業的興衰也是不可預見的。IPAD誕生之初，無數評論家或者市場經營者嗤之以鼻，提前盼其死刑，但結果呢？一個新的市場生態圈興起，千億美元規模的市場爆炸式的產生，各種傳統的行業受到猛烈的沖擊。以電視游戲平台為例，原本看似繁花似錦的XBOX、PS3、WII等游戲主機銷量猛跌，更令這些平台商絕望的是，原本聚攏在他們旗下的游戲生產廠商們紛紛轉向移動游戲領域，行業由興到衰不過反掌之間。
市場整體趨勢對APP發展的帶動作用無需贅述。
3. 贏利能力（20）
盈利，是任何公司發展的基本需求，沒有了盈利，公司的存在價值在哪。當然，有的公司抱著改變世界的目的，用投資人的金錢維持著生存，甚至大踏步的發展。但是即使是這樣的公司，也會先畫好一張盈利的大餅，供他人想像。所以，公司必須盈利，無論你是在整個互聯網生態圈的哪一個環節。
對於APP來說，收益模式主要集中在以下集中：增值服務、會員、廣告、交易傭金、特色功能等等，或者幾種模式並行。
判斷一款APP盈利能力的強弱，可以通過付費用戶佔比、付費用戶粘性、收入增長率等指標。
4. 市場規模（10）
市場規模決定著一款APP的生存和發展的空間。一個十億規模的市場和百億規模的市場能夠容納的機會差別很大，直接影響到產品的投入和收益。
市場規模同樣不是一個恆定的數字。好的產品可以創造出新的價值空間。比如現在流行的游戲內購模式。在付費下載的基礎上，用戶通過內購可以獲得更好的體驗，通過這種方式在原有的市場基礎上，拓寬了新的利潤空間，甚至進一步的提供免費下載游戲，這樣看似降低了利潤，但實際上是降低了用戶門檻，擴大了市場規模，反而提升了盈利能力。
5. 競爭優勢（20）
競爭優勢是在充分了解競爭對手和競爭產品的基礎上，從而確定自身的發展優勢和發展道路，是一個知己知彼的過程。
競爭對手包含兩個層面，產品和團隊。將這兩點分割來討論，我覺得是有有意義的。產品和團隊都不是一個靜態的概念，而是隨著競爭發展不斷變化的兩個元素。產品是團隊的輸出成果，同時又作用於團隊，使其成長蛻變。說產品著眼的是當前的競爭，看團隊是在為產品的未來運籌帷幄。
互聯網行業現在是資本和技術聚焦的熱點，任何一款產品想獨立風騷都是不可能的事情，一旦脫穎而出，跟風者、抄襲者馬上蜂擁而來，有如過江之鯽。捕魚達人就是最好的例子，同樣的故事已經太多。
競爭對手很討厭，但是也是生活的一部分。他會促使你更優秀，因為如果你無法變得更優秀，你就會被淘汰。
6. 發展戰略（20）
發展戰略是對前文各種因素的一個總結和提煉，很玄妙，很復雜，可能很辛苦得出的結論被時候證明不正確，但是卻必須去做判斷，從而堅定自己的決心，勇敢的堅持去做。
一個APP的發展戰略，可以通過全面的分析從而做出一個預存。比如「美麗說」，就用一句話標明了心跡：發現、收藏、分享我的美麗點滴，讓改變發生。這句話凝聚著這款APP的發展理念和願景，是發展戰略的具體內容。
發展戰略決定著APP發展道路，如何衡量是一個很主觀的事情，但是應該去做，因為戰略是一個產品開發團隊集體智慧的結晶，只有去分析它，理解它，你才能夠真正的懂得這款產品。

H. 怎樣評估一個app的價值

不知道樓主說的是哪一款app，一般可以從以下6個方面來評價一款app 以下幾個因素，我為他們分配了不同的權重，以此來給APP進行評分，100分為滿分： 1. 目標客戶符合度（20） 任何一款APP都有他特定的目標用戶群，根據APP的功能定位不同，目標用戶群的規模，范圍有明顯的區別。而是否能契合他目標用戶群的內在基因，是一個款APP能否具備人氣的基本。所謂病毒式營銷、口碑營銷的基礎無疑來源於用戶的認可。 那麼用戶的認可是否意味著軟體的設計真心優秀，獨一無二，我持保留看法。我以為設計是與用戶緊密相連，息息相關的，用戶喜歡的設計，就是好的設計。而評價這個設計是否成功，不是那些設計師也不是程序員，而是用戶和市場。 當然，也有最強悍的設計可以製作流行，改變人們的原有認知，從而引領潮流，鑄造一代傳奇。對於這樣的產品和其開發者，我表示由衷的敬佩和嚮往。然後這是極少數天才的火花，對於沉浮在市場上的幾十萬款APP，研究你的目標客戶，迎合他們的需求，是必須的選擇。 2. 市場整體趨勢（10） 不是每個公司都具備獨領風騷，在市場上翻手為雲覆手為雨的能力。絕大多數的企業都是跟隨市場和行業大勢而起伏，在行業大發展時其趁勢而起，在行業低落時雌伏等待或黯然退場。所以在衡量一款APP的成敗時，行業整體趨勢是必須納入考量的，在行業興旺時，你的努力往往會事半功倍，或者被各種好運垂憐；在行業低迷時，大量的投資，換來的不過是節節敗退。這種例子不勝枚舉。 但是行業的興衰也是不可預見的。IPAD誕生之初，無數家或者市場經營者嗤之以鼻，提前盼其死刑，但結果呢？一個新的市場生態圈興起，千億美元規模的市場爆炸式的產生，各種傳統的行業受到猛烈的沖擊。以電視游戲平台為例，原本看似繁花似錦的XBOX、PS3、WII等游戲主機銷量猛跌，更令這些平台商絕望的是，原本聚攏在他們旗下的游戲生產廠商們紛紛轉向移動游戲領域，行業由興到衰不過反掌之間。 市場整體趨勢對APP發展的帶動作用無需贅述。 3. 贏利能力（20） 盈利，是任何公司發展的基本需求，沒有了盈利，公司的存在價值在哪。當然，有的公司抱著改變世界的目的，用投資人的金錢維持著生存，甚至大踏步的發展。但是即使是這樣的公司，也會先畫好一張盈利的大餅，供他人想像。所以，公司必須盈利，無論你是在整個互聯網生態圈的哪一個環節。 對於APP來說，收益模式主要集中在以下集中：增值服務、會員、廣告、交易傭金、特色功能等等，或者幾種模式並行。 判斷一款APP盈利能力的強弱，可以通過付費用戶佔比、付費用戶粘性、收入增長率等指標。 4. 市場規模（10） 市場規模決定著一款APP的生存和發展的空間。一個十億規模的市場和百億規模的市場能夠容納的機會差別很大，直接影響到產品的投入和收益。 市場規模同樣不是一個恆定的數字。好的產品可以創造出新的價值空間。比如現在流行的游戲內購模式。在付費下載的基礎上，用戶通過內購可以獲得更好的體驗，通過這種方式在原有的市場基礎上，拓寬了新的利潤空間，甚至進一步的提供免費下載游戲，這樣看似降低了利潤，但實際上是降低了用戶門檻，擴大了市場規模，反而提升了盈利能力。 5. 競爭優勢（20） 競爭優勢是在充分了解競爭對手和競爭產品的基礎上，從而確定自身的發展優勢和發展道路，是一個知己知彼的過程。 競爭對手包含兩個層面，產品和團隊。將這兩點分割來討論，我覺得是有有意義的。產品和團隊都不是一個靜態的概念，而是隨著競爭發展不斷變化的兩個元素。產品是團隊的輸出成果，同時又作用於團隊，使其成長蛻變。說產品著眼的是當前的競爭，看團隊是在為產品的未來運籌帷幄。 互聯網行業現在是資本和技術聚焦的熱點，任何一款產品想獨立風騷都是不可能的事情，一旦脫穎而出，跟風者、抄襲者馬上蜂擁而來，有如過江之鯽。捕魚達人就是最好的例子，同樣的故事已經太多。 競爭對手很討厭，但是也是生活的一部分。他會促使你更優秀，因為如果你無法變得更優秀，你就會被淘汰。 6. 發展戰略（20） 發展戰略是對前文各種因素的一個總結和提煉，很玄妙，很復雜，可能很辛苦得出的結論被時候證明不正確，但是卻必須去做判斷，從而堅定自己的決心，勇敢的堅持去做。 一個APP的發展戰略，可以通過全面的分析從而做出一個預存。比如「美麗說」，就用一句話標明了心跡：發現、收藏、分享我的美麗點滴，讓改變發生。這句話凝聚著這款APP的發展理念和願景，是發展戰略的具體內容。 發展戰略決定著APP發展道路，如何衡量是一個很主觀的事情，但是應該去做，因為戰略是一個產品開發團隊集體智慧的結晶，只有去分析它，理解它，你才能夠真正的懂得這款產品。