起點課堂會員權益
職業體系課特權
線下行業大會特權
個人IP打造特權
30+門專項技能課
1300+專題課程
12場職場軟技能直播
12場求職輔導直播
12場專業技能直播
會員專屬社群
榮耀標識掌握產品設計的紅燈地圖，避免產品出問題
為避免產品少出現問題，我們需要在產品設計的過程中，培養紅燈思維，找出各節點容易犯錯的事項，填充到紅燈地圖表中，不斷迭代，最終完成個人知識體系的建立。
其實做產品的，每月也總會有那么幾天：有一根弦總是緊繃著的，那就是版本發布，貼個圖讓大家感受下。
版本發布的那一天，互聯網人的朋友圈紛紛變成了：燒香拜佛，轉發錦鯉求好運。為什么，怕出問題！需求太復雜、判斷狀態太多、系統耦合太嚴重，不到真正的生產環境驗證，不能完全放心。
產品出問題，真的是太常見了！
不斷要處理客戶投訴：為什么訂單取消了我的優惠券不能用？還觸不及防地收到老板群里發出的挑戰：怎么這個產品不能買了？
案例不勝枚舉，產品經理每天處理各種問題把自己搞得焦頭爛額、精疲力盡。緊接著，馬上又要準備新的需求評審了，草草幾筆，匆忙評審，被開發各種挑戰。長此以往，惡性循環。
產品為啥總是容易出問題？到底有沒有好的解決辦法？答案是肯定的。今天，筆者來分享下，最近的思考。
01?你需要一張產品設計紅燈地圖
交通規則中，看到紅燈，我們應該停下來，否則容易發生交通事故。在產品設計流程里，同樣適用。
一個產品/功能從0到1，是一個標準化的旅程，需求調研、需求撰寫、需求開發等等，如下圖。紅燈地圖，它是一一匹配的，它能告訴我們的是：這個路口下，會有什么紅燈是千萬不能闖的，否則會出問題的。
如圖所示，每個節點下，都會有很多紅燈。我們要做的就是不斷豐富我們的紅燈地圖，確保每一個關鍵節點都能高效穩健。
02?如果產品設計沒有紅綠燈，那世界將混亂不堪
任何事物的誕生，并非憑空想象的，都會經歷一個演變過程的。我們先來看看交通規則里的紅綠燈。
19世紀中葉英國及其他歐洲發達國家，馬車的使用已經是非常普及了。但因為沒有很好的交通指揮工具，道路非常容易堵塞，而且交通事故頻頻發生。英國鐵路信號工程師J.P.Knight從女性著裝顏色區分：紅（已婚）、綠（未婚）得到靈感，從而設計出紅綠煤氣燈罩。自此，交通擁堵和事故問題得到極大改善。
在產品設計的流水線中，產品經理設計的產品/功能非常之多，如果我們沒有基本的紅燈判斷邏輯，那么會怎么樣呢？
- 優惠券設計：沒有考慮領取上限邏輯，被羊毛黨連夜薅完，導致公司產生資金損失
- 賬戶功能遷移：沒有把歷史的數據回溯，用戶查看到的資金數據不正確，導致公司品牌聲譽受損
設計的時候，沒發現紅燈，產品上線之后，問題不斷，只能不斷打補丁，這是很多產品設計遇到的通病。
03?最需警惕的4大紅燈
結合筆者過往的經驗：根據出現頻次的多少，排出產品設計最容易出問題的4大紅燈：兼容性、邏輯漏洞、無埋點、砍需求場景，看到這4大紅燈，可千萬別闖。
（1）兼容性
兼容性一般需要注意三種的類型：接口兼容、數據兼容、終端兼容。出現的場景一般是：新增功能或者代替舊系統。
接口兼容：
一般情況是有依賴關系的接口，b接口依賴a接口，當a接口字段發生改動，就需要盤點下游的b1、b2、b3接口，會不會因為a接口的改動而受到影響，這種不僅是研發同學要特別注意，產品同學也有多加留意。
數據兼容：
出現數據問題會兩種場景：數據展示不出來、數據展示錯誤。其中背后的原因，可能有兩種：
- 數據庫結構發生了變更，如：電商商品數據庫中由spu變成sku，很多字段要新增；
- 數據傳輸字段定義不一致，如要求傳的是字符串，但是傳過來的浮點數等。
終端兼容：
一個頁面，會放到App、小程序、H5，如果改動頁面，需要兼容多個終端的情況。跳轉有沒有問題、頁面有沒有適配。
（2）業務邏輯漏洞
跟錢打交道的產品，需要高度重視。如優惠券、抽獎、積分、搶兌、支付等等產品。需要充分考慮極限情況下的兜底邏輯。比如優惠券，對單人的發放限制、系統的發放限制、極限情況的熔斷觸發邏輯。
（3）無埋點
頁面沒有埋點，這個雖不會影響客戶，但很重要。當要分析頁面漏斗情況、分析活動各渠道來源情況時，發現沒有做數據埋點，這個場景出現時很容易被老板挑戰。
（4）砍需求不跟進
砍需求本身不是問題，會產生問題的是，需求被砍了之后，后續沒有繼續跟進優化，放一個半成品的功能在生產上，在這種情況下，當業務方理解和功能實現程度不一致的時候，就很容易出現生產問題。
04?建立個人的產品設計紅燈地圖
做產品的同學都知道，產品是需要不斷迭代優化。其實對于產品經理也是一樣，也是要通過一次次教訓、踩坑，積累自己的經驗和教訓?；诖?，紅燈地圖，就是產品經理成長最好的迭代手冊。
我們不妨來試著列一下，從產品設計流程，拆解每一個關鍵節點，并深入歸納總結具體的紅燈事項，示例如下：
通過這樣一張表格管理，我們把關鍵環節整理出來，針對關鍵節點下，列出最容易犯錯的問題123，然后再對問題一一列出對應的措施，表格滾動更新。
紅燈地圖表，僅僅是展示一種思維和做事的方法，并不一定適合每一個人，需要產品經理自己結合具體的實戰經驗，去發現，去歸納，最后總結形成自己的工作指導手冊。
以上就是本次要分享的內容，簡單總結下：
本文的重點是：為避免產品少出現問題，我們需要在產品設計的過程中，培養紅燈思維，找出各節點容易犯錯的事項，填充到紅燈地圖表中，不斷迭代，最終完成個人知識體系的建立。
送大家一句話：凡事預則立，不預則廢。
#專欄作家#
行走的大雄，微信公眾號：大雄背起行囊，人人都是產品經理專欄作家。金融產品經理，有多款千萬級產品設計運營經驗，喜歡健身、跑步，關注做事的杠桿方法。
本文原創發布于人人都是產品經理，未經許可，禁止轉載
題圖來自 Unsplash, 基于CCO協議
- 目前還沒評論，等你發揮！
