本文記錄我在小紅書(shū)電商產(chǎn)品部營(yíng)銷(xiāo)組的主要工作與收獲,三個(gè)月實(shí)習(xí)期間我承接了來(lái)自3個(gè)模塊的6個(gè)需求,每個(gè)需求的耗費(fèi)時(shí)間并不長(zhǎng),但我的收獲和成長(zhǎng)都比較多。
商家后臺(tái)的體驗(yàn)性需求:商家后臺(tái)服務(wù)于自營(yíng)店鋪和第三方商家,里面的板塊眾多,我只承接來(lái)自促銷(xiāo)板塊的需求,這里的兩個(gè)體驗(yàn)性需求是我在剛?cè)肼殨r(shí)做的,難度不高,主要用于熟悉產(chǎn)品流程,但后來(lái)復(fù)盤(pán)時(shí)發(fā)現(xiàn)也有較多值得思考與改進(jìn)的點(diǎn)。
促銷(xiāo)場(chǎng)景的調(diào)研與拓展性需求:這個(gè)模塊是在制定平臺(tái)促銷(xiāo)的底層規(guī)則、拓展新的促銷(xiāo)場(chǎng)景和營(yíng)銷(xiāo)工具,由于平臺(tái)已經(jīng)有一套較為成熟的規(guī)則,并且一次變動(dòng)帶來(lái)的影響范圍較廣,所以這邊的需求沒(méi)有太多的迭代,我主要通過(guò)調(diào)研了解了電商促銷(xiāo)的體系,并支持C端沉淀了一個(gè)新的券場(chǎng)景搭建工具。
價(jià)格中臺(tái)的迭代性需求:價(jià)格中臺(tái)主要為小紅書(shū)C端各個(gè)業(yè)務(wù)場(chǎng)景提供價(jià)格計(jì)算能力,有長(zhǎng)期業(yè)務(wù)價(jià)值、需求復(fù)雜度也較高,但我所承接的需求的實(shí)際方案并不復(fù)雜,在這個(gè)需求中比較困難的點(diǎn)在兩個(gè)方面:溝通與協(xié)調(diào)各個(gè)C端業(yè)務(wù)場(chǎng)景;梳理現(xiàn)存的規(guī)則找出不合理性。
一、商家后臺(tái)的體驗(yàn)性需求
商家后臺(tái)主要服務(wù)于自營(yíng)店鋪和第三方商家,后臺(tái)包含了諸多商家日常管理的模塊,比如店鋪、商品、訂單、物流等,我所在的業(yè)務(wù)僅承接其中的促銷(xiāo)模塊。我在這部分業(yè)務(wù)中主要做了兩個(gè)需求,一個(gè)是驚喜盒子活動(dòng)報(bào)名流程的優(yōu)化,一個(gè)是預(yù)售管理的體驗(yàn)優(yōu)化。
1. 驚喜盒子活動(dòng)報(bào)名流程優(yōu)化
1)需求背景
驚喜盒子是小紅書(shū)內(nèi)給用戶(hù)發(fā)優(yōu)惠券的場(chǎng)景之一,用戶(hù)在逛社區(qū)筆記的過(guò)程中,會(huì)掉落驚喜盒子券,促進(jìn)用戶(hù)從社區(qū)轉(zhuǎn)化到商城購(gòu)物。這個(gè)需求來(lái)源于負(fù)責(zé)收集與審核驚喜盒子券的運(yùn)營(yíng)同學(xué),商家每月會(huì)提報(bào)一定數(shù)量的券,整個(gè)流程為:

整個(gè)流程出現(xiàn)了以下問(wèn)題:
- 商家提報(bào)的券和主圖不符合要求的比例較高,尤其是主圖不合格數(shù)量占比80%
- 運(yùn)營(yíng)審核不通過(guò)后,重新報(bào)名比例較低
2)需求分析
分析后發(fā)現(xiàn),出現(xiàn)這兩個(gè)問(wèn)題的原因在于:
- 商家在報(bào)名過(guò)程中無(wú)法感知到運(yùn)營(yíng)設(shè)定的券和主圖的要求
- 商家無(wú)法收到報(bào)名審核不通過(guò)的通知
- 商家看到審核不通過(guò)的列表后找不到重新報(bào)名的入口,只能重新走一遍報(bào)名流程
3)需求復(fù)盤(pán)
需求的背景很清晰,方案也不復(fù)雜,在整個(gè)需求過(guò)程中,我遇到的問(wèn)題主要集中在評(píng)審與開(kāi)發(fā)階段:
- 需求評(píng)審時(shí)被質(zhì)疑有實(shí)現(xiàn)復(fù)雜度更低的方案;
- 評(píng)審過(guò)程中開(kāi)發(fā)提出當(dāng)前方案會(huì)影響系統(tǒng)中的其他部分,影響商家的判斷;
- 在通知商家不通過(guò)的方案中,我的提示話術(shù)是“您有一條活動(dòng)報(bào)名不通過(guò)”,這會(huì)讓商家誤認(rèn)為這里的提示是針對(duì)所有類(lèi)型的活動(dòng)報(bào)名,但我們本次的需求僅針對(duì)驚喜盒子類(lèi)型。
- 開(kāi)發(fā)過(guò)程中研發(fā)需要相關(guān)的提報(bào)情況數(shù)據(jù),作為開(kāi)發(fā)成本的判斷
通過(guò)這個(gè)需求遇到的問(wèn)題給我?guī)?lái)的思考:
- 業(yè)務(wù)價(jià)值的判斷:這是我前期在做需求時(shí)感悟最深的點(diǎn),需求的實(shí)現(xiàn)最終是為了推動(dòng)業(yè)務(wù)發(fā)展的,因而在接到一個(gè)需求前首先需要明確的就是這個(gè)業(yè)務(wù)的價(jià)值有多高;
- 提前思考方案的實(shí)現(xiàn)復(fù)雜度:當(dāng)前是最優(yōu)方案嗎?有沒(méi)有替代性方案?這個(gè)方案與替代性方案相比有什么優(yōu)點(diǎn)和不足?這里的優(yōu)點(diǎn)是否值得去做更高成本的投入?
- 方案設(shè)計(jì)時(shí)考慮對(duì)相關(guān)模塊的影響:由于B端的需求之間聯(lián)系密切,往往牽一發(fā)而動(dòng)全身,因而去改動(dòng)系統(tǒng)中一個(gè)邏輯時(shí)需要更全面的思考它的影響范圍,這里的影響范圍不僅是其他板塊,也可能是其他業(yè)務(wù)方;
- 產(chǎn)品文案打磨:在設(shè)計(jì)產(chǎn)品的過(guò)程中避不開(kāi)一些文案撰寫(xiě),比如功能名稱(chēng)、提示語(yǔ)、頁(yè)面引導(dǎo)語(yǔ)等。
2. 預(yù)售管理體驗(yàn)優(yōu)化
1)需求背景
預(yù)售是電商促銷(xiāo)中非常常見(jiàn)的玩法,用戶(hù)通過(guò)提前支付定金預(yù)定商品,并在尾款期支付尾款完成下單。而在此之前,商家需要在后臺(tái)提前配置好預(yù)售商品,包括商品的預(yù)售時(shí)間(分為定金期和尾款期)、預(yù)售價(jià)格(分為定金價(jià)格、尾款價(jià)格、膨脹價(jià)格)等。
在使用過(guò)程中,商家遇到了一些體驗(yàn)問(wèn)題,并提出了如下需求:
- 可以支持多選預(yù)售狀態(tài)導(dǎo)出預(yù)售數(shù)據(jù)
- 已終止的預(yù)售ID,支持查看詳情
- 商品價(jià)格落入“真空價(jià)格區(qū)間”(報(bào)關(guān)商品會(huì)出現(xiàn)的價(jià)格校驗(yàn)區(qū)間)報(bào)錯(cuò)提示更詳細(xì)
- 可批量配置定金預(yù)售
2)需求分析
以上的四個(gè)需求,前三個(gè)主要在于新增入口或功能,并無(wú)太多方案產(chǎn)出的空間,需要產(chǎn)品推動(dòng)研發(fā)實(shí)現(xiàn),主要集中在最后一個(gè)需求,需要考慮批量配置的方式和流程:
- 配置方式:以Excel格式批量上傳
- 表格字段:包含預(yù)售必須的商品ID、可售量、預(yù)售價(jià)、定金金額、膨脹金額
- 配置前:提供模版下載入口
- 配置后:需要提示是否配置成功,若有失敗,應(yīng)該告知失敗名單和原因
3)需求復(fù)盤(pán)
處理這個(gè)項(xiàng)目遇到的主要問(wèn)題有:
- 需求被砍:在評(píng)審過(guò)程中,多選預(yù)售狀態(tài)的需求實(shí)現(xiàn)難度比我們想象的要大很多,加上研發(fā)認(rèn)為當(dāng)前分幾次導(dǎo)出的工作量并沒(méi)有這么大,因而這個(gè)需求被否掉了
- 需求價(jià)值被質(zhì)疑:在開(kāi)發(fā)過(guò)程中,批量配置的后端工作量超出預(yù)期,需要后端重新寫(xiě)一套邏輯,花費(fèi)了3pd去做這件事,導(dǎo)致研發(fā)在此期間一直有問(wèn)我日常預(yù)售商品的配置數(shù)量如何
- 上線后發(fā)現(xiàn)影響較大的錯(cuò)誤:在三八大促預(yù)售配置當(dāng)晚,自營(yíng)運(yùn)營(yíng)同學(xué)發(fā)現(xiàn)定金校驗(yàn)的規(guī)則是不完全的,實(shí)際校驗(yàn)規(guī)則比我最初制定的要更復(fù)雜
為我?guī)?lái)的思考:
- 不對(duì)實(shí)現(xiàn)成本做過(guò)高預(yù)期、不在未評(píng)審情況下對(duì)任何需求打包票:在處理第一個(gè)需求的時(shí)候,作為產(chǎn)品我低估了它的實(shí)現(xiàn)難度,導(dǎo)致我們?cè)诤瓦\(yùn)營(yíng)對(duì)方案時(shí)保證這個(gè)需求可以做,但實(shí)際研發(fā)評(píng)審時(shí)發(fā)現(xiàn)并非如此;
- 提前了解業(yè)務(wù)價(jià)值:由于驚喜盒子和預(yù)售的需求是同時(shí)推動(dòng)的,所以在處理這個(gè)需求的時(shí)候我依然忽略了業(yè)務(wù)價(jià)值的問(wèn)題,包括運(yùn)營(yíng)目前配置的商品數(shù)量有多少、目前有另一個(gè)替代工具為什么無(wú)法滿(mǎn)足、以及開(kāi)放給商家后商家的使用頻率和上傳數(shù)量有多少;
- 注重與業(yè)務(wù)了解需求中涉及的細(xì)節(jié):平臺(tái)針對(duì)定金金額的范圍有更復(fù)雜和詳細(xì)的限制,但我在做產(chǎn)品調(diào)研時(shí),僅從系統(tǒng)提示的內(nèi)容判斷,丟失了其他限制,而這個(gè)內(nèi)容是需要和運(yùn)營(yíng)了解的。
在去做這個(gè)判斷的時(shí)候我犯了兩個(gè)錯(cuò)誤:對(duì)需求中涉及的規(guī)則沒(méi)有更詳細(xì)了解,尤其是當(dāng)調(diào)研時(shí)發(fā)現(xiàn)平臺(tái)對(duì)定金金額做了限制,應(yīng)該去思考是否有其他限制;沒(méi)有和業(yè)務(wù)方了解更多信息,業(yè)務(wù)方會(huì)默認(rèn)你知道。
兩個(gè)需求的復(fù)雜度都不高,是入職前期熟悉產(chǎn)品流程、了解溝通協(xié)調(diào)的練手項(xiàng)目,但處理需求的過(guò)程中,無(wú)論是在方案產(chǎn)出、需求評(píng)審還是后續(xù)上線,都踩了不少坑,也讓我認(rèn)識(shí)到產(chǎn)品經(jīng)理是需要對(duì)需求的整個(gè)過(guò)程負(fù)責(zé)的:在接到需求時(shí)需要判斷價(jià)值、在輸出方案時(shí)需要思考需求的實(shí)現(xiàn)成本與更優(yōu)方案、在需求評(píng)審時(shí)需要讓研發(fā)清楚背景與收益、在開(kāi)發(fā)過(guò)程中遇到問(wèn)題需要及時(shí)判斷哪些可以放棄(實(shí)際研發(fā)時(shí),研發(fā)也會(huì)發(fā)現(xiàn)其他成本高/不合理的地方,產(chǎn)品需要判斷能不能做、怎么做以及如果不做是否有影響)、在實(shí)際上線后需要考慮收益是否達(dá)到預(yù)期,遇到bad case如何處理。
二、促銷(xiāo)場(chǎng)景的調(diào)研與拓展性需求
這個(gè)模塊是在制定平臺(tái)促銷(xiāo)的底層規(guī)則、拓展新的促銷(xiāo)場(chǎng)景和營(yíng)銷(xiāo)工具,屬于較為散、且無(wú)具像化產(chǎn)品的模塊。
平臺(tái)促銷(xiāo)的類(lèi)型眾多,彼此間的生效邏輯也較為復(fù)雜,產(chǎn)品需要定義其生效邏輯以保證減少用戶(hù)參與促銷(xiāo)時(shí)的理解成本、提升用戶(hù)享受的促銷(xiāo)力度、同時(shí)保證商家不會(huì)讓利過(guò)度,這里的底層定義我并未參與,平臺(tái)目前的底層邏輯定義已經(jīng)較為成熟,我所做的工作僅是調(diào)研和梳理現(xiàn)存的規(guī)范并發(fā)現(xiàn)改進(jìn)點(diǎn)。
雖然底層的規(guī)則目前較為固定,但平臺(tái)營(yíng)銷(xiāo)的玩法卻并不完善,因而即使作為B端,我們也要去發(fā)現(xiàn)新的營(yíng)銷(xiāo)玩法,并且為這些玩法提供工具支持,從配置和生效側(cè)去定義活動(dòng)玩法,同時(shí)考慮一些C端的承接場(chǎng)景。
1. 促銷(xiāo)規(guī)則調(diào)研
1)調(diào)研背景
- 平臺(tái)目前的促銷(xiāo)規(guī)則經(jīng)過(guò)幾輪迭代,加上pm的更新,因而缺少最新的調(diào)研文檔參考
- 我們希望從當(dāng)前的規(guī)則中查找不合理的地方,修正并提出新的規(guī)則
2)調(diào)研過(guò)程
整個(gè)調(diào)研過(guò)程經(jīng)歷三個(gè)階段:
在這個(gè)過(guò)程中,我了解了電商促銷(xiāo)的整體體系,總結(jié)如下:

整體來(lái)說(shuō),我們有兩個(gè)角度的維度,從玩法來(lái)說(shuō),分為預(yù)售、單品、多品和券,從范圍來(lái)說(shuō),分為平臺(tái)、店鋪、全店和指定商品。
- 平臺(tái)維度是由平臺(tái)運(yùn)營(yíng)配置、商家參與報(bào)名
- 店鋪維度則是商家可以自主配置。
在這些維度下會(huì)有更細(xì)一層的玩法劃分,例如超級(jí)單品促銷(xiāo)下劃分為限時(shí)購(gòu)、閃購(gòu)、會(huì)員福利購(gòu)和新人價(jià)。
在更細(xì)一層的玩法中,玩法之間會(huì)存在生效規(guī)則,即互斥、優(yōu)先級(jí)和不可疊加
- 互斥:在配置側(cè)就限制住、不允許商家同時(shí)配置
- 優(yōu)先級(jí):在生效側(cè)會(huì)在n個(gè)生效時(shí)間交叉的促銷(xiāo)活動(dòng)中優(yōu)先展示一個(gè)
- 不可疊加:是在結(jié)算側(cè)限制用戶(hù)在n個(gè)活動(dòng)中只能參與其中某幾個(gè)。
3)調(diào)研復(fù)盤(pán)
最初接到促銷(xiāo)規(guī)則調(diào)研時(shí),我沒(méi)有任何的頭緒,整理出的初版內(nèi)容沒(méi)有任何個(gè)人的思考,在后續(xù)不斷對(duì)接、修改和看競(jìng)品后,勉強(qiáng)算是梳理了框架,也有了一些感知,總結(jié)我個(gè)人的調(diào)研方法如下:
- 明確調(diào)研目標(biāo):目標(biāo)抓準(zhǔn)了才會(huì)有頭緒,在確定大目標(biāo)后需要拆解小目標(biāo),然后以此為目標(biāo)針對(duì)性調(diào)研;
- 梳理歷史文檔:詳細(xì)閱讀公司內(nèi)部的相關(guān)文檔,提出疑問(wèn)點(diǎn)、尋找文檔之間的共同點(diǎn),然后理出這塊內(nèi)容的框架,這個(gè)框架可以為自己的調(diào)研提供方向;
- 梳理現(xiàn)狀,必要時(shí)調(diào)研競(jìng)品:按照框架梳理現(xiàn)狀,并根據(jù)目標(biāo)輸出調(diào)研結(jié)論。
- 注意文檔的可讀性:內(nèi)部沉淀的文檔往往會(huì)供其他同學(xué)查閱,因而要站在不了解這塊業(yè)務(wù)的同學(xué)的角度。
- 競(jìng)品調(diào)研的思路:確定目標(biāo)——根據(jù)目標(biāo)通讀相關(guān)資料或體驗(yàn)產(chǎn)品——梳理現(xiàn)狀,提出啟發(fā)點(diǎn)。
2. 裂變?nèi)ぞ叽罱?/h2>
1)需求背景
在大促期間,C端產(chǎn)品策劃了裂變?nèi)顒?dòng)并取得了不錯(cuò)的轉(zhuǎn)化率,并且目前淘寶和京東都支持商家自建裂變?nèi)?,因此B端需要將裂變?nèi)ぞ叱恋頌樯碳易赃\(yùn)營(yíng)的玩法。
2)需求分析
整個(gè)券工具的搭建分為幾個(gè)模塊:
- 底層券模版:券的結(jié)構(gòu)分為券模版和單券,舉個(gè)例子,滿(mǎn)300-40的平臺(tái)券是一個(gè)券模版,但用戶(hù)領(lǐng)到一張滿(mǎn)300-40的平臺(tái)券是一張單券。券模版定義了券的字段,包括券類(lèi)型、可領(lǐng)時(shí)間、可用時(shí)間、優(yōu)惠門(mén)檻等等;
- 券推廣渠道:即商家建好的裂變?nèi)枰贑端的哪些渠道露出和推廣,我們需要提前設(shè)想好,并制定露出的規(guī)則;
- 活動(dòng)限制:如何限制用戶(hù)的行為(發(fā)起用戶(hù)+助力用戶(hù)),從而確保在為商家?guī)?lái)流量、用戶(hù)愿意參與的前提下,商家不會(huì)讓利過(guò)度、平臺(tái)和商家不會(huì)被薅羊毛;
- 與C端的合作與界限:裂變活動(dòng)在B端創(chuàng)建、在C端露出,因而這是一個(gè)BC端聯(lián)動(dòng)的需求,我們需要和C端產(chǎn)品了解他們的產(chǎn)品方案,以及哪些工作應(yīng)該由我們推動(dòng)、哪些由他們推動(dòng)。
在接到需求后,我首先針對(duì)淘寶的裂變?nèi)娣ㄗ隽讼到y(tǒng)的調(diào)研,梳理完畢后根據(jù)我們的券模版梳理券的字段以及限制條件、推廣渠道的露出規(guī)則。
3)需求復(fù)盤(pán)
整個(gè)需求處理過(guò)程中難度并沒(méi)有很大,前期比較系統(tǒng)的競(jìng)品調(diào)研帶來(lái)了很多的啟發(fā),比較難以確定的點(diǎn)主要在于裂變?nèi)溉ǚ窒碚呖深I(lǐng)的券)的力度限制、透出邏輯,這些問(wèn)題在和mentor對(duì)接以及需求評(píng)審后都基本解決。
這個(gè)需求是我離職前的最后一個(gè)需求,在這個(gè)過(guò)程中我能感受到自己入職以來(lái)的成長(zhǎng):
- 在做競(jìng)品調(diào)研時(shí)比之前更有方向,更能梳理出框架;
- 需求評(píng)審中,在遇到其他產(chǎn)品與研發(fā)同學(xué)提出的質(zhì)疑時(shí),我在會(huì)前有過(guò)預(yù)判,并且能夠給出我的方案設(shè)計(jì)的原因,以及競(jìng)品的做法。
在這里,我將產(chǎn)品設(shè)計(jì)的流程總結(jié)如下:
- 競(jìng)品調(diào)研:這里不僅包括實(shí)際的競(jìng)品,也包括項(xiàng)目啟動(dòng)前的其他相關(guān)需求,例如裂變?nèi)男枨笪乙残枰榭碈端產(chǎn)品的裂變方案;
- 梳理產(chǎn)品框架:做完調(diào)研后,能夠做到對(duì)需求有基本的感知,此時(shí)需要梳理做這個(gè)需求會(huì)涉及哪些內(nèi)容、哪些相關(guān)方,理出框架;
- 設(shè)計(jì)詳細(xì)的產(chǎn)品方案:在這個(gè)過(guò)程中還需要詳細(xì)思考方案的可行性,與前文我在商家后臺(tái)體驗(yàn)需求中提到的類(lèi)似,不再贅述。
三、價(jià)格中臺(tái)的迭代性需求
價(jià)格中臺(tái)主要為C端各個(gè)業(yè)務(wù)場(chǎng)景提供價(jià)格計(jì)算的能力,這個(gè)模塊的業(yè)務(wù)價(jià)值有兩方面:
- 保證所有場(chǎng)景的到手價(jià)規(guī)范一致,
- 降低其他業(yè)務(wù)重復(fù)造輪子的成本。
在這個(gè)模塊中我主要負(fù)責(zé)迭代兩個(gè)需求:
1. 到手價(jià)規(guī)則迭代
1)需求背景
到手價(jià)用于為用戶(hù)展示商品實(shí)際到手的價(jià)格,我們會(huì)在商品原價(jià)的基礎(chǔ)上為用戶(hù)減掉能夠享受的優(yōu)惠,目前首頁(yè)、店鋪、場(chǎng)次(電商平臺(tái)中的會(huì)場(chǎng),例如大促會(huì)場(chǎng))和搜索場(chǎng)景均已接入中臺(tái),但商品詳情頁(yè)沒(méi)有,并且我們和商詳?shù)挠?jì)算規(guī)則存在部分不一致,導(dǎo)致內(nèi)外展示的價(jià)格不一致。
到手價(jià)規(guī)則在我接手期間經(jīng)歷兩次迭代:
- 預(yù)售商品的價(jià)格計(jì)算規(guī)則迭代:在三八預(yù)售期間,我們發(fā)現(xiàn)諸多商品在會(huì)場(chǎng)中的價(jià)格和商詳不一致,會(huì)影響用戶(hù)轉(zhuǎn)化甚至引起客訴,因而緊急修改了這一塊的規(guī)則;
- 商品多件多折、商品有單品促銷(xiāo)且有會(huì)員價(jià)的計(jì)算規(guī)則迭代:后續(xù)微商詳(可以參考目前淘寶從首頁(yè)到商詳中間的商品卡片流)重構(gòu)需要接入價(jià)格中臺(tái),商詳與中臺(tái)的不一致會(huì)阻礙微商詳重構(gòu)的進(jìn)程。
2)需求復(fù)盤(pán)
在處理預(yù)售價(jià)格迭代的需求的過(guò)程中,我主要承擔(dān)溝通協(xié)調(diào)的工作,一方面是因?yàn)楸旧硪?guī)則不一致的點(diǎn)并不難找,研發(fā)側(cè)在線上case出來(lái)后就發(fā)現(xiàn)了不一致的點(diǎn),另一方面是預(yù)售的需求是緊急處理上線,因而拉齊大家的進(jìn)度,確定是否有其他bad case更為重要。
溝通協(xié)調(diào)在產(chǎn)品經(jīng)理的日常工作中尤其重要,我從自身的經(jīng)驗(yàn)出發(fā),總結(jié)一下日常工作中如何溝通協(xié)調(diào):
- 前提是了解要溝通什么:即有哪些事情/問(wèn)題與誰(shuí)溝通,首先要對(duì)自己接手的需求有所了解,了解后發(fā)現(xiàn)其中的相關(guān)方及需要與相關(guān)方確定的疑問(wèn);
- 對(duì)接不熟悉相關(guān)方前做好功課:如果遇到不太熟悉的相關(guān)方,盡量了解一下對(duì)方的業(yè)務(wù)或者準(zhǔn)備好問(wèn)題,否則和對(duì)方對(duì)接可能一臉懵逼;
- 一次溝通僅拉最需要的人:在找相關(guān)方時(shí),我們有時(shí)會(huì)在一次會(huì)議中拉上全部,但部分相關(guān)方在一次會(huì)議中參與度并不多,這會(huì)浪費(fèi)對(duì)方的時(shí)間,不利于后續(xù)的合作;
- 盡可能一次性解決:大家的時(shí)間都很有限,所以問(wèn)題盡量一次解決,反復(fù)溝通不僅拖累進(jìn)度,而且會(huì)讓相關(guān)方厭煩。
在處理多件多折和單品促銷(xiāo)有會(huì)員價(jià)的需求時(shí),我的主要難點(diǎn)在于不了解現(xiàn)狀,尤其是商品享受單品促銷(xiāo)且有會(huì)員價(jià)的需求,我對(duì)后端會(huì)輸出幾種價(jià)格、每種價(jià)格的含義并不清楚,僅僅通過(guò)簡(jiǎn)單的看實(shí)際case并不能讓我了解后端應(yīng)該如何去修改。最后去處理這個(gè)需求時(shí),我們和研發(fā)詳細(xì)了解了當(dāng)前價(jià)格輸出的類(lèi)型和規(guī)則,在這里不展開(kāi)具體的類(lèi)型與規(guī)則。
在前幾天的面試中,我被問(wèn)到如何從產(chǎn)品側(cè)而非更改計(jì)算規(guī)則避免因價(jià)格不一致帶來(lái)的客訴?這為我?guī)?lái)了新的復(fù)盤(pán)角度,即客訴問(wèn)題的產(chǎn)品解法,這個(gè)問(wèn)題我還沒(méi)有很好的思考點(diǎn),在這里暫不展開(kāi),歡迎朋友們指教。
2. 商品tag收攏中臺(tái)
1)需求背景
商品tag是用以展示商品或促銷(xiāo)等信息的標(biāo)簽,如下:

當(dāng)前商品tag存在如下問(wèn)題:
- 目前所有的tag是由后端輸出,前端自行維護(hù),導(dǎo)致各個(gè)場(chǎng)景下的tag露出規(guī)則不一致,并且后續(xù)如果有新的tag加進(jìn)來(lái),維護(hù)成本也會(huì)很高;
- 當(dāng)前tag零散、沒(méi)有分類(lèi),所有tag一起排優(yōu)先級(jí),如果有新的tag加入則需要重新再排優(yōu)先級(jí),并會(huì)出現(xiàn)部分tag永遠(yuǎn)無(wú)法露出的情況。
這個(gè)需求是由首頁(yè)產(chǎn)品提過(guò)來(lái)的,但做規(guī)范需要推動(dòng)首頁(yè)、店鋪、場(chǎng)次和搜索一起,并為所有場(chǎng)景指定一致的露出規(guī)范。
2)需求分析
- 目標(biāo):我們需要確定現(xiàn)有的tag在C端有到手價(jià)的情況下如何露出,是需要展示還是不展示,展示需要展示哪些tag;
- 需要做什么:梳理現(xiàn)有的tag,了解后端輸出tag的規(guī)則和優(yōu)先級(jí),了解各場(chǎng)景的露出現(xiàn)狀,最后制定統(tǒng)一的規(guī)范。
3)需求復(fù)盤(pán)
接手到這個(gè)需求的最開(kāi)始我是毫無(wú)頭緒的,甚至對(duì)于我要做什么不明確,與需求方對(duì)了三次才明確需求目標(biāo),之后調(diào)研了后端這里管理的所有tag和優(yōu)先級(jí),然后與其他場(chǎng)景的產(chǎn)品講述需求背景、了解他們的看法和需求,最后理出了頭緒。
但這個(gè)需求做完并不是全部,在梳理的過(guò)程中我發(fā)現(xiàn)tag的種類(lèi)太多、也很分散,如果C端想要新增一個(gè)tag需要單獨(dú)走排期,成本高、后續(xù)也不利于維護(hù),因而將tag這件事收到中臺(tái)一起處理很有必要。中臺(tái)應(yīng)該如何去處理呢,這里給出我的想法:
首先是分組,之前的tag是按著預(yù)售、平臺(tái)促銷(xiāo)(其中包含跨店滿(mǎn)減tag、跨店多件多折tag等)、店鋪促銷(xiāo)這樣來(lái)劃分,但這已經(jīng)是tag維度,如果新增一個(gè)tag就又會(huì)作為新的分類(lèi)和原先的比較優(yōu)先級(jí),因而在這一層之上缺少一個(gè)系統(tǒng)的劃分,我這里簡(jiǎn)單看了競(jìng)品后給出以下分組:

然后是確定分組后輸出的規(guī)則,組之間是否有優(yōu)先級(jí),組內(nèi)是否有優(yōu)先級(jí),如何輸出去能滿(mǎn)足各個(gè)場(chǎng)景的需求
我認(rèn)為可以在單個(gè)標(biāo)簽組內(nèi)對(duì)標(biāo)簽劃分優(yōu)先級(jí),并讓前端感知優(yōu)先級(jí),在前端不做動(dòng)作的情況下,按照默認(rèn)優(yōu)先級(jí)展示,但若前端有特殊需求,則可將標(biāo)簽組重新排序。
營(yíng)銷(xiāo)中臺(tái)的定位是將電商營(yíng)銷(xiāo)相關(guān)的底層能力都?xì)w結(jié)在一起,方便后續(xù)業(yè)務(wù)迭代、減少重復(fù)開(kāi)發(fā)的成本,這部分需求為我?guī)?lái)的更多是長(zhǎng)期價(jià)值的思考、與各方溝通協(xié)調(diào)能力的提升,由于這里的需求本身就足夠復(fù)雜,因而我并未經(jīng)手太多,做出的方案也較簡(jiǎn)單,直至目前,我對(duì)中臺(tái)的理解依然是淺顯的、模糊的,這是我離職后需要去多加學(xué)習(xí)與補(bǔ)充的點(diǎn)。
四、后記
三個(gè)月的實(shí)習(xí)期,我能夠處理的需求不管是復(fù)雜度還是周期都有限,但通過(guò)這段實(shí)習(xí)我對(duì)電商營(yíng)銷(xiāo)有了一些基本認(rèn)知,本篇僅是我對(duì)實(shí)習(xí)期間做過(guò)的需求、需求過(guò)程中踩過(guò)的坑就行復(fù)盤(pán),后續(xù)還有更多有關(guān)電商的內(nèi)容等待我去學(xué)習(xí)與輸出(拖更警告)。
這是我的第二段產(chǎn)品實(shí)習(xí),是嚴(yán)格意義上的第一份完整的產(chǎn)品經(jīng)歷(上一段由于特殊原因兩個(gè)月不到就結(jié)束),因而我的思考和認(rèn)知都非常淺層,也并無(wú)太多業(yè)務(wù)思考,這也是我未來(lái)需要彌補(bǔ)的點(diǎn),非常歡迎各位朋友和前輩私聊或留言,為我提出更多建議~
—— 歡迎在線投稿 ——
特別提示:關(guān)注本專(zhuān)欄,別錯(cuò)過(guò)行業(yè)干貨!
PS:本司承接 小紅書(shū)推廣/抖音推廣/百度系推廣/知乎/微博等平臺(tái)推廣:關(guān)鍵詞排名,筆記種草,數(shù)據(jù)優(yōu)化等;
咨詢(xún)微信:139 1053 2512 (同電話)
首席增長(zhǎng)官CGO薦讀:
- 《增長(zhǎng)導(dǎo)航:高效增長(zhǎng)工具整理》
- 《小紅書(shū)推廣:筆記排名,代寫(xiě)代發(fā),探店合作》
- 《淘寶逛逛營(yíng)銷(xiāo)推廣:KOC種草,達(dá)人筆記,筆記撰寫(xiě),拍照攝影》
更多精彩,關(guān)注:增長(zhǎng)黑客(GrowthHK.cn)
增長(zhǎng)黑客(Growth Hacker)是依靠技術(shù)和數(shù)據(jù)來(lái)達(dá)成各種營(yíng)銷(xiāo)目標(biāo)的新型團(tuán)隊(duì)角色。從單線思維者時(shí)常忽略的角度和高度,梳理整合產(chǎn)品發(fā)展的因素,實(shí)現(xiàn)低成本甚至零成本帶來(lái)的有效增長(zhǎng)…
本文經(jīng)授權(quán)發(fā)布,不代表增長(zhǎng)黑客立場(chǎng),如若轉(zhuǎn)載,請(qǐng)注明出處:http://allfloridahomeinspectors.com/mcn/xiaohongshu/35672.html