判斷轉折 · 01 · 需求

收到需求,先問為什麼要做

場景|衡好選:幫人在健檢前選擇檢查項目的服務。

原本收到需求,第一個問題是:怎麼做?
後來先問為什麼要做,再把需求往回拆到業務問題。
  1. 01我原本怎麼想

    最早聽到的需求都很正常:讓客戶可以篩選健檢項目、要有健檢推薦、要能線上預約、要讓選擇方案更方便,甚至要 AI 線上解決客戶問題。

    這些全部都可以做。以前收到需求,我的第一個問題是:怎麼做?

  2. 02發現什麼問題

    真正去看客戶怎麼選,才發現一個很基本的問題:客戶根本不知道自己該選什麼。

    使用者的痛點不是「我不會點」,而是「我根本不知道自己該選什麼」。這兩個問題完全不同。

  3. 03為什麼改變判斷

    如果是這樣,還做一個更好用的篩選器就有點奇怪,因為我們只是讓一個不知道怎麼選的人,更方便地自己選。

    需求全部做下去,系統只會越來越肥;做了,三個月後看數據,可能幾乎沒人用。AI 讓做功能越來越快,問題一開始就搞錯,只是更有效率地做錯事情。

  4. 04後來怎麼做

    現在收到需求,我會先問:為什麼要做?使用者到底卡在哪裡?這一步真的需要他自己判斷嗎?資料和規則能不能先幫他排除一些選項?

    把需求往回拆:Feature Request → Business Problem → Process Redesign → Data & AI → Product。有些需求問到最後真的不用做,有些只需要改流程,有些才值得進到平台。

「這不一定叫效率,只是更有效率地做錯事情。」

— 原文