在做產(chǎn)品設(shè)計(jì)時，通過解耦的做法，可以提高系統(tǒng)的靈活性，減少模塊間的緊密耦合。這篇文章，作者分享了兩個案例和他自己的思考，大家可以一起學(xué)習(xí)下。

案例1 — 螞蟻森林的「道具兌換」

請思考：第5步，點(diǎn)擊「使用」，下一步是什么？

先花 30s 思考一下

?

?

?

??直覺的方案是：點(diǎn)擊「使用」→ 使用對應(yīng)道具 → 彈出Toast：已成功使用

??再看看官方的方案：點(diǎn)擊「使用」→ 道具列表

為什么還要多一步跳轉(zhuǎn)？

為什么這樣設(shè)計(jì)？

1，若按常規(guī)（點(diǎn)擊使用→使用道具），會有哪些問題：

當(dāng)產(chǎn)品內(nèi)有多個道具的兌換和使用入口（如運(yùn)營活動）：

• 開發(fā)成本高。每個業(yè)務(wù)分支都要開發(fā)完整的「兌換→使用」的流程
• 維護(hù)成本高。當(dāng)「使用功能」有新需求（如增加使用條件等等），那每個業(yè)務(wù)分支的頁面都要修改和測試，工作繁瑣，也容易遺漏

將2個流程拆分之后，無論有多少個兌換入口，「使用」的功能操作，只有1個地方。首次開發(fā)和日常維護(hù)，工作量就少很多很多。

2，流程拆分之前和之后，功能結(jié)構(gòu)對比：

以上，就是產(chǎn)品設(shè)計(jì)上常用的原則：「解耦」，可以看看AI的解釋

每個功能都要解耦？

• 解耦化設(shè)計(jì)，在產(chǎn)品初期可能用得少，因?yàn)闃I(yè)務(wù)線比較少，也相對獨(dú)立。而隨著業(yè)務(wù)交叉得越多，就不得不考慮將一些「通用功能」獨(dú)立出來，給系統(tǒng)減肥。
• 對于一些基礎(chǔ)性的功能，如登錄、編輯用戶資料，這一類可能有多個功能入口的功能模塊，在設(shè)計(jì)時盡量是解耦化，方便其他業(yè)務(wù)線接入。

案例2：會員積分補(bǔ)簽

第5步，你覺得應(yīng)該跳轉(zhuǎn)到哪里？

先思考30s，再去看看官方的設(shè)計(jì)噢，這里就不公布答案了