(繼上篇)Know-Why比起Know-how更有「實戰力」，那什麼是Know-why呢？

我們回顧一下上一篇文章的舉例：
假設今天公司要建立新功能，讓財會能在放行之前由系統核對發放資料，因為人工核對可能有誤，以下幾種是無程式背景的後勤人員可進行的做法：
1.透過程式碼(如：Python)取得資料並核對
2.透過Excel連線功能匯入資料並核對
3.透過Excel其他功能(如：將圖片轉成表格)將資料複製貼上後再核對

Know-why－知道為什麼是這樣做

以上述例子而言，若在MVP(最小可行性產品)階段時系統就已涵蓋必要功能，那可說是具備know-how，但若在此狀況下，還能知道系統如何設計才能被其他人員(使用者)接受，那才是具備Know-why。

講簡單點，know-how指的是How to use（怎麼樣才能做的更好、做的更有技巧），而Know-why指的是Why does it happen（怎麼樣才導致事情變成現況），也因此當我們在講到「實戰力」時Know-why會更為重要，因為現實生活的解法並不是教科書內的事情複製貼上。

know-how注重於技能、硬實力、軟實力...等各種方式與知識，Know-why注重於事情背後的邏輯、原因、軟實力...等各種思維、情境。

結論－Know-why之後才是know-how

當我們遇到問題時，若沒有了解核心問題就急著要擺平一切，那就算擁有再好的實力也很難徹底解決問題，就像產品的銷售度不佳，可能是因為找錯代言人、挑錯通路，也可能是因為包裝不佳、產品功能性不足，又或者是因為竟品太強勢、需求設定不正確...等，若無法了解核心原因是什麼，那就算找了再大牌的代言人，再精美的包裝，也只是用成本換取營收而已，並無法有效為公司帶來利潤。

同場加映－Know-why、know-how都沒有怎麼辦ＱＱ

有時我們會遇到Know-why與know-how都未知的時候，這時應該要回歸到課題（問題）本身：先把大問題拆解成小問題（步驟）。舉例而言，公司業績無法提升是一個大問題，而這個問題可以再拆解成既有客戶流失、未獲取新客戶、生產速度無法跟上（卡單）...等，而各個問題也可以再拆解的更細，最後便會得到一個現有Know-why或是know-how得以解決的小問題，後續便能從細微處著手，然後再逐步破解各問題。