起點課堂會員權(quán)益
職業(yè)體系課特權(quán)
線下行業(yè)大會特權(quán)
個人IP打造特權(quán)
30+門專項技能課
1300+專題課程
12場職場軟技能直播
12場求職輔導(dǎo)直播
12場專業(yè)技能直播
會員專屬社群
榮耀標(biāo)識用戶端PM和后臺端PM大任在身，我太南了
身兼兩職，同時面向用戶和后臺，從“酸爽很刺激”到“感覺人生到達(dá)了高潮”，誰知道筆者都經(jīng)歷了什么呢？
初期體驗：好刺激
中期體驗：我太南了
后期體驗：感覺人生到達(dá)了高潮
本文是我過去兩個月工作內(nèi)容的回顧總結(jié)，以及一點小經(jīng)驗的輸出。
筆者目前就職于一家做兒童機器人產(chǎn)品（嗯，其實就是帶屏幕的玩具兼教具）的公司，此前有過兩年多的用戶端產(chǎn)品經(jīng)驗，后臺產(chǎn)品經(jīng)驗為0。
一、起——自己的需求自己做
我們的兒童機器人要上線一套多級架構(gòu)的課程體系，并配合該體系架構(gòu)推出一個多級售賣策略，目的是引導(dǎo)用戶先購買低價課程商品來試用，然后再去購買上一層級的打包課程商品（家長用戶是一波又理性又感性的生物，“理性”在不輕易下手，“感性”在看到成效后很舍得砸錢）。
這種售賣策略會帶來一個問題：用戶買了某個課程商品，再去購買上一層級的打包課程商品時，要不要做價格扣減？
綜合考慮目標(biāo)用戶的購買路徑，并本著對用戶友好的原則，扣減是必要的。
那么問題又來了：如何實現(xiàn)這種價格扣減？
方案有二：
- 針對不同用戶做價格調(diào)整，這需要商品后臺支持根據(jù)用戶購買行為來靈活調(diào)價；
- 商品定價統(tǒng)一，通過贈送優(yōu)惠券來解決，這需要新做一個優(yōu)惠券后臺。
當(dāng)時正好另一個業(yè)務(wù)部也有優(yōu)惠券的需求，于是幾方大佬拍板做優(yōu)惠券后臺。
問題又又又來了：誰來做？要知道，當(dāng)時整個電商后臺處于無PM的自運行狀態(tài)——哪個業(yè)務(wù)部提的平臺需求，就哪個業(yè)務(wù)部的產(chǎn)品經(jīng)理來做，就是這么隨性。
二、承——后臺PM初體驗
剛接到這個任務(wù)還是蠻興奮的，一個全能的PM就是要前后端通吃，正好借此機會提升一下我的邏輯思維能力和對技術(shù)的理解。
作為后臺PM小白，怎么開展工作呢？
首先，不懂就問，不會就查。感謝人人都是產(chǎn)品經(jīng)理的專欄作者們，讓我在短時間內(nèi)對優(yōu)惠券有了一個全面認(rèn)識。
（圖片來自《優(yōu)惠券系統(tǒng)細(xì)節(jié)剖析（一）：關(guān)于優(yōu)惠券分類及對應(yīng)設(shè)計思路》）
當(dāng)然，盡信書不如無書，世上沒有一個優(yōu)惠券后臺是普適的，“抄”也要有選擇性、有針對性的“抄”。
結(jié)合我對自身業(yè)務(wù)的理解，以及運營同學(xué)的需求，梳理出了來自業(yè)務(wù)端的需求：
- 用戶購買定價x元的商品a后，立即贈送他一張面額x元的優(yōu)惠券，該張優(yōu)惠券可在用戶購買包含商品a的商品b時使用。
- 老版本下購買過定價x元的商品a的用戶，在更新到+優(yōu)惠券功能的新版本后，將獲得一張面額x元的優(yōu)惠券，該張優(yōu)惠券可在用戶購買包含商品a的商品b時使用。
- 其他針對特定用戶發(fā)放優(yōu)惠券的需求，比如做活動篩選出的特定用戶、下單未支付的用戶等。
根據(jù)上文中作者提供的優(yōu)惠券系統(tǒng)五大子模塊理論，并結(jié)合自身的情況，梳理出了新建優(yōu)惠券的4大步驟11個屬性項，原型圖奉上：
作為用戶端PM，一向比較關(guān)注用戶體驗，在后臺設(shè)計中，也盡量在細(xì)節(jié)上做到提升用戶體驗。
比如，將新建優(yōu)惠券流程拆分成多步驟，便于及時保存操作；優(yōu)惠券的每一條屬性都要標(biāo)注是否必填，并標(biāo)注明確的輸入要求和注意事項；需要用戶謹(jǐn)慎確認(rèn)操作的彈框要把確定按鈕放在左側(cè)等等。
（后面會準(zhǔn)備一篇文章詳細(xì)說一下優(yōu)惠券后臺的設(shè)計，比如優(yōu)惠券列表頁應(yīng)該展示哪些信息，應(yīng)該有哪些操作，優(yōu)惠券有幾種狀態(tài)，每種狀態(tài)下有哪些可用和禁用操作等，這些都是在開發(fā)和測試過程中積攢的寶貴經(jīng)驗，希望能分享給大家。）
很快，優(yōu)惠券后臺1.0上線了，但此時用戶端的優(yōu)惠券功能還未上線，沒法聯(lián)調(diào)。
此時的優(yōu)惠券后臺就像是一部沒拿到龍標(biāo)的電影，等待，等待。
三、轉(zhuǎn)——從步步舒心到步步驚心
優(yōu)惠券后臺交付開發(fā)的時候，我開始做用戶端的優(yōu)惠券功能設(shè)計。在熟練掌握優(yōu)惠券的各個字段數(shù)據(jù)來源后，輸出的PRD簡直賽高。
- 優(yōu)惠券11個屬性，并不需要全部在用戶端展示給用戶，只展示用戶關(guān)心的項。
- 優(yōu)惠券后臺輸入項與接口返回數(shù)據(jù)，以及用戶端界面展示并不完全一致。
這些信息都需要盡早提供給UI設(shè)計師和用戶端開發(fā)，窮盡所有案例，不致于到測試階段才暴露出問題。
本以為交付UI和開發(fā)后就可以安枕無憂了，誰知道問題是層出不窮的。日子就是問題疊著問題，要挺胸抬頭去面對?嗯，許三多說的。
沒想到優(yōu)惠券后臺的改版來得這么快。
1. 配合銷售的需求，買機器送課程兌換卡。
解決方案：優(yōu)惠券后臺增加導(dǎo)出券碼的操作，碼換券，然后用券0元買課。
感謝我們機智的后臺開發(fā)老司機，早早埋下了這個接口。不過，從用戶體驗角度來看，用兌換碼直接換課是最好的，但是考慮到開發(fā)周期和既有功能，還是決定采用碼換券再買課的策略。
2. 因為用戶端上的優(yōu)惠券界面是放在對應(yīng)課程里面的，而優(yōu)惠券后臺的優(yōu)惠券是針對全平臺的，這就導(dǎo)致用戶端的優(yōu)惠券界面可能會顯示無關(guān)優(yōu)惠券。
解決方案：優(yōu)惠券后臺增加類目管理，用戶端開發(fā)根據(jù)類目id來調(diào)取相應(yīng)優(yōu)惠券。
于是，優(yōu)惠券后臺2.0緊急開發(fā)上線。
四、合——產(chǎn)品大和諧
終于終于，眼看著一切數(shù)據(jù)都跑通了，一個個BUG被消滅，老母親留下了激動的淚水。
在以前的工作經(jīng)歷中，更關(guān)注用戶體驗和交互設(shè)計，忽略了接口數(shù)據(jù)的重要性。現(xiàn)在回想起來，其實是之前的開發(fā)同學(xué)默默幫我做了很多工作，感謝他們的體諒和包容。
同時做用戶端產(chǎn)品經(jīng)理和后臺產(chǎn)品經(jīng)理是什么體驗？
- 是精神分裂的體驗，時而代入家長用戶，想象他們的購買心理；
- 時而代入運營人員，想象他們在使用后臺時會發(fā)出的吐槽；
- 時而代入兒童，想象他們的使用路徑；
- 時而代入開發(fā)，想象遭遇數(shù)據(jù)接口請求異常時的抓狂；
- 是耳聰目明的體驗，當(dāng)測試排查BUG時，能明確指出可能是哪個字段出了問題，應(yīng)該給哪位開發(fā)提BUG（嗯，測試同學(xué)是新來的）；
- 是顯微鏡下看載玻片的體驗，是血管顯像儀下看血液流通的體驗，是在大自然里靜聽自然之聲的體驗。
寫到這里，突然生出一種感覺：所謂代碼，所謂創(chuàng)造，其實一切都是自然。始于自然，歸于自然。
咦，我頓悟了？
學(xué)習(xí)是沒有盡頭的，這輩子都沒有盡頭的。
相關(guān)閱讀
優(yōu)惠券系統(tǒng)細(xì)節(jié)剖析（一）：關(guān)于優(yōu)惠券分類及對應(yīng)設(shè)計思路
優(yōu)惠券系統(tǒng)細(xì)節(jié)剖析（二）：優(yōu)惠券后臺創(chuàng)建流程設(shè)計
本文由 @英 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理，未經(jīng)許可，禁止轉(zhuǎn)載
題圖來自 Unsplash，基于 CC0 協(xié)議
創(chuàng)建優(yōu)惠卷步驟2和4有點重復(fù)感覺。產(chǎn)品都是太南了
我也在同時做產(chǎn)品的前端和后端，共勉
前后臺由同一個產(chǎn)品經(jīng)理負(fù)責(zé)，可以減少很多的溝通成本，少埋坑，我現(xiàn)在就是一直被坑。
是的，我也同時在做用戶端和后端，其實有點難受
痛并快樂著??
一樣，小公司，我真的太難了。。本來就沒多少經(jīng)驗
經(jīng)驗做了才會有，共勉~
優(yōu)惠券需要分那么多步驟么？
綜合考慮了操作的明確性和上一步操作及時保存，損失了部分快捷性（目前我司用到優(yōu)惠券的業(yè)務(wù)還很少），后續(xù)會根據(jù)運營人員的使用體驗來優(yōu)化～