近日参加一个子产品的新版本需求讨论，过程中负责该子产品的产品人员（某聪明帅小伙，哈哈）在前期需求讨论时不管是综合听取他人意见还是表达自已观点时，都很顺利，但总是在最后进行需求要点的总结陈词时犯卡壳，抓不着重点，说不清楚，思路打结，自已说到一到都挠头，更不要说听者犯晕了。

数次下来不得法，之后我自已总结了下，如何才能做好向技术人员简洁准确的描述需求：
在这儿（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类思维脑图工具来快速画出树图，用更直观的视觉效果来帮助整理和说明各种情况的分支流程处理及相互关系，今天时间不多就不专门再实例说明了。相信各位在日常工作一定会碰到，不妨一试。