用戶畫像體系和系統構建的幾點思考
用戶畫像存在的意義則在于,能夠找到人群的喜好和厭惡,從而做對人員有用的事,提供讓人群感興趣的東西。最重要的是,利用畫像者從中獲利,無論是商業利益,抑或是社會價值。
今年花了兩個多月的時間構建了一個企業領域的用戶畫像底層平臺,因為公司的開發資源擱置和公司管理等原因,項目沒有辦法得到很好的開展,已經停了。雖然有點煩躁,但是做了這個事情之后,發現用戶畫像是一個我很有興趣去了解和探究的領域。因此,希望花些時間在這個上面,做些簡單的整理,并能讓自己因此有一個更加系統化的思考和總結。
為什么要有用戶畫像的存在?
我想到的是,學校旁邊的小賣部,為什么要賣零食和文具,而不賣肉。醫院的門口,為什么要賣鮮花和水果,而不是賣化妝品。
在小賣部的老板眼里,定是有一個很明確的用戶人群,就是這個學校的學生,他們到學校上學,要用筆和紙來寫字,他們貪玩,也貪吃,每天的零花錢不多,但是可以買一些小零食解解饞。在鮮花水果店的老板眼里,會有這么一群人,他們過來探望醫院里生病了的親戚友人,他們有源于真正的關心來探望,有源于世俗的原因來探望,探望中手里沒有點手伴總覺得有那么一點沒有把禮貌做到位。所以水果和鮮花,成了提供祝福的好物品。
只要涉及到買賣這點事,賣家選擇什么樣的行當,在什么樣的環境下,必然要先悉知他的用戶,再決定賣個什么東西,才能把東西賣出去,且有收入。這也就是我理解的用戶畫像存在的原因。
所以以前沒有所謂的用戶畫像這個詞,但是用戶畫像也都是隱性地存在著。我們可以講,就是一個用戶群體的集體特征描述。最終用戶畫像存在的意義則在于,能夠找到人群的喜好和厭惡,從而做對人員有用的事,提供讓人群感興趣的東西。最重要的是,利用畫像者從中獲利,無論是商業利益,抑或是社會價值。
一、用戶標簽體系搭建思考
用戶畫像的構建,就是用戶標簽體系的構建,而構建的意義,都是為了能利用它,更輕易地和用戶建立關聯關系,可以是找到目標畫像的用戶群體,向他們定向地推薦,推送一些他們會關注的信息和產品。也可以是根據某用戶的畫像,個性化向他定向地進行推薦、推送。
查閱了很多資料,關于用戶標簽體系的構建的方法論,有些會告訴你,技術層面上,用戶標簽體系如何從無到有進行搭建,這類一般會從技術層面的搭建過程,也就是屬性標簽,事實標簽,建模標簽,預測標簽幾個層面來搭建。
有些會告訴你業務層面要怎么搭建,這類會講到最核心的是要從用戶的決策線路來研究用戶標簽體系的搭建。作為偏業務應用的產品人員,更傾向于后者的思路來搭建用戶標簽體系。
網上的資料,有各種用戶標簽體系的搭建,但大多講的都是在理論上要怎么去做,而事實上搭建的過程要如何去思考都是簡單帶過。所以想著可以發散,意淫下用戶畫像體系,在各類“系統”之下,可以怎么去搭建。
(1)醫院
講到醫院這個系統,可以先問三個問題:
- 為什么要有醫院的存在;
- 醫院會有哪些人;
- 這些人會在醫院做些什么。
總結起來,醫院這個場所,存在的目的,是為了以治病救人。而醫院有哪些人呢,首先是病人,其次是醫生,護士,還有一些醫院的行政人員。那么當我們只考慮最簡單的治病過程,忽略其他的因素的話,醫院可抽象成只有病人和醫生的存在,這樣會更方便于后面的分析。他們在醫院做的核心的事情,就是病人看病->醫生看病->醫生治病->醫生開藥->病人拿藥->病人給錢。
病人的治療過程,醫生需要首先了解病人的基本情況,同時需要通過望聞問切來了解病人,這個時候,就已經是在建立病人的用戶畫像了。建立畫像的目的,主要是為了能確定病人究竟得了什么病,需要用什么藥來治療。而確定的這些診斷結果,又可以充當用戶畫像的一部分。
即如果描述一個感冒的病人小花,就可以這樣來寫他的畫像。
當然,這里面舉的都是一些簡單的列子,不深究內容的嚴謹性。
之后,醫生會不定期地進行總結,依據自己診斷的案例,對人群進行劃分,劃分為感冒表征人群,咳嗽表征人群,外傷人群,牙痛人群,之后,了解這群人的共性特征,例如人群是以男性居多,還是女性居多,發病是以春天發生的多,還是冬天發生的多,是年輕人多還是老年人多,是采用了什么藥居多,重復幾次過來醫治的多。通過這些經驗結果,了解各類病采用各種藥物的醫治效果,優化后續的治療過程。
醫生會對病人進行畫像,來提供最優的治療方案。同時醫院也會對醫生進行畫像,讓術業有專攻,同時對醫生起到了針對性監督、管理的作用。
醫院的醫生一般都是按照科室來劃分的,同時各個醫生會有自己主要負責的方向,專攻的方向,以及醫生對于病人的治療效果都是不一樣的,醫生平時的排班,考勤等,都可以作為醫生的畫像的內容。
針對于醫院的醫生,病人,都可以進行用戶畫像,并利用用戶畫像,服務于醫院的管理,病人的全周期病情有效控制和治療。
(2)學校
同理上面的醫院,我們可以先問三個問題:
- 為什么要有學校的存在;
- 學校里有哪些人;
- 這些人在學校做些什么。
學校的存在主要是為了教育人,讓人獲得知識和成長。而學校里,可能會有老師、學生、教導主任、校長。我們抽象出一個最簡單的教學模型,忽略其他因素的存在,便只有老師和學生了,他們在學校做的事,就是老師備課->學生聽課->老師上課->學生做作業->老師批改作業->提供優化反饋。
老師可以對他的學生進行用戶畫像構建,最終可協助因材施教。
另外,學校希望能通過老師的畫像,更深入地了解老師的專業度,敬業度,以及勤奮度。提高老師的教學質量,一方面幫助老師在擅長的領域提供相符的學習資料和培訓資料,提升老師的業務能力。同時會對老師進行教學質量,考勤等方面,進行監督管理。
醫院和學校,是兩個有純粹目的的系統,所以我們可以剝離其他的東西,簡單地根據系統存在的價值,為這兩個系統建立對應的人群的用戶畫像。同樣的,關于超市,關于健身房,關于一家路邊的小店,關于每個存在的企業機構,社會服務機構都可以通過分析他們的價值來構建用戶畫像。
舉例政府:站在政府的角色,他需要去監督、管理,并服務于他所在的國家,地區的企業,普通公眾。所以如果是政府建立公眾以及企業的用戶畫像的時候,可以從他的監督鏈條,管理鏈條,以及服務鏈條這些角度來建立用戶畫像,最終通過應用目的抽象出畫像的標簽和標簽體系。同理,存在的意義和目的,可以遷移到其他的社會機構,社會組織,或者說社會系統。
舉例企業:企業所站的角色可分成兩半,一半是當他面對使用公司產品用戶的時候,那么企業是不能直接地去監督和管理他們的。企業唯一能做的,是提供足夠好的服務,讓用戶買單,所以從這個點,但我們需要做企業的消費者的用戶畫像的時候,要能從服務鏈條,以及轉化轉化鏈條出發,抽象畫像的標簽和標簽體系。
而當企業面對的是企業內部的員工的時候,企業要做的是監督,管理,并服務于他的員工,最終可讓他的員工有好的能力進行協作,并最終提高他們的產能和產出。
所以從這個點上講,當要做企業內部員工的用戶畫像時,就要從員工的生產鏈條,培訓學習鏈條,管理鏈條等出發,抽象員工的標簽和標簽體系
二、用戶標簽體系的應用思考
網上有很多講用戶標簽體系在各個領域要怎么應用的,最終是以什么形式進行應用的。我覺得,可以試著通過一句話,來概括用戶標簽體系的應用過程:
向__使用者__輸出合適的__內容/功能/形式___,以實現__目標__
結合常見的一些業務,就可以在里面進行填詞,得到他實際的應用過程。
用戶標簽體系就是只存在于“使用者”這塊,他可能是一個人,也可能是一群人。但他是基于“目標”才找到切合的一群人,之后,向他們輸出“內容/功能/形式”,以期達到目標。
三、用戶畫像系統的搭建
用戶畫像管理系統的構建,可以總結成兩句話:“構建用戶標簽和分群體系,并提供用戶標簽和分群的應用出口”。那么作為一個底層平臺,要怎么搭建呢,下面會講下我對這個平臺搭建過程的理解。
(1)業務架構
如圖所示,用戶畫像的系統構建分成三個層次:
- 數據處理層:提供數據采集,數據清洗,以及數據過濾。
- 標簽體系搭建:獲取到的數據,可先簡單清洗,形成可用的用戶屬性和用戶行為,而基礎標簽,模型標簽,以及預測標簽,就是基于用戶屬性,用戶行為數據,以及其他的輔助的數據,通過計算引擎,進行加工生成的。通過用戶屬性,行為,以及加工后的標簽,可根據業務需要進行用戶分群,獲取合適的人群。這也可以屬于標簽體系的一個部分。
- 畫像應用出口:最終,提供的用戶標簽,以及用戶分群,可通過接口,推送,導出,展示等多種形式提供給到頂部的業務應用。
(2)實際落地
在實際落地過程中,首先會遇到標簽和分群的構造問題。
這個問題,會影響到計算引擎的設計,以及管理平臺的設計。
如果是構建一個基礎的標簽,如年齡,那么就沒有所謂的計算了,直接從用戶屬性映射來就可以了。
而如果是要構建一個模型標簽,則要考慮計算的過程,是可以實現自動構建的,還是需要手動去寫計算引擎。例如:如果是設計一個叫年齡區間的標簽(少年15-20歲,青年20-40歲,中年40-60歲,老年60歲以上),則只需要提取年齡這個屬性,進行歲數的大小判斷即可獲取年齡區間這個標簽。
而當要構建喜好標簽的時候,要考慮的計算邏輯就相對比較復雜了,如果喜好標簽,是手工輸入的,那么是在哪里輸入的,輸入的這些標簽要怎么和人對應上;如果喜好標簽,是通過自動生成的,如通過用戶瀏覽的內容,獲取用戶的喜好的,那么就要考慮一個比較復雜的計算邏輯,這樣的計算邏輯就沒有辦法做到通用了。這個時候,后臺標簽新增就要連接特殊標簽的計算過程,才能完成統一的標簽管理過程。
宏觀的用戶畫像不難理解,但是要能提供每一個用戶標簽構建的底層平臺,則需要深入思考各類標簽的可能的構建方式。
各類標簽的構造方法不盡相同,所以會是一個需要和技術人員共同思考的難點。
其次,會遇到用戶畫像平臺的數據實時性的問題。
無論是用戶標簽還是用戶分群,都可能不是一個靜態的標簽和分群。今年小花30歲,明年小花就31歲了,這個時候,小花的年齡就要改變。而圈定30歲以上的人群,則也需要改變人群實際對應到的人,這就是用戶畫像管理平臺的數據實時性的問題。作為產品人員,就需要協助從業務角度,并結合技術實現的能力,來分析數據的更新頻率。
(3)與開發人員合作要點
做這樣的平臺,不同于做頂層的業務應用,技術實現能力會影響到他能不能做出來,能不能做好。所以產品,至少需要從概要設計層面,了解技術架構是怎么搭建的,這樣才能和技術比較默契地配合,生產出符合實際需要的標簽管理平臺。
(4)平臺如何測試可用好用
這是我在過程中在思考的一個問題,但是項目還沒有開展到這里就已經停下來了。想想,概念可以很高大上,系統也可以設計的很縝密。但是我們只有能提供給到實際的業務使用,才能知道,這個系統是不是真的有用,好用。
所以,能想到的是,在系統沒有之前,如果是已經有業務是需要打標簽,做分群的工作了,那么就是最好的,可以以之為切入點,讓需要用到系統的人使用系統,直接感知系統是否可用好用。這里后面可以再思考思考,或以后有機會再進一步地進行實踐即可。
作者:帥春風
來源:https://www.jianshu.com/p/8497a7bf25ee
本文由 @帥春風 授權發布于人人都是產品經理,未經作者許可,禁止轉載
題圖來自Unsplash,基于CC0協議
作者:阿力古;公眾號:新播場
原文鏈接:https://mp.weixin.qq.com/s/tHbF8Nn_MgXzf4ssXei1ww
本文由 @新播場 授權發布于人人都是產品經理。未經許可,禁止轉載。
題圖來自 Unsplash,基于CC0協議。
該文觀點僅代表作者本人,人人都是產品經理平臺僅提供信息存儲空間服務。
寫的不錯,就是在如何仔細細想適用人群這邊,還是不夠清晰
看病給錢>病人看病 ?