给个需求获取的场景：
引用
一天一家裁缝店接到一个贵宾的电话，要在这个家裁缝店做一套衣服。但是不巧的是该店之前上门获取客户需求的人B不在，这是老板只好叫了小A去上门获取客户的需求了。(下面是小A 和 Customer的对话)
小A: 老板你想做什么
Customer: 我想做一件衣服
小A: 那我给你量尺寸吧！
Customer: 好
小A：三维分别是：29，28，31。于是小A就带着三维回到店里交给做衣服的人进行按三维做衣服。
当小A交货的时候：场景如下
小A： 老板你的衣服做好了，你试试看合身不！
Customer：怎么你用的不是棉布啊，怎么没给我的裤子放长一点啊。衣服好像有点紧啊！这不料不适合我！。。。。
小A： 你当时这些没告诉我啊！我是一般的规格给你做的啊！你还你还是穿起来提合身的嘛！
Customer： 你当时没我还有什么啊，再说了我以为你明白我想要的啊！
点评： 通过上面的场景发现小A在获取需求的时候，不完整而且能不能收到客户的款还是一个问题了。这个过程由于小A对客户的需求获取不周全导致这个场景很容易发生不愉快的事情。
下面看看B的获取分析过程：场景重现
B: 老板你想做什么
Customer: 我想做一件衣服
B: 那你想要 冬天的还是热天的呢？
Customer: 冬天
B： 你是想要这件衣服是做什么事情的时候穿( 平时，参加聚会)
Customer： 平时
B： 那你平时冬天的衣服是希望 紧凑点还是松散点
Customer： 松散点，因为怕冷想多穿 几件衣服
B： 你一般冷天穿几件衣服呢？
Customer： 一般3件，最多5件
B： 那你喜欢用 什么布料呢！
Customer： 最好用 丝的吧，
B： 那你喜 欢什么样的颜色呢？
Customer： 浅蓝色或者浅红色
B： 我们店有一批不错的是浅红色的丝，那用 浅红色的吧！你认为呢！
Customer： 好吧！不过我可不可以看看。
B： 没问题。你还有什么其他的要求吗？
Customer： 暂时没有：
B： 那我给你量下三维吧！你的三维分别是： 29，28，31。到时候我们给你做的衣服三维是按照这个的基础上 （+-0.5）你看怎么样！
Customer： 没问题。
B： 那今天先这样，到时候给你电话来我们店里试穿下衣服。
该需求获取基本上结束。下面进入一个试做和试穿的过程（开发原型）
B： 你好，有没有空？来我们店试穿下你上次订做的衣服
Customer：好的！不错！但是我觉得黑色的颜色好像更好看点。(用户开始进行需求变更了)
B: 不过上次我们交流的时候，我们说好的是浅红色啊。再说浅红色穿起来你看起来不错啊
Customer: 哦，那没关系了。看起来挺合身的。不过能不能在袖子上 加些扣子
B： 不过这可能会增加这件衣服的费用！
Customer： 那没关系
B： 你想加 两排扣子还是一排扣子或者其他什么样子
Customer： 我想在 袖子上加两排扣子
B： 每排加 几个扣子呢？
Customer： 3个吧
B： 好的。那还有什么要求没！
Customer： 没有了！
B： 下次我将专程将做好的衣服送到你家！
Customer： 好的
整个场景到处停一个段落：因为原型基本上完成，新增需求明确。上面这个场景可能不能很好的来说明需求获取和分析。但是能够得出如下
总结： 对于获取需求和需求分析，必须将一些模糊的词进行量化;比如大、小、几，多，高。。当客户说到这些的时候，最好能够得到一些具体的数词或者一个范围比如最少3件最多5件等等如果在需求或者和分析中出现模糊的词越多那么风险越大。在你无法更好的获取到需求的时候，请先将这些模糊的词进行量化。
希望可以来交流下，下次如果有需要将发帖给出通过需求到设计分析这个过程中的注意事项。同时也可以结合UML的一些图。前提是有朋友一起来交流或者要求！