在前段時(shí)間的工作中，遇到了這樣一個(gè)討論。事情是這樣的，我們要開發(fā)一個(gè)活動，活動展示，點(diǎn)擊優(yōu)惠券后，會領(lǐng)取優(yōu)惠券，領(lǐng)取成功后，會向用戶進(jìn)行發(fā)送短信，討論的點(diǎn)也就是發(fā)短信這邊?；顒雍蛢?yōu)惠券是兩個(gè)不同的產(chǎn)品功能，短信肯定是調(diào)用消息通知進(jìn)行發(fā)送，那誰要去觸發(fā)這個(gè)短信，也就是發(fā)短信應(yīng)該是在活動端還是在優(yōu)惠券端？

一位同事認(rèn)為是優(yōu)惠券端發(fā)送的，思路是這樣的，優(yōu)惠券領(lǐng)取是否成功和優(yōu)惠券的相關(guān)信息，比如金額、限制，是在優(yōu)惠券端的，而且領(lǐng)取成功后，調(diào)用消息通知也是順的。其他的產(chǎn)品同事也認(rèn)可這樣的方式。流程圖如下：

而我持的觀點(diǎn)為：發(fā)送短信應(yīng)該是活動端進(jìn)行調(diào)用的，而不是優(yōu)惠券端，流程圖如下：

下面我就闡述一下我的觀點(diǎn)。其實(shí)但就這個(gè)問題來講，一個(gè)很核心的點(diǎn)就是優(yōu)惠券和活動的對應(yīng)關(guān)系。在我看來，優(yōu)惠券和活動應(yīng)該是多對一的關(guān)系，也就是一個(gè)活動會發(fā)送多張優(yōu)惠券。

就比如滴滴活動時(shí)，會發(fā)送一堆券給到用戶，去涵蓋比如打車、專車、拼車等多項(xiàng)業(yè)務(wù)，多種價(jià)格，就是很典型的多張優(yōu)惠券對應(yīng)一個(gè)活動的形式。

假設(shè)發(fā)短信放到優(yōu)惠券端，在優(yōu)惠券領(lǐng)取成功之后，就會發(fā)送短信，那如果出現(xiàn)一次性可以領(lǐng)取多張券的情況，就會出現(xiàn)用戶收到多條短信的情況，在整個(gè)用戶體驗(yàn)和短信成本兩邊考慮都是不合適的。

而將短信的發(fā)送放到活動端時(shí)，就會很好的避免這個(gè)問題，當(dāng)券領(lǐng)取成功后，統(tǒng)一發(fā)一條短信給到用戶，同時(shí)短信內(nèi)容還可以根據(jù)活動進(jìn)行自定義，不管是用戶體驗(yàn)的角度還是短信成本的考慮，都是最合適的選擇。

借助這個(gè)例子，我想引出這樣一個(gè)概念：產(chǎn)品的功能邊界。在產(chǎn)品中，每個(gè)功能不應(yīng)該是無限擴(kuò)展的，而是有它的邊界和限制，而決定功能邊界和限制的就是功能自身的屬性決定的。

就那上面的例子來看，對于優(yōu)惠券來講，他的自身屬性就是限制和優(yōu)惠金額。限制是使用的一個(gè)限制，比如滴滴發(fā)的專車券，只能在預(yù)約專車服務(wù)，進(jìn)行支付時(shí)使用。根據(jù)不同的業(yè)務(wù)和場景，限制有很多，比如平臺限制、業(yè)務(wù)限制、時(shí)間限制、金額等。優(yōu)惠金額是指在使用時(shí)可以抵扣或者優(yōu)惠的金額。一般有固定金額和不固定金額。固定金額就是創(chuàng)建優(yōu)惠券時(shí)，就設(shè)定的金額，比如滿減券，滿1000元減100元，也就是優(yōu)惠券的金額是優(yōu)惠100元。還有就是不固定金額，比如7折券，不確定具體的優(yōu)惠金額，而是根據(jù)限制和具體使用時(shí)，進(jìn)行確定。

對于活動來講，活動的自身屬性就是展示和推廣。展現(xiàn)主要是活動的展現(xiàn)形式，包括產(chǎn)品等其他信息。推廣主要是比如領(lǐng)券、分享等。

也就是從短信來看，應(yīng)該屬于活動的推廣部分，因此應(yīng)該是從活動這邊進(jìn)行發(fā)送。

那么，根據(jù)產(chǎn)品的功能邊界去設(shè)計(jì)產(chǎn)品，有什么好處呢？

從產(chǎn)品的角度來看，功能應(yīng)該是獨(dú)立和模塊化的，產(chǎn)品只是根據(jù)業(yè)務(wù)和用戶體驗(yàn)，在不同的頁面，拼接不同的功能模塊，從而達(dá)到產(chǎn)品體驗(yàn)的最大化，同時(shí)使產(chǎn)品富有靈活性和可擴(kuò)展性的特性。

我常常具這樣的例子，產(chǎn)品的功能就如同樂高一塊塊獨(dú)立的積木，而產(chǎn)品就是通過不同積木組合，依據(jù)業(yè)務(wù)需求和產(chǎn)品經(jīng)理的一點(diǎn)奇思妙想，拼出來的模型。而積木與積木之前拼合在一起的只是那簡單的幾個(gè)卡扣而已。一旦某一塊積木出現(xiàn)問題或需要調(diào)整，只需要動到那一塊積木和與之相連的即可。

通過借助產(chǎn)品的功能邊界，去設(shè)計(jì)功能，從產(chǎn)品金字塔最低端的細(xì)小功能點(diǎn)一點(diǎn)點(diǎn)去設(shè)計(jì)，到后來功能塊、功能、頁面，乃至整個(gè)產(chǎn)品，看似是個(gè)完整的整體，其實(shí)里面又獨(dú)立者大大小小的個(gè)體，通過個(gè)體與個(gè)體之間的獨(dú)立又緊密配合，來達(dá)到整體的配合，無疑這是最完美的情況。

如果將功能按照功能邊界的思維進(jìn)行拆分和整合，你會發(fā)現(xiàn)，當(dāng)你再做另個(gè)產(chǎn)品時(shí)，可能只需要對功能模塊進(jìn)行重新排列，就可實(shí)現(xiàn)了。如果一個(gè)需求到了這邊，你也會能夠準(zhǔn)確的分析出，涉及到的功能點(diǎn)和影響范圍，從而更輕松的應(yīng)對需求，實(shí)現(xiàn)更好的產(chǎn)品迭代。

本文由 @藍(lán)胖子_ Simon 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理?，未經(jīng)許可，禁止轉(zhuǎn)載。