搜索
网站首页 / 新闻中心 / 产品设计阶段中的设计准则(2)
返回

产品设计阶段中的设计准则(2)

浏览次数:632 分类:新闻中心 分类:设计之家

4.这个问题是不是简洁明了、清晰可见,足够被其他人理解?也就是说,假如一开始就没法清楚定义问题,那又怎能找到具体有效的解决方法呢?

实行阶段

(1)全局在前,细节在后深入一个解决方法以前,确保已经尝试过别的的实施方案。最快的检验方法,就是当团队别的队员指出「怎么不试一试王某某」提议的时候,就意味着想的还不够全方位。

(2)原型图更快检验实施方案假如产品已经有明确的目标使用人,在进到开发设计以前,还可以通过简洁明了的原型图先让这群使用人做好测验(可用性测试UsabilityTesting),借此更快检验实施方案。

(3)设定产品的预期结果包括一切质化或量化指标,比如说缩减二十%的操作时间、提高总体使用满意程度……等等等等。

(4)排序功能开发设计优先级一个完整的功能里,必须有最重要、次重要还有较不重要的顺序排列(MoSCoW优先级)。以往特别强调全方位、完整功能的瀑布式开发工作流程,在当代快速迭代的大数字世界里已渐渐被灵巧思维所替代。举个实例:当A团队还在为那从90分进步到95分的功能烦恼而迟迟没法推上线了时,竞争者B团队早就将80分的产品推上线了,尽管80分的产品让终端使用人并不是很满意,还是有不少抱怨,但B团队收集到了真正使用人指出的问题,并做好改版。当A千辛万苦将100分的产品推上线了,却发现市场早就被B占领,同时B的产品历经数次改版,更满足使用人的需求,当时A团队坚持的100分产品也不是当今市场的100分了。

(5)更快尝试错误,快速调整以更包容的心态来应对错误的发生,检查个人或者团队在应对错误发生时,是不是有足够更快的应变能力,能快速调整大方向,同时记录问题、总结归类,不再犯同样的错误。

(6)阶段性反思总结不管产品成功或失败,团队自我反思是整个实行环节中最重要的一个环节。团队自我反思,绝对不是相互之间埋怨的批斗大会,反而是一个阶段性任务完成时,让团队彼此之间都能沈淀思考,调节方法步骤接着行走前进的机会。特别是在在跨功能的团队里(cross-functionalteam),能够更加好掌握每个团队队员在协同中遇上的挑战、当前的解决方法,还有以后能够如何调节合作的方法。团队自我反思的时间段能够是在一个大的产品开发设计版本发布前后进行,通过1-2小时的会议,有明确的主持人、会议记录者,分別感性与理性的两个时间段。感性的时间段里,让大伙说说以前的产品开发设计环节中看到好的、欠佳的还有要感恩的地方;理性的时间段里,明确的提出问题点,让团队一起来思考解决办法。

检验环节

(1)设置检验指标值在产品发布前,就务必将检验指标值设置好,并保证团队每一位队员认可每一项指标值。

(2)设置反效指标值这个检验方法是Facebook产品设计副总监(ProductdesignVP)JulieZhou提出的,检验一个指标值是不是成功,就把失败的指标值条列出来。

(3)找到问题比调节方向更重要产品发布后,如果发现偏离指标值的情况,无论是好的或者坏的方向,首先理清问题发生原因,再来调节对策。

谢谢您的阅读,今天的分享就到这里了!

个人中心我的 分类

在线客服x

客服
顶部 回到顶部