產品需求-如何度量B端產品的體驗_第1頁
產品需求-如何度量B端產品的體驗_第2頁
產品需求-如何度量B端產品的體驗_第3頁
產品需求-如何度量B端產品的體驗_第4頁
產品需求-如何度量B端產品的體驗_第5頁
已閱讀5頁,還剩3頁未讀 繼續(xù)免費閱讀

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領

文檔簡介

如何度量B端產品的體驗ToB產品與ToC產品的服務對象、投資業(yè)務內容都有所差異,那么,B端產品可以如何進行更合理的產品架構方案設計?其中,用戶B端產品體驗是一個重要的衡量依據。本篇文章里,總結、梳理了尋找適合B端產品體驗度量模型的方法策略,一起來看一下。.什么是體驗?體驗是一個比較抽象的概念,很多時候只是用戶對產品的主觀感受。但它又二要影響到了產品在用戶/客戶心中的評價,“好不好用”的產品玄學問題拆解出來應該家電產品是涉及內容廣泛、影響范圍關鍵問題不一的諸多用戶體驗問題。強烈的用戶主觀導向性,是影響C后端產品業(yè)務展開展開的重要因素,故針對C端用戶體驗的平穩(wěn)運行度量模型早有健康發(fā)展。而隨著前些年國內互聯網的toB產業(yè)發(fā)展到非常火熱的第三階段,B端體驗C端化的要求也逐漸顯露,尤其是用戶體驗的度量上。原本不甚受B端產品重視的用戶體驗越來越成為其競爭力的一大考量因素。但由于業(yè)務特征的偏差,C端產品較為成熟的度量方案很難直接搬用于B端產品,「尋找適合B端產品的體驗有理數方案」自然成了當下當今的次的設計話題。.B端產品的體驗度量現況如何?

B端產品具有鏈路冗長、操作復雜等特點。毋庸置疑,好的體驗設計有助于優(yōu)化這些特點可能裝配帶來的體驗雷點,降低用戶上手準入門檻。那么如何確證設計的好壞呢?體驗度量或許是似乎一個不錯的回答。「如何具體展開」就成了我們接下來要展開的問題,首先來一下目前面臨的部分現況問題。以齊治(外部)產品為例,作為技術導向的業(yè)務平臺管理業(yè)務類工具:所以,我們脆弱想要尋找一個適用于適用于B端產品、適用于齊治產品的度量方案。尋找合適體驗式自身的體驗度量方案在此之前,我們應對現有方案成功進行清晰、全面的認知。首先試著從主客觀的本質屬性出發(fā),對體驗度量做一個簡單的分類盤點。主觀度■類型介蛆造據埋.立立胃用戶行為數據名集用戶主觀打分結含周聲行為或據和主網打類型介蛆造據埋.立立胃用戶行為數據名集用戶主觀打分結含周聲行為或據和主網打廿徜到廿情,井把廿1W劃分就不同檔江作為幫考PLASEWtSJ帝既用尸范智存率ARPU.LTVPLASEWtSJ帝既用尸范智存率ARPU.LTV號導他?iUfNP器身力度,尖同展客戶潴意IS由性可用1避近討表港速度橫例落MART植型IGoogle&S3甌童I匕口/期FCH橫出|支付寶UE5鷹型.阿里云口WE型鼻I阿里云可以發(fā)現,為了更全面地對沖用戶體驗,各大廠商目前使用的度量模型大多兼顧主客觀數據,下面讓我們詳細地了解一些優(yōu)秀的模型方案。1.GoogleIHEART+GSM模型

HEART模型主要主要包括五個維度:愉悅度、參與度、接受度、留存率與任務完成度。愉慢度Mappintras事與度E?g口第也由,用戶時產昆內理室共艘并即席縫常使用.接受度Adaption用戶看到新產島或新功掂典息進行便用.曾存率Rentantlwi在一T時間內用尸酹息回聚期株使用產品或者功耗.任若完或度Q5kSuccess愉慢度Mappintras事與度E?g口第也由,用戶時產昆內理室共艘并即席縫常使用.接受度Adaption用戶看到新產島或新功掂典息進行便用.曾存率Rentantlwi在一T時間內用尸酹息回聚期株使用產品或者功耗.任若完或度Q5kSuccess聞戶推鄒高St準翩地完成任得..為了將這個抽象的度量標準應用于實踐Google又提出以“目標(Goal)——信號(Signal)——指標(Metirc)”的拆解處理過程來定義HEART數據。通過GSM的具象化規(guī)范處理,HEART模型得以靈活作用于數據模型整個產品或某個功能的體驗度量,實現對關鍵目標的價值衡量。以量化數據驅動產品的設計決策,Google的HEART+GSM模型為后人都提供了一個絕佳的參考答案。不過,答案僅供參考,老話說得一點沒錯。HEART模型的C端傾向較明顯,并不完全適用于B端產品的試玩度量。

目標Gosil信號Signal嘀悅度性與度閑戶為^打開事先第話而出用尸1屠痛活動鹿的臼口均由同劃次曾現有活招m的日右送用尸歌?受度^Goptioun國斤率iRHnlwnttn任堯完成廈^lifhtarQn2.支付寶IPTECH模型PTECH模型是基于HEART模型構建的體驗度量模型。具體做法是將目標Gosil信號Signal嘀悅度性與度閑戶為^打開事先第話而出用尸1屠痛活動鹿的臼口均由同劃次曾現有活招m的日右送用尸歌?受度^Goptioun國斤率iRHnlwnttn任堯完成廈^lifhtarQn2.支付寶IPTECH模型PTECH模型是基于HEART模型構建的體驗度量模型。具體做法是將愉悅度改為滿意度,將任務完成度擴展為任務暢享,在參與度下所并入接受度、弱化留存率,引入清晰度與性能體驗的全新維度。ftflt俸4&PerfoirinBncQ產同性證寰理?劃頁面打并、挨住反土速度卜素般修定也首任均得宜TnskSu8中戰(zhàn)產品桂心任堯漉程中的體瞪間;Hi成本、效率、期更落舞與度Efigsgement產品提供的功盛是否可以誦足工作需求,用戶律與度、依“原青的度Clarity功彘設計、引導、帚助魄坑漕斷阻?用戶靛郎目王元成苦用工昨滿意度Mrsppinws網戶對產品不同方面的主姆意度?比郎視世韓現,者圍支恃等用戶對PTECH&SJPTECH針對B端產品的優(yōu)化業(yè)務特質作出優(yōu)化旨在用戶行為分析和應用性能檢測并重。不過性能體驗性能基底的指標要求,意味著對度量對象展開目標群體動態(tài)監(jiān)控的成本不低,普適性會有所降低。.阿里云IUES模型+易用性量表UES(UserExperiencesSystem)是基于阿里云易用性量表擴展擴充而成的度量體系,包含易用性、致性、滿意度、任務效率和頁面充而成的度量體系,包含易用性、致性、滿意度、任務效率和頁面性能5個指標維度。其中易用性是B端產品的重要屬性,他的背后就是易用性量表的標準。同用慢EaseofUse任努效理Task.5>ucdbs5任若元成罩、任務完成何間.由能使用率11耗P^arforrnanca百屏濡黑時任努效理Task.5>ucdbs5任若元成罩、任務完成何間.由能使用率11耗P^arforrnanca百屏濡黑時間、API謂求為叵時間、KIH詣求閘座時間O.t滿意度MgippinM;滿意度0.3UE5HU除了確定模型主要指標,UES還進一步完善了基于UES模型的交互式管理體系。通過思考體驗度量的規(guī)范化工作流程,以系統(tǒng)化的度量模型支撐,UES模型支撐,UES自研了工具化的度量產品,形成了精細化的管理機制。度?模理F.testIH取字化士近UE5平白庫培工口F.testIH取字化士近UE5平白庫培工口UES舌理機制UESW45如你所見,UES確實是比較科學全方位、適合技術類B端產品的體驗度量保障體系。但其龐大的體系、復雜的度量手段和工具可能都會使得我們在日常業(yè)務中無法輕量化地實施起來。.58同城|B-Metric模型B-Metric是一個關注業(yè)務特點與用戶角色的度量模型。從度量目的出發(fā),總結出B端產品最關注的問題是系統(tǒng)的與安全、核心任務流的使用體驗以及企業(yè)運行效率效能的增益。由此確定了基礎體驗、角色體驗、企業(yè)資產價值這三大度量指標。系就安全性瓶沈南*性用色體為調斷息理解性曷竽性一致怪晝聞操作便捷性容密性用色體為有敦霖求滿足度感皖靈活性 協(xié)同協(xié)同性芷業(yè)價使止洌芷業(yè)價使止洌as現模效掣SIS管理價值q.Mwhcfiin同時,考慮到不同類型、不同生命周期的產品,度量指標的偏重整體而言會稍為差異,以及,不同的用戶角色,體驗頻率和深度等也各有不同會有很大不同,所以B-Metric還引入指標權重和角色吸納權重的概念;具體表現如下:總的來說,B-Metric屬于較為綜合的B端產品評價模型,體驗新體驗度量被解讀出更多的價值內容,產品、設計、和市場都可以從度量結果中找到其關注的信息。不過模型近幾年來還處于初級階段,評價指標的合理性缺乏驗證。.酷家樂I四象模型

模型是面向工具類產品的體驗度量方案。在不同角色的S料使用場景中均以離性睡滿是使用者峋高效生產生產力功能功畦陽念與心智槿理完英映射.降在不同角色的S料使用場景中均以離性睡滿是使用者峋高效生產生產力功能功畦陽念與心智槿理完英映射.降心智 低工月的學習成本I隍憎易學性Q上手俗費民工具饞儺的律定性僚值心■在It間和空向上的費一,握升工旦可用性最后,借鑒GSM的思維方式,四象模型進一步將“高適用、易學性、高效率、強穩(wěn)定”的目標轉化為具有實際指導價值的方法論,明確各目標下的體驗原則、視聽享受細則以及可衡量指標。“前置理論的尋找一四象雛形的設計一流程化模型的建設”,酷家樂這種「構建差針對性產品的度量奇差模型」的方法流程可以帶給我們不少啟發(fā)。.其他除了上述的五個模型,還有1688針對C端產品的五度模型、騰訊基于聊天軟件的滿意度評估模型、網易主要用于指導設計產出、檢驗設計成果的GUCDR模型等等,都是業(yè)內的非常優(yōu)秀的體驗度量模型,不過他們對于本文討論的B山皮產品體驗度量不高可參考價值不高,故在此不怎么一一深入介紹了。最后,回到本文開始的焦點話題:「尋找適合B端產品的體驗度量方案」。

舊有方案的低匹配度,使得構建新模型成了更優(yōu)解。構建之前,通過對B端產品的特性細分,我們發(fā)現不同類型的差異產品差別較大。如辦公協(xié)同類產品與業(yè)務平臺類工具的體驗目標就很難進行統(tǒng)一化的抽象處理。所以,「構建適合具體類B端產品的體驗度量模型」顯得更加對癥下藥。他山之石,可以攻玉。從諸多體驗度量模型中取經總結,不難發(fā)現“HEART+業(yè)務特色”的思考大方向可以幫助我們構建適合具體B后端產品體驗的度量模型。那么如何發(fā)掘自己的業(yè)務特色?不妨試著引入65乂模型。確定目標時,以業(yè)務發(fā)展目標拆

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網頁內容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經權益所有人同意不得將文件中的內容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網僅提供信息存儲空間,僅對用戶上傳內容的表現方式做保護處理,對用戶上傳分享的文檔內容本身不做任何修改或編輯,并不能對任何下載內容負責。
  • 6. 下載文件中如有侵權或不適當內容,請與我們聯系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論