為避免產(chǎn)品少出現(xiàn)問題，我們需要在產(chǎn)品設計的過程中，培養(yǎng)紅燈思維，找出各節(jié)點容易犯錯的事項，填充到紅燈地圖表中，不斷迭代，最終完成個人知識體系的建立。

其實做產(chǎn)品的，每月也總會有那么幾天：有一根弦總是緊繃著的，那就是版本發(fā)布，貼個圖讓大家感受下。

版本發(fā)布的那一天，互聯(lián)網(wǎng)人的朋友圈紛紛變成了：燒香拜佛，轉(zhuǎn)發(fā)錦鯉求好運。為什么，怕出問題！需求太復雜、判斷狀態(tài)太多、系統(tǒng)耦合太嚴重，不到真正的生產(chǎn)環(huán)境驗證，不能完全放心。

產(chǎn)品出問題，真的是太常見了！

不斷要處理客戶投訴：為什么訂單取消了我的優(yōu)惠券不能用？還觸不及防地收到老板群里發(fā)出的挑戰(zhàn)：怎么這個產(chǎn)品不能買了？

案例不勝枚舉，產(chǎn)品經(jīng)理每天處理各種問題把自己搞得焦頭爛額、精疲力盡。緊接著，馬上又要準備新的需求評審了，草草幾筆，匆忙評審，被開發(fā)各種挑戰(zhàn)。長此以往，惡性循環(huán)。

產(chǎn)品為啥總是容易出問題？到底有沒有好的解決辦法？答案是肯定的。今天，筆者來分享下，最近的思考。

01?你需要一張產(chǎn)品設計紅燈地圖

交通規(guī)則中，看到紅燈，我們應該停下來，否則容易發(fā)生交通事故。在產(chǎn)品設計流程里，同樣適用。

一個產(chǎn)品/功能從0到1，是一個標準化的旅程，需求調(diào)研、需求撰寫、需求開發(fā)等等，如下圖。紅燈地圖，它是一一匹配的，它能告訴我們的是：這個路口下，會有什么紅燈是千萬不能闖的，否則會出問題的。

如圖所示，每個節(jié)點下，都會有很多紅燈。我們要做的就是不斷豐富我們的紅燈地圖，確保每一個關鍵節(jié)點都能高效穩(wěn)健。

02?如果產(chǎn)品設計沒有紅綠燈，那世界將混亂不堪

任何事物的誕生，并非憑空想象的，都會經(jīng)歷一個演變過程的。我們先來看看交通規(guī)則里的紅綠燈。

19世紀中葉英國及其他歐洲發(fā)達國家，馬車的使用已經(jīng)是非常普及了。但因為沒有很好的交通指揮工具，道路非常容易堵塞，而且交通事故頻頻發(fā)生。英國鐵路信號工程師J.P.Knight從女性著裝顏色區(qū)分：紅（已婚）、綠（未婚）得到靈感，從而設計出紅綠煤氣燈罩。自此，交通擁堵和事故問題得到極大改善。

在產(chǎn)品設計的流水線中，產(chǎn)品經(jīng)理設計的產(chǎn)品/功能非常之多，如果我們沒有基本的紅燈判斷邏輯，那么會怎么樣呢？

• 優(yōu)惠券設計：沒有考慮領取上限邏輯，被羊毛黨連夜薅完，導致公司產(chǎn)生資金損失
• 賬戶功能遷移：沒有把歷史的數(shù)據(jù)回溯，用戶查看到的資金數(shù)據(jù)不正確，導致公司品牌聲譽受損

設計的時候，沒發(fā)現(xiàn)紅燈，產(chǎn)品上線之后，問題不斷，只能不斷打補丁，這是很多產(chǎn)品設計遇到的通病。

03?最需警惕的4大紅燈

結(jié)合筆者過往的經(jīng)驗：根據(jù)出現(xiàn)頻次的多少，排出產(chǎn)品設計最容易出問題的4大紅燈：兼容性、邏輯漏洞、無埋點、砍需求場景，看到這4大紅燈，可千萬別闖。

（1）兼容性

兼容性一般需要注意三種的類型：接口兼容、數(shù)據(jù)兼容、終端兼容。出現(xiàn)的場景一般是：新增功能或者代替舊系統(tǒng)。

接口兼容：

一般情況是有依賴關系的接口，b接口依賴a接口，當a接口字段發(fā)生改動，就需要盤點下游的b1、b2、b3接口，會不會因為a接口的改動而受到影響，這種不僅是研發(fā)同學要特別注意，產(chǎn)品同學也有多加留意。

數(shù)據(jù)兼容：

出現(xiàn)數(shù)據(jù)問題會兩種場景：數(shù)據(jù)展示不出來、數(shù)據(jù)展示錯誤。其中背后的原因，可能有兩種：

1. 數(shù)據(jù)庫結(jié)構(gòu)發(fā)生了變更，如：電商商品數(shù)據(jù)庫中由spu變成sku，很多字段要新增；
2. 數(shù)據(jù)傳輸字段定義不一致，如要求傳的是字符串，但是傳過來的浮點數(shù)等。

終端兼容：

一個頁面，會放到App、小程序、H5，如果改動頁面，需要兼容多個終端的情況。跳轉(zhuǎn)有沒有問題、頁面有沒有適配。

（2）業(yè)務邏輯漏洞

跟錢打交道的產(chǎn)品，需要高度重視。如優(yōu)惠券、抽獎、積分、搶兌、支付等等產(chǎn)品。需要充分考慮極限情況下的兜底邏輯。比如優(yōu)惠券，對單人的發(fā)放限制、系統(tǒng)的發(fā)放限制、極限情況的熔斷觸發(fā)邏輯。

（3）無埋點

頁面沒有埋點，這個雖不會影響客戶，但很重要。當要分析頁面漏斗情況、分析活動各渠道來源情況時，發(fā)現(xiàn)沒有做數(shù)據(jù)埋點，這個場景出現(xiàn)時很容易被老板挑戰(zhàn)。

（4）砍需求不跟進

砍需求本身不是問題，會產(chǎn)生問題的是，需求被砍了之后，后續(xù)沒有繼續(xù)跟進優(yōu)化，放一個半成品的功能在生產(chǎn)上，在這種情況下，當業(yè)務方理解和功能實現(xiàn)程度不一致的時候，就很容易出現(xiàn)生產(chǎn)問題。

04?建立個人的產(chǎn)品設計紅燈地圖

做產(chǎn)品的同學都知道，產(chǎn)品是需要不斷迭代優(yōu)化。其實對于產(chǎn)品經(jīng)理也是一樣，也是要通過一次次教訓、踩坑，積累自己的經(jīng)驗和教訓?；诖?，紅燈地圖，就是產(chǎn)品經(jīng)理成長最好的迭代手冊。

我們不妨來試著列一下，從產(chǎn)品設計流程，拆解每一個關鍵節(jié)點，并深入歸納總結(jié)具體的紅燈事項，示例如下：

通過這樣一張表格管理，我們把關鍵環(huán)節(jié)整理出來，針對關鍵節(jié)點下，列出最容易犯錯的問題123，然后再對問題一一列出對應的措施，表格滾動更新。

紅燈地圖表，僅僅是展示一種思維和做事的方法，并不一定適合每一個人，需要產(chǎn)品經(jīng)理自己結(jié)合具體的實戰(zhàn)經(jīng)驗，去發(fā)現(xiàn)，去歸納，最后總結(jié)形成自己的工作指導手冊。

以上就是本次要分享的內(nèi)容，簡單總結(jié)下：

本文的重點是：為避免產(chǎn)品少出現(xiàn)問題，我們需要在產(chǎn)品設計的過程中，培養(yǎng)紅燈思維，找出各節(jié)點容易犯錯的事項，填充到紅燈地圖表中，不斷迭代，最終完成個人知識體系的建立。

送大家一句話：凡事預則立，不預則廢。

#專欄作家#

行走的大雄，微信公眾號：大雄背起行囊，人人都是產(chǎn)品經(jīng)理專欄作家。金融產(chǎn)品經(jīng)理，有多款千萬級產(chǎn)品設計運營經(jīng)驗，喜歡健身、跑步，關注做事的杠桿方法。

本文原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理，未經(jīng)許可，禁止轉(zhuǎn)載

題圖來自 Unsplash, 基于CCO協(xié)議