好，我們終於知道要如何找出真正的問題了，當然這需要很多很多的練習，在每次接收到問題的當下，「不要急著解決眼前拿到的問題」，這真的很重要我從 Day 3-5 都講三次了 XD

找出真正的問題後，就要來試著找出目的、試想可能的答案，進而找出要追蹤的指標囉！

拆解問題的方法也是網路一搜就很多，在這裡我就不一一介紹，不過我覺得歸納來說，都離不開大化小、小化無的方向。

大問題拆成小問題，甚至拆解完有時候根本就不是個問題，但總能夠更精準的去抓出，問這個問題背後到底想要達成的目的是什麼？

例如我們可能會想知道，某個 Feature 的上線後的成效如何？，而問這個問題的真正目的可能是，想知道這個 Feature 為團隊帶來了多少收益？

又或者，業務時常會從客戶那邊，帶回來一些需求：我想要 AAA 功能。但真正的目的，其實是因為他想解決某個問題，而他的想像中只能用 AAA 功能解。但實際上提供 AAA 功能，真的能解決困擾他的那個問題嗎？而是要從問這個問題，背後真正的「目的」去往下思考「可能的答案」，才有機會能夠對症下藥。

而找出可能的答案後，就能根據想要獲得的答案，去評估我該追蹤哪些指標，或是需要多搜集哪些資料，才能來取得要分析的指標資訊。

至於如何定義關鍵指標，或者指標的類型有哪些，這又是另一段需要單獨討論的篇幅了。