近日參加一個子產品的新版本需求討論，過程中負責該子產品的產品人員（某聰明帥小伙，哈哈）在前期需求討論時不管是綜合聽取他人意見還是表達自已觀點時，都很順利，但總是在最後進行需求要點的總結陳詞時犯卡殼，抓不著重點，說不清楚，思路打結，自已說到一到都撓頭，更不要說聽者犯暈了。
數次下來不得法，之後我自已總結了下，如何才能做好向技術人員簡潔准確的描述需求：
在這兒（in Here）
做了事（Do something）
發生了什麼，得到了什麼（Happen something, get something）
HDH描述法能夠讓技術人員更精准無偏差的明白：要做什麼。
舉個簡例：
文檔名稱：某管理模塊V4需求詳述.xlsx
需求分類：列表頁面增補需求
需求詳述：
1、信息列表頁面--在這兒（in Here），初始顯示狀態--做了事（Do something），每行的信息標題後增加顯示四種狀態圖標，每種圖標顯示與否規則是。。。--發生了什麼，得到了什麼（Happen something, get something）；
2、（當前頁面）每行的新留言狀態圖標（小頁面狀）上--在這兒（in Here）點擊--做了事（Do something），浮出留言顯示層並顯示內容（最大顯示字數50，超過切字並補...）、時間信息--發生了什麼，得到了什麼（Happen something, get something）
另外，如果某種功能流程的復雜性較強分支較多--例如工作流引擎的實際應用，可以考慮用mind類思維腦圖工具來快速畫出樹圖，用更直觀的視覺效果來幫助整理和說明各種情況的分支流程處理及相互關系，今天時間不多就不專門再實例說明了。相信各位在日常工作一定會碰到，不妨一試。