設計產品擴展性的3個建議
編輯導語:產品的擴展性,指的是當新的需求加入產品,與原有功能產生沖突時,需求后續的優化和擴展成本。那么,在設計產品時應該怎么考慮擴展性呢?本文作者對此提出了三點建議,希望能給你帶來幫助。
很多同學經常會遇到這種情況,在新的需求加入產品時,發現會與原有功能產生沖突,這種沖突有可能是數據沖突,也有可能是流程或者定位沖突。
出現這種情況的原因有很多,但是有經驗的產品經理往往會降低對產品的影響。
高級產品經理經常在設計產品時會考慮“成本”,除了大家知道的需求響應成本,還有需求后續的優化和擴展成本。
這就是產品的擴展性。
那么,我們在設計產品時應該怎么考慮擴展性呢?
一、產品架構
每一個產品都應該有它的產品架構,哪怕是初級產品經理操刀從0到1做出來的產品,也會存在一個他們不自知的產品架構。
產品架構包含的信息有很多,但是跟擴展性密切相關的主要有功能架構和信息架構。
功能架構是指產品中,各個功能或者模塊之間的關系。
既然談到關系,那就會有先后或者主次之分,核心功能和非核心功能的權重不一樣,在設計時資源匹配度就會不一樣。
不管是核心功能還是非核心功能,都會涉及到優化迭代,也就是功能的擴展,可能會遇到資源沖突或者技術沖突等問題。所以,在設計之初,就應該對不同的需求做好功能架構的歸位,清楚知道需求的優先級,降低決策成本。
信息架構是指產品中,各信息流之間的關系。
舉個簡單的例子,一個訂單的產生會涉及到商品信息、訂單信息、用戶信息、物流信息等多個信息流,它們之間的信息架構決定了系統的效率。
產品經理在設計產品需求時,就應該考慮到需求帶來的數據,在什么數據流中,后期可能會遇到哪些應用場景,提升應用的靈活性。
還是拿訂單來舉例子,一般同個商品會有不同的購買入口,都會產生相同的商品訂單,這時候我們就需要預留訂單來源字段,后期可以通過分析不同渠道的轉化情況,做優惠活動等擴展的營銷策略。
產品架構也許對初級產品經理來說比較難理解,但是除了產品架構,所有產品經理都能做的一件事情是識別需求。
二、清晰識別需求
很多產品經理都是在被動接需求,然后畫原型寫文檔,然而并不是你在產品文檔中寫明了需求來源和目標,就是清晰識別了需求。
你可能知道如何識別真假需求,但你卻不一定能把握好需求與擴展性之間的關系。
擴展性在識別需求時就應該被考慮進去。
舉個例子,使用手機號注冊和第三方賬號注冊一定是個真實需求,在識別這個需求時應該如何考慮擴展性呢?
如果用戶注冊時先選擇第三方賬號,我們在設計時是強制綁定手機號還是不強制綁定呢?這其實就涉及到擴展性的問題,后期再增加新的第三方賬號注冊時會不會遇到問題?
強制綁定手機會犧牲一定的用戶體驗和注冊轉化率,但是如果不強制綁定,又如何綁定已有賬號信息?
看似簡單的問題,但是很少人想過為什么這么做,只是看所有產品都一樣就照做了。你們可以好好思考一下這個在產品設計中再常見不過的問題,在評論區說出你的看法。
三、動態設計
在產品發展的過程中,功能設計與需求會出現錯位的情況,即等產品功能完善了,需求已經變了的情況,這種問題主要出現在產品周期比較長的需求中。
要處理這種問題,就要從產品規劃入手,產品規劃并不是一成不變的,而是會隨著產品發展做出相應的調整。
產品規劃是從較長的產品生命周期來考慮產品的發展路線,離現在的時間越久,規劃就會越模糊。在有限的信息下,你說你的產品規劃能做到很準確到位,是不會有人相信的。
我們在做產品規劃考慮產品擴展性時,就應該把產品的動態因素考慮進去,即動態設計。
舉個例子,我們在做視頻播放功能時,隨著需求的變化,視頻源會有橫屏和豎屏的情況,都需要支持,但這需要一個發展過程,剛開始時只需要支持16:9的視頻即可。那么,在做視頻播放的功能設計時,視頻播放組件的選型就應該考慮到是否支持以及支持的效果如何。
這個例子的思考路徑是產品規劃明確各階段需要支持的產品→設計初始需求的產品→考慮是否支持下個階段的需求。
產品經理在設計產品時,一定要用發展的眼光,即使你當前沒有想到這個需求的發展方向,但是不能僅憑感覺,而要靠設計方法預留可能的迭代空間。
產品擴展性的設計方法,核心還是要結合不同產品和不同業務去思考,脫離實際業務的產品設計,不可能產出一個好的產品。
產品經理要清晰識別需求才能做到判斷有依據,熟悉產品架構才能做到定位準確,學會動態設計才能有效應對變化。
#專欄作家#
Yoga,公眾號:產品設計家,人人都是產品經理專欄作家。前小米生態鏈企業產品經理,關注教育、智能硬件領域,和大家一起分享經驗,共同成長。
本文原創發布于人人都是產品經理。未經許可,禁止轉載
題圖來自Unsplash,基于 CC0 協議
- 目前還沒評論,等你發揮!