國慶後就馬不停蹄地出差到好幾個地方，在自己的計劃裏，是這樣儘快把手頭的項目做一個完結，以便自己騰出精力專注於產品工作。這個過程很像是過去熟悉的項目驗收、項目推動動作。爲了防止再次陷入過去沒有成效地出差，自己也給自己定下了明確的目標，即在規定期間內完成項目里程碑任務，同時也是更重要的一點，希望在這個過程中把產品成果帶入項目進行檢驗和完善。
之前的產品工作更多是迭代地推進過程，通過對經驗和認知的歸納形成產品的思路，進而圍繞思路進行產品設計和開發。然後將階段成果帶入項目進行演繹，通過自我思考、收集用戶反饋並對新的自我想法和用戶建議進行再次歸納總結，作爲下一輪產品迭代的依據。
從反饋和自我思考來看，目前產品最大的問題在於空有形式而內容空泛。這個問題的產生原因是多方面的，一是沒有能夠精準握客戶真實的需求，沒能夠對真實應用場景有深刻的理解。二是數據種類、屬性的缺失，亦或是沒有能將數據之間的聯繫充分建立起來，讓它們產生化學反應。三是沒有已有的功能達到業務應用標準，讓產品給人可遠觀不可褻玩的尷尬狀態。
解決產品空泛的問題，自然應該圍繞這三個問題來展開。對於把握用戶真實需求，以前不能脫離我們既定的理論體系，發現風險、分析風險、告知風險的主線。在這個主線基礎上，去了解客戶是如何獲得對風險的感知，如何分析，對於已知災害如何處置。他們在什麼地方感到困惑或者認爲可以得到改進的。深刻理解應急預案以及預案演練的流程和關鍵環節。對典型災害和應急事件的應急救援處置流程和場景進行完整梳理。
解決數據的缺失，發揮數據價值一方面要圍繞災害風險普查的要求梳理數據分類和屬性清單，更要基於應用場景組織數據，分析數據，通過數據屬性建立模型。
最後是產品在項目落地的過程要注重成果質量的檢查，先完成在完美，不斷迭代。關注功能價值和用戶體驗，讓成果可用而非可看。