站內(nèi)信需求背景及需求分析的全過程
面向B端的企業(yè)產(chǎn)品設(shè)計(jì),讓我為之一振,久違的認(rèn)證勁再次回來了!之前產(chǎn)品工作主要內(nèi)容集中面向C端用戶的大眾消費(fèi)品,知識(shí)體系范疇自然也與C端產(chǎn)品的交叉很大,而我非常珍惜這段時(shí)間的產(chǎn)品經(jīng)歷,因?yàn)榇_實(shí)完善了個(gè)人知識(shí)庫對(duì)另一種形態(tài)(B端)產(chǎn)品的知識(shí)與技能。
產(chǎn)品設(shè)計(jì)規(guī)劃之初,涉及到站內(nèi)信模塊時(shí),我還是心有余悸的、保持一份謹(jǐn)慎的態(tài)度。在大多數(shù)人眼中,站內(nèi)信可能只是一個(gè)簡單的輔助功能,在一款功能全面的產(chǎn)品中更是顯得微乎其微、不值一提。如果擱在以前我剛接觸產(chǎn)品那會(huì)——直接一鼓作氣畫原型、搞文檔,并不會(huì)有前瞻性的評(píng)估和規(guī)劃。
我相信:每一個(gè)產(chǎn)品設(shè)計(jì)的背后必須被賦予某種具體的意義!
背景意義
1. 運(yùn)營成本:初期版本系統(tǒng)(V1.0)依賴運(yùn)營商短信模板直接搭建與用戶之間的溝通渠道,主要通過發(fā)送短信告知用戶關(guān)鍵時(shí)間節(jié)點(diǎn)上的結(jié)論性結(jié)果,而高頻次地發(fā)送短信必然帶來高昂的成本性支出。
2. 功能局限:運(yùn)營商短信只能提供單一的固定短信模板,每一條的短信模板都必須經(jīng)過運(yùn)營商相關(guān)部門的審核,缺乏良好的靈活性和定制性可能性,對(duì)業(yè)務(wù)形態(tài)多樣的產(chǎn)品尤為不利。
3. 迭代規(guī)劃:產(chǎn)品規(guī)劃過程中,周期性迭代升級(jí)是一種良好產(chǎn)品運(yùn)營模式下的寵兒。初期產(chǎn)品重點(diǎn)關(guān)注基礎(chǔ)和核心功能,相對(duì)結(jié)構(gòu)復(fù)雜且優(yōu)先級(jí)不高的站內(nèi)信功能,適當(dāng)?shù)叵路胖梁笃诘牡?,過程上肯定是合理的,主次分明也有助于業(yè)務(wù)的清晰明了。
4. 業(yè)務(wù)驅(qū)動(dòng):降低運(yùn)營成本固然重要,而減少產(chǎn)品對(duì)外部服務(wù)的依賴性也不容小覷,逐步完善產(chǎn)品內(nèi)部功能,增強(qiáng)用戶的產(chǎn)品粘性,迫使用戶自然延長產(chǎn)品的使用/停留時(shí)間。站內(nèi)信息的發(fā)送和接收,形成一個(gè)完善的產(chǎn)品正向反饋閉環(huán)。
產(chǎn)品分析
1.站內(nèi)信是什么?
產(chǎn)品體系內(nèi)的用戶與用戶之間、用戶與產(chǎn)品之間、用戶與管理人員之間傳達(dá)信息的一種通訊方式。
2.如何設(shè)計(jì)站內(nèi)信?
2.1 相關(guān)平臺(tái):[WEB]前端和后臺(tái)
2.2?功能解構(gòu)
業(yè)務(wù)流程:產(chǎn)品各個(gè)業(yè)務(wù)流程中,產(chǎn)生的業(yè)務(wù)流在每一個(gè)階段都應(yīng)該給予特定的交互,閉合用戶行為的正向反饋。用戶行為路徑的關(guān)鍵節(jié)點(diǎn),或許正是由于一個(gè)不起眼的站內(nèi)信功能而點(diǎn)亮一款產(chǎn)品。
產(chǎn)品運(yùn)營:提升產(chǎn)品注冊用戶的活躍度,增強(qiáng)產(chǎn)品的用戶粘性,這兩個(gè)要點(diǎn)應(yīng)該是每一個(gè)運(yùn)營人員無法忽視的關(guān)鍵數(shù)據(jù)指標(biāo)。產(chǎn)品框架體系內(nèi),站內(nèi)信承擔(dān)著”營銷工具“的重任,通過站內(nèi)信向已經(jīng)沉睡、靜默的用戶推送精心準(zhǔn)備的高價(jià)值/大熱門的內(nèi)容,可以喚醒沉默用戶,一定程度提升產(chǎn)品的活躍度。
2.3?前臺(tái)功能
1.接收消息:借助站內(nèi)消息通知,及時(shí)了解某個(gè)任務(wù)/行為的進(jìn)程,是一種產(chǎn)品設(shè)計(jì)策略性的方針。接收方式有多種:
- 消息提醒功能:語音和圖標(biāo)
- 關(guān)鍵消息提醒:雙重提醒
大幅縮短用戶與信息之間的路徑,降低滿足用戶需求的成本,直截了當(dāng)?shù)貙⒔Y(jié)果送達(dá)至用戶眼皮底下。這方面的設(shè)計(jì)下文《產(chǎn)品需求文檔》中是有體現(xiàn)的,務(wù)必用心感受。
2. 打開方式:消息的呈現(xiàn)形式很大程度決定了——用戶是否愿意查閱推送的系統(tǒng)消息,策略性的重度重復(fù)通知消息,只是一種策略并不是目的。
- 消息列表:站內(nèi)消息倉庫
- 查看詳情:消息通知詳情
3. 功能設(shè)計(jì):通知、查看、刪除(單一/批量)、詳情,簡單的操作和思路讓用戶自主式地優(yōu)化信息,使其更加清晰地呈現(xiàn)在用戶面前?;A(chǔ)功能決定產(chǎn)品上層結(jié)構(gòu),重視前期的基礎(chǔ)建設(shè),為后期完善產(chǎn)品細(xì)節(jié)和邏輯將會(huì)有莫大的益處。
4. 消息類別:以消息狀態(tài)或消息類型劃分類別,兩種維度的信息歸類各有權(quán)衡利弊與得失的必要。
- 消息狀態(tài):已閱讀、未閱讀(默認(rèn)全部)
- 消息類型:系統(tǒng)通知、網(wǎng)站公告、訂單消息、活動(dòng)消息(其他類別)
消息類型可能存在擴(kuò)容,而消息的狀態(tài)相對(duì)固定/穩(wěn)定,包括:已閱讀、未閱讀,完整詮釋了事物的兩個(gè)方面。良好的產(chǎn)品必定一開始就為后期的擴(kuò)展預(yù)留了足夠的空間,這也是一款優(yōu)秀產(chǎn)品的開始。
2.4?后臺(tái)功能
因果循環(huán),深深不息!站內(nèi)信本質(zhì)上是——某一特定場景之下觸發(fā)的某一條通知性消息。大致分為:系統(tǒng)消息,主要是行為信息流的關(guān)鍵節(jié)點(diǎn)類通知;運(yùn)營類消息自定義手動(dòng)發(fā)送運(yùn)營消息,主要是運(yùn)營人員依據(jù)實(shí)際的業(yè)務(wù)需求手動(dòng)推送的指向性信息。
- 系統(tǒng)消息:由系統(tǒng)業(yè)務(wù)流觸發(fā)不同場景下的消息提醒,極具過程性,將每一個(gè)結(jié)果融于有意義的過程中。下文PRD案例中將會(huì)詳細(xì)描述不同應(yīng)用場景下的站內(nèi)消息。
- 人工消息:由運(yùn)營人員在后臺(tái)CMS內(nèi)容管理直接投入到前臺(tái)內(nèi)容的生產(chǎn)和管理,儼然一副商業(yè)化營銷和運(yùn)營工具的樣子。有時(shí)候,人恰恰才是最不可靠的!對(duì)人員的束縛就被提到了一個(gè)更高的道德層面。
2.5?跨產(chǎn)品線
互聯(lián)網(wǎng)發(fā)展趨向多樣,單一產(chǎn)品跨平臺(tái)、多場景的也是大勢所趨、人心所向。產(chǎn)品路線規(guī)劃圖體現(xiàn)著公司發(fā)展的意志和資源性投入的重要參考。跨平臺(tái)產(chǎn)品設(shè)計(jì)存在多難點(diǎn),數(shù)據(jù)、賬戶、存儲(chǔ)都值得付出和努力。站內(nèi)信推送就是一個(gè)典型的例子,而這一點(diǎn)在面向C端的產(chǎn)品上體現(xiàn)的更加明顯。以下為多產(chǎn)品線并行的一些值得思考的價(jià)值點(diǎn):
- 產(chǎn)品形態(tài):WEB消息推送時(shí),是否同步推送H5/APP移動(dòng)終端?
- 推送形式:(PC/手機(jī))產(chǎn)品,消息推送的形式存在差異;
- 推送時(shí)機(jī):不同形式(WEB/H5/APP)的產(chǎn)品推送消息的時(shí)段都有各自的特點(diǎn);
- 運(yùn)營內(nèi)容:消息的觸發(fā)場景存在差異,即并不是所有推送站內(nèi)推送都適合全平臺(tái)推送;
以博客的形式直播《站內(nèi)信體系》的產(chǎn)品邏輯設(shè)計(jì),其實(shí)最主要的用意是回顧自己還原《站內(nèi)信體系》設(shè)計(jì)的每一個(gè)脈絡(luò)和細(xì)節(jié)。
下方鏈接為?《站內(nèi)信體系》的產(chǎn)品需求文檔(PRD)
作者:王偉(微信號(hào):Daviiwong),@簡書-互聯(lián)網(wǎng)產(chǎn)品小王。專注工具和內(nèi)容型產(chǎn)品,關(guān)注互聯(lián)網(wǎng)金融和財(cái)經(jīng)領(lǐng)域。從事互聯(lián)網(wǎng)征信產(chǎn)品設(shè)計(jì),喜歡看書、樂于思考。
本文由 @王偉 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載。
看完學(xué)到很多,請(qǐng)問前輩還可以分享下鏈接嗎?
看完非常有幫助,跪求新的文檔鏈接~
鏈接失效,求文檔prd
鏈接失效,求文檔prd,大佬
求文檔~
感謝分享,看完學(xué)到了很多,產(chǎn)品小白最近在做站內(nèi)信設(shè)計(jì),無從下手,看完有思路了。謝謝??,請(qǐng)問可以學(xué)習(xí)下文中提到的prd文檔嗎?
同求prd文檔,前輩,謝謝
同求PRD文檔,謝謝
白前輩您好,不知是否可以勞煩再分享一下您文中提到的PRD,萬分感謝
您好,請(qǐng)問文檔還可以再分享下嗎?
您好,文檔可以再分享一下嗎?
文檔失效了,可以再分析一下嘛,感恩!
文檔可以再分享一下嗎,感謝??
文檔可以再分享下嗎?
您好,文檔可以再分享下嗎?
想請(qǐng)問下,平臺(tái)上用戶和商家的聊天是屬于站內(nèi)信還是單獨(dú)的聊天系統(tǒng)?像二手交易平臺(tái):咸魚或轉(zhuǎn)轉(zhuǎn)這種用戶之間交易的聊天是怎么實(shí)現(xiàn)的呢?
兩者是不同類型的產(chǎn)品,后者是IM在線聊天工具,屬于即時(shí)通訊工具范疇。至于實(shí)現(xiàn)方式,參考同類型工具。
講的不錯(cuò),近期準(zhǔn)備設(shè)計(jì)下站內(nèi)信,提供了一些方向和思考。
很高興對(duì)你有幫助,具體需求還是要結(jié)合具體的產(chǎn)品形態(tài)及業(yè)務(wù)場景設(shè)計(jì)的。
文檔可以再分享下嗎?
來晚了,文檔分享已經(jīng)取消了,有點(diǎn)兒遺憾,但是寫的很好,思路更清晰了。不知道現(xiàn)在還能不能求分享的文檔,感謝
可以的
文檔可以分享下嗎?
能發(fā)一份嗎謝謝
我也想要一份謝謝
綱領(lǐng)性的東西多些
具體的東西沒有太大意義!