![](https://iknow-base.cdn.bcebos.com/lxb/notice.png)
UI设计师在做需求的时候,如何满足点击率的需求?
1个回答
展开全部
避免两个误区
只关注用户需求,不关注业务目标
在实际工作中,设计师接到的业务需求,大多数时候,可能都是类似这样的。比如,“把购买流程优化一下”、“课程页面加一个分享的功能”、“讨论区帖子要支持顶和踩”、“在消息中心提供清空操作”。说是需求,其实多半已经是一个解决方案了。完整的需求应该包含目标和期望,甚至是背景的描述。
如果你只是想把这个工作任务快点完成,那么就会照着需求方的方案去做,完全不管背后的目标和期望。这样的事情做多了,充其量就是一个“努力的笨蛋”而已。这样很危险,对产品,对你个人来说,都很危险。
对待业务需求,我们需要向对待用户需求那样,不断地问为什么。去了解原因、背景。比如,为什么要优化购买流程?现在的流程有哪些问题呢?我们的用户会分享什么样的内容到微信里边呢?做了这些事情,产品期望得到怎样的成果呢?并且,我们又要如何来衡量设计方案的效果呢?
误区2:需求分析是产品经理干的
以前我曾经有过一段这样的工作经历:交互设计师如果觉得产品经理的需求不完整、不靠谱,就把需求打回去,要求产品经理重写。产品经理觉得交互设计师阻碍了产品的进展,交互设计师觉得产品经理需求不靠谱,相互埋怨。可是,没有谁是老板派来捣乱的,对吧?当两个角色相互不信任,就没有办法形成很好的合力。甚至,大家做这份工作都会觉得很吃力,工作体验很糟糕,更别指望能做出好的用户体验的产品了。
到这里可能就有人就会说,那交互设计师和产品经理合二为一不就得了。可是我并不这么认为。在资源许可的情况下,我的建议是,交互设计师和产品经理两个角色还是分开设置比较好。因为设计师和产品经理的思维方式完全不同。
只关注用户需求,不关注业务目标
在实际工作中,设计师接到的业务需求,大多数时候,可能都是类似这样的。比如,“把购买流程优化一下”、“课程页面加一个分享的功能”、“讨论区帖子要支持顶和踩”、“在消息中心提供清空操作”。说是需求,其实多半已经是一个解决方案了。完整的需求应该包含目标和期望,甚至是背景的描述。
如果你只是想把这个工作任务快点完成,那么就会照着需求方的方案去做,完全不管背后的目标和期望。这样的事情做多了,充其量就是一个“努力的笨蛋”而已。这样很危险,对产品,对你个人来说,都很危险。
对待业务需求,我们需要向对待用户需求那样,不断地问为什么。去了解原因、背景。比如,为什么要优化购买流程?现在的流程有哪些问题呢?我们的用户会分享什么样的内容到微信里边呢?做了这些事情,产品期望得到怎样的成果呢?并且,我们又要如何来衡量设计方案的效果呢?
误区2:需求分析是产品经理干的
以前我曾经有过一段这样的工作经历:交互设计师如果觉得产品经理的需求不完整、不靠谱,就把需求打回去,要求产品经理重写。产品经理觉得交互设计师阻碍了产品的进展,交互设计师觉得产品经理需求不靠谱,相互埋怨。可是,没有谁是老板派来捣乱的,对吧?当两个角色相互不信任,就没有办法形成很好的合力。甚至,大家做这份工作都会觉得很吃力,工作体验很糟糕,更别指望能做出好的用户体验的产品了。
到这里可能就有人就会说,那交互设计师和产品经理合二为一不就得了。可是我并不这么认为。在资源许可的情况下,我的建议是,交互设计师和产品经理两个角色还是分开设置比较好。因为设计师和产品经理的思维方式完全不同。
推荐律师服务:
若未解决您的问题,请您详细描述您的问题,通过百度律临进行免费专业咨询