《TO》導讀：還記得今年六月風靡科技圈的超瞎應用「YO」嗎？（對，就是那個只能傳 YO 給朋友的 App）。別看它很瞎，只花了八小時就做出來了，但你不得不說他真的是一個「成功」的產品，不僅製造了話題、超高下載量，也成功獲得大筆投資。
現在就來看看要做一個成功的 App 你應該具備哪些條件吧！
在完成規劃一個 App 的基礎結構之後 之後，就應該開始考慮運行架構了。
當然，每個成功的 App 團隊都有一些獨到之處，但整體而言，有些特質是幾乎所有個案都具備的。試著檢查看看目前設計中的 App 專案是否俱有以下的 12 種特質吧！
1. 提升開發者效率
既然聰明人是一個團隊最珍貴的資產，就應該儘量採用可以最大化開發者效率的專案結構，以增加他們的貢獻。
要點：
簡單
簡短而精確
標準化處理過程
高效輔助工具
扁平化的團隊
暢所欲言的討論
支援第三方用戶的功能
2. 優雅
解決方案的優雅程度，反映了其對於問題的針對性以及解決方案的成效。
要點：
穩定的解決方式
簡化常用功能的使用難度
明確的決策過程
高度延伸可能
盡可能地簡約卻又不過度簡單化
高度相關性
高度問題導向解決方案
3. 使用性
App 所使用科技的必須要具有高使用性。建立於高使用性科技的 App，不但能增進使用者信任、滿意度，也能降低維護成本。
要點：
無特殊設備供應商限制
支援最新規格
在使用者見面的反應時間快速
具有繪圖及繪製表格功能
支援動畫呈現
支援 A/B 測試
支援系統分析
4. 安全性
安全性的定義在於能否降低系統異常的發生機會，並避免資料遺失。
要點：
通過第三方滲透測試
盡可能採用安全標準高結構
遵守安全規章
5. 可靠性
可靠性指的是系統長期保持正常運作的能力。評估標準包含系統故障及失常的機率。
要點：
低故障率
具自我檢修功能
無明顯系統缺陷
6. 性能
性能的衡量標準在於系統的處理回應速度及其可同時執行的任務數量。
要點：
支援一定程度以上的多工（同時執行）功能
低處理回應時間（90% 的指令回應< 250 微秒 ; 所有的指令回應<2 秒）
7. 擴充性
擴充性指的是系統處理增加工作的能力，或是指系統升級的可能。
要點：
分散式處理
處理單位擴充容易
新增之處理單位載入容易
每一個處理單位的負荷量低
授權條款不應妨礙擴充
8. 可測試性
可測試性指的是對於該系統是否達到要求的可驗証程度。
要點：
具有資料模擬能力
程序編寫時，同時執行 back-end 步驟
高速的處理程序
能簡單創造已知數據
自動執行使用者界面檢查
9. 相容性
通訊協定、界面、資訊格式是相容性的主要考量重點。標準化也是在設計系統相容性時的重要注意事項。
要點：
儘量使用開放標準
標準公開
提供選擇第三方系統的自由度
10. 透明度
透明度指的就是執行除錯難易度。
要點：
所有錯誤都會被記錄下來
簡單易懂的 stack trace
包含所有重現錯誤所需的資料
除錯程序可以自由開關
簡單而完整的錯誤追蹤程序
11. 成長及支援性
成長及支援性意味著所選用的系統背後是否具有強大的支援團隊。
要點：
系統具有許多相關的 open source 專案
如果是個 open source 專案的話，在 github 上有高參與度
相關問題有踴躍的回答
使用族群穩定成長
有許多相關書籍與教學
12. 傳播性
要在不同環境裡傳播，需要大筆成本。一項難以傳播的產品，不但需要更多時間宣傳推廣，因應改變與除錯能力也會比較差。
要點：
自動傳播能力
自動檢測能力
建構時間快速
容易編寫的設定
體積小
使用條款不應妨礙傳播
容易回復原狀
下次當在評估 App 專案的結構時，嘗試是否能夠透過一些改變，來達成以上的幾點特質。如果在建立 App 的過程中能夠留意以上特質，最終的產品品質將能大大提升。
（資料來源：《medium.com》；圖片來源：CAFNR，CC Licensed）
