chinesefreesexvideos高潮,欧美极品少妇性运交,久久久国产一区二区三区,99久久婷婷国产综合精品,成人国产一区二区三区

　　在對定價原理及其策略方法進行了了解之后，具體該怎么做呢？本文分享了關(guān)于SaaS產(chǎn)品的定價的一些原則和實操技巧，一起來看看定價的5個子話題，希望對你有所幫助。

　　咱們在前兩篇聊了定價原理及五花八門的策略。那么SaaS產(chǎn)品的定價有哪些原則和實操技巧呢？咱們今天詳細聊聊5個定價子話題：

　　計費對象的選擇明價與暗價價格版本同一客戶的混合階梯價格toB不需要“贈品”

　　有300多位同行參與了我在3月底發(fā)起的“定價方式”投票：

　　可以看到約有36%的朋友投了最經(jīng)典的按人年收費的方式；31%是每個企業(yè)固定費用；按消耗計費的比例14%；在留言區(qū)講到自己公司的產(chǎn)品是混合定價方式的朋友也不少 ……

　　這個結(jié)果還是挺意外的，看來已經(jīng)有很多SaaS企業(yè)采用的定價方式不是經(jīng)典的“人年”方式。

　　計費對象應(yīng)該如何選擇？

　　最近，我的朋友高寧在關(guān)于PLG的對聊節(jié)目中說到一句話：通過定價（pricing）傳遞價值。

　　我覺得切中了要害。

　　如何通過定價，能夠把本產(chǎn)品與其它產(chǎn)品的價值差異凸顯出來？如何讓這個價值更容易傳遞給客戶？

　　我們可以推演計費對象的選擇有三個原則，順序如下：

　　真實反映產(chǎn)品價值反映出本產(chǎn)品與其他產(chǎn)品的差異報價簡單易懂我們就在這三個維度上，分別為以上定價方式打個分。

　　我們按推薦順序一個個分析：

　　1、分銷售額的方式是價值感最高的。但前提是SaaS企業(yè)能向客戶證明銷售額的增長與產(chǎn)品直接相關(guān)。我見過有個別行業(yè)SaaS公司能做到這一點，是有點兒可遇而不可求。作為行業(yè)SaaS公司，在考慮商業(yè)模式（/收費模式）時應(yīng)該經(jīng)常做深度思考。

　　2、按訂單數(shù)（客戶業(yè)務(wù)場景）等業(yè)務(wù)消耗量計費，在價值傳遞上比經(jīng)典的按人·年計費優(yōu)秀，客戶一年需要多少訂單也容易算清楚。對客戶的購買成本來說，訂單少意味著營收少，所需支付的SaaS費用也少；而那些訂單數(shù)量大的客戶，由于營收高，對較高的SaaS費用也愿意接受。

　　這其實是比下文要講的“多個價格版本”更貼近需求曲線的方式，有機會幾乎占滿需求曲線左下方的三角形。

　?。ㄉ蠄D中，需求曲線已簡化為直線，而價格線則確實是隨著客戶業(yè)務(wù)訂單數(shù)增加而線性變化的）

　　我們舉幾個例子：

　　3月底帖子的留言中，微豬科技的合作人張佳就介紹說，他們的SaaS按母豬頭數(shù)計費。這個就讓客戶很容易理解和接受。

　　另外，也有連鎖行業(yè)SaaS是按門店收年費，不限用戶數(shù)，門店年費階梯遞減（有年費上限）。這也是與客戶業(yè)務(wù)關(guān)系緊密，屬于不錯的設(shè)計。但有個維度沒考慮到，就是有的品類門店數(shù)量巨大，但每個店其實非常小、營收也不高（例如半平米的鴨脖店）；有的品類則單門店營收很高（例如中式正餐）。按店收費對他們不公平，對SaaS公司來說，也損失了不少本應(yīng)能收的費用。可以再考慮一下，有沒有與營收更相關(guān)的收費方式（多想想上圖）。

　　我們看看這個例子：“船舶管理SaaS系統(tǒng)，按船舶數(shù)量和噸位級別收費”，這就是與客戶業(yè)務(wù)量更直接的收費方式。

　　會展星的楊同學(xué)談到：有的會展2000個展商，有的1000個展商，展商數(shù)量的多少基本決定了客戶的實力，我們按招商數(shù)量的多少來來階梯收費。這個也很贊 ：）

　　我們再看一個例子：供應(yīng)鏈金融SaaS，平臺注冊使用都免費，產(chǎn)品費用其實算進利息里。這也是非常“順滑”的計費方式，客戶甚至無“痛感”。我們前面的文章說過 —— 看到價格，客戶就會有真實的疼痛感。

　　3、最經(jīng)典的SaaS計費對象是按人年計費。對客戶來說，這種計費方式比較容易理解，但價值傳遞和差異性都較低?？梢钥吹匠^1/3的SaaS產(chǎn)品按人年計費，包括紛享銷客、衛(wèi)瓴、網(wǎng)易七魚等。

　　4、每個企業(yè)固定年費：雖然很容易讓客戶理解，但產(chǎn)品價值傳遞很弱。這類計費方式一般存在于客單價較低（≤2萬元）的市場中，各家競品間的定價策略能展現(xiàn)出的差異也小。

　　5、按IT消耗量計費：由于網(wǎng)絡(luò)流量、API調(diào)用等是純IT的概念，與客戶業(yè)務(wù)之間（例如直播銷售額、招聘結(jié)果等）沒有直接關(guān)系，客戶既難以理解、又無法預(yù)估一年下來費用有多大。記得我們在上篇《定價2》中說到，“不確定性是成交殺手”嗎？

　　同時，這個“計費對象”的選擇對產(chǎn)品價值的傳遞也比較弱；所以是交易摩擦比較大的計費方式。

　　在3月底的那次征集定價方式投票的文章后面，也有讀者提出這個問題：①客戶不理解流量、存儲是什么含義 ②客戶沒有辦法在購買時做用量費用估算，又不希望購買之后因為使用的流量、存儲空間等原因，再次走流程申請費用。

　　這是按咱們IT人理解方式計費帶來的困難。

　　當(dāng)然，如果已經(jīng)用了流量等作為計費方式，可以考慮用“預(yù)存”和“后端收費”的方式，降低客戶付費時的摩擦。

　　順便說一句，部分成熟的SaaS企業(yè)，即便是按人·年計費，也會用“后端付費”。具體來說，客戶企業(yè)在5月份突然要增加98個賬號，沒關(guān)系，立即就給客戶增加User數(shù)量上限，然后次月起才計費。

　　6、按并發(fā)上限計費：該計費對象也是IT邏輯，但其好處是反映出本產(chǎn)品與其它產(chǎn)品的差異。舉個例子，某SaaS產(chǎn)品A能完美支持1萬并發(fā)，而其他類似產(chǎn)品都只能做到1000人同時在線；A產(chǎn)品就可以用并發(fā)上限計費，通過一個報價就能非常明確地凸顯出公司技術(shù)實力，也指明友商的弱點。

　　如果有其它凸顯產(chǎn)品技術(shù)實力的計費對象，也可以按此方式使用。

　　7、OP軟件按模塊計費：按軟件按模塊報價雖然組合靈活，但實質(zhì)上是不理解客戶的業(yè)務(wù)模式及場景。除了給客戶帶來選擇困難、增加解釋成本，也給后面的實施及服務(wù)工作帶來預(yù)期管理和執(zhí)行上的困難。我不推薦SaaS產(chǎn)品使用該方式計費。

　　8、混合方式：在價值傳遞、差異性上也許有一些優(yōu)勢，但客戶理解的復(fù)雜度較高。

　　讀者留言中，有提到“年費與消耗量組合方式”、“預(yù)算分析SaaS產(chǎn)品：按照客戶使用人數(shù)（分為高級用戶和初級用戶，不同標(biāo)準）和數(shù)據(jù)容量收費”，這些都是混合方式。

　　如果只有這樣計費，才能與客戶實際的業(yè)務(wù)貼合得緊密，這也許是個選擇。否則，混合方式如無必要，盡量不用。

　　每個SaaS產(chǎn)品在定價時都有一些限制條件，所以做出的選擇各不相同。在選擇“計費對象”時，可以多想想上面這3個原則。

　　看國內(nèi)各家SaaS公司的官網(wǎng)就知道，客單價低的SaaS產(chǎn)品大多會在官網(wǎng)展示價格；客單價高的產(chǎn)品一半會展示價格、一半“價格面議”。

　　我查了一下硅谷SaaS公司的官網(wǎng)，Salesforce的銷售云、Zendesk的官網(wǎng)是展示價格的，Workday的官網(wǎng)則沒有。

　　（上圖來自：Salesforce的官網(wǎng)）

　?。ㄉ蠄D來自：zendesk的官網(wǎng)）

　　我們來思考一下——明價與暗價，應(yīng)該如何選擇？

　　首先，友商如果想要，一定有辦法拿到我們產(chǎn)品報價；所以這不是考量因素。

　　因此，官網(wǎng)是否展示價格，主要考慮客戶的感知；有正反兩方面：

　　A. 暗價（官網(wǎng)不展示價格）：

　　a1. 擔(dān)心潛在客戶看到價格后嚇到了，根本不聯(lián)系我們的銷售；

　　a2. 希望客戶無論如何都與在線客服聯(lián)系一下，最好能留下聯(lián)系方式

　　a3. 報價確實太復(fù)雜了，需要有銷售代表解釋說明

　　B. 明價：客戶看不到價格，先去找看得到價格的網(wǎng)站了

　　—— 判斷A、B的比例各有多少？決定了我們應(yīng)該采取明價還是暗價。

　　關(guān)于a1，對于高客單價的SaaS產(chǎn)品，企業(yè)采購者肯定知道要談?wù)劭郏赃@個擔(dān)心并不存在。

　　對于a2，倒是一個考慮因素。我們?nèi)绻纯碐ainsight的網(wǎng)站（客戶成功專用的工具SaaS），就會發(fā)現(xiàn)他們是非常希望與客戶形成接觸的；我簡單展現(xiàn)一下過程：

　?、購腉oogle搜索Gainsight，點擊左側(cè)第一個鏈接進入官網(wǎng)后首個頁面就是留資、預(yù)約Demo：

　　我感覺還是挺驚訝的（有一定可能性是他們正在做A/B測試，不同User進來看到頁面的不同）。

　　②在官網(wǎng)可以找到“Pricing”（報價）頁面，但也不直接展示價格

　　點擊“詢價”后，出現(xiàn)的還是留資頁面……（我感覺他們這個AB測試有點過火了啊

　?。槺阏f一下，我向很多客戶成功崗位的同學(xué)推薦過Gainsight.com的Resource，作為排名第一的客戶成功工具，他們在市場教育方面還是挺給力的）。

　　那么留資后報價的方式是否正確呢？這個見仁見智。詢價客戶的感受是——你們有些愛繞彎子、你們的價格是否太貴了所以不愿意直接展示出來；但留資的價值確實會很大，這里需要取舍。

　　我們再從營銷的角度看這一點——潛在客戶已經(jīng)來到網(wǎng)站，說明已經(jīng)在被我們影響的道路上?！耙淮纬山恍枰?次觸達”，所以急于催熟未必有好結(jié)果。何況在微信時代，留下電話號碼也未必有多大價值 —— 這兩年大家已經(jīng)發(fā)現(xiàn)，加上微信才是王道。

　　如果是a3情況（報價太復(fù)雜了，需要有人解釋說明），確實沒辦法在官網(wǎng)直接展示，否則潛在客戶看后會更糊涂。

　　所以，我的建議是：如果計價方式簡單明確，盡量明示定價。

　　我還記得，5年前我在紛享銷客的老戰(zhàn)友王東說過：未來企業(yè)采購SaaS產(chǎn)品能否像在京東超市采購辦公用品一樣——價格透明、沒有折扣和貓膩？（大意如此）

　　SaaS時代，我們并不是把OP軟件的功能搬到云上，營銷方式也需要有徹底改變。

　　從中國SaaS全局的視角看，“京東模式賣SaaS”—— 這確實會是我們更好的未來。

　　上篇我們談到“捆綁價格”的意義：客戶購買一個商品的過剩意愿被轉(zhuǎn)移至另一個商品上。

　　SaaS產(chǎn)品分“基礎(chǔ)版”、“標(biāo)準版”、“旗艦版”就是如此設(shè)計的。

　　OP軟件時代按上幾十、上百個功能模塊分別報價的模式，在SaaS時代已經(jīng)被擯棄。

　　上一篇《定價2》中提到：SaaS報價則希望給客戶3~4個清晰的使用模式，避免客戶選擇障礙、減少銷售摩擦。更重要的是，這令得產(chǎn)品的每個價格版本都有一個清晰的應(yīng)用場景，更有利于產(chǎn)品經(jīng)理及服務(wù)同事理解客戶、幫助客戶實現(xiàn)產(chǎn)品價值。

　　上面這是小鵝通官網(wǎng)上的價格頁?？梢钥吹郊t框中描述三個版本的是客戶應(yīng)用場景。

　　SaaS產(chǎn)品應(yīng)該更關(guān)注“場景”而非“功能”。場景是相對穩(wěn)定的本質(zhì)；功能是浮在上面的表象。

　　不少SaaS公司沒有理解到這層含義，在官網(wǎng)的報價是OP軟件和SaaS的“合體”——在幾個價格版本之下，又有很多需要單獨購買的模塊。那問題來了，如果客戶需要“專業(yè)版”，又需要某個“旗艦版”才有的功能，這本身不是推動客戶購買旗艦版的好機會嗎？

　　對于中低客單價（≤8萬/年）的產(chǎn)品尤其如此，沒有必要在“價格版本”之外又增加單獨購買項目。

　　對于高客單價產(chǎn)品（≥20萬/年）的產(chǎn)品，也許值得用上述“合體”方式——畢竟購買更高版本可能會一年多付幾十萬，讓客戶和銷售都費點力氣還劃算。但也沒必要反映在官網(wǎng)上，可以在內(nèi)部價格文件里體現(xiàn)。

　　我們來總結(jié)一下 —— 多價格版本的定價原則：

　　1、價格版本與客戶應(yīng)用場景（組合）相關(guān)，而與廠商從開發(fā)者視角的功能分組無關(guān)。

　　2、入門版本應(yīng)該越輕越好：快速成交首單+服務(wù)過程中增購（Landing & Expand)，這是SaaS業(yè)績快速增長的最佳實踐之一。所以我們可以設(shè)計一個容易上手的“基礎(chǔ)版”，以此縮短銷售周期、降低首次實施和上線的難度；再圖服務(wù)過程中的Upsell（增用戶數(shù)）和Cross-sell（增模塊或升級版本）。

　　對于入門的價格版本及其產(chǎn)品功能設(shè)定，我有兩句話分享給大家：在業(yè)務(wù)閉環(huán)的前提下，功能越簡單越好；在不被擊穿的前提下，產(chǎn)品越鋒利越好。

　　3、價格版本不宜太多：一般3~4個為宜，過多的版本會增加客戶選擇困難和銷售解釋成本；

　　4、中間版本是大部分人的首選：如本系列《定價1》所說，人類做選擇經(jīng)常受“錨定效應(yīng)”影響，最高價、最低價都是“錨”。初步接觸，大部分客戶會選擇中間價格版本。

　　5、每個版本之間的價格不宜差距太大：一個版本的價格不宜超過低一級版本的120%，否則客戶有向下選擇的慣性。

　　這里舉個例子，如果價格版本是這樣分布：

　　大家作為客戶感受一下——每個版本價值不同，但首選居中專業(yè)版的可能性最大。

　　但如果價格階梯是這樣設(shè)置的：

　　估計放棄專業(yè)版，選擇標(biāo)準版“先嘗試一下”的人就會占更大比例。

　　當(dāng)然，這一條與“價值場景”是否清晰有很大關(guān)系。如果“專業(yè)版”針對的客群特別清晰，這類客群一看就知道自己不能選“標(biāo)準版”，那價格差就可以克服。

　　去年我與紛享銷客的創(chuàng)始人羅旭聊天時，說到一個價格版本應(yīng)用中的一個更復(fù)雜的情況：如果一個企業(yè)中有100人需要用旗艦版（例如銷售部門的員工）、900人需要用基礎(chǔ)版的功能（例如銷售支持、市場、服務(wù)部門的員工），怎么辦？

　　按照常規(guī)做法，一個企業(yè)只能購買一個價格版本。在實操中，如果要求1000人都用旗艦版，客戶一定會討價還價——“我們大部分人都用不到旗艦版的功能，請給我一個深折扣”。于是，超低折扣就出現(xiàn)了。

　　更尷尬的是，隨著在該企業(yè)的產(chǎn)品應(yīng)用場景逐步深入，越來越多的員工需要使用旗艦版的功能，而SaaS廠商卻不能實現(xiàn)增購……過去的那個深折扣，會一直保持下去。

　　所以，更佳的方式是，一個企業(yè)購買我們的產(chǎn)品，可以有一部分員工使用旗艦版、一部分使用基礎(chǔ)版。

　　一個SaaS創(chuàng)業(yè)公司也許要到了紛享銷客這樣的成熟階段才會遇到這樣的問題。但如果在設(shè)計產(chǎn)品架構(gòu)和后臺運營系統(tǒng)時先考慮到這一點，將會省下未來的一番折騰（也請同時考慮提前把架構(gòu)弄復(fù)雜的代價）。

　　正巧，筆者在SaaS創(chuàng)業(yè)過程中也有一段關(guān)于“贈品”的經(jīng)歷。

　　當(dāng)時公司的主產(chǎn)品營收以一年10倍的速度增長，為了完成新一年的銷售目標(biāo)，我們規(guī)劃了7個新模塊，客戶可以單獨購買。

　　上線后，有3個新模塊價值很搶眼，銷售同學(xué)們也取得了突破。這時候出現(xiàn)了尷尬的問題，研發(fā)資源已經(jīng)轉(zhuǎn)回主產(chǎn)品，新模塊的產(chǎn)品體驗只有70分，要達到90分還遙遙無期。

　　這時我犯了一個錯誤——銷售體系決定將新模塊作為“贈品”附送給客戶（功能更多，這也增加產(chǎn)品整體價值嘛）。

　　其實不然，客戶在贈送的模塊上如果遇到使用困難，仍然會找CSM（客戶成功經(jīng)理）或銷售代表解決；為這批客戶在一個70分的小模塊耗費的服務(wù)精力比主產(chǎn)品還多。隨后，銷售代表也不愿意送了，因為客戶反饋問題遲遲不能解決，反而影響了客戶關(guān)系。

　　所以，toB產(chǎn)品的價值其實越簡單越好?！百浧贰倍鄾]有意義。產(chǎn)品包括的功能越少，產(chǎn)品價值反而越容易傳遞到位。

　　總結(jié)：

　　今天我們說到5個定價子話題：

　　到這里，我們把SaaS產(chǎn)品定價的框架說得差不多了。但還有一個最大的疑問沒有談及，就是 —— 我們的產(chǎn)品價格數(shù)目字到底應(yīng)該定多少？

　　特邀作者

　　吳昊，微信公眾號：SaaS白夜行，SaaS領(lǐng)域知識沉淀者，《SaaS創(chuàng)業(yè)路線圖》作者。每年與100位SaaS創(chuàng)始人深度交流，結(jié)合實戰(zhàn)不斷在公眾號及視頻號做內(nèi)容輸出。

　　本文原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載

　　題圖來自Unsplash，基于CC0協(xié)議

　　該文觀點僅代表作者本人，人人都是產(chǎn)品經(jīng)理平臺僅提供信息存儲空間服務(wù)。