判斷轉折 · 01 · 需求
收到需求,先問為什麼要做
場景|衡好選:幫人在健檢前選擇檢查項目的服務。
原本收到需求,第一個問題是:怎麼做?
後來先問為什麼要做,再把需求往回拆到業務問題。
01我原本怎麼想
最早聽到的需求都很正常:讓客戶可以篩選健檢項目、要有健檢推薦、要能線上預約、要讓選擇方案更方便,甚至要 AI 線上解決客戶問題。
這些全部都可以做。以前收到需求,我的第一個問題是:怎麼做?
02發現什麼問題
真正去看客戶怎麼選,才發現一個很基本的問題:客戶根本不知道自己該選什麼。
使用者的痛點不是「我不會點」,而是「我根本不知道自己該選什麼」。這兩個問題完全不同。
03為什麼改變判斷
如果是這樣,還做一個更好用的篩選器就有點奇怪,因為我們只是讓一個不知道怎麼選的人,更方便地自己選。
需求全部做下去,系統只會越來越肥;做了,三個月後看數據,可能幾乎沒人用。AI 讓做功能越來越快,問題一開始就搞錯,只是更有效率地做錯事情。
04後來怎麼做
現在收到需求,我會先問:為什麼要做?使用者到底卡在哪裡?這一步真的需要他自己判斷嗎?資料和規則能不能先幫他排除一些選項?
把需求往回拆:Feature Request → Business Problem → Process Redesign → Data & AI → Product。有些需求問到最後真的不用做,有些只需要改流程,有些才值得進到平台。
「這不一定叫效率,只是更有效率地做錯事情。」
— 原文