這是一次接業務需求方提到的需求開發一個在實現難度為簡單的小功能。但整個過程里遇到的問題也是值得總結思考，以增加日后類似項目的經驗。
一、需求方對自己的需求并不清晰。
這次接觸的需求方希望把自己的一個業務的數據做成一個類似月報的頁面。起初接到這個需求的時候，有點類似做一個月度專題。在搜集該業務資料，了解這個業務背景，發現①該業務僅做一個月報來羅列，不能體現業務數據本身的價值。②該業務的統計都是由人工一個一個去算，文檔記錄。③做月報目的是吸引更多用戶查看并轉化，按需求來實現，預估效果并不比舊有業務有效。
在一次需求確認會上討論時，需求方透露這個業務其實關注量很高，但人工統計非常麻煩，且有不及時狀況，可能會延遲好幾天公布，而且月報展示模式也很單一維度。
作為一次需求分析師的身份，重新梳理了需求方對目前業務的情況和未來展望了解過后，給予了一個解決方案。即時更新+月報總結，解決信息不及時更新及報道總結維度分析單一性。需求方也認同這個方案，認為能夠提高他們的業務業績。
二、溝通過程中的認知阻礙
需求方對于技術不大了解，不能站在大家在同一認知水平上來進行溝通，所以在過程中更需要站在需求方的角度來做比喻，且要更詳細去問一些細節點，因為有些詞語或者一些我們都認為這是共識的事情，對方其實并沒有意識到，所以反復溝通確認。雖然多次重復確認可能會覺得浪費時間，但重復確認過程，更多是為減少返工的可能性，和更加了解需求方的想法和認知范圍，從而調整溝通方式。
以上是這次溝通經歷的一些總結。
