中小型軟體產品解決方案模板

標籤：解決方案   模板   

軟體行業一般的產品都會有解決方案，但每個公司的解決方案都是各有自己的風格和特色。有些所謂的解決方案在個人看來可能稱不上是一種解決方案，即沒有解決什麼問題，也滿足不了一個方案的基本要求。本文就對普通的中小型軟體解決方案談談自己的理解，並給出個人認為是比較合理的一種解決方案模板。

一．解決方案的基本理念

所謂解決方案，顧名思義就是解決莫些個問題的方案，所以解決方案中要明確闡述促使產生該解決方案的問題所在。所謂問題，實際上就是對現實的批判和否定，所以就要用到對比的思路去梳理問題，從存在的問題匯出我們的解決方案。問題通常都是綜合性的、複雜的，所以需要進行過濾和梳理，重點強調我們的方法中能解決的部分，而不是以偏概全，鬍子眉毛一把抓。問題的引出往往也伴隨著問題的背景和解決該問題後的意義，這是第一點。

有了問題，也就有了突破口，接下去推出我們的方案建設內容，也就是具體我們的方案是怎麼去解決問題的。對軟體行業而言，產品通常就是一套軟體系統，可能還附帶有一些硬體裝置，而產品的建設內容就是產品的功能和結構。系統的硬體架構設計、軟體架構設計和詳細功能展開是方案建設內容的主體，這是第二點。

接下去的第三點，個人認為也是最重要的一點就是闡述解決方案的優勢，這是解決方案中最需要濃墨重彩的地方，也是整個方案的價值所在。如果一個解決方案不能很好的闡明其優越性，客戶如何作出選擇這套方案的決定呢？解決方案的優勢視具體產品而定，但和處理問題的方式一樣，還是可以總結出如安全性、便捷性、人性化、專業性等共性優勢，需要我們善於挖掘自身產品的價值點，揚長避短，並以解決方案所帶來的效益作為對產品優勢的總結。

解決方案能說服人作出選擇的除了優勢還有客戶案例，使用一張中國地圖，然後把客戶地理位置描點出分布圖，再配合一份客戶列表是簡單高效的做法，這是第四點。

最後第五點就是解決方案的實施，通常解決方案是一種企業級應用，所以需要項目實施和管理過程。實施過程在解決方案中不宜具體展開，一般點到即止，常見的實施前準備和實施過程計劃是必須要的，如果涉及到系統整合，則也需要給出結合各個供應商前置條件的整合方案。

二．解決方案模板

有了以上五點解決方案中的基本理念，解決方案的模板也就應運而生。參考如下（假設使用Demo系統作為我們解決方案的主體）：

1.      Demo系統應用背景及意義

2.      傳統過程中的問題和解決方案

  n  傳統過程中的問題

n  Demo系統的解決方案

3.      Demo系統解決方案的建設內容

n  硬體架構設計

n  軟體架構設計

n  Demo系統建設內容

?  模組1

?  模組2

?  模組3

?  模組4

?  模組5

?  模組詳細功能列表

4.      Demo系統解決方案的優勢

n  優勢1

?  優勢細節1

?  優勢細節2

n  優勢2

?  優勢細節1

?  優勢細節2

n  優勢3

?  優勢細節1

?  優勢細節2

n  優勢4

?  優勢細節1

?  優勢細節2

n  優勢5

?  優勢細節1

?  優勢細節2

n  Demo系統的效益

5.      典型客戶案例

n  客戶分布圖

n  客戶資訊列表

6.      Demo系統實施方案

n  實施前準備

n  實施計劃

從這個解決方案的篇幅而言，6大部分內容按照1:3:10:10:1:3的比例進行內容組織可能是一種比較好的結構，重點突出方案的建設內容和優勢。

三．如何使用解決方案模板

解決方案具有共性，有共性就可以抽象和總結。本文是對中小型軟體產品解決方案的一種抽象並總結出一套通用模板供大家作為簡單參考。當然，對解決方案的理解和抽象也是見仁見智，有好的建議意見歡迎交流。

中小型軟體產品解決方案模板