UI设计师可兼任产品经理吗?

Kevin改变世界的点滴

共 1844字,需浏览 4分钟

 ·

2021-08-22 17:24




最近我们打算将已经上线的PC端PMTalk,独立为客户端APP。

前期由于为了演示、投融资的需要,做了没有经过需求调研的设计稿,只是为了演示,本身就没有打算研发。

  大量的演示UI设计 


这类场景在互联网产品中非常频繁,公司的投融资关系、外部团队汇报,需要资源花费表面功夫,比如提前把别人的产品页面拿过来改改颜色、加个logo,就做成自己的方案进行展示汇报。

对我们来说,已经有现成的一套APPUI图,那是否只需要让UI设计师做修改后即可开发,还是要产品经理重新梳理呢?

实际上显然是选择后者。

如下是一个数据可视化看板,市面有多家厂商比如友盟、阿拉丁、growingio有提供这类数据化看板。


早期汇报用的UI设计稿,就是将上述竞品不动脑子的的借鉴了过来,可没有经过需求调研和研发评审,能不能实现这类数据的采集、有没有必要展示这么多样复杂的数据其实团队是不知道的。


如今打算投入研发了,那是否可以直接按演示的UI设计师研发,再让设计师边做边改掉不用的功能、页面图呢?从而过滤掉需求调研的环节呢?

显然是不可以的。


我们知道一个互联网产品的研发流程可以分为5个步骤,如下图。

  互联网研发流程 


选择让UI设计师去做产品的工作,那其实是会埋下问题我们后面说明,这也是许多产品新人无法意识到的。

问题1:UI设计师和产品经理的信息不对称、权限不同

术业有专攻,UI设计师更加侧重在设计、视觉美学上比如页面交互、页面提示、页面导航,而产品经理却有需求背后所拥有的资源权限。

举个例子产品经理因为有业务上游的老板和下游客户需求,同样的数据化报表比清楚展示的权重、元素层级更需求。

问题2:产品经理的框架和资源整合能力

产品经理有产品顶层设计的作用,比如提供数据可视化是提供给什么行业客户、什么类型应用的数据,有没有必要引入第三方平台的ai数据能力或从公司跨部门引入资源合作。


  产品经理的框架设计能力联动了业务与资源方 

同时因为上部门的需求调研,产品经理的系统性需求不仅在用户体验、视觉美学上,所关注的功能要匹配于业务层级。

比如你可以看到很丑的界面客服系统,但客服团队却用的很爽;比如你可以看到很难操作的电商系统,但公司还是选择坚持使用



产品经理的需求调研非常重要



产品经理不会花时间停留在太多美上。反而是停留在业务层面的需求上,以下面数据为例:数据端提供了商家数据看板、应用程序筛选、和不同维度的数据查看能力

在这个场景下UI设计师、产品经理2点思考维度区别如下


产品经理侧在下面三点

  • 如何为商家提供可靠、丰富全量的数据


  • 如何帮助商家找到好看的数据看板


  • 如何帮助商家提供数据外的服务,增加产品的粘性和续费


UI设计师侧下面三点

  • 如何展示数据的美感


  • 如何不差不少的把PC端的数据可视化全部展示出来


  • 如何让用户在移动端上操作便捷


由此上,你可以看到产品经理一定要输出原型再给UI设计师,绝对不要让设计师又做产品又做设计!




做产品的UI设计师不是好设计师




UI设计师应该关注在交互、美学上,反而会做产品的设计师会干扰需求,甚至会将产品经理的原型进行变动。

比如有了UI设计师做产品后,需求的流转顺序变为如下。


做产品的UI设计师上因为变动了需求甚至是直接砍掉了产品经理的产品设计需求,浪费了较多时间、资源争执。

需求的来源变成了设计师、产品经理,开发同学也不知道听谁的,甚至还会导致某个功能需求不确定,影响产品架构。

正常的普通需求来源流程图如下


可以保证研发流程都是从上到下过程,产品经理负责验收UI设计即可。

由此产品经理和UI还是要区分,无论如何产品经理都要保持2点输出原型、验收UI,否则就导致研发中浪费时间、研发成本

以上是我这次分享的案例。

关注我的公众号,随时与我联系



今日Bonus:加我好友 pmtalk001,领取直播原型部件库,同时还有运营模版带你了解快速提升产品运营进阶




👇点击阅读原文,加入打卡训练营,每天体验1款APP





每天体验1款app知识星球



加入后365天,每天体验一款APP。提升产品设计能力,同时有1500份体验报告帮助你找到竞品。



平均1天1块钱,扫码购买即可加入


连续体验90款应用,通过后原路退回







浏览 40
点赞
评论
收藏
分享

手机扫一扫分享

分享
举报
评论
图片
表情
推荐
点赞
评论
收藏
分享

手机扫一扫分享

分享
举报