经验总结:设计功能的时候,这4点产品需要注意

起点学院产品经理365成长计划,2天线下闭门集训+1年在线学习,全面掌握BAT产品经理体系。了解详情

大家都知道在设计功能的时候,需要考虑“增、删、改、查”等不同的情况。但是在这些理论之外,还有很多实操中需要注意的细节。那么,有哪些细节是需要我们注意的呢?

onnsheji

这是我之前在微信公众号里写得一篇文章,现在看起来仍然帮助很大,希望可以帮助一些经验尚浅的产品经理们少走一些弯路。以下就是我总结的几点注意事项:

简化逻辑

在这次产品设计中,我发现旧产品的一个严重的问题就是:之前的功能逻辑过于复杂,因为时间比较紧,更改逻辑并不现实,只好顺着现有的逻辑补一些窟窿,修复一些Bug;但最后测试花费了大量的时间来测试这个复杂的逻辑。毕竟我们都是人,逻辑越复杂,犯错误的几率就越大;所以只有简化逻辑,才能避免更多犯错误的机会。

当然,简化逻辑的目的并不是为了削减功能,而是我们在设计一个功能的时候,就要想好,这个功能所要解决的问题,只有明确了要解决的问题,我们才能明白一个整体的功能逻辑从哪里简化、在哪里调整,最终设计出满意的逻辑。如果一个订单页出现了6种订单状态,3种价格体系,这样算出来至少是120种犯错误的机会,这样就会给测试造成很大的压力,整个项目周期也就延长了。

一个功能只解决一个问题

产品设计里很多人容易范的毛病,就是在设计的时候总是想把很多问题尽快解决,比如设计一个功能,我们总是想要一次性把用户的所有使用情景考虑在里面,这样设计出来的功能,往往会给用户过多的选择,这样其实是给用户造成了选择压力,也会容易导致设计者的思维混乱,用户体验会大打折扣,也不一定会解决用户遇到的问题。所以要一个功能只解决一个问题,先解决主要问题,再解决次要问题,一个功能、一个功能地累加,这样不会对用户造成困扰,设计者也可以进入一种有条不紊的工作状态,何乐而不为呢?

权衡很重要

产品经理的重要职责之一,是权衡各部门之间的利益,每一次升级或者设计功能的过程中,我们总会收到来自各部门的需求,比如运营部门希望增加更多的模块,可以放置吸引用户的内容,客服部门希望减少电话客服的入口,减少客服压力,这时老板又打电话来,说页面不够好看,要把这个问题解决一下等等。在这些众多的需求之下,我们要做的是权衡各个部门的利益,过于偏袒任何一个部门,都会导致用户体验变差,因为产品经理需要关注的是产品的整体和发展,而其他部门,包括老板在内,往往关注的只是产品的某一个点,就像我们玩儿的积木游戏一样,只有每一块儿积木都恰到好处,才能保证整体不偏不倒,产品设计也是这个道理。

需求说明会必须要有

这次设计产品的时候,因为是半路接手,所以并没有和技术一起碰头开一个需求说明会,很多需求都是突然给到技术的,所以导致技术部门没有整体的产品逻辑概念,最终也是导致测试压力增大的原因。我说这个经历,是想提醒大家,无论我们是从什么阶段开始接手一个产品,还是产品逻辑有多么简单,也要把技术人员叫到一起,召开一个或长或短的需求说明会,听取技术部门的意见,这样在产品开发阶段,就会从容很多。

#专栏作家#

Garfield,微信公众号 Share-Equality ,人人都是产品经理专栏作家,喜欢运动、热爱生活,经常思考和总结,擅长用户体验、需求挖掘等,一直都在学习中的产品经理。

本文原创发布于人人都是产品经理,未经许可,不得转载。

您的赞赏,是对我创作的最大鼓励。

评论( 0

登录后参与评论
加载中