中文字幕无码av不卡一区,亚洲综合AV永久无码精品一区二区,黑人巨大白妞出浆,黄色高清无码免费看,久久久久免费精品国产,久久无码人妻丰满熟妇区毛片,欧美日韩国产综合草草,久久福利网站,亚洲一区二区三区中文字幕在线,av国内精品久久久久影院

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

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

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

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

下文將通過案例來說明。

一、案例一

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

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

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

1. 使用場景

1）騎手

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

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

2）電工

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

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

2. 角色訴求

1）騎手

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

2）電工

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

3. 供應鏈關系

1）騎手

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

2）電工

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

4. 關鍵接觸點

1）騎手

商家、餐品、用戶。

2）電工

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

5. 獨有特性

1）騎手

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

2）電工

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

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

二、案例二

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

1. 使用場景

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

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

2. 角色訴求

書單用戶能夠：

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

歌單用戶：

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

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

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

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

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

3. 供應鏈關系

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

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

4. 關鍵接觸點

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

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

5. 獨有特性

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

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

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

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

#專欄作家#

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

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

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