tft每日頭條

 > 生活

 > 通俗解釋saas

通俗解釋saas

生活 更新时间:2024-11-28 21:35:24

編輯導語:你能夠區分用戶、客戶與賬戶嗎?而在SaaS産品語境中,還存在着租戶這一概念,了解SaaS語境下的賬戶與租戶概念,将有助于我們更清晰地進行架構設計。本篇文章裡,作者就SaaS語境下的賬戶、租戶及其他相關事項進行了解析,一起來看一下。

通俗解釋saas(概念辨析SaaS語境下的賬戶和租戶)1

大家在産品工作中,往往會遇到幾個相近的概念,客戶、用戶、賬戶、租戶還有商戶,“hu”的概念,讓人hu裡hu塗。

本文就從基礎的用戶和客戶開始,一直到SaaS細分領域的租戶等概念,進行一些概念的辨析。

本文幹貨:SaaS租戶&賬戶體系的概念模型設計,可以直接用于初始或演進的架構設計。

一、用戶和客戶

我們從最基本的概念,用戶和客戶說起。

用戶,顧名思義,是指使用某項産品或者是服務的人。而客戶,則是指通過購買産品或服務來滿足其需求的人。

這裡的區别在于,用戶側重“使用”,而客戶側重“購買”。對于C端産品,二者區别不大。但對于B端産品,這種區别,非常重要。可以說,如果不理解 “客戶不是用戶”這句話的B端産品,失敗是必然。

舉個例子,某公司購買一套打卡系統,那麼,以Boss作為代表的公司就是客戶,而苦逼地天天打卡的打工人,就是用戶。顯然,如果系統的開發者去問“用戶”,你喜歡我們系統的哪一點?得到的回答一定是“離我遠一點”。

在B端領域,不乏這樣的産品服務,用戶怨聲載道,但是老闆卻很看重。如果要深究其原因,其實是一個非常有意思又有深度的管理學課題,有心的讀者可以深入去探究一下。

另外一個有趣的例子,是教育培訓。參加培訓班的小朋友們作為用戶,而出錢的父母是客戶。

我相信,每天背着大書包“享受”服務的小朋友們,必然沒有眼望着娃娃成為心目中小小鋼琴家、數學家的父母們那麼“享受”。如果讀者們細心觀察一下培訓機構的教學,特别是家長觀摩的那種,老師們往往滿臉堆笑,躬身低頭,面對着被迫營業的小朋友,雙眼卻偷瞟家長,心頭暗道 : “子涵爸爸你看,表現這麼棒,不考慮續個費麼?”

是的,這種區别,對于一個産品的銷售角色來說,是至關重要的。在現行的一衆銷售策略中,尋找、了解、滿足關鍵KP,也就是付錢的“客戶”,是營銷的核心目标甚至是唯一目标。而對于ToB的中高級産品來說,追求好用之外的好賣,也是從識别“用戶”和“客戶”開始的。

二、賬戶

我們繼續來說賬戶。賬戶的原始概念産生在會計領域,指的是承載資金變動——也就是賬——的載體。大家最熟悉的賬戶,是銀行卡賬戶。

而計算機領域所說到的賬戶,除卻部分财務金融相關系統之外(他們沿用的是會計領域的概念),一般等同于“賬号”。實際上,這是一種以訛傳訛的叫法,到最後成為了約定俗成的另一種含義。這種詞語概念的錯誤變遷,是一種有趣的現象,叫做“訛變”,并有一門名為訓诂學的學科在研究這種現象,在此略過不提。

狹義上的賬号,是标識用戶ID的字符串,衆多大家最熟悉的莫過于QQ号碼了。而廣義上的賬号,是指該ID所對應的用戶虛拟身份,沿用QQ号碼的比喻,就是指某一個QQ用戶,在騰訊系統中的一個虛拟化身。諸如昵稱、頭像,還有騰訊偷偷根據大數據和算法給你打上的潛在标簽,都是這個化身的一部分。

注意,此處還有一個混淆點就是“登錄方式”和賬号,這兩種東西。QQ郵箱的登錄方式有微信、QQ号、郵箱地址、手機号等多種。但是無論是哪種登錄方式,最終進入郵箱能看到的郵件列表,都是一樣的,因為,真正登錄進入的賬号,是同一個。

通俗解釋saas(概念辨析SaaS語境下的賬戶和租戶)2

上文說到,了解客戶是營銷的核心目标。對于C端的産品來說,用戶一般等同于客戶。而在系統中,賬号(或者說賬戶)就是用戶的化身。所以,定義、描述一個賬号,也就意味着了解一個客戶。

這就是為什麼,在大數據的時代,互聯網巨頭們如此地渴求用戶的一切隐私信息和行為數據。

他們需要數以萬計的屬性字段,以及衍生出來的規則标簽、算法聚類來描述一個賬号,最終形成所謂的“用戶/客戶畫像”。他們不但在各個産品内部,将賬号信息進行記錄;更将不同的産品中的賬号,底層信息打通,形成所謂的産品矩陣和統一賬号體系,最終成為一個“元賬号”,承載了一個人的全部信息。

無論是包辦你一切的騰訊阿裡,還是比你自己更懂你的字節跳動,他們背後的邏輯都是一緻的。在巨頭們龐大的産品矩陣中,你的一切無所遁形,Big Brother is watching you!。

通俗解釋saas(概念辨析SaaS語境下的賬戶和租戶)3

三、租戶

為了方便理解,我們簡單先介紹一下SaaS的商業模式作為背景知識。

SaaS的商業模式,全稱是“Software as a Service”,意為軟件及即服務。其内涵是,軟件不再是傳統的最終交付物,而是成為了一種可随時訂閱或取消的服務。

我們用日常生活中的概念做對比,在古代,如果你想享受有人為你打掃房間的服務,你就必須得購買一個奴隸。他成為你的私有财産,但你也得負責他的衣食住行。如果不是大戶人家,是享受不起的。一方面是成本問題,一個人衣食住行的耗費可不是個小數目;另一方面是收益問題,奴隸一天能打掃10間房,但是你隻有兩室一廳,四舍五入等于白養個人。

而現在,若房間髒了,請鐘點工阿姨打掃一下,是司空見慣的事情。個中差别,就在于将“購買”的過程變成了“出租”。

同理,在傳統的交付部署式的軟件商業模式中,部署一套系統,耗費巨大:華為當年為了IBM的一套管理體系,耗費了5.6億元的咨詢部署費用。實力雄厚如華為,這個成本想必也是負擔頗重的。

而現有的各類SaaS系統,一般的企業年耗費幾千到幾萬不等,就可以享有完整的SaaS服務。部分SaaS甚至還推出按員工數量收費的模式。在這種模式下,再小的企業,也願意花費幾千塊錢,去嘗試擁抱線上化的SaaS系統。

回過頭來,我們說租戶。筆者經曆的數家公司中,即使是專職SaaS的産品經理,也鮮有對這個概念理解透徹的。

但其實這個概念很簡單,其字面含義,就是“租的房子”。日常生活中見到的商鋪、出租屋都是租戶。引申到SaaS領域中,租戶意為,某一個客戶(一般是B類的企業),為使用一套SaaS的能力,所開辟出來的一個公用的信息空間

例如,某公司為銷售團隊訂購了一套客戶關系管理SaaS系統。所有員工,都可以進入該系統使用其功能,并且所積累的數據,如客戶信息都是都是統一管理由員工共同使用的(當然,功能和數據權限一般都可以靈活授予)。

此時,為該公司開通的這套系統,就是一個租戶。而經過注冊或授權,能進入到該租戶空間中使用功能、查看數據的,就是每一個員工對應的用戶了。

為了方便理解,我們可以和現實生活中的租戶進行對比。某公司租賃了一幢公寓作為銷售宿舍,租期1年,同時,也購買了1年期限的SaaS系統。在這兩個場景中,宿舍,和開通的SaaS系統,均是租戶。員工宿舍,擁有一個門牌号,即對應開通SaaS系統的租戶ID。

在宿舍中,原本就有很多的家具,其對應的就是SaaS系統中的功能。平裝公寓和精裝公寓,對應的家具不一樣。而SaaS系統也分為标準、高級、旗艦版,對應着不同的功能集。隻有訂購對應版本的租戶,才能使用對應的功能,這種租戶所包含的功能集,我們可以稱之為“租戶權限”。

而後,公司指定銷售主管作為員工宿舍的舍長張三,給了他一張房管門禁卡。同時也将SaaS系統的主賬号權限授予了他,讓他能以主賬号身份登錄系統。

二者都意味着,張三擁有了該租戶中的最高管理權限。那個鑰匙,就是授權的證明,我們稱之為“賬号”。在一些SaaS系統中,對于最高級的賬号,稱之為主賬号,或者Admin賬号。

張三帶領着團隊,住進了員工宿舍,給每一個員工都發了一張門禁卡。其中,小組長的卡能打開的房間多一些,甚至能開别人的房間方便查寝;而組員,隻能開自己的房間。

在SaaS系統中,張三為不同員工的賬号也做了類似的授權,小組長可以查看整個組的客戶數據,還能夠進行一些審批、分配客戶等處理,而組員,隻能跟進自己的客戶,并無更多權限。在這裡,每個員工的卡,一般稱為“子賬号”。

當然,主子賬号都是賬号的一種,隻要功能支持,公司可以收回張三的權限,将其變成普通賬号;也能提拔李四,成為主賬号。

我們的情況甚至能更複雜一些,公司在兩地購買了多套的公寓,而王五,常常出差,所以他的房卡,能打開杭州和北京兩套公寓的房門。這對應到SaaS系統中,就是一個賬号,可以登錄進入多個不同的SaaS租戶中。

我們可以用一張概念模型來表示,這是用UML的設計類圖來表示的,如果有對UML感興趣的讀者可以簡單了解一下。這張圖本身,也可以作為租戶和賬戶系統設計的一個基礎框架來套用。

通俗解釋saas(概念辨析SaaS語境下的賬戶和租戶)4

客戶,可以開通多個租戶;開通的租戶則擁有多個功能權限,當然,同一個功能權限也可以被授予多個租戶。而用戶,需要首先注冊一個賬戶,該賬戶可以有多種登錄方式。管理員,可以将租戶已經擁有的功能權限,部分授予給某一個賬戶,此時,該賬戶就可以使用租戶中對應的一些功能了。

四、結語

從概念的定義到最終的模型,本文描述的是在完美狀态下這幾個概念之間的意義,和其中的關系。

一般的公司中,因為産品和技術架構演進的步調問題,常常存在一些裁剪,例如,将主賬号等同于租戶;例如,限制了一個客戶隻能擁有1個租戶等等;這些過程中的取舍和變通,談不上絕對的好壞。但是,這意味着在未來,可能會因為底層設計的缺陷導緻的更高維護甚至重構成本。

同時,也因為公司内部溝通習慣,一些名詞往往存在不嚴謹的混用,甚至錯誤使用以至于訛變,比如,一般對于電商類SaaS的租戶,往往稱之為“商戶”;也比如上面那個賬戶和賬号的概念,就是以訛傳訛,以至于大家習以為常了。

但是,作為産品經理——一個公司規劃和現狀、需求和實現的橋梁。是必須要進得去——立足現狀,用各方聽得懂的語言去溝通和設計方案,也能出得來——基于目标和架構,抽象出産品的真正的全景。從這個職責上來說,任何一個概念、任何一個設計方案,都值得去咬文嚼字地深究。

所以,這篇小文章,與其說是辨析幾個詞語、分享幾個概念,不如說是用一個訓诂的形式,去給大家展示一種抽絲剝繭的探尋産品本質的思路。這種思路,從方法論的角度,是UML的建模、是形式邏輯的定義法。從世界觀的角度,是馬斯克的所謂第一性、是馬克思的透過現象看本質。

總而言之,優秀的讀者,在産品和生活中,都可以多思考一下,從現象到概念,從概念到定義,從定義到表達,從表達到實現。探尋世界與手中産品的本質。

共勉。

本文由 @浠江嶽 原創發布于人人都是産品經理,未經作者許可,禁止轉載。

題圖來自Unsplash,基于CC0協議。

,

更多精彩资讯请关注tft每日頭條,我们将持续为您更新最新资讯!

查看全部

相关生活资讯推荐

热门生活资讯推荐

网友关注

Copyright 2023-2024 - www.tftnews.com All Rights Reserved