作為產(chǎn)品經(jīng)理,我是如何理解產(chǎn)品的功能邊界?

在前段時(shí)間的工作中,遇到了這樣一個(gè)討論。事情是這樣的,我們要開(kāi)發(fā)一個(gè)活動(dòng),活動(dòng)展示,點(diǎn)擊優(yōu)惠券后,會(huì)領(lǐng)取優(yōu)惠券,領(lǐng)取成功后,會(huì)向用戶進(jìn)行發(fā)送短信,討論的點(diǎn)也就是發(fā)短信這邊?;顒?dòng)和優(yōu)惠券是兩個(gè)不同的產(chǎn)品功能,短信肯定是調(diào)用消息通知進(jìn)行發(fā)送,那誰(shuí)要去觸發(fā)這個(gè)短信,也就是發(fā)短信應(yīng)該是在活動(dòng)端還是在優(yōu)惠券端?
一位同事認(rèn)為是優(yōu)惠券端發(fā)送的,思路是這樣的,優(yōu)惠券領(lǐng)取是否成功和優(yōu)惠券的相關(guān)信息,比如金額、限制,是在優(yōu)惠券端的,而且領(lǐng)取成功后,調(diào)用消息通知也是順的。其他的產(chǎn)品同事也認(rèn)可這樣的方式。流程圖如下:
而我持的觀點(diǎn)為:發(fā)送短信應(yīng)該是活動(dòng)端進(jìn)行調(diào)用的,而不是優(yōu)惠券端,流程圖如下:
下面我就闡述一下我的觀點(diǎn)。其實(shí)但就這個(gè)問(wèn)題來(lái)講,一個(gè)很核心的點(diǎn)就是優(yōu)惠券和活動(dòng)的對(duì)應(yīng)關(guān)系。在我看來(lái),優(yōu)惠券和活動(dòng)應(yīng)該是多對(duì)一的關(guān)系,也就是一個(gè)活動(dòng)會(huì)發(fā)送多張優(yōu)惠券。
就比如滴滴活動(dòng)時(shí),會(huì)發(fā)送一堆券給到用戶,去涵蓋比如打車、專車、拼車等多項(xiàng)業(yè)務(wù),多種價(jià)格,就是很典型的多張優(yōu)惠券對(duì)應(yīng)一個(gè)活動(dòng)的形式。
假設(shè)發(fā)短信放到優(yōu)惠券端,在優(yōu)惠券領(lǐng)取成功之后,就會(huì)發(fā)送短信,那如果出現(xiàn)一次性可以領(lǐng)取多張券的情況,就會(huì)出現(xiàn)用戶收到多條短信的情況,在整個(gè)用戶體驗(yàn)和短信成本兩邊考慮都是不合適的。
而將短信的發(fā)送放到活動(dòng)端時(shí),就會(huì)很好的避免這個(gè)問(wèn)題,當(dāng)券領(lǐng)取成功后,統(tǒng)一發(fā)一條短信給到用戶,同時(shí)短信內(nèi)容還可以根據(jù)活動(dòng)進(jìn)行自定義,不管是用戶體驗(yàn)的角度還是短信成本的考慮,都是最合適的選擇。
借助這個(gè)例子,我想引出這樣一個(gè)概念:產(chǎn)品的功能邊界。在產(chǎn)品中,每個(gè)功能不應(yīng)該是無(wú)限擴(kuò)展的,而是有它的邊界和限制,而決定功能邊界和限制的就是功能自身的屬性決定的。
就那上面的例子來(lái)看,對(duì)于優(yōu)惠券來(lái)講,他的自身屬性就是限制和優(yōu)惠金額。限制是使用的一個(gè)限制,比如滴滴發(fā)的專車券,只能在預(yù)約專車服務(wù),進(jìn)行支付時(shí)使用。根據(jù)不同的業(yè)務(wù)和場(chǎng)景,限制有很多,比如平臺(tái)限制、業(yè)務(wù)限制、時(shí)間限制、金額等。優(yōu)惠金額是指在使用時(shí)可以抵扣或者優(yōu)惠的金額。一般有固定金額和不固定金額。固定金額就是創(chuàng)建優(yōu)惠券時(shí),就設(shè)定的金額,比如滿減券,滿1000元減100元,也就是優(yōu)惠券的金額是優(yōu)惠100元。還有就是不固定金額,比如7折券,不確定具體的優(yōu)惠金額,而是根據(jù)限制和具體使用時(shí),進(jìn)行確定。
對(duì)于活動(dòng)來(lái)講,活動(dòng)的自身屬性就是展示和推廣。展現(xiàn)主要是活動(dòng)的展現(xiàn)形式,包括產(chǎn)品等其他信息。推廣主要是比如領(lǐng)券、分享等。
也就是從短信來(lái)看,應(yīng)該屬于活動(dòng)的推廣部分,因此應(yīng)該是從活動(dòng)這邊進(jìn)行發(fā)送。
那么,根據(jù)產(chǎn)品的功能邊界去設(shè)計(jì)產(chǎn)品,有什么好處呢?
從產(chǎn)品的角度來(lái)看,功能應(yīng)該是獨(dú)立和模塊化的,產(chǎn)品只是根據(jù)業(yè)務(wù)和用戶體驗(yàn),在不同的頁(yè)面,拼接不同的功能模塊,從而達(dá)到產(chǎn)品體驗(yàn)的最大化,同時(shí)使產(chǎn)品富有靈活性和可擴(kuò)展性的特性。
我常常具這樣的例子,產(chǎn)品的功能就如同樂(lè)高一塊塊獨(dú)立的積木,而產(chǎn)品就是通過(guò)不同積木組合,依據(jù)業(yè)務(wù)需求和產(chǎn)品經(jīng)理的一點(diǎn)奇思妙想,拼出來(lái)的模型。而積木與積木之前拼合在一起的只是那簡(jiǎn)單的幾個(gè)卡扣而已。一旦某一塊積木出現(xiàn)問(wèn)題或需要調(diào)整,只需要?jiǎng)拥侥且粔K積木和與之相連的即可。
通過(guò)借助產(chǎn)品的功能邊界,去設(shè)計(jì)功能,從產(chǎn)品金字塔最低端的細(xì)小功能點(diǎn)一點(diǎn)點(diǎn)去設(shè)計(jì),到后來(lái)功能塊、功能、頁(yè)面,乃至整個(gè)產(chǎn)品,看似是個(gè)完整的整體,其實(shí)里面又獨(dú)立者大大小小的個(gè)體,通過(guò)個(gè)體與個(gè)體之間的獨(dú)立又緊密配合,來(lái)達(dá)到整體的配合,無(wú)疑這是最完美的情況。
如果將功能按照功能邊界的思維進(jìn)行拆分和整合,你會(huì)發(fā)現(xiàn),當(dāng)你再做另個(gè)產(chǎn)品時(shí),可能只需要對(duì)功能模塊進(jìn)行重新排列,就可實(shí)現(xiàn)了。如果一個(gè)需求到了這邊,你也會(huì)能夠準(zhǔn)確的分析出,涉及到的功能點(diǎn)和影響范圍,從而更輕松的應(yīng)對(duì)需求,實(shí)現(xiàn)更好的產(chǎn)品迭代。
本文由 @藍(lán)胖子_ Simon 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理?,未經(jīng)許可,禁止轉(zhuǎn)載。
本文重點(diǎn)講述的是功能邊界劃分的意義,而不是如何鑒定功能邊界劃分原則
如果真從成本出發(fā),領(lǐng)完優(yōu)惠券可以不發(fā)短信,因?yàn)锳PP本身就有頁(yè)面反饋??爝^(guò)期的時(shí)候發(fā)送短信不是更好 1.告知用戶他有多少券 2.變相提醒用戶重返A(chǔ)PP
其實(shí)光從這個(gè)例子來(lái)說(shuō)的話,還是覺(jué)得做在優(yōu)惠券端比較好,原因是因?yàn)樽罱K是否領(lǐng)券成功是要看優(yōu)惠券端的處理是否成功,而不是返回商城是否成功,而且假如返回商城后領(lǐng)取成功結(jié)果加載失敗,那這個(gè)券有可能就發(fā)不出來(lái)了。
至于一對(duì)多導(dǎo)致發(fā)多條短信的問(wèn)題,我覺(jué)得也很好解決,可以判斷拿多張優(yōu)惠券的請(qǐng)求是不是來(lái)自同一個(gè)商城訂單發(fā)起的(用訂單號(hào)即可判斷),同一個(gè)訂單發(fā)起的獲取優(yōu)惠券請(qǐng)求則只發(fā)一條短信就好。
其實(shí)還是要做在活動(dòng)這端的,推送短信模版的內(nèi)容,應(yīng)該是跟著活動(dòng)的上下文走的。優(yōu)惠券端只是負(fù)責(zé)優(yōu)惠券的使用時(shí)間、金額等基本屬性的限制。具體什么渠道發(fā)放,發(fā)放限制多少跟著活動(dòng)的場(chǎng)景走的。所以短信這邊也放在活動(dòng)那邊妥妥的。
?? 我看了之后還是覺(jué)得要放到優(yōu)惠券一端。針對(duì)領(lǐng)多張券的情況,短信通知可以延時(shí)5分鐘,將五分鐘內(nèi)的優(yōu)惠券通過(guò)一條短信發(fā)出來(lái)。
完全看不懂啊,捉急。
??
這和 開(kāi)發(fā)是做的技術(shù)架構(gòu)的思路如出一轍。
虛
璐璐學(xué)習(xí)了。
??
個(gè)人持不同觀點(diǎn),首先作為用戶,在“獲取優(yōu)惠券”時(shí)更希望得到即時(shí)回饋,即每領(lǐng)一張就馬上得到通知,而不是領(lǐng)完之后,返回之前,不能確定是否領(lǐng)取成功,可能會(huì)產(chǎn)生重復(fù)領(lǐng)取或者退出領(lǐng)取界面,中止對(duì)其它優(yōu)惠券的查看。在“使用優(yōu)惠券”時(shí)候,每一條短信或通知是分開(kāi)的,那么也便于查看管理,可以歸類存檔也可以用一條刪一條。一大坨優(yōu)惠券集中在一起,在使用場(chǎng)景會(huì)造成干擾和效率降低。
其次作為PM,個(gè)人認(rèn)為,1、看下行業(yè)內(nèi)其它人是怎么做的。包括大型電商、團(tuán)購(gòu)等網(wǎng)站,基本都是使用的“即時(shí)發(fā)送確認(rèn)”的策略,不說(shuō)盲目迷信權(quán)威吧,至少說(shuō)明這種做法會(huì)有它的道理和優(yōu)勢(shì);2、功能邊界什么的都是自己的腦補(bǔ),用戶說(shuō)了才算。解決辦法就是做用研,或者小范圍的AB測(cè)試,或者事后采集數(shù)據(jù)分析(但是會(huì)浪費(fèi)時(shí)間和成本,并且如果造成活動(dòng)中的流失或其它損害,基本不可逆),而不是“我覺(jué)得這樣好”就直接上。
其實(shí)這里作者木有描述清場(chǎng)景和業(yè)務(wù)目的:
1. 如果目的只是提醒用戶,你成功的領(lǐng)取了個(gè)優(yōu)惠券。那么,正常邏輯來(lái)說(shuō),優(yōu)惠券領(lǐng)取后系統(tǒng)都會(huì)回饋(多正常的交互流程… ),比如『恭喜親,優(yōu)惠券已放入您的賬戶』—— 這屬于即時(shí)回饋,這種反饋信息放到最后提醒就沒(méi)有必要了。頂多下次進(jìn)入的產(chǎn)品的時(shí)候提醒用戶使用就好了,也沒(méi)有重發(fā)短信的必要。
2. 如果目標(biāo)是,在用戶關(guān)閉活動(dòng)頁(yè)或產(chǎn)品后,引導(dǎo)他再次打開(kāi)。那么,除去1外,用戶推出活動(dòng)后,可以已『親本次活動(dòng)領(lǐng)取了多少優(yōu)惠券』為由頭,向用戶發(fā)送短信,引導(dǎo)用戶二次打開(kāi)產(chǎn)品或進(jìn)行消費(fèi)。
贊同,按筆者描述的場(chǎng)景,個(gè)人認(rèn)為不管是領(lǐng)券后,還是返回活動(dòng)頁(yè),都無(wú)需向用戶推送短信(此處短信我理解為手機(jī)短信),此時(shí)用戶本身就在操作中的頁(yè)面,可以通過(guò)站內(nèi)推送消息方式通知,推送短信反而會(huì)中斷用戶當(dāng)前的操作。
有個(gè)前提假設(shè),活動(dòng)很多時(shí)候是要拉那些還沒(méi)有安裝app的新用戶