2個案例 | 從支付寶學到產品方法論 —— 解耦,讓產品更靈活
在做產品設計時,通過解耦的做法,可以提高系統的靈活性,減少模塊間的緊密耦合。這篇文章,作者分享了兩個案例和他自己的思考,大家可以一起學習下。
案例1 — 螞蟻森林的「道具兌換」
請思考:第5步,點擊「使用」,下一步是什么?
先花 30s 思考一下
?
?
?
??直覺的方案是:點擊「使用」→ 使用對應道具 → 彈出Toast:已成功使用
??再看看官方的方案:點擊「使用」→ 道具列表
為什么還要多一步跳轉?
為什么這樣設計?
1,若按常規(點擊使用→使用道具),會有哪些問題:
當產品內有多個道具的兌換和使用入口(如運營活動):
- 開發成本高。每個業務分支都要開發完整的「兌換→使用」的流程
- 維護成本高。當「使用功能」有新需求(如增加使用條件等等),那每個業務分支的頁面都要修改和測試,工作繁瑣,也容易遺漏
將2個流程拆分之后,無論有多少個兌換入口,「使用」的功能操作,只有1個地方。首次開發和日常維護,工作量就少很多很多。
2,流程拆分之前和之后,功能結構對比:
以上,就是產品設計上常用的原則:「解耦」,可以看看AI的解釋
每個功能都要解耦?
- 解耦化設計,在產品初期可能用得少,因為業務線比較少,也相對獨立。而隨著業務交叉得越多,就不得不考慮將一些「通用功能」獨立出來,給系統減肥。
- 對于一些基礎性的功能,如登錄、編輯用戶資料,這一類可能有多個功能入口的功能模塊,在設計時盡量是解耦化,方便其他業務線接入。
案例2:會員積分補簽
第5步,你覺得應該跳轉到哪里?
先思考30s,再去看看官方的設計噢,這里就不公布答案了
本文由 @星星聊產品 原創發布于人人都是產品經理。未經許可,禁止轉載
題圖來自支付寶APP截圖
該文觀點僅代表作者本人,人人都是產品經理平臺僅提供信息存儲空間服務。
評論
- 目前還沒評論,等你發揮!