編輯導(dǎo)語：在產(chǎn)品設(shè)計(jì)的過程中，往往可以利用套用功能，實(shí)現(xiàn)對其他產(chǎn)品的借鑒。套用功能并不是抄襲或者盲目的套用，而是取長補(bǔ)短，更好的實(shí)現(xiàn)自己的產(chǎn)品。接下來，關(guān)于套用功能，本文作者為我們進(jìn)行了總結(jié)，并且分享了她的一些思考。

在設(shè)計(jì)產(chǎn)品時，很多不同行業(yè)領(lǐng)域的產(chǎn)品功能，由于核心邏輯的相似性，可以實(shí)現(xiàn)跨領(lǐng)域借鑒。

但盲目套用會導(dǎo)致功能不合理，如何更好的套用，這里提供幾個思考方向供大家參考，可以從以下幾點(diǎn)入手思考：

1. 使用場景：該功能的使用的情境，即誰在什么情況下做了什么事情；
2. 角色訴求：參與到功能不同的用戶的需求；
3. 供應(yīng)鏈關(guān)系：功能流轉(zhuǎn)中涉及到的不同用戶群體和關(guān)系；
4. 關(guān)鍵接觸點(diǎn)：用戶在使用功能的路徑過程中，有哪些節(jié)點(diǎn)和產(chǎn)品發(fā)生互動；
5. 獨(dú)有特性：屬于該功能在該場景下獨(dú)有的特點(diǎn)。

下文將通過案例來說明。

一、案例一

我們設(shè)計(jì)了一款電工使用的app，電工通過app接收查看維修的任務(wù)信息，并錄入相應(yīng)的報(bào)告數(shù)據(jù)。

電工接收到的任務(wù)來自調(diào)度系統(tǒng)，主要的流程和美團(tuán)騎手的工作內(nèi)容很像，騎手通過app接收到調(diào)度分配的外賣訂單，并通過app查看配送信息，并最終完成配送并將結(jié)果反饋到app上。

在套用功能的時候，我們從使用場景、角色訴求、供應(yīng)鏈關(guān)系、關(guān)鍵接觸點(diǎn)和獨(dú)有特性幾個點(diǎn)分析功能的差異性，以便制定更符合當(dāng)下場景的功能方案。

1. 使用場景

1）騎手

騎手通過app查看可接的訂單，接收訂單，查看訂單地址信息和餐品信息。

騎手先抵達(dá)商家取貨，通過app給系統(tǒng)反饋已經(jīng)取到商品，再將商品送往訂餐用戶，整個過程中app會實(shí)時上傳騎手的位置信息，餐品送達(dá)后，更新app狀態(tài)為已經(jīng)送達(dá)。

2）電工

電工通過app查看需要做的工單，接受工單，查看維修地址和信息。

電工提前與客戶溝通故障內(nèi)容，攜帶工具前往客戶地址，使用app簽到，查看維修內(nèi)容，開始維修，維修之后簽出，并錄入維修報(bào)告和數(shù)據(jù)，如果維修過程中使用了耗材，需要在app記錄并和客戶溝通。

2. 角色訴求

1）騎手

• 在單位時間內(nèi)完成更多的訂單并完成任務(wù)；
• 盡量減少等餐時間和路途中的無效折返；
• 能夠查看到客戶需要的餐品信息和餐具信息，并與商家確認(rèn)；
• 準(zhǔn)確的客戶取餐地址和聯(lián)系方式，明確的福利信息，如特殊天氣補(bǔ)助和加急費(fèi)用等等。

2）電工

• 在單位時間內(nèi)完成更多的工單，減少由于信息不全造成的無效往返；
• 查看到準(zhǔn)確的故障信息和客戶的信息；
• 記錄施工的過程和消耗的材料；
• 通過地理位置打卡，簽到和簽出，記錄出工時間。

3. 供應(yīng)鏈關(guān)系

1）騎手

用戶下單—商家接單—分配騎手—騎手接單—騎手取貨—騎手送貨—用戶接收餐品。

2）電工

用戶下單/客戶代表下單—電工接單—電工前往現(xiàn)場—電工維修—電工記錄—客戶確認(rèn)。

4. 關(guān)鍵接觸點(diǎn)

1）騎手

商家、餐品、用戶。

2）電工

維修內(nèi)容、維修報(bào)告。

5. 獨(dú)有特性

1）騎手

送餐取餐時間相對可控；送餐過程不依賴騎手的經(jīng)驗(yàn)，完成貨品從a點(diǎn)到b點(diǎn)的傳送即可；送餐信息簡單，很容易標(biāo)準(zhǔn)化。

2）電工

維修時間不可控；維修過程依賴電工的技術(shù)和能力；由于客戶對故障和需求不熟悉，無法準(zhǔn)確描述，電工獲取準(zhǔn)確的故障信息，標(biāo)準(zhǔn)化相對困難。

通過以上五點(diǎn)的分析，我們找到了騎手和電工這兩個不同群體對產(chǎn)品的差異需求，由于項(xiàng)目還在進(jìn)行，不方便透露具體方案，大家可以根據(jù)差異自行思考，牛奶通過下一個案例來進(jìn)一步說明差異分析和解決方案。

二、案例二

微信讀書書單和網(wǎng)易云音樂歌單：

1. 使用場景

書單：想要學(xué)習(xí)提升時，需要針對某一項(xiàng)技能或整體能力獲取相關(guān)優(yōu)質(zhì)書籍的推薦。

歌單：在放松或者特殊場景下（年會、婚禮、夜店），需要符合心情或場景的音樂推薦。

2. 角色訴求

書單用戶能夠：

• 盡可能短的時間了解書單的內(nèi)容和具體書籍的推薦指數(shù)；
• 清晰的了解書單適用的人群；
• 如果書單有所更新，需要得到通知；
• 將書單收藏，方便查看；
• 將書單分享給朋友；
• 根據(jù)喜歡的書單推薦其他類似書籍。

歌單用戶：

• 了解歌單的適用場景；
• 將歌單收藏，方便反復(fù)收聽；
• 根據(jù)喜歡的歌單推薦類似的音樂；
• 將歌單分享給朋友；
• 和喜歡相同歌單的朋友交流。

根據(jù)角色訴求，微信讀書書單應(yīng)該提供給用戶書單的簡介（包括試讀人群）、書籍評分（推薦指數(shù)）、書籍更新通知，書單分享、收藏、推薦等功能。

但可能考慮到書單也是由用戶創(chuàng)建的，撰寫推薦對創(chuàng)建用戶并不友好，目前書單并沒有很詳細(xì)的簡介和試讀人群介紹。

雖然有開設(shè)了書單評論的功能，但關(guān)于書單內(nèi)容的分享信息較少，更多的是情緒表達(dá)。這里可以對比虎嗅編輯創(chuàng)建的文章合集，對文章合集內(nèi)容的介紹非常詳細(xì)。

對于歌單，由于歌曲本身較為短小，時間成本遠(yuǎn)遠(yuǎn)低于書籍，簡單給歌單起一個合適的名字即可，歌單也設(shè)計(jì)收藏、分享、推薦等功能。

3. 供應(yīng)鏈關(guān)系

書單：喜歡推書的用戶/出版社創(chuàng)建書單—用戶使用書單；

歌單：喜歡音樂的用戶/音樂制作團(tuán)隊(duì)創(chuàng)建歌單—用戶使用歌單。

4. 關(guān)鍵接觸點(diǎn)

書單：書單名稱、書單簡介、書籍、書籍評分、收藏；

歌單：歌單名稱、收藏、評論。

5. 獨(dú)有特性

書單：書籍閱讀成本較高，創(chuàng)建書單和閱讀書單都有門檻，書單一般閱讀內(nèi)化后不會反復(fù)查閱。

歌單：歌曲是情緒和喜好的表達(dá)，創(chuàng)建和收聽門檻都很低，歌單一旦喜歡，會反復(fù)收聽和使用。

根據(jù)書單和歌單的對比分析后，假設(shè)書單要套用歌單的功能，就要注意降低書單信息獲取的成本，可以更多的動用出版社來豐富書單簡介內(nèi)容。

「普通用戶編輯詳細(xì)的書單介紹動力不足」另一方面也要控制評論的方向，書單評論的價(jià)值不在于情感交流，更多的能夠幫助后期閱讀的人了解書單內(nèi)容，減少時間成本的消耗。

#專欄作家#

牛奶，可可愛愛單身產(chǎn)品狗一枚，工業(yè)互聯(lián)網(wǎng)產(chǎn)品經(jīng)理，微信號：1528120885，微信公眾號：產(chǎn)品經(jīng)理的小紅書，人人都是產(chǎn)品經(jīng)理專欄作家。分享對產(chǎn)品的思考和總結(jié)，一起快樂成長。

本文原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載。

題圖來自 Unsplash，基于 CC0 協(xié)議