理解需求，比快速實作更重要

Understanding needs comes before building faster

迭代的速度愈快，貼近實際需求的效率愈高。

但如果不知道自己要什麼，迭代速度再快，我們仍解決不了任何事情。

我們能夠做 100 個功能，但不是客戶都需要這 100個，甚至有種可能 5 個功能就能解決 20 個問題。

當前主要是B2B ，大宗服務模式是資訊顧問年約，每一到兩週會進行一次會議，會議中討論的不是「這次你們想新增什麼功能」。而是這些功能是否有符合實際情境？操作的順不順手？在流程上還有沒有其他種可能？

如果我們期待客戶在一剛開始就提出明確需求，然後我們透過 AI 一個下午咻～蹦！完成，然後一年幾十幾百萬進帳，那絕對是不切實際的想像。

訪談的需求定義很重要，但這個過程不只是在問對方，你要什麼？更普遍的情況下是對方其實「不知道自己要什麼」，解決了什麼問題很重要，有數種解決方式，哪個才是符合實際情境的功能才是我們需要著重思考的。

更多的討論，更多的可能🦔