韩军星的博客 » 设计

需求调研与产品设计10条经验

hanjunxing — Fri, 28 May 2010 09:34:43 +0000

1.用80%的时间去研究需求，用20%的时间设计产品；

2.理解用户—>装成用户—>比用户还像用户—>改变你的用户；

3.高效使用产品设计工具会事半功倍；

4.随时跟用户沟通，用户看到并认同了DEMO后需求变更的风险才开始降低；

5.随时跟技术沟通，否则技术一句“不能实现”会否掉你N人/日的成果；

6.产品设计末期，你除了需要忙于修改产品，更重要的是对用户Say NO；

7.经常说：“这部分需求我们计划放在下一个版本中实现”；

8.重视的细节，不只是功能和界面，别忽略数据流转和容错；

9.技术只考虑“如何实现”，而你需要告诉他们“实现什么”；

10.需求评审时要散发出自己的气场，告诉所有人，这份需求文档是无懈可击的。

继续浏览相关文章

关于互联网产品管理与产品设计

hanjunxing — Tue, 09 Mar 2010 02:35:49 +0000

几天前又接到某门户HR的新工作邀请电话，却被自己婉言拒绝了…对我个人而言，在一家行业电子商务门户两年的产品管理和产品设计经验，在金三银四的北京的春天，的确有很多机会，年前我的确也动摇过：为了更好的发展，是不是应该跳槽了？可经过一个假期的思考后，我发现我要学的还有很多，为了跳槽而跳槽是没有任何意义的，自己应该塌下心来继续学习，在现有的互联网产品管理与产品设计领域积累更多的经验。

关于互联网产品管理和产品设计，曾一度有些迷茫。虽然一直沉淫于产品设计和用户体验，但确实也做了很多产品管理的相关工作，并且这部分“沟通”的时间所占自己工作的比重也在逐步加大。而除了互联网产品设计外，产品管理更是涉及到了软件/互联网企业经营的方方面面：

如图，需求端的沟通主要来自于销售和内容，技术段的沟通又涉及到了产品开发的相关方面。我本身是做销售起家转做产品的，因此对用户需求和用户体验非常敏感，但涉及到产品的具体实现上，又暴露出了技术基础不扎实的软肋。产品设计不用深入考虑技术开发，但在明确业务流程并设计产品外，也应该考虑到数据的流转甚至数据表的字段，而不是只设计出产品的骨架外壳，就将剩下的工作一脚踢给技术，否则会加大许多沟通成本，比如我现在连每天的午饭都在跟技术架构师一起吃…

去年拿下年度优秀员工并不是一件容易的事，但即便如此，我依然觉得自己欠缺的还很多。从用户研究到角色建模，从流程设计到产品架构，从交互设计到UI设计，从可用性分析到用户体验，甚至最基本的产品工具比如Axure、Visio都只是“办事儿”的程度，远没有达到精通，更谈不上什么核心竞争力了。低调做人，闷头做事，再给自己一年的时间学习，总结，希望年底时会发现，2010年，我在互联网产品领域又迈出了坚实的一步。

继续浏览相关文章

B2C京东商城与新蛋网购的用户体验对比

hanjunxing — Wed, 03 Mar 2010 04:01:32 +0000

随着网络购物的深入发展，B2C模式以其正规的进货渠道、完善的售后服务、可靠的质量、公道的价格等优势，正在逐步蚕食C2C的市场，相信5年内将会重新超越C2C成为网络购物的主流渠道，从淘宝、百度等纷纷杀入B2C市场也可见一斑。但目前在中国电子数码B2C领域，京东商城与新蛋网依旧并列处于第一集团。那么这两家以3C数码为主的网络商城的用户体验如何呢？由于本人正有需求希望网购一个移动硬盘，借此对京东商城及新蛋购物流程的用户体验做一个简单的对比。

1.京东和新蛋顶部导航搜索栏对比

最直观的感觉，京东的更加漂亮，而新蛋的有些土。主要原因是京东采取了宽屏页面的设计，适应了潮流；另外，鲜艳活泼的导航条加以金色暗纹，更显高档，热门搜索与搜索框之间精致的凹陷分割也非常精致。

在看看新蛋，粑粑色的高光效果虽然也不错，但跟京东比我不得不说这实在太粗糙了，对比美国原版的新蛋你会感觉新蛋中国就像山寨版的。不，我不是美术设计师，更不是UI专家，但这不妨碍我对两个网站的第一印象。

B2C商城给人的第一印象一定要是“可信任的”，这也是B2C相对C2C的核心竞争力所在。因此，如果我是一个从未网购过的普通用户，对比这两个网站，70%的可能我会选择“看起来更好”的京东。

更深入的看一下导航栏：

从内容上，京东除了数码3C外，将日用百货也作为了大类；而新蛋采用了传统数码3C的分类，这与两个网站的战略是密切相关的。网站活动和推广模块，京东将“积分兑换”与大类并列，结构上存在缺陷，因此这部分加红以作区别；新蛋将与购物无直接关系的“限时抢购”等模块独立出来，这是个不错的主意。下面的二级分类下拉菜单也结构清晰，但问题的关键在于，标签高亮显示的设计实在是太突兀了，好吧，这我忍了，当我点击“限时抢购”时，这个标签没有任何变化…这是BUG么……

最后，搜索栏及购物车的设计各有优劣，智者见智，不过有个细节，京东的热门产品会随着所选标签的变化而变化，非常人性化；新蛋热门词汇就没这么智能了。

	UI	导航	搜索	总分
京东	9	8	9	26
新蛋	6	7	8	21

2.京东和新蛋搜索后的产品分类及展示对比

相对于C2C购物时消费者爱“逛”的习惯，B2C用户目标更加明确，因此，在搜索框输入目标产品是用户在B2C网购的重要应用之一。输入“移动硬盘”后点击“搜索”刷新页面如下：

筛选搜索结果相对于了解产品的用户是必不可少的功能，你可以根据自己的需要过滤不想看到的产品，进而选择更符合自己要求的产品。

搜索移动硬盘后，京东提供的筛选过滤方式只有“按品牌”以及“按价格”，而新蛋则多了非常重要的“按类别”以及“促销类型”。类别排序可以使用后更加精确的选择移动硬盘的大小，以及相关性强的组装硬盘和硬盘盒，这对精细化用户需求，引导用户进一步浏览产品信息是尤为重要的；促销类型则推荐了新品、热销等具有推送意义的产品，这也体现了web2.0的思想，对于容易受外界因素影响的用户非常有吸引力。

当你更深入的点击新蛋提供的搜索结果过滤，比如选择“2.5寸便携式移动硬盘”后，会有更多细分选择出现，比如“接口类型”、“容量大小”等等。总之，这种细节的人性化设计能够最大程度的帮助用户找到他们所需要的产品。

而对目标不明确的用户而言，页面排序展示则是非常重要的。同样，新蛋在这部分设计体贴入微，排序方式提供了评论、价格、时间等等选择，用户可以看看大家都买什么作为参考，再结合自己的实际情况选择产品。这样的设计降低了用户机会成本，方便了用户。

反观京东，除了有价格排序外，你只能对着一屏幕和几十页移动硬盘发呆。哦，该死的杯具，Don’t make me think！——于是京东的用户关闭了这令人炫目的产品列表。

	搜索结果筛选	页面排序	总分
京东	6	5	11
新蛋	10	9	19

3.京东和新蛋产品图片、说明及评论对比

当找到心仪的产品时，用户最关系的问题包括图片、描述、价格、评论，下面对比一下京东商城以及新蛋网的个体产品介绍：

文案方面，京东将“移动硬盘”加红，效果远不如新蛋将相关优惠信息加红；价格展示上，新蛋划掉市场价的做法，也会对很多新手起到足够的诱惑；而评论部分，新蛋将用户打分的分值直观展示，也是web2.0的典型做法。

最后，不得不说一下“对比”功能。京东将“对比”设计成按钮与购买行为并列，结构上并不合理；同时，按钮放在这里，会使消费者误认为点击后会产生页面跳转等不能掌控的结果。相比新蛋的选择框，用户的风险会小很多。同时，新蛋加重“购买”按钮，也会对消费者产生足够的诱惑。因此，不得不说在这个环节，京东商城的用户体验完败于新蛋网。

评论模块中，京东的设计满足了用户评论的基本需求，但看到满屏的“不足”都是“暂时还没发现缺点”，犹如嚼蜡。相比之下，新蛋将用品打分图形化，使用户更直观的了解购买者对产品的评分；评论定制最大程度上满足了商城“推送”的需求，能够更好的吸引用户；右下角的“举报”更使我眼前一亮…看来新蛋将和谐社会的思想已经贯彻落实下去了，很好很强大。

实际上，现在的消费者通过网络购物时，越来越看重第三方评论，评论对消费者的影响是巨大的。因此，对于B2C网上购物站点而言，一定要不吝版面不惜代价的加强对评论模块的改进以，并着力引导用户做出好的评论，因为这将直接影响到用户的购买欲望。因此在这一环节，京东又完败了。

	产品展示	评论	总分
京东	7	6	13
新蛋	10	10	20

到此为止，我们针对京东商城和新蛋网购物环节的用户体验做了一个简单的评测。在购买并付款环节，两个网站的流程都经过了时间和市场的考验，相比之下都比较流畅，没有出现最后环节掉链子的情况。至于订单落实后的物流配送环节不再本次在线用户体验评测的范围之内。

当然，以上对比并不能说明新蛋要强于京东，影响网上商城评价的因素还有很多，如果单从市场和知名度看，新蛋距离京东还是有一定差距的。而我也希望总部在北京的京东商城能够更加重视用户体验，为消费者提供更多的方便和实惠。关于B2C领域的两个领头羊京东商城和新蛋网的网络购物用户体验对比得分如下：

	UI及导航搜索	产品分类展示	产品介绍及评论	加权得分
京东	26	11	13	71.43
新蛋	21	19	20	85.71

加权得分=用户体验得分/用户体验总分×100

最后娱乐一下这两个B2C的巨头。对于网站的负面评论，在google搜索“京东垃圾”和“新蛋垃圾”返回的结果京东稍占优势。当然这与京东的市场份额比较大也是密不可分的。

对网络购物的抱怨目前多集中在到货、退换等线下部分，这一方面是国内物流行业效率低下引起的，另一方面就是网站线下流程规范和管理了。因此，国内B2C的道路还任重道远，但我相信，B2C是网络购物的大趋势，在不远的未来，我们一定会迎来安全、高效的互联网购物的新时代。

ps.早上看RSS订阅，忽然发现京东商城(北京)招聘产品经理&用户研究员，看来京东跟我想一块去了，有兴趣的同学可以应聘试试，帮京东改进下用户体验，我们这些消费者也好挑的舒心，买的放心

	UI及导航搜索	产品分类展示	产品介绍及评论	加权得分
京东	26	11	13	71.43
新蛋	21	19	20	85.71

继续浏览相关文章

2011/03/15 -- wordpress博客导航不显示指定分类目录的解决方案
2009/02/17 -- 如何提高wordpress博客评论功能的用户体验？
2009/01/12 -- 博客的思考（二）
2010/05/25 -- 使用Https版Google，远离“连接被重置”
2010/03/09 -- 关于互联网产品管理与产品设计
2009/10/26 -- 百度老年搜索推出手写输入功能
2009/10/13 -- 09年10月网易首页改版

软件/互联网产品设计流程

hanjunxing — Mon, 18 Jan 2010 09:29:31 +0000

近期站在产品部门的视角整理了公司产品设计流程，一来完成任务，二来对自己一年多项目管理和产品开发经验进行下梳理：

1.产品调研

产品的调研属于市场范畴，由市场部门负责。产品调研是为了提高产品决策质量，解决存在于产品设计及产品上线后销售中的问题而系统、客观的收集、分析市场综合情况的行为。所以与内部产品不同的是，外部产品调研需要撰写市场需求文档即MRD，只有符合公司战略和市场需求的产品，方可进入产品立项阶段。而内部产品调研由于不涉及市场环境，为了产品设计流程的敏捷和高效，不需要提交调研产出物。经过确认必要且可行的产品，可直接进入产品立项阶段。

2.产品立项与评审

产品立项是产品设计项目流程的起点，产出物主要为《产品立项说明书》。产品经理负责产品立项时的文档撰写以及项目时间和人力计划安排。产品立项后，直接进入立项评审流程。立项评审是对产品立项说明书和项目计划的综合评审。立项评审各节点的负责人需要填写《产品立项评审表》，评审通过时评审自动流入下一节点直至归档。立项评审通过后直接进入产品详细需求及设计阶段。

3.产品需求与DEMO设计

产品需求是项目流程的重要组成部分。主要由产品经理负责，对内部业务需求进行详细的调研分析。根据需求，产品经理需要设计业务流程以及构建产品框架，使产品能够满足业务方需求；同时与技术部门协同确保产品方案能够顺利实现。当产品需求明确后，需要设计产品线框图即DEMO展示，确保良好的可用性和用户体验。详细交互情况需要在产品需求说明书中注明。本阶段主要产出物为《产品需求说明书》，以及产品DEMO。应用工具主要为Visio、Axure等。当需求阶段结束后，进入需求评审流程。另外，需求变更一般是在设计阶段，用户的需求发生变化时进行的，当需求评审结束后进入开发阶段时的需求变更应该尽力避免。

4.需求评审

需求评审需要业务需求、产品、技术共同参与，由该项目产品经理对产品的需求说明书以及DEMO做详细汇报，并解答各方面疑问。参与的评审人员需要填写《产品需求评审表》，评审通过后项目自动流入UI设计流程。需求评审的结束是项目的里程碑。

5.UI设计与美术评审

UI设计主要是针对产品表现层的设计，包括框架、元素、界面、文字等等的标准化设计。与DEMO的线框图不同，经过UI设计后，经过确认产出物产品原型需要直接作为前端开发的标准。因此UI设计结束后，需要进行美术评审，征求公司领导和相关产品负责人对产品原型直观印象，直到最终原型确定进入前端开发流程。部分内部产品不涉及UI设计的，可直接进入技术开发。

6.技术开发及前端开发

通常情况下，技术开发在需求评审结束后即可开始介入。即根据产品需求文档和DEMO原型，开始架构产品底层，由架构师负责。随后展开源码撰写的技术段工作，主要由技术部门负责。当产品UI标准及美术交互原型完成后，根据底层开发情况，可以开展产品前端开发。部分网站产品如板块变更，不涉及底层开发部分的，可直接进行前端开发。

7.测试及上线

当开发完成时，由测试部门（测试部门在需求阶段即可参与项目）撰写用例并测试。新产品需要首先发布到测试平台使用测试，网站产品进行大范围改变时，需要上线测试版经过客户熟悉和认可后方可正式上线。

8.产品跟踪

产品上线结项后，产品经理开始对产品持续关注和跟踪。了解业务使用情况，同时针对产品使用过程中出现的问题进行修复；当业务需求变化时，及时对产品进行升级或进行二次开发。产品经理需要在产品的生命周期中持续跟进产品。

继续浏览相关文章

市场需求文档MRD的必要性

hanjunxing — Mon, 28 Dec 2009 09:03:14 +0000

临近年关，公司战略调整以及部门整合如火如荼，我受命整理产品部门标准文档和各类流程规范，着实头痛。先说说产品调研以及MRD。

通常一个新产品创意的诞生有两种情况：

首先是领导拍着脑袋想出来的。老板是公司战略的制定者；而高级管理层为了实现公司战略，需要给出未来新产品的开发方向；随后产品经理根据产品方向针对具体产品做出相应的规划。这个过程通常在中小互联网及软件公司中非常常见，碍于时间成本和人工成本，创业型公司甚至就是光杆司令既是战略的制定者也是产品的设计者。优点是敏捷高效，能够第一时间插入目标市场；缺点是风险高，可控性低。

其次是市场部门经过数据的研究和科学论证得出的。市场部门以公司战略为基础，通过对SWOT分析及对公司目标用户的研究，结合当前互联网行业发展，为公司产品提供方向。通常由销售人员、产品人员以及用户数据提供支持。这个过程在中等以上规模公司比较常见，虽然高层管理也需要参与决断，但并不对研究方向起主导作用。这种方式优点是科学、准确、可行性强；缺点为反应缓慢笨拙。

当然，老板为了证明拍着脑袋想出来的是正确的，有时候也需要市场提供相应的决策支持数据，而后产品人员进行需求调研和产品设计，两者相互纠结的情况是最多的。MRD（Market Requirements Document）文档就是市场部门经过调研后针对市场需求撰写的“市场需求文档”。

也就是说，市场需求文档MRD解决了“为什么做”的问题（因为市场认可，能赚钱！），而接下去的产品需求文档PRD解决了“怎么做”的问题（用户研究，需求整理，线框图，DEMO…）。虽然通常一份MRD对应一份PRD，但也可能一个产品无法满足市场的所有需求，根据一份MRD产出多份PRD也是有可能的。当然，关于文档范围，可以根据实际情况灵活掌握，毕竟MRD和PRD只是工具。没有最好的，只有最适合的。

在模式成熟的技术导向型互联网公司中，MRD并非为产品生命周期里的必须产出物。更多的是产品总监、产品经理与高层领导共同研究后直接决定开发产品的。“为什么做”的问题已经在沟通和协调中解决了，跳过了MRD文档而直接由产品部门产出PRD文档。特别是内部需求产品，是可以完全无视MRD的；而直接面向用户的产品，也可以通过需求调研或者用户角色模型等方式，对产品可行性进行分析，并表现在PRD中。

目前，有的公司将MRD交予UED（user experience design）部门做，意义在于可以更好的满足用户体验，实际上我并不赞同这种方式。UED的精髓在于更好的满足用户，使产品流程更加通畅，设计更加人性化，用户体验的思想可以贯穿产品设计的结构层、框架层、表现层，但是，MRD是需要从战略层就开始介入的（没有市场分析的战略没有任何意义），解决了产品范围层“为什么做这个而不作那个”的问题，而MRD的着力点在于市场能否认可和产品能否赚钱，而非如何使产品更加人性化这样的用户体验。所以由市场资深人士或老板牵头，UED或者产品经理参与的MRD才能更好把握市场需求，为产品的成功奠定基石。

最后，给大家提供一个MRD文档的模板：》》点击这里直接下载PFD格式的MRD文档模板！！《《

继续浏览相关文章

09年10月网易首页改版

hanjunxing — Tue, 13 Oct 2009 04:09:43 +0000

昨天网易首页改版了。对于我这种喜欢网易并且上门户80%会上网易的用户而言，不得不说两句：

网易改版后的优点：

1.字号变大了。从12号变成14号，这对我而言是非常必要的。公司电脑目前的分辨率是1280×1024，家里笔记本分辨率是1280×800，对比下搜狐，你会发现明显的区别。字号变大也直接导致我这样有点近视的人能够远离屏幕一公分；

2.新增了如qq.com一样的文字链接导航。我对QQ首页的导航模块用的最多的就是直接去QQ软件，我想对于一部分人而言，网易这个导航模块的最热点击应该是加红的魔兽世界；

3.可以直接登录进邮箱了。之前输入帐号密码后进入网易的通行证，随后才能进入163邮箱，现在你可以直接进入它；

网易改版后的缺点：

1.最郁闷的就是网易不再简洁了。改版前，网易是门户中最简洁干净的网站，现在打开它第一眼我还以为打开了新浪；

2.新闻图片很小。相对广告图片而言，新闻图片的重要程度被降低了。并且更像广告，这很容易叫我无视它；

3.对颜色的使用不太和谐。除去花花绿绿的广告，我发现只字体的颜色就使用了5种以上，还不算字号、粗体、背景色，实际上5种并不多，问题是，红色和蓝色太多，干扰了视线。对比下腾讯你会发现明显的区别；

其它的变化还有很多，比如板块位置、登录状态、换肤等等，但并无太大新意，用户体验跟之前也没有太大区别。至于整体风格的感觉，就智者见智了。话说回来，最近看新闻，越来越依赖谷歌资讯了……

继续浏览相关文章

2010/03/09 -- 关于互联网产品管理与产品设计
2010/03/03 -- B2C京东商城与新蛋网购的用户体验对比
2009/02/23 -- 360安全卫士版NOD32无法找到用户名和密码的问题解决办法
2009/02/20 -- 如何给淘宝店铺加背景音乐
2009/02/17 -- 如何提高wordpress博客评论功能的用户体验？
2009/02/04 -- 网络收藏夹
2009/01/15 -- 结项是产品的另一个起点

QQ邮箱订阅空间的小缺点

hanjunxing — Mon, 19 Jan 2009 14:14:59 +0000

QQ 邮箱在08年5月改版后，市场占有率不断攀升，记得我也是那时开始关注QQ邮箱的。现在的QQ邮箱很多功能非常实用，易用性也不错，但是如果没有一个杀手级的应用，我还是继续会对 Gmail 推崇备至。而这个改变我习惯得杀手级应用就是“QQ邮箱的订阅空间功能”。

虽然现在互联网中 SNS 吵的火热，开心、校内热闹非凡，但个人感觉QQ才是真正的“社会性网络服务”（即 SNS），至少目前在中国，马化腾QQ企鹅帝国在 SNS 领域的造诣是数一数二的。回到正题，QQ的空间有多少人再用我不知道，但我身边用的人至少有80%以上。跟新浪、网易的博客不同，QQ 空间能够借助 QQIM 这个平台，充分地展示博主的个人生活。比起来市面上那些所谓的SNS社区挖空心思拉用户写东西而言，QQ 空间真是占尽了先机。为了更加方便地使用户阅读 QQ 空间，QQ 邮箱将Feed RSS 整合了进去。与 Google Read 不同，QQ 邮箱能够提供现成的好友日志，你再也不用对着 QQ 几百个好友狂点鼠标了……

也正是这个杀手级应用，迫使我每天登陆一次 QQ 邮箱。在享受 QQ 邮箱专享的空间 RSS 之外，也发现了一点小小得缺憾。之前在意见反馈中提出过，但貌似已经被淹没在了很多不痛不痒得言论之间。所以在此对 QQ 邮箱订阅空间的小缺点发一发牢骚：QQ 空间中，一部分用户将自己的空间设置为仅主人可见或者密码访问时，QQ 邮箱订阅空间功能并不能对这样的空间做一个统一的管理。如图：

这样的空间并不少见，但如果你的订阅中充斥着验证和保密，是大煞风景的。一方面，如果通过IM查看空间，设置隐私的朋友如果你不知道密码或者通过密码也无法查阅时，有过一次失败的经历后，一般是不会二次点击的（除非你对这个人很感兴趣），而QQ邮箱将这样得日志强制放在了你的订阅中；另外，被设置密码访问的日志如果你输入了正确的密码，那么下次需要继续输入，并不能通过cookies记录；最后，不知道密码的日志或者完全隐私的日志并不能通过设置自动屏蔽或者开启，而是需要进入好友管理一一取消订制，这是非常不方便的。

我更希望的是，如果在浏览订阅空间时，发现有设置隐私的空间后，能够直接取消这个空间的订阅，而如果这个空间之后又完全开放了，QQ邮箱能够在我下次登陆后自动提醒我是否继续订阅。

其实，QQ邮箱的用户体验已经做得很不错了，但爱之深，恨之切，希望QQ邮箱订阅空间这个小功能能有更好的改进和更人性化得设置。说实话，这些细节，不是老用户真的很难体会到的……以用户为中心的设计不只是一个口号，落在细节得设计才真正是好用的设计。

继续浏览相关文章

2010/05/28 -- 需求调研与产品设计10条经验
2009/02/15 -- 互联网初级用户带来的思考
2011/12/27 -- 产品运营的思路
2011/08/30 -- 谈谈社交网站与微博
2011/03/16 -- Axure是产品设计中的必备软件
2010/06/11 -- 用户行为分析软件IOGraph：记录你的鼠标轨迹和停留点击
2010/03/09 -- 关于互联网产品管理与产品设计

PRD中写用例的注意事项

hanjunxing — Sun, 18 Jan 2009 03:51:10 +0000

产品需求文档（Product Requirement Document,PRD）在 WEB/软件项目中的作用不言而喻，一份好的 PRD 能够使整个项目事半功倍，因此花在 PRD 上的时间成本通常也是非常可观的。我见过几个内部需求项目，PRD 的 word 文档竟然也有几十M之巨，产品需求人员在其中所耗费得精力可见一斑。

chinapm 中汤圆将 PRD 的核心概括为

该文档中，侧重的是对产品产品功能和性能（即“产品需求”）的说明，相对于MRD中的同样内容，要更加详细，并进行量化。

而 PRD 中这个“详细”和“量化”究竟到什么程度，是产品管理者经常遇到的问题。一方面，如果 PRD 中的需求描述或用例说明没有具体到具体细节操作，一旦开发人员理解有误或不完整，则会对出现不断的变更或返工（通常，开发人员喜欢闷头开发）；另一方面，如果将 PRD 内容描述得过分细致，则又会出现很高的成本，何况百密一疏的情况也是非常多见的。如何解决这个问题呢？

《编写有效用例》一书中提到了描述事件流程的基本方法，不论具体的用例是由需求人员做，还是技术人员做，都是需要了解的。对于用例中的 include 部分一定要细致入微，而 refine 部分则可以分清优先级考虑。

include，表示你要在一个用例当中包含另一个用例，并且被包含的用例是必须的，如果缺少被包含用例，则主用例就不能完成。比方，在用户管理场景中，要删除一个用户，你必须先查询到该用户，然后再点击删除。那么查询用户用例就是删除用户用例的一个include用例。
refine，是指对一个用例更精细化的描述。精化过程不会改变原来用例要包含的内容，只是更加细致。比方，取钱是一个用例，在描述用例场景时，你会用核对帐号，效验密码等活动来描述取钱的场景。在概念分析时，你可以把核对帐号，效验密码等定义为用例来描述取钱的过程，这时核对帐号，效验密码这些用例就是取钱的一个精化。它们实际上描述的仍然是取钱这个过程，但是取钱在概念阶段被精化成了核对帐号，效验密码等粒度更小的用例，这此用例仍然需要描述用例场景，例如核对帐号的过程、效验密码的过程等。
这些精化出来的用例向上要能够满足取钱用例场景的需要，向下则要更进一步能接近系统分析所需要的粒度。
同样的道理，如果需要，核对帐号，效验密码等用例在系统分析阶段还可以再次精化。但是它们虽然改变了名字，所描述的内容也从业务描述精化到了系统交互，但描述的仍然是取钱这一个业务。

当然，最重要得依旧是团队合作。在项目运行中，可能发生任何事情，但只要大家做好沟通，没有什么问题是不能被解决的。coffeewoo 中有篇关于这方面的解答非常经典，我就不班门弄斧了。临近春节，快递都放假了，不然也想尽快拜读一下他的大作《大象–Thinking in UML》。

继续浏览相关文章

需求变更-要效率还是要规矩？

hanjunxing — Fri, 16 Jan 2009 15:02:29 +0000

需求变更在项目管理中是经常遇到的问题，特别是当项目进展到尾声时，一个需求变更对成本产生的影相往往比项目初期成几何级放大。虽然我们在需求阶段细致入微，在开发阶段滴水不漏，在流程管理上规规矩矩，但无奈的是，我们的客户总是希望拿到更完美的产品。于是乎，变更就成了结项后的潮水，一波一波，无休无止。不是你的产品坏，是这个世道变化快……

如何对需求变更做科学的规划和控制？在做好需求变更管理的前提下，分级管理客户需求不失为一种很好的方法。但是如果客户的需求变确实需要在将要结项得产品中尽快体现时，应该如何处理呢？特别是一些在需求中非常重要，但从技术上很好实现的需求变更时，是否还要走正规的需求变更流程？要效率还是要规矩，就成了许多产品经理心头的疑问。

首先，需要确定：是否真的需要走需求变更流程？灵活点说，需求是变了，但走不走这个流程是另一码事。如果项目几乎结项了，这时的需求变更就像百米赛跑后，裁判说这个跑道不标准，少跑了一米要重新跑一样；一鼓作气后，项目团队都疲惫不堪时，再次击鼓的效果可想而知。其实针对这时需求的变化，特别是技术上很好处理的问题，直接在结项后作为升级内容即可；毕竟版本得改动可小可大，小的版本变更从流程上讲要比需求变更简单的多；

其次，还有一个偏方，是我最近经历的项目变更得解决方案，即将这个需求分解放在其他相关项目中完成。在项目日程已经排满，并且项目间有一定相关性时，这不失为一种好办法。如果项目是迭代设计的，那么采用这种办法再合适不过了；

最后，当非变更不可时，如果没有针对不同变更得不同流程得话，唯一要做得就是做好前后沟通了。在有正规流程时，走正规流程是必须的，也只有这样，项目才能真正可以控制。如果对流程不满，除非能够很快吧流程修改或完善了，否则一步一步做吧。所谓得追求效率而抛弃规矩，是对项目不负责任的原则性问题。

需求变更就像误差，可以控制，但又无可避免；但是因为前期工作没有到位而引起了需求变更，就太不应该了，错误是不应该出现的。出现需求变更时，先不忙着救火，而是冷静下来先考虑问题产生得原因，比做救火员要有意义的多。后面会详细讨论这个问题。