產(chǎn)品需求文檔里的一些容易遺漏的點
筆者是個半路出家的電商產(chǎn)品經(jīng)理,之前對電商的理解只停留在做馬爸爸背后的女人上,因此當(dāng)自己角色轉(zhuǎn)換后,遇到了不少困難。今天就來跟大家分享下市面上產(chǎn)品經(jīng)理書籍中不大會提及產(chǎn)品需求撰寫點,希望能幫剛轉(zhuǎn)行或者想跳坑的小伙伴一些新的角度。
我在考拉海購APP上挑了個非常簡單的活動頁作為參考,給大家作下分析。
考拉活動鏈接:https://dwz.cn/4e7v8x51
(非考拉產(chǎn)品經(jīng)理,也非托,僅僅選了個可在微信中打開的網(wǎng)頁)
接下來的內(nèi)容就講講,如果我是這個活動頁的產(chǎn)品經(jīng)理,除了我們在一些書籍上看到的內(nèi)容之外,我還會補充哪些產(chǎn)品需求,供大家參考。
一、注冊、登錄
首先需要考慮的是用戶的注冊/登錄功能,這類功能會隨著運營需求和活動指標(biāo)的不同而不同?,F(xiàn)在很多電商產(chǎn)品大都采用延后登錄的模式,即用戶可以直接打開瀏覽,當(dāng)需要購買、領(lǐng)券時,再提示注冊、登錄。
當(dāng)主要的拉新載體來自基于微信的H5和小程序時,尤其是自有的電商平臺比較輕,不主求訂單轉(zhuǎn)化,而是先拉新混個臉熟,思路可以稍微轉(zhuǎn)換下。
大家都知道微信授權(quán)登錄還是比較方便的,有些平臺就會在活動頁進入之際要求先授權(quán)登錄,然后獲取用戶的openID,頭像和昵稱,在頁面展示上會比未登錄的頁面更加完善一點。
具體選擇哪種方式,主要看接到的項目情況。
微信授權(quán)登錄提示頁(用戶端)
二、頁面展示和交互
考拉這個活動頁比較簡單,主要分了4個活動專場分頁,然后在專場內(nèi)根據(jù)品類又作了分頁,分頁中根據(jù)促銷信息分成了3截。
考拉海購活動頁結(jié)構(gòu)簡析
關(guān)于頁面設(shè)計在這里就不贅述了,上圖展示了這個活動頁的三級分類,基本上已經(jīng)確定了頁面的展示層級和對應(yīng)的框架。
接下來,就需要對這個頁面進行一些細(xì)節(jié)上的設(shè)定:
1. 商品是根據(jù)邏輯自動展示,還是運營手動后臺配置
前者產(chǎn)品需要提供展示商品的策略,前端寫死,主要工作在產(chǎn)品和開發(fā)。優(yōu)點是運營工作少,上線快,缺點是對產(chǎn)品策略要求、商品數(shù)據(jù)化程度要求比較高,比如說:有些平臺對商品、用戶的標(biāo)簽比較少,用這類方式展示,用戶會覺得推薦的東西不合心意,從而影響商品購買轉(zhuǎn)化。
后者需要再設(shè)計對應(yīng)的后臺產(chǎn)品,并向運營確定好對應(yīng)的維護人,主要工作在開發(fā)和運營。優(yōu)點是通過人工可以提升商品購買轉(zhuǎn)化(全看運營的能力),缺點是運營工作會比較繁重,活動越多,手工活越多,影響運營的創(chuàng)造力和工作激情,后面能不能達(dá)到效果也就很難保證了。
現(xiàn)在有些平臺采用了兩者結(jié)合的方式,即建立商品模塊,如自建熱銷榜、人氣榜這樣的模塊,然后運營對這類榜單進行后臺配置,然后再根據(jù)活動再調(diào)整展示規(guī)則,在減少工作量的基礎(chǔ)上,保證了推薦的可靠性。
2. 商品展示規(guī)則
接下來就是商品展示的一些細(xì)節(jié)問題。
(1)商品基礎(chǔ)信息
(2)排序方式
排序如果是運營后臺手動設(shè)置的話,就不需要考慮了。若是自動/半自動的排序方式,就需要去了解下活動規(guī)則和用戶體驗。
舉個例子,一般來說,用戶會喜歡很多人買的商品,如果從平臺購買轉(zhuǎn)化角度來講的話,那商品排序按銷量多→少排序,是沒什么問題的。但是這樣容易出現(xiàn)馬太效應(yīng),對一些小商家來說不是太友好,比如說淘寶這樣的平臺,推出了競價排行,在綜合推薦的基礎(chǔ)上,還插了幾個競價的商品。
同時按照單一維度排序還需要考慮一些極端情況,比如說有些商品做得特別好,如果采用的分頁榜單是按照日銷量、周銷量、月銷量來倒序的,它都能霸榜,那對用戶來說就不是太友好了,他會看到不管怎么切換都是那些商品。
所以還需要添加其他排序維度,比如說品類、好評率、加購量等,也可以采用微博等新聞信息流的方式,加個時間衰減權(quán)重,或者在榜單里面插幾個上新商品,具體操作可以根據(jù)實際情況調(diào)整,主要需要以活動規(guī)則、運營需求、用戶體驗等多目標(biāo)為準(zhǔn)。
(3)加載方式
加載方式算是CC踩過的大坑了,未做產(chǎn)品之前以為產(chǎn)品天天做市場調(diào)研、用戶畫像等高端活,做了之后發(fā)現(xiàn)天天解決首頁打不開的問題,說多了都是淚。
比如說:考拉這樣的活動頁,商品量還是非常多的,如果進入后頁面商品全部加載展示,那除非用戶手機性能贊,網(wǎng)絡(luò)飛一樣,要不然輕則加載慢,嚴(yán)重就是老是加載失敗,那還要不要賣東西了。
所以大家可以觀察下考拉這個活動頁,它采用的方式是懶加載,即優(yōu)先前2行商品的商品名和價格,商品圖用默認(rèn)圖展示,同時預(yù)加載下方2行商品,用戶滑動時再展示后2行商品,對用戶來說,可能只延遲了肉眼可見的不到1秒時間,還是可以接受的。
還有些活動可能會做些商品預(yù)存,不是每次直接從商品庫里面調(diào),而是另外預(yù)存加載,這樣商品展示時調(diào)用起數(shù)據(jù)來,速度會快很多。
畢竟對用戶爸爸來說,超過2秒就要關(guān)頁面了。
如果給用戶一些有趣的加載提示,讓用戶內(nèi)心不崩潰,也是個不錯的方式。
此外,如果商品上展示標(biāo)簽、營銷信息過多,因為涉及多張表,也會造成商品加載時間延長,這時候就需要和運營小伙伴商量,能不能把提升用戶體驗放在首位,或者找后端小伙伴處理這類情況,保證用戶爸爸們能快速打開頁面,開開心心shopping。
(4)頁面提示
頁面上的有效反饋可防止用戶心態(tài)崩潰,具體需要根據(jù)用戶的場景,在提需求之前盡可能的做好羅列,并撰寫對應(yīng)情況下的頁面提示,引導(dǎo)用戶進行相應(yīng)的操作。
具體的案例就不舉了,花瓣上有很多有意思的設(shè)計,可以自行搜索一下。
在此簡單講下前端需要注意的場景,比如說用戶未登錄狀態(tài)下,怎么展示頁面,用戶點擊某些元素時需要用戶先授權(quán),如何引導(dǎo)授權(quán),斷網(wǎng)的時候如何引導(dǎo)檢查網(wǎng)絡(luò),加載失敗情況下怎么提示用戶刷新且不要心態(tài)爆炸,或者前端怎么做對應(yīng)的檢測,然后后臺自動重連。
實際情況會比上面說的復(fù)雜很多,到時候被開發(fā)和用戶吊打的時候大家就知道了。
三、數(shù)據(jù)統(tǒng)計
我發(fā)現(xiàn)每個產(chǎn)品經(jīng)理說到數(shù)據(jù)模塊都有種欲哭無淚的表情,其實我也是。
在此給大家簡單介紹下一個活動頁需要埋點的數(shù)據(jù)字段和維度,實際工作中需要的數(shù)據(jù)量可能更大一點。
根據(jù)CC目前的工作來說,運營比較關(guān)注的是拉新(渠道來源、轉(zhuǎn)化)、促活(用戶活躍數(shù)據(jù)、前后活躍量對比、某類用戶的激活情況)和轉(zhuǎn)化(活動相關(guān)的營銷指標(biāo)完成情況),而作為產(chǎn)品,還需要去了解下參與活動的用戶設(shè)備、用戶路徑、用戶人群等數(shù)據(jù),幫助自己更好地迭代產(chǎn)品。
四、商品和媒體管理
除此之后,還有一些后臺商品管理、媒體管理需求,如何做到和C端產(chǎn)品字段一一對應(yīng),如何在保證活動營銷性和有效性的前提下,盡可能減少運營維護成本,防止他們內(nèi)心崩潰,具體可以開個淘寶店鋪、有贊店鋪學(xué)習(xí)下。
需要注意的是,每個平臺因為屬性不同,對于產(chǎn)品形態(tài)的要求是不一樣的,比如說淘寶商品上架所需要的信息是非常多的,有些商家甚至需要安排1-2個人專門做上新,那像筆者的導(dǎo)購小平臺就大可不必做那么復(fù)雜,甚至直接寫邏輯讓開發(fā)從合作方那邊調(diào)數(shù)據(jù)過來就好了。
因為筆者是C端、后臺產(chǎn)品一起做的,不存在溝通問題,有些公司是分開的,就需要做好產(chǎn)品間的溝通,尤其是一些細(xì)節(jié)上保持一致,避免出現(xiàn)類似后臺商品標(biāo)題限制字?jǐn)?shù)10字,C端限制15字,到時候就會出現(xiàn)詭異的情況了。
結(jié)語
關(guān)于產(chǎn)品需求文檔的遺漏點就分享到這樣,歡迎大家留言補充,一起進步,寫出更靠譜、落地的產(chǎn)品需求文檔。
本文由 @?CC-Cynthia 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載
題圖來自Unsplash,基于CC0協(xié)議
emmm…花瓣已死…
應(yīng)該是升級吧~
沒準(zhǔn)在上線就收費了 ??
有干貨
大佬沒有電商經(jīng)驗如何轉(zhuǎn)的電商產(chǎn)品啊,感覺很困難
靠賣萌啊??
很棒!手工點贊!
干貨,比吹牛文章好多
雖然內(nèi)容不多但說的點都是干貨,加油~