評成功編SaaS的10大技巧

1. 讓 UXD 成為最有價值的資產(chǎn) 評：UXD指用戶體驗(yàn)設(shè)計，如果想做SAAS的話，忽視用戶體驗(yàn)將是不可原諒的錯誤 2. 適應(yīng)更改要求 如果說軟件開發(fā)中有什么必然性，那就是客戶端、顧客或產(chǎn)品所有者在完成所有設(shè)計、規(guī)劃、圖表和原型制作后，他們將更改項(xiàng)目的要求。

1. 讓 UXD 成為最有價值的資產(chǎn)

評：UXD指用戶體驗(yàn)設(shè)計，如果想做SAAS的話，忽視用戶體驗(yàn)將是不可原諒的錯誤

2. 適應(yīng)更改要求

如果說軟件開發(fā)中有什么必然性，那就是客戶端、顧客或產(chǎn)品所有者在完成所有設(shè)計、規(guī)劃、圖表和原型制作后，他們將更改項(xiàng)目的要求。大部分項(xiàng)目經(jīng)理都經(jīng)過傳統(tǒng)的培訓(xùn)，限制更改是這種培訓(xùn)的一部分；這可能會影響產(chǎn)品第一個官方版本的發(fā)行。

軟件開發(fā)的演變速度非?？?，以至于在初始開發(fā)過程的整個生命周期中，您會發(fā)現(xiàn)核心項(xiàng)目管理方法會改變好幾次。因此，每個項(xiàng)目都應(yīng)該準(zhǔn)備好實(shí)現(xiàn)新的開發(fā)方法或者現(xiàn)有方法的后備方法 。

評：這時一條通用原則，無論是企業(yè)應(yīng)用軟件還是SAAS軟件，應(yīng)對變更是設(shè)計首先需要解決的問題，SAAS則對這方面的需求更為迫切，應(yīng)對需求變更的手段一般分為兩種：使用工具、引擎；設(shè)計

工具和引擎：類似數(shù)據(jù)字典、規(guī)則引擎、業(yè)務(wù)流程工具等。

設(shè)計包括：領(lǐng)域驅(qū)動設(shè)計，設(shè)計模式，IOC，AOP等

3. 采用開放的標(biāo)準(zhǔn)

基 于 SaaS 的公司必須考慮采用開放標(biāo)準(zhǔn)，這樣在將來迭代時，與其他設(shè)備、平臺、服務(wù)和 Web 應(yīng)用程序的兼容所需的代碼編寫工作將更少，也將獲得更多的用戶。采用 SaaS 應(yīng)用程序的消費(fèi)者將使他們能夠完成多項(xiàng)工作。

評：已經(jīng)達(dá)成業(yè)界共識，OpenAPI是SaaS的方向

4. 設(shè)計之前做好線框

從功能的角度看，線框（wireframe） 只是軟件程序 UI 特定狀態(tài)的形象概念，如圖 4 所示。注意，不要設(shè)計細(xì)節(jié)。這樣做的目的是避免被設(shè)計元素轉(zhuǎn)移注意力，使關(guān)注點(diǎn)停留在業(yè)務(wù)功能方面。應(yīng)用程序的業(yè)務(wù)工具確定了之后，設(shè)計團(tuán)隊就可以接手了；但在美化軟件之前必須先設(shè)計好功能。

5. 為 SaaS 提供云基礎(chǔ)設(shè)施

首先，傻瓜都知道網(wǎng)絡(luò)基礎(chǔ)設(shè)施對 SaaS 影響巨大。但是，Web 上大部分 SaaS 應(yīng)用程序運(yùn)行的基礎(chǔ)設(shè)施硬件都不充足，無法根據(jù)需要擴(kuò)展。作為開發(fā)人員，我們可以使用自擴(kuò)展的云系統(tǒng) —— 常常稱為 Infrastructure as a Service (IaaS)，但這種高級技術(shù)的推廣速度很慢。

該 技術(shù)的采用范圍不廣很大程度上是因?yàn)槿狈υ撝黝}的知識。例如，Amazon Elastic Compute Cloud (Amazon EC2) 可以給運(yùn)行 SaaS 應(yīng)用程序的公司帶來很多節(jié)省，但是對 Amazon Web Services (AWS) 基礎(chǔ)設(shè)施知識的缺乏使許多公司回退到遺留系統(tǒng)，因?yàn)槟遣攀撬麄兯私獾摹５?，ISP 提供帶寬的不斷增長為成功 SaaS 應(yīng)用程序提供了保證，自動根據(jù)需要擴(kuò)展資源的 SaaS 應(yīng)用程序需要更高的網(wǎng)絡(luò)性能。

6. 開始編寫代碼之前生成完整的設(shè)計文檔

評：敏捷設(shè)計，我們既不同意那些整天叫囂敏捷的狂熱分子，結(jié)對編程，寫了一遍又一遍，號稱代碼即設(shè)計（一般這種情況代碼都很爛），也不主張進(jìn)行全面 的詳細(xì)設(shè)計，每個雷和方法屬性都要在編碼之前完成。我們推崇敏捷設(shè)計，設(shè)計一定要有，但要分迭代，設(shè)計范圍涉及核心框架，核心類和核心方法，敏捷設(shè)計覆蓋 系統(tǒng)的核心業(yè)務(wù)邏輯，通過設(shè)計可以進(jìn)行業(yè)務(wù)表達(dá)，但并沒有設(shè)計開發(fā)中的所有細(xì)節(jié)。

7. 抱住單元測試不放

評：單元測試，重要性總是容易被忽視，在我們的產(chǎn)品中也是如此

8. 不要只見樹木不見森林

評：性能優(yōu)化的二八原則，優(yōu)先去做那些能夠大幅改善性能的工作，性能是SaaS應(yīng)用的頭等大事

9. 學(xué)習(xí)其他成功的 SaaS 項(xiàng)目

從其他成功 SaaS 項(xiàng)目中學(xué)習(xí)最簡單的方法是首先挑選一個樂于使用的 SaaS 程序。然后，找兩個或三個所選軟件的競爭對手，然后試用一下，寫下吸引您注意的具體內(nèi)容，以及為什么您喜歡或不喜歡某個應(yīng)用程序。

10. 構(gòu)建可用原型

在軟件開發(fā)中，顧客通常希望在投資實(shí)際開發(fā)之前先看到對概念的驗(yàn)證。原型只是一個概念驗(yàn)證。聰明的 SaaS 開發(fā)人員會利用創(chuàng)建原型的時間。想想這段時間能做多少工作：

評：這種方法的優(yōu)點(diǎn)很多，但是有兩點(diǎn)對于 SaaS 的成功很關(guān)鍵：在構(gòu)建實(shí)際產(chǎn)品時您已經(jīng)領(lǐng)先很多；在此基礎(chǔ)上構(gòu)建原型時往往能夠看到設(shè)計模式的沖突以及架構(gòu)設(shè)計的不足。在實(shí)際開發(fā)產(chǎn)品之前 ，可以做必要的修改。

另外，SAAS應(yīng)用與項(xiàng)目交付不同，SaaS是線上產(chǎn)品，它應(yīng)該獲得更長的發(fā)布周期和更寬松的開發(fā)環(huán)境

聲明：本網(wǎng)頁內(nèi)容旨在傳播知識，若有侵權(quán)等問題請及時與本網(wǎng)聯(lián)系，我們將在第一時間刪除處理。TEL:177 7030 7066 E-MAIL:11247931@qq.com