在前面的文章中，我對比分析了目前開源專案的主力以及常見的開源軟體的盈利模式。今天我再和大家談一談商業開源和免費開源之間應該如何選擇。

我們先不說結論，先將這兩種開源模式進行對比。

什麼是商業開源？

所謂的商業開源，對比於免費開源，他的性質有所不同。眾所周知，我們免費開源的話，一般都會採用業內比較知名的開源協議。常見的有如下幾種：

常規開源協議的對比圖

這些開源協議或多或少有不同的限制條件。我們如果在一些原始碼託管平臺看的話，一般專案如果採用的是常規開源協議，會有所標註。比如下面這個專案：

某平臺的開源專案標註

常見的開源協議為Apache，一些框架類的會採用Apache協議，也有一些更開放的採用MIT協議。

詳細的常規協議，我就不給大家展開來說了，這完全可以單獨寫一篇文章，而且網上這類文章很多，再說也沒什麼太大意思。大家有興趣的可以自己去搜一搜。

說回商業開源，何謂商業開源？一般而言，我們一方面想要享受開源軟體的額外福利——免費的宣發渠道，另一方面因為沒有特別好的迂迴變現渠道，比如某些雲廠商可以靠賣關聯的雲服務賺錢，軟體本身可以不賺錢。那麼比較推薦使用商業開源協議。一般商業開源協議會強調幾個關鍵點。

第一是限制分發再銷售。

這個是保障開源作品不被加殼再售的必要方式。像apache協議、MIT協議，都是在遵循特定要求下，可以二次開發後，重新發行產品銷售的。

第二是允許個人免費使用，但是用於商業目的就必須支付授權費用，即商業授權。

為什麼這麼約定？個人免費可以幫助你快速擴散產品的知名度，商業付費就保證了產品的追責權利，當企業使用者使用你的產品的時候，理論上都是要支付費用的，如果沒有支付費用，你可以直接採用法律手段逼迫對方支付費用。當然這不是君子所為。這裡我再強調一下，什麼是商業目的。不用多想，只要是公司使用，就是商業目的，都不需要證明。因為公司都是以盈利為目的的，就是商業目的。

如何定價？

定價這個問題，我之前文章裡其實也提到了一些，這裡再展開講一講。

軟體產品的定價一般怎麼定？

我們先劃定幾個價格區間。

1000元以內，常見價格為888之類的吉祥數。甚至有標200這種驚天底價的。非常容易衝動消費，秒消費。

2000元以內，常見9字結尾。需要猶豫一下，看看價值。

5000以內，常見4800。個人有點吃力，小企業能接受。

10000以內，常見9800。如果不是確實有比較好的價值，是需要斟酌的。

20000以內，常見19800。價格有點高，能否採用循序漸進的購買方式？

50000以內，常見49800。小公司望而卻步。

80000及以上。中大型公司可以接受。

幾十萬。需要複雜實施的軟體產品，解決方案模式的可能會定在這個價格區間。

決策難度和受眾規模依次遞增。1000以內是個人客戶最容易消費的區間，很容易衝動消費。

一般saas產品的起步價格不會高於5000/年。因為5000以內是小企業最容易決策的區間，超過這個價格決策開始變得困難。

50000是一個很重要的分水嶺，這個價位之上基本是需要有一定規模的客戶才能負擔了，當然，一些拿到融資的創企咬咬牙還是能接受的。

從我身邊的一個合作伙伴來看，首款產品，由於製作標準較低，知名度較低，且宣傳渠道未打通，往往建議採用免費或者定低價的模式進行推廣。

某SAAS產品的定價

如果是第二款產品，我建議就不要定太低價了，首先，你可能已經透過第一款產品收穫了一些粉絲使用者了，那麼第二款產品的使命是承接未來的商業價值。你可以推出一個pro版本，然後把價格從幾百元提升到幾千元，甚至破萬。這樣每一筆軟體銷售，都能帶來可觀的收入，同時也不用服務太多的客戶，不需要太多的服務人手。

版本如何設定？

一般來說，我們會提供不同的套餐或者說版本，往往會以功能進行區分，只有極少數會用其他的區分方式。

這裡又要談到另一個引申話題，關於程式碼加密的問題。一般php的專案是不用做加密的，當然你如果想要加密，可以選擇一些常見的加密方式。有國產的也有國外的方案。ioncube和zendguard都是可以用的。為什麼要做加密？加密其實是一種商業變種的方式。這個問題其實我以前也考慮了很久。你說不加密吧，我做的東西全部暴露給了使用者，我希望做一些聯動或者高階的服務就很困難。畢竟程式碼都脫光光了。所以做商業衍生很難。但是如果加密吧，部署難度變高了，有部分客戶特別介意，因為你加密的部分是不是有後門也不好說。所以如果要加密，推薦用一些整合環境帶的執行元件的加密工具，只需要開啟一下就可以了，客戶也好接受。

版本一般命名的話，是標準版、專業版、旗艦版，這套規則最常用，當然也有根據目標客戶規模的，比如分個人版，企業版，大型企業版，集團版等。

基礎版和pro版兩版是比較簡單的定價模式，也比較容易被接受。也比較簡單易懂。很多小專案都普遍採用這種模式。也比較推薦。

那麼不同版本之間如何設定區別？

一般來說，我們會對版本進行功能區分，比如低版本包含的功能不全一點，高版本功能多一點。

但是這裡還有一個點，大家可能要考慮一下：

我是否應該只區分版本，而不分主體與外掛?

這個問題問得其實很好，很多產品為了產品線簡單易懂，所以不區分主體與外掛，而是簡單採用一兩個版本進行簡單劃分的模式。這種模式一般常見於一些小製作小產品。

而且這裡有一個墨守成規的規矩，就是我買了最高版本，以後你推出的所有功能，我都應該免費獲得。

這裡我給大家一個建議，如果你打算長期做這個專案的，我非常不推薦大家做長期承諾。如果你想長期維護這個產品，不斷迭代出新。又不想變更產品名，或者顯著修改產品。那麼你可以考慮採用外掛收費模式，這是一種非常好的擴充套件模式。

新推出的外掛不是無償贈送的，需要單獨付費購買。

不過預計這樣的消費情況不會特別理想。

第二套的價格如何設定？

上面提到了外掛收費模式，那麼另一個重要的課題來了，第二套如何定價？個人推薦原始碼類產品，不要妄想第二套賣出原價，有也別想賣太多。

其實原始碼類產品，我們沒有伺服器成本，所以最大的成本來自於售後的服務和持續的產品更新迭代。

除了售後服務是不可複製的，產品迭代基本可以認為是沒有邊際成本的。所以客戶會覺得我第二套還是原價買，太辣手了，況且第一套你已經給我提供技術服務了，我也透過第一套熟悉了這個產品，第二套你的技術服務肯定不需要太多了，那麼你收同樣的錢，是不是太高了？

除此之外，你還可以加入一個條件，讓外掛也變得更好賣，就是多套產品之間，外掛共用。這樣一個外掛買回去可以被多套產品使用，彷彿是戰網通，外掛必然也會很好賣。