这样做软件需求原型才能少走弯路

这是山猫的第12篇原创

 

 

上一篇是讲怎么做需求分析，具体需求落地时最直观的就是以原型来进行沟通展示了。

 

就工具来讲，经过多年的发展，目前主流的原型工具有Axure和墨刀，业界最常用的还是Axure为主，具体这两个工具的玩法可以网上搜索，已经有很成熟的使用教程了。

 

软件需求原型设计不是一蹴而就的事情，如果想在效率和质量都进行提升，可以采用以下方法。

 

1

搭建功能框架，梳理MVP

 

简单来说，即需要搞明白目前设计的软件原型有哪些功能菜单，通常你可以用visio、mindmanager或者xmind软件来描述你的功能脑图框架，如下图是一个用visio画的功能框架图：

 

对于原型设计人员，功能菜单至少要考虑到三级菜单，比如上图最下面一行专家列表、项目推荐这些即是三级菜单功能。

 

框架不能随便搭，也要讲究一些方法，比如顶层设计、和其他系统之间的关联、异常处理的设计，具体参考上一篇文章“不会做需求的项目经理不是好项目经理”里面的内容介绍。

 

接下来要对功能菜单框架做分级，哪些是可以划分MVP（Minimum Viable Product 最小化可用产品）里面去的？哪些是可以后续版本再进行开发的？

 

“所谓最小化可用产品，是让团队用最小的代价实现一个产品，以此了解和验证对用户关键问题的解决程度。”

 

注意，最小化可用产品是解决用户的关键问题，而不是解决所有问题，如果你在设计时面面俱到，那可以肯定的是你的产品一定非常臃肿。

 

对于上图科技评奖管理系统，基础管理功能模块在产品初期就可以排除在MVP之外。

 

2

在巨人的肩膀上进行设计

 

牛顿曾经说过：如果说我看得比别人更远些，那是因为我站在巨人的肩膀上。

 

很多原型设计人员一开始就陷入细节的功能页面设计，完全依据自己的想法来进行处理，结果最终设计出来的质量非常糟糕。

 

很多时候设计都是共通的，哪怕行业的业务不同，在功能页面的设计上都有相通之处，比如一个多级审批页面需要包括哪些信息？从页面使用者审批人的角度看，需要知道目前审批的内容明细、目前所处审批环节、前面审批环节的审批人和审批意见等等，很多涉及审批的业务系统对于前面说的这些信息在页面设计里面都是必须要具备的，那针对这种页面，可以找找公司内部或者互联网搜索看看有无类似资源，看看其他人是怎么设计，多思考为什么这么进行设计，然后在这个基础上进行设计上的创新，实在没法创新就照抄行业类似设计的最佳实践。

 

3

重视页面布局，轻表现形式

 

到了具体的原型页面设计，在设计初期，每个页面功能位置布局摆放是重点，如下图汽车之家APP的首页，为什么搜索框是放在Banner的上面，这样会不会让用户难以察觉？

 

车商城和汽车点评为什么放在中间功能的靠前位置？这些都是值得思考的问题。

 

 

在设计初期避免做太多形式化的东西，比如做出酷炫的交互效果，高保真原型等，尤其是面对大型复杂的软件系统，投入时间在这方面会花费你大量时间，而且可以肯定的是这些内容随着原型的深入会被大量舍弃或者调整。

 

4

重视沟通

 

很多时候，原型设计人员会出现和开发人员一样的问题，会陷在自己的圈子和想法来做事，在团队合作中，每个人都是独立的个体，但系统是很难孤立的，尤其是当今越来越强调数据和资源共享，因此需要和多个相关方沟通才能做好系统原型设计。

 

如果你是乙方，那么不要忽略和甲方的沟通，尤其是在核心系统的设计层面，如果没有来回几次和客户确认，那最终做出来的东西很可能是满足不了业务需求或者不接地气的。

 

如果你设计的子系统和其他子系统有关联，那就要站在整个大系统的高度层面，考虑你的子系统如何和他人设计的子系统更好的进行融合，这些同样是需要大量的沟通和调整。

 

以上便是原型设计一些原则性的东西，需要注意的是，高手在做任何事之前都是先思考策略，只有菜鸟才会一开始就陷入细节，而且依据自己的想象进行死磕，一叶障目呀。想想你上次出去旅游前，如果做了详细攻略，是不是感觉省了很多时间和费用？一样的道理啊。

 

 

 

END

 

 

 

作者：山猫

坐标广州 项目管理和职场分享