思考:如何理解“如無必要,勿增實體”?
在產(chǎn)品設(shè)計和管理的過程中,我們經(jīng)常會遇到是否需要增加新功能或復(fù)雜性的決策。本文通過一個具體的案例,探討了“如無必要,勿增實體”這一原則在實際工作中的應(yīng)用,供大家參考。
一、背景
小藍(lán)??在工作日的上午,接到業(yè)務(wù)人員的電話??,電話里說話語氣急切,小藍(lán)感受到業(yè)務(wù)人員著急的心情。
1. 了解問題
業(yè)務(wù)人員反饋:“客戶的門店下單碼全部失效了,現(xiàn)在要怎么弄呀?”
小藍(lán)從業(yè)務(wù)人員那了解到,產(chǎn)生問題的緣由:
1)客戶期望
因客戶不想要門店成員下單到公司,想要成員直接掃門店下單碼,下單到對應(yīng)的門店。方便財務(wù)對賬,需要拆分不同門店的賬單。
2)現(xiàn)存問題
由于部分成員是手動輸入密碼綁定公司信息下單,導(dǎo)致部分訂單計入公司,而非對應(yīng)的門店。
3)客戶操作
客戶內(nèi)部的管理人員更改了綁定公司信息的密碼,這樣門店成員就無法手動綁定公司信息下單了,只能通過掃門店負(fù)責(zé)人分享的二維碼下單。
4)造成影響
客戶更改公司密碼后,門店的下單二維碼也被作廢了??蛻舻墓鞠麓嬖谏锨Ъ议T店,如果需要恢復(fù)門店下單二維碼有效,公司需要重新生成上千個門店二維碼,公司管理層需操作上千次。大大增加了客戶操作的復(fù)雜度和工作量。
根據(jù)業(yè)務(wù)反饋的情況,客戶比較著急要下單,需要盡快恢復(fù)門店下單二維碼。
2. 解決問題
小藍(lán)和內(nèi)部技術(shù)人員溝通,討論出一個當(dāng)下最優(yōu)解決方案:通過技術(shù)處理,批量恢復(fù)全部失效的門店下單二維碼。
解決步驟:
step1:先用客戶的一個門店二維碼試驗可行性,技術(shù)處理好后,通知客戶掃碼確認(rèn)是否成功恢復(fù)了門店下單二維碼。試驗效果與預(yù)期一致。
step2:確認(rèn)方案的可行性后,再繼續(xù)通過技術(shù)處理批量恢復(fù)全部門店的下單二維碼。并和客戶溝通,后續(xù)如有遺漏的門店下單二維碼沒有恢復(fù),可以及時聯(lián)系業(yè)務(wù)反饋內(nèi)部解決。
經(jīng)過上述兩個步驟,不到十分鐘就解決了客戶的問題,公司成員可正常掃門店下單二維碼下單。
二、分析問題
根據(jù)上述場景,分析給客戶造成影響的原因。一起見分曉吧~
1. 場景規(guī)則耦合
小藍(lán)在設(shè)計門店下單二維碼時,將作廢二維碼的規(guī)則耦合在修改公司下單密碼的場景里面了。
客戶一旦修改公司密碼,全部門店的下單二維碼同步作廢。
2. 設(shè)計初衷
小藍(lán)之所以會這么設(shè)計,是因為當(dāng)初在設(shè)計公司下單二維碼時,存在如下場景:
1)公司離職成員依然可以綁定公司密碼下單,給公司帶來不必要的困擾。
2)公司需要更改公司密碼,離職成員就無法繼續(xù)使用原始的公司密碼下單了。
3)此時已分享出去的公司下單二維碼也需要同時作廢,避免離職成員繼續(xù)掃公司下單二維碼下單。
小藍(lán)考慮:既然在修改公司密碼時,需要同時作廢公司下單二維碼。那么,門店下單二維碼應(yīng)該也存在類似的場景,修改公司密碼時,已分享出去的門店二維碼也需要同時作廢,避免已離職成員繼續(xù)掃門店下單二維碼下單。
三、復(fù)盤:其實可以這么做
1. 問題點
小藍(lán)在不明確客戶是否存在相關(guān)場景時,按自以為的場景規(guī)則設(shè)計,沒有全面考慮到公司下單二維碼與門店下單二維碼的實際應(yīng)用場景。
因此,造成過度設(shè)計,給客戶的業(yè)務(wù)運(yùn)作帶來影響,大大增加了客戶操作的復(fù)雜性和成本。
2. 小藍(lán)可以如何應(yīng)對該問題呢?
1、首先,在面臨不確定的場景是否要兼容處理時,可以多問幾個為什么。
Q1:客戶修改公司密碼時,就一定是不想讓成員繼續(xù)掃門店二維碼下單嗎?
Q2:一定要作廢門店下單二維碼?
Q3:不作廢門店下單二維碼會怎樣呢?
Q4:當(dāng)出現(xiàn)猜測的需求場景時,產(chǎn)品有沒有相應(yīng)的解決方案?
2、其次,嘗試解答提問
A:如果客戶修改公司密碼,不自動作廢門店下單二維碼。在產(chǎn)品能力上,客戶在需要作廢門店下單二維碼時,是可以手動作廢歷史門店二維碼的。
3. 結(jié)論:應(yīng)對措施
1、應(yīng)對方案
1)按小藍(lán)的自問自答,其實可以確認(rèn),當(dāng)出現(xiàn)猜測的場景問題時,有現(xiàn)成的可行的解決方案。
2)那么,客戶在修改公司密碼時,可以先不處理同時作廢門店下單二維碼規(guī)則。
3)先上線,給到客戶使用一段時間,依據(jù)客戶的真實使用情況,再評估后續(xù)要如何迭代產(chǎn)品能力。
2、上線后監(jiān)測計劃
1)監(jiān)測數(shù)據(jù)
觀察客戶相同時段內(nèi),成功修改公司密碼的客戶數(shù)據(jù)(X),及成功作廢全部門店下單二維碼的客戶數(shù)據(jù)(Y)。
case1:按公司維度數(shù)據(jù),如X與Y的比值趨近于1;
-結(jié)論:客戶修改公司密碼的同時,判斷有很大概率是需要同時作廢公司全部的門店下單二維碼。
case2:按公司維度數(shù)據(jù),如X與Y的比值大于1或小于1;
-結(jié)論:客戶修改公司密碼時,不一定需要同時作廢門店下單二維碼??梢韵葘⑿薷墓久艽a與作廢門店二維碼分別拆開處理,規(guī)則不耦合。
2)收集客戶的反饋
觀察線上各渠道反饋的信息,或者從業(yè)務(wù)人員了解客戶的使用情況。也可以先觀察數(shù)據(jù),挑選活躍度較高的客戶,讓業(yè)務(wù)人員幫助調(diào)研。
如果有時間,也可以自行去客戶現(xiàn)場了解使用情況,可以多準(zhǔn)備些想要了解的訪問資料,多獲取一些有用的信息。
(ps:實際上,小藍(lán)在設(shè)計門店二維碼時,已經(jīng)考慮過那些問題了,并不是小藍(lán)自己認(rèn)為要這么設(shè)計,而是產(chǎn)品領(lǐng)導(dǎo)這么認(rèn)為,并定義就應(yīng)該這么處理。
抵不過強(qiáng)硬勢力的小藍(lán),只好暫時性無奈地妥協(xié)了。這不,小藍(lán)還得繼續(xù)優(yōu)化下。
好在客戶的反饋證實了小藍(lán)原本的想法??是貼合客戶場景的,用“少即是多”解釋,即:更少的限制,能兼容更多元的客戶使用場景。)
四、應(yīng)用設(shè)計理論
上述結(jié)論“客戶在修改公司密碼時,可以先不處理同時作廢門店下單二維碼規(guī)則。”,符合奧卡姆剃刀原理“如無必要,勿增實體”。
“如無必要,勿增實體”(entities should not be multiplied beyond necessity)常常被簡稱為“簡約原則”。
其核心思想為:“在多個解釋或理論中,我們應(yīng)該選擇那個需要最少假設(shè)的,即最簡潔的解釋,直到有證據(jù)表明需要更復(fù)雜的解釋為止?!?/p>
換句話說,就是提倡簡單性,在沒有充分理由的情況下,不應(yīng)隨意增加事物的復(fù)雜度。
這一原則具有廣泛的應(yīng)用價值,它鼓勵我們避免過度解釋現(xiàn)象,優(yōu)先考慮那些能夠用最少假設(shè)就能解釋現(xiàn)象的理論。
這有助于減少不必要的復(fù)雜性,使得問題更容易管理和解決,同時也能促進(jìn)理論的可驗證性。
簡而言之,這句話提醒我們在解決問題或構(gòu)建理論時,要追求最直接、最簡潔的方法或解釋,除非有確實的證據(jù)表明復(fù)雜化是必要的。這是一種促進(jìn)效率和清晰思考的重要原則。
tips:下次,如果你正面臨不確定要不要滿足這個需求場景,或不確定要不要增加這個需求功能,心理默念“如無必要,勿增實體”。向小藍(lán)學(xué)習(xí),多問自己幾個為什么,或許答案就出來了。
本文由人人都是產(chǎn)品經(jīng)理作者【Nana】,微信公眾號:【娜是產(chǎn)品經(jīng)理】,原創(chuàng)/授權(quán) 發(fā)布于人人都是產(chǎn)品經(jīng)理,未經(jīng)許可,禁止轉(zhuǎn)載。
題圖來自Unsplash,基于 CC0 協(xié)議。
- 目前還沒評論,等你發(fā)揮!