网站蓝图3.0:互联网产品(Web/APP/Apple Watch等)Axure 7原型设计宝典
上QQ阅读APP看书,第一时间看更新

2.5 人人都爱高保真原型

对于不同的人员角色,高保真原型有如下优点。

1.决策者

决策者关心的是,我投入时间和金钱去做了一个什么东西?它能给我带来什么样的回报?一个精美的PPT可以说明要做什么,但是无法说清楚做的是什么。比如“我们要设计一个名垂青史的奥运会主体育馆”让人听来漫无边际。而一张鸟巢的设计图就能让任何一个老百姓知道到底在做什么。高保真原型可以使产品能做什么不言而喻,它的价值在哪里。可以让决策者第一时间拿到可以作决策的信息。这一点对于追求风险投资的创业者来说尤为重要。大部分创业者无法逾越的第一关就是:没有办法清晰地让潜在的投资者明白他们在干什么。无论是CEO,投资者或者甲方,他们要投钱给你,而你要做的就是告诉他们将要买单的是什么东西,而又不能不顾成本地在他们买单之前真地做给他们看(有的人真地做了,也成功了,世事难料,英雄辈出),所以,原型是你能做的最好的东西,放弃说“我想要做一个xxx网站”,而开始说“这就是我要做的东西!试试看吧?”

2.产品经理

产品经理关心的是,这是个什么东西,有什么需求,我们需要什么资源,要用多少时间,才能把这个东西做出来?我印象很深刻的就是在“越狱”这个美剧里面,男主角儿迈克的医生描述迈克说了这么一段话(似乎是这么说的,说真的,我已经不在乎这个剧了。与时俱进地说,产品经理应该是像生活大爆炸里面的谢尔顿一样,关注细节,喜欢制订计划,不达目的誓不罢休)“在别人看来,台灯就是一盏台灯,而在迈克眼里,那是灯泡、电线、底座、开关、电路板等的组合。他会一下看到事物本身的细节。”那么产品经理就是这样一群人,别人看到的是网站,他们看到的是按钮、面板、导航、列表、样式、脚本、逻辑、流程、数据库。所以,产品经理要向其他所有角色去澄清一件事情:就是我们要做一个什么东西,并且每个角色(人)应该怎样在整体当中去配合。所以,一个好的高保真原型,能够将产品经理从反复的解释,不断的描述,繁多的问题中解救出来。他们只要说“看看原型你就明白了。”

3.工程师

工程师关心的是,我们什么都可以做,但是请清楚地告诉我们需求,然后给我们时间!他们是一帮几乎什么都能做出来的人,他们害怕的是“今天做这个,明天做那个”。总是在反复修改和调整当中,没有办法持续地做事情。所以,如果作为产品经理,你能在工程师面前承担责任,一言九鼎,那么你就能得到他们的尊重。制作高保真原型的过程,能够逼迫大家都更加细致地,全面地去思考问题。比如大家可能原本计划在首页的第一屏放上20个产品。后来在制作过程中,发现那样特别得混乱,不清晰,放上5个产品是最优的。那么,在制作高保真原型的时候我们就已经解决了拥挤的问题,而不用在事后面对一群觉得你脑袋有问题的工程师。现在很多公司使用的PRD(Product Requirement Document),Wiki,Twiki这种需求文档,我只能说已经过时了。之前我做产品经理的时候,也夜以继日地写过好几十页的PRD文档,但是基本上没有任何人仔细地读过。甚至工程师也很少有仔细阅读文档的。而且,PRD会被经常性地改来改去。以至于原来一位同事笑称PRD为“骗人的”。使用wiki虽然解决了版本的问题,但是仍然无法让PRD流行起来。于是通过PRD审核,也变成了一个鸡肋的步骤。因为即使确定了文档,也还是会出现无数文档没有覆盖的细节和问题。所以,一副好图胜过千言万语。是该用生动的高保真原型图代替书面文档的时候了。

4.测试人员

我不得不说,测试人员是经常会被忽略的人。这个原因有两方面,第一,在网站开始规划的时候,因为没有东西可以测试,所以会经常忽略测试人员。第二,测试人员习惯了被动工作,他们也总是会忽略自己从一开始的设计阶段就参与的重要性。所以我们会经常看到,工程师已经开始开发了,测试人员还不清楚在开发什么。或者测试人员测出了一堆Bug,然后被告知当时就是这么设计的,早就已经修改需求了。测试人员比工程师更难清楚地知道“我们在做什么”。测试人员关心的是,如果我这么做,那么我会得到什么样的结果,这个结果是不是跟预想的一致!设计图无法满足测试人员的要求,因为图不能点击不能交互,设计人员也不能输入任何东西去看看会进行什么。测试人员也就无法使用设计图或者需求文档来书写测试用例。而一个高保真的原型,能够根据测试人员的输入进行反馈。那么测试人员从一开始就可以制作测试用例,而且可以针对原型提出改进的意见。从一开始就参与到项目当中来。你会惊喜的发现,测试人员从一开始就可以发现有价值的问题。真实用户也是一种特殊的测试人员。在不同的项目中,可能会在项目的初期就找一些目标用户来进行测试,发现用户的行为模式和喜好,更好地解决他们的问题。也就是说,只要有了高保真原型,我们就可以立刻进行目标用户测试,而不是等到产品已经做出来了,再去拿给最终用户作测试。因为那样的成本太高了。在项目发布在即的时候,即使是“把颜色由黄色改为红色”这样的需求,也会让所有人绷紧了心弦。

5.市场/商务人员

市场,商务人员关心的是,我如何把在做的这个产品介绍给行业,媒体,用户和合作伙伴?产品有什么特点?相比竞争对手有什么优势?适合什么样的营销渠道?而且,有时候很多的甲方需求,是商务人员带回来的。也就是说“是客户说的”。这时候就要格外小心了,如果不满意,用户会抛弃你,而客户会弄死你。高保真原型首先能让市场和商务人员熟悉要做的产品是什么样的,其次,他们可以让客户清楚地了解到我们公司在做什么,是否满足了用户的要求。这样就不会出现最终做出来的东西跟用户想的完全不一样的局面。市场和商务人员并不是技术导向的,他们很多时候并不能很好地理解网站技术方面的问题,或者IT行业的一些技术词汇。所以产品经理跟工程师和设计师沟通的那一套语言,在跟市场人员沟通时就完全无法奏效。如果有市场和商务人员把PRD需求文档转发给客户看,然后说“这就是我们要做的产品”,那他基本上就“死”定了。在我的工作经历中,我敢打保票没有市场和商务合作人员认真看过任何一个产品的PRD,更不要说wiki了。市场和商务人员是最接近媒体的,如果你不想在媒体上看到关于自己产品的莫名其妙的描述,那么就一定要花时间让市场和商务人员了解自己的产品,然后他们会让媒体,合作伙伴,广告公司了解你的产品,这样,媒体才会有针对性地对你的产品进行宣传,合作伙伴才会关注你,广告公司的创意人才会设计出最适合产品的文案和推广策略。一般来说,市场和商务人员都决定着公司大笔的预算,任何的偏颇都将招致大量的金钱损失。

6.设计师

设计师关心的是,我们要为什么样的人,设计什么样的东西?设计师都是很有想象力,很有想法的人。但是我们不能让设计师天马行空地去设计。如果你是一个设计师,有人对你说:设计一个xx东西吧,没有任何限制,让你的创意尽情地发挥吧!那你千万别高兴,你要对他说“回去再想想吧。”否则,你很有可能收不到设计费哦!我们需要的设计师,是能够在“框中作画”的设计师。他们一定要受到各方面的限制,然后在各种限制中寻求平衡。是的,就像运动员,你要遵守一个运动的基本规则(没听说过奥林匹克随便做运动吧),才能成为一个伟大的运动员。而我们要传达给设计师的,就是他们要遵循的限制和规则。所以,你想得到最好的结果,就要设定最好的,最合适的限制。不以规矩,不成方圆,全是规矩,方圆难辨。高保真原型对于设计师来说,首先能让他们非常清楚限制之所在。一篇7个字的标题的设计与一篇200字的文章的设计完全没有可比性;其次能让设计师以较低的成本表达他们的多个创意方案,供决策者和目标用户测试,发现最好的方案;最后,能够让设计师从头到尾地去想一件事情,避免出现设计师想得很好,设计得很棒,但是却根本无法在时间和金钱预算内做出来的尴尬局面。

7.客服人员

客服人员关心的是,如果用户问我这个问题,我该怎么回答?而且,客服人员的挑战在于,他们要用人类的语言来回答。他们不能说“就是这么设计的!”“会在下个版本中实现”也不是一句很体面的话。所以,客服人员是除了产品经理外的产品专家。但是现实是,客服人员也很容易被忽视掉。客服人员是很勤奋的,他们确实会看产品文档,但是我刚才说了,产品文档特别虚幻,而且经常是写给技术人员看的。所以,高保真原型对于客服人员来说,也是一件宝贝。他们可以从一开始就制作帮助文档和用户手册,发现产品的问题,了解到产品的功能点和复杂点,有针对性地培训和指导用户。

现在看来大家都很开心。至少,大家不用看天书一样的PRD了,而是有图可以看哦。总结一下高保真原型的几个宏观的优点吧。

(1)简单清晰,一目了然。

(2)便于沟通,易于理解。

(3)方便灵活,随时修改。

(4)明确需求,节约成本。

(5)减少误解,加速进度。

(凑成每行8个字还真挺难的,不过我做到了)熟悉项目管理和预算管理的人都应该清楚,这几条对于项目的成败有多么大的影响。其实,最郁闷的事情莫过于辛辛苦苦做出来的东西不是用户想要的,不是老板想要的,甚至不是自己想要的。所以,动刀之前先写好菜谱,出发之前先列好清单,才能逢凶化吉!