業(yè)務(wù)產(chǎn)品的設(shè)計方法論與思考
業(yè)務(wù)型產(chǎn)品就是由具體的業(yè)務(wù)實現(xiàn)主要盈利,不只是互聯(lián)網(wǎng)+,更重要的是業(yè)務(wù)的發(fā)展。筆者以電商產(chǎn)品為例,為我們分析了業(yè)務(wù)產(chǎn)品是什么、如何設(shè)計以及業(yè)務(wù)產(chǎn)品經(jīng)理應(yīng)該如何做?
談一談業(yè)務(wù)產(chǎn)品設(shè)計的一些思考。主要分了六點談:
- 什么是業(yè)務(wù)產(chǎn)品?
- 業(yè)務(wù)產(chǎn)品的定位和目標(biāo)?
- 業(yè)務(wù)產(chǎn)品的需求來源和分析?
- 業(yè)務(wù)系統(tǒng)如何設(shè)計和優(yōu)化?
- 業(yè)務(wù)產(chǎn)品經(jīng)理如何提升產(chǎn)品能力?
- 談?wù)剺I(yè)務(wù)產(chǎn)品經(jīng)理的價值?
一、什么是業(yè)務(wù)產(chǎn)品?
現(xiàn)在互聯(lián)網(wǎng)分產(chǎn)品類型主要來分是to B或者to C,主要區(qū)分緯度是使用的用戶。如果用戶是屬于消費(fèi)者、個人用戶則一般稱為2C,如微信、網(wǎng)易云音樂、抖音等等;如果用戶是商家、企業(yè)內(nèi)部人員則稱為2B,如CRM、?OA系統(tǒng)、商家管理后臺等等。
但其實我們所能看到和常用的C端產(chǎn)品,背后都有著諸多的B端系統(tǒng)在做服務(wù)支持。就拿一個成熟的電商app產(chǎn)品來說,用戶在客戶端能夠看到商品且能夠購買,就需要涉及諸多系統(tǒng)提供服務(wù)。
你能打開app看到商品信息,首先需要供應(yīng)鏈系統(tǒng)上架商品數(shù)據(jù);商品中心系統(tǒng)提供商品圖、商品標(biāo)題、類目信息;價格系統(tǒng)提供價格;尋源系統(tǒng)提供庫存;促銷系統(tǒng)券信息。
開始下單購買,還需要會員中臺校驗登陸;風(fēng)控系統(tǒng)校驗風(fēng)控;尋源鎖定庫存;訂單中心計算價格,訂單信息下發(fā)物流系統(tǒng);物流調(diào)度配送等等。如果需要搜索訂單,還要搜索提供服務(wù);配置活動還需要cms系統(tǒng);支持商戶售賣商品,還有商家后臺系統(tǒng)。
當(dāng)產(chǎn)生退貨,剛剛的正向涉及支付鏈路的系統(tǒng)還要走一遍逆向鏈路系統(tǒng)。
因為各公司的業(yè)務(wù)復(fù)雜程度不同,系統(tǒng)架構(gòu)切分可能不同,但電商鏈路系統(tǒng)劃分大同小異。其中每個大系統(tǒng)背后又有很多個功能和系統(tǒng)進(jìn)行拓展堆疊,用來支撐著電商前臺app下單購買和退貨服務(wù)。
所以當(dāng)有一種新的商品類型需要上線,就會涉及電商鏈路諸多系統(tǒng)。上架一種商品類型的需求,往往就涉及上百人的產(chǎn)品項目。
我們聊業(yè)務(wù)產(chǎn)品設(shè)計,就聊下稍微了解的電商系統(tǒng)吧,因為電商鏈路算是最復(fù)雜的業(yè)務(wù)系統(tǒng)了。雖然鏈路中各系統(tǒng)定位和側(cè)重點都不一樣,但產(chǎn)品設(shè)計思路還是互通的?,F(xiàn)在就談下業(yè)務(wù)系統(tǒng)產(chǎn)品設(shè)計。
二、業(yè)務(wù)產(chǎn)品的定位和目標(biāo)?
在談產(chǎn)品設(shè)計之前,要先聊下產(chǎn)品本身。一個產(chǎn)品重要的是盈利,我更偏向從商業(yè)模式上去區(qū)分我們所能常見的產(chǎn)品。
它主要分為業(yè)務(wù)型產(chǎn)品和工具型產(chǎn)品。業(yè)務(wù)型產(chǎn)品就是由具體的業(yè)務(wù)實現(xiàn)主要盈利,不只是互聯(lián)網(wǎng)+,更重要的是業(yè)務(wù)的發(fā)展;工具類的主要是互聯(lián)網(wǎng)類的營收,比如廣告、付費(fèi)增值、游戲。
電商就是明顯的業(yè)務(wù)型產(chǎn)品(業(yè)務(wù)產(chǎn)品可以由B端和C端組成)。電商系統(tǒng)的建設(shè)和優(yōu)化,不外乎兩個根本目標(biāo):提高收入和降低成本。
提升收入可以在面向顧客的C端產(chǎn)品,而B端系統(tǒng)的建設(shè)和優(yōu)化目標(biāo)一般來說更多是為了支撐和拓展業(yè)務(wù)的發(fā)展,提升效率,減少成本。
B端系統(tǒng)支撐和拓展業(yè)務(wù)的發(fā)展,這個目標(biāo)很關(guān)鍵,因為很大程度影響了團(tuán)隊產(chǎn)品設(shè)計流程,方法論也會跟工具型產(chǎn)品有所區(qū)別。下面所說的業(yè)務(wù)產(chǎn)品,也指代B端系統(tǒng)。
三、業(yè)務(wù)產(chǎn)品的需求來源和分析?
根據(jù)公司的職能架構(gòu)劃分,一般來說會分業(yè)務(wù)方和研發(fā)方。
業(yè)務(wù)方會有負(fù)責(zé)具體業(yè)務(wù)的人來落實業(yè)務(wù)的運(yùn)營,背負(fù)指標(biāo)和KPI,如采銷、市場、運(yùn)營。而研發(fā)方更多的是去建設(shè)和優(yōu)化系統(tǒng)來解決業(yè)務(wù)方所遇到的問題,支撐業(yè)務(wù)的發(fā)展。
業(yè)務(wù)產(chǎn)品的需求的來源一般會有這么幾個方面:運(yùn)營(業(yè)務(wù))、用戶、領(lǐng)導(dǎo)、數(shù)據(jù)。
- 運(yùn)營提出日常運(yùn)營的一些問題,進(jìn)而提出系統(tǒng)優(yōu)化需求。
- 用戶在使用過程中提出疑問或者產(chǎn)品使用遇到的異常反饋。
- 領(lǐng)導(dǎo)決策出某些項目需要落實。
- 數(shù)據(jù)驅(qū)動,通過數(shù)據(jù)上線后的反饋,洞察存在問題以及需要優(yōu)化的功能。
運(yùn)營同事提出的需求占了業(yè)務(wù)端產(chǎn)品需求的很大一塊來源。
因為一般是運(yùn)營發(fā)現(xiàn)了業(yè)務(wù)問題,想要通過系統(tǒng)改善,這也是研發(fā)方產(chǎn)品經(jīng)理的主要日常需求來源。所以就會往往有產(chǎn)品經(jīng)理們疑惑,感覺是被運(yùn)營帶著節(jié)奏走。也會見到關(guān)于業(yè)務(wù)驅(qū)動還是產(chǎn)品驅(qū)動的討論。
其實這種職能切分由公司決定的,至于為什么這么劃分也不好去深究了。但產(chǎn)品經(jīng)理可以發(fā)揮自己的主觀能動性去影響業(yè)務(wù),不要把自己當(dāng)成需求接收的被動方,可以通過產(chǎn)品經(jīng)理的思考引導(dǎo)業(yè)務(wù)方向。
比如說當(dāng)接收到運(yùn)營提出的需求,產(chǎn)品經(jīng)理可以去分析需求的合理性和需求的價值,不是所有運(yùn)營同事提出的需求都要滿足,產(chǎn)品經(jīng)理必須要有自己的思考。
一般來說,需求大多數(shù)是為了上線新業(yè)務(wù)或者當(dāng)前業(yè)務(wù)遇到什么問題需要解決。
產(chǎn)品經(jīng)理可以結(jié)合具體需求分析,需求分析三板斧:場景、用戶、價值。
具體需求具體場景分析,不過都是圍繞這三個維度去考慮,以前聊過需求分析,這里就不拓展了。但是提一下需求分析的前提,如何評估運(yùn)營提出的需求是否能解決問題?評估需求價值能否達(dá)到預(yù)期量化目標(biāo)?
這些能夠有效分析的前提是產(chǎn)品經(jīng)理必須要了解的業(yè)務(wù)。
了解業(yè)務(wù)才能知道問題所在以及有自己的判斷,才能知道運(yùn)營同事提出的需求是否能夠解決問題而不會產(chǎn)生更大的問題,才能知道需求的價值而不被運(yùn)營同事晃點。
對于任何一款業(yè)務(wù)產(chǎn)品來講,流程是否完善形成閉環(huán)是業(yè)務(wù)運(yùn)行的基礎(chǔ),產(chǎn)品經(jīng)理需要了解業(yè)務(wù),梳理流程時候才不會遺漏。
在梳理業(yè)務(wù)流程時,一方面需要審視當(dāng)前業(yè)務(wù)流的合理性和優(yōu)化點,另一方面需要考慮未來業(yè)務(wù)的發(fā)展和走向。只有真正深入業(yè)務(wù)才能更好地給出產(chǎn)品解決方案。
在了解業(yè)務(wù)之外,還要產(chǎn)品經(jīng)理需要增加對數(shù)據(jù)的關(guān)注度。數(shù)據(jù)能夠體現(xiàn)當(dāng)前業(yè)務(wù)的問題,以及更好地輔助產(chǎn)品能夠決策。權(quán)衡需求的價值也需要對價值進(jìn)行量化,后續(xù)能夠通過數(shù)據(jù)進(jìn)行復(fù)盤。
拋出之前有朋友留言問到,如何拒絕運(yùn)營提的不合理的需求?運(yùn)營有時候會說是大老板拍板決策的,讓人無力反駁。
首先,需要判斷這個需求的合理性,也就是需求的價值。
因為一個業(yè)務(wù)需求往往需要牽涉到很多個系統(tǒng)共通完成,需求價值分析不能只是站在自己小范圍角度去評判。當(dāng)研發(fā)資源部足時,具體可以通過量化指標(biāo)衡量,或者通過已有的上線數(shù)據(jù)分析,通過數(shù)據(jù)給出結(jié)論,證明需求的價值。
通過產(chǎn)品主觀能動性去引導(dǎo)運(yùn)營同事。若是分析出有更好的解決方案,運(yùn)營同事也只是想業(yè)務(wù)發(fā)展得更好,可以跟業(yè)務(wù)共通溝通更換好的解決方案。
其次,如果大老板之所以拍板決定,肯定是權(quán)衡各方利弊以后決定。大老板的認(rèn)知、思考點、信息面要遠(yuǎn)比底下干活的產(chǎn)品經(jīng)理厲害。
如果你還不是參與決策層,那大多數(shù)思考的面很窄,評判不出價值。說到極端些,作為員工或者其他身份的人,最重要的是做好自己位置的事情。作為員工就是要將老板的命令執(zhí)行好。
就像當(dāng)年劉強(qiáng)東決定做自建物流,有位高管起來反對,劉強(qiáng)東說到:我請你來不是證明我的決策是錯誤的,我請你來是把我的決策落實到位、執(zhí)行到位!如果有困難,你要想辦法如何完成。一周后高管的位置換成了其他人。
相反,螞蟻金服董事長彭蕾說過一句話:無論馬云的決定是什么,我的任務(wù)是幫助這個決定成為最正確的決定。
四、業(yè)務(wù)系統(tǒng)如何設(shè)計和優(yōu)化?
接收到業(yè)務(wù)需求,在已經(jīng)分析需求價值后,到了具體產(chǎn)品規(guī)劃設(shè)計階段了。設(shè)計產(chǎn)品方案之前,必須要理解業(yè)務(wù)現(xiàn)狀與發(fā)展,考慮如何結(jié)合現(xiàn)有系統(tǒng)改造和優(yōu)化。
對于具體業(yè)務(wù)產(chǎn)品設(shè)計,可以有這么幾個步驟:梳理流程、梳理架構(gòu)、撰寫需求。
1. 梳理流程
這個很好理解。把運(yùn)營的需求和方案梳理成流程圖,通過流程圖去理解需求的邊界性,考慮業(yè)務(wù)的異常流程以及系統(tǒng)異常流程,提出解決方案能夠讓流程形成閉環(huán),確保功能的有效性。
2. 梳理架構(gòu)
一般復(fù)雜業(yè)務(wù)產(chǎn)品都需要很多系統(tǒng)進(jìn)行支持提供服務(wù)。梳理業(yè)務(wù)流程結(jié)束后就需要抽象系統(tǒng)模型(即輸出系統(tǒng)流程)。而對應(yīng)這些功能邏輯和數(shù)據(jù),由哪些系統(tǒng)提供,這就是涉及系統(tǒng)架構(gòu)問題。
有內(nèi)部自己規(guī)劃架構(gòu),有外圍系統(tǒng)定位。產(chǎn)品經(jīng)理需要知道梳理出的服務(wù)與功能由哪些系統(tǒng)給出,需要跟外圍系統(tǒng)進(jìn)行溝通排期。
比如之前遇到需求是前臺客戶端需要人工干預(yù)商品排序,想要展示配置項商品。因為我們商品數(shù)據(jù)來源都從搜索接。這需求就相當(dāng)于一個批量查詢商品數(shù)據(jù)。
但是搜索系統(tǒng)就不肯,搜索系統(tǒng)的主要邏輯在于商品的召回和排序,而不是當(dāng)成數(shù)據(jù)庫去查詢,要查商品就去從商品中心批量查詢……這就屬于一個系統(tǒng)定位問題,當(dāng)然可能會遇到功能定位不明顯,一般會有對應(yīng)的架構(gòu)師去定奪。
即使會有架構(gòu)師來劃分,但產(chǎn)品經(jīng)理知道各外圍系統(tǒng)定位是能讓自己溝通更有效,以及知道找到對應(yīng)對接人。
對于自己系統(tǒng)的規(guī)劃,業(yè)務(wù)系統(tǒng)一定要考慮到拓展性。
因為隨著業(yè)務(wù)不斷地增加,系統(tǒng)邏輯依賴變多。如果初期設(shè)計產(chǎn)品不考慮到拓展性,那就會導(dǎo)致后面功能不斷疊加,系統(tǒng)重復(fù)依賴功能變多,導(dǎo)致后續(xù)功能難以評估影響面,以及系統(tǒng)維護(hù)變得復(fù)雜。這就需要產(chǎn)品經(jīng)理能規(guī)劃自己系統(tǒng)。
3. 撰寫需求
當(dāng)流程和框架確定好以后,就是將方案落實成可閱讀性高的產(chǎn)品需求文檔。好的產(chǎn)品需求文檔也是研發(fā)團(tuán)隊溝通提升的前提。在撰寫需求文檔時候,既要考慮到可閱讀性高,還要考慮產(chǎn)品的細(xì)節(jié)。
上面列的三個步驟只是比較重要的工作流程,真正落實時候遠(yuǎn)不止這些。從上面可以看出業(yè)務(wù)產(chǎn)品經(jīng)理需要積累更多的是業(yè)務(wù)和技術(shù)方案的理解。當(dāng)然,邏輯能力和溝通能力是所有產(chǎn)品經(jīng)理都不可缺少的。
產(chǎn)品設(shè)計流程每個公司系統(tǒng)不一樣可能會不一樣,但整體思路應(yīng)該相差不大。關(guān)于產(chǎn)品設(shè)計,產(chǎn)品經(jīng)理最常問到的倆問題要不要懂技術(shù)和B端產(chǎn)品用戶體驗的問題?
1. 產(chǎn)品經(jīng)理要不要懂技術(shù)
作為業(yè)務(wù)系統(tǒng)產(chǎn)品來說,我個人感覺是懂是更好的。因為我覺得懂技術(shù)能降低很多溝通成本,這也看每個公司團(tuán)隊合作方式。
而且業(yè)務(wù)產(chǎn)品不像用戶產(chǎn)品那樣,用戶產(chǎn)品更多地考慮用戶體驗、用戶需求,而業(yè)務(wù)產(chǎn)品更多的是業(yè)務(wù)如何穩(wěn)定運(yùn)行良好,用戶也是自己公司“專業(yè)”員工,主要還是在于系統(tǒng)的實現(xiàn)以及拓展性。而這個時候更多地是考驗如何實現(xiàn)具體產(chǎn)品方案。
這就需要對技術(shù)、數(shù)據(jù)、系統(tǒng)的理解。防止產(chǎn)品方案確定后,技術(shù)上實現(xiàn)不了或者實現(xiàn)對于原有的改動量太大破壞性能等等。懂技術(shù)不是說能夠上手去編程,而是要對技術(shù)的理解。知道實現(xiàn)原理,能夠簡單評估可行性。
關(guān)于這個問題可聊篇幅略長,后面可以再聊。對于不懂技術(shù)的產(chǎn)品,這里分享下幾點不成熟經(jīng)驗吧。
如果自己不懂了又想要開發(fā)幫忙評估。
首先要學(xué)會“舔”開發(fā),請吃點零食喝點奶茶,讓開發(fā)解釋下具體應(yīng)該怎么實現(xiàn),在自己能理解的范圍內(nèi)盡量去理解。慢慢地技術(shù)理解知識儲備就有了。
假如在做一個新系統(tǒng)功能,最好產(chǎn)品初期梳理流程和架構(gòu)的時候,能夠讓開發(fā)今早參與,這樣開發(fā)也好能提前知道項目和設(shè)計系統(tǒng)概要。
當(dāng)有遇到產(chǎn)品評估不出來的時候,盡量拉著開發(fā)幫忙評估下影響。
2. B端產(chǎn)品要不要考慮用戶體驗
用戶體驗分兩種:一種是操作體驗,一種是視覺體驗。
B端產(chǎn)品最主要的目標(biāo)就是提升效率,減少成本。在有限資源的條件下,視覺體驗影響不大,重要的是操作體驗。
一般來說B端產(chǎn)品的用戶都是公司內(nèi)部人員,有一定的專業(yè)性,自己人就過了,丑點就丑點了。但是操作體驗不能忽視,能夠更少操作處理更多的業(yè)務(wù)問題,這樣才能更多地提高人效。
五、業(yè)務(wù)產(chǎn)品經(jīng)理如何提升產(chǎn)品能力?
除了通用的產(chǎn)品經(jīng)理能力需要不斷積累提升(邏輯力、溝通能力、權(quán)衡價值等等),作為業(yè)務(wù)產(chǎn)品經(jīng)理,還需要提升對業(yè)務(wù)的理解和產(chǎn)品方案的積累。
產(chǎn)品經(jīng)理不能只做運(yùn)營的“翻譯官”,將業(yè)務(wù)需求文檔翻譯成產(chǎn)品文檔,這樣產(chǎn)品經(jīng)理充當(dāng)了一個可有可無的傳聲筒角色。
溝通會存在信息漏斗,運(yùn)營表述有可能只從他的角度去看待問題,實際問題沒有看到或者溝通不明白,有時候理解就會偏差。
產(chǎn)品經(jīng)理應(yīng)該積極主動地去接觸和了解業(yè)務(wù),去發(fā)現(xiàn)業(yè)務(wù)運(yùn)行過程中存在的問題,去思考產(chǎn)生這些問題的原因,以及業(yè)務(wù)未來的發(fā)展。才能夠真正理解產(chǎn)品設(shè)計所要解決的問題。
產(chǎn)品方案主要體現(xiàn)在產(chǎn)品的規(guī)劃性和拓展性。因為業(yè)務(wù)產(chǎn)品不像用戶產(chǎn)品那樣變化那么快,用戶產(chǎn)品得隨著用戶群體和環(huán)境的變化而在迭代,而業(yè)務(wù)產(chǎn)品更多地解決隨著業(yè)務(wù)增長而帶來的問題,系統(tǒng)定位不會改變太大,系統(tǒng)發(fā)展是越來越完善和成熟。
舉個實際例子,產(chǎn)品經(jīng)理再怎么考慮系統(tǒng)的拓展性,也是要根據(jù)實際業(yè)務(wù)來適配的。如果這些企業(yè)不是在行業(yè)里邊的數(shù)一數(shù)二的,那他們所遇到的問題,巨頭當(dāng)時肯定遇到過了,他們的解決方案可以參考學(xué)習(xí)。之所以大廠和巨頭的產(chǎn)品經(jīng)理會更受歡迎,就是因為見到的問題多了。
當(dāng)然具體業(yè)務(wù)問題還得具體分析,巨頭的方案是因為上了一定體量之后。而一個小企業(yè)業(yè)務(wù)還沒有發(fā)展起來,就不要學(xué)巨頭去搭建中臺,先把業(yè)務(wù)流程跑通和生存下去。
產(chǎn)品經(jīng)理應(yīng)該多積累解決方案。其實產(chǎn)品方法論和產(chǎn)品思維積累到一定程度后,產(chǎn)品經(jīng)理們之間分野的主要因素在于產(chǎn)品方案的積累。遇到問題相出產(chǎn)品方案這個比較容易,難的是在于產(chǎn)品方案上線后沒有帶來新的問題。這需要經(jīng)驗的積累。
最后提個遇到問題的總結(jié),就是接手到一個新的系統(tǒng)和需求,如何快速上手?
很多時候我們新接觸一個業(yè)務(wù)往往是沒有人交接或者指導(dǎo)的,這就需要自己總結(jié)如何更快去上手,個人覺得有三個維度:業(yè)務(wù)場景、功能邏輯、系統(tǒng)接口。
(1)業(yè)務(wù)場景:咨詢對接的運(yùn)營同事,盡可能的先了解業(yè)務(wù)場景;作為用戶去體驗功能業(yè)務(wù)場景。
(2)功能邏輯:盡可能找出前同事交接文檔。通過對接業(yè)務(wù)介紹了解,通過測試系統(tǒng)去走流程,熟悉功能點。
(3)系統(tǒng)接口:當(dāng)功能邏輯和業(yè)務(wù)場景都熟悉了,整個流程能夠梳理串聯(lián)起來。需要通過接口文檔或者數(shù)據(jù)庫字段去了解功能實現(xiàn)具體邏輯。有時候還得拜托開發(fā)同事幫忙查查代碼邏輯(還是零食+星巴克)。產(chǎn)品文檔有可能出錯,但代碼邏輯不會。
六、談?wù)剺I(yè)務(wù)產(chǎn)品經(jīng)理的價值?
最后從個人感覺談?wù)凚端產(chǎn)品經(jīng)理的價值。B端產(chǎn)品經(jīng)理不像用戶產(chǎn)品那樣容易做出成績,或者說做出成績不單單來源于研發(fā)團(tuán)隊,還有業(yè)務(wù)團(tuán)隊的合作努力。
業(yè)務(wù)產(chǎn)品只有在業(yè)務(wù)部門強(qiáng)力的配合執(zhí)行中才能體現(xiàn)其真正的價值。再好的系統(tǒng)也需要具體的人去執(zhí)行。
比如物流配送系統(tǒng)建設(shè)得再好,效率提升得再快,沒人配送還是沒人配送,商品一樣到達(dá)不了顧客手中。每到電商大促,總需要增加客服支援,大促過后幾天還需要客服支援,因為商品還沒送到導(dǎo)致客訴很多。
還是拿電商來說,電商的核心競爭力就是在于價格和服務(wù)。價格又是在于商品供應(yīng)鏈,你能拿到的商品是不是質(zhì)量好,價格低。
對于標(biāo)品的東西,如手機(jī)、電腦、電器這種,全網(wǎng)平臺一搜,誰的價格低就能銷量高,就像今年618某多的百億補(bǔ)貼,蘋果手機(jī)全網(wǎng)一搜價格擺在那,競爭力就在那。
而服務(wù)主要還是你的售前和售后問題。商品出了問題有沒有保障,客服有沒有及時響應(yīng)處理,商品能不能退或者賠償?shù)鹊取?/p>
就像我們在做電商cps產(chǎn)品,目標(biāo)還是提高商品的推廣,這就需要淘客這類人群來推廣。眼看淘客數(shù)量和推廣商品數(shù)量上不去,而這關(guān)鍵因素還是在于供應(yīng)鏈問題,品控和傭金。這相對于行業(yè)這么多淘客平臺,而品控和傭金又不是研發(fā)團(tuán)隊能夠解決的,做著做著就感到無助。
說了那么多可見難題,回到問題,那B端產(chǎn)品經(jīng)理的價值在哪?
我個人覺得就是在已有的封閉問題下(條件就這么多),盡量尋找最優(yōu)解。
盡可能通過產(chǎn)品方案來節(jié)省成本,提高效率。比如增長黑客玩法,降低獲客成本和提高留存;系統(tǒng)流程改造,節(jié)省內(nèi)部流程;智能客服代替人工處理等等。
正所謂,困難是必須要面對的,通過解決困難來體現(xiàn)價值。
一點思考和總結(jié),感謝閱讀。
上文如有不正,請不吝請教。歡迎評論互動~
作者:拾貳團(tuán)長,文藝心沒文藝范產(chǎn)品新人。微信公眾號:拾貳漫談,微信:qjq15165199663
本文由 @拾貳團(tuán)長 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載。
題圖來自Unsplash, 基于CC0協(xié)議
- 目前還沒評論,等你發(fā)揮!