由UI转战产品,有什么建议能分享吗?

之前做了3年UI,现在转产品有哪些建议?

阅读全文
请先 登录 后评论
  • 0 关注
  • 0 收藏 183 浏览
  • 略问用户 提出于 2020-10-22 17:37:03

7 个回答

xxxxxa

产品经理两大必备法宝界面功能设计和用户行为逻辑设计,起码你已经会了界面功能设计了!

用户行为逻辑设计需要围绕业务流程需求或者用户需求进行需求分析后得到,不管是哪种,这步一定要做好,UI转产品最大的不同就是要完全脱离单兵作战的思维了,产品一定要有one team的思维,上下游都需要照顾到,上下游站在各自立场都是正确的,所以需要站在需求角度把问题给所有参与者讲清楚,克服困难统一立场,毕竟这真是一个团队游戏。

其他能力看公司发展模式吧,团队管理、数据分析、运营监控、输出可落地可执行的方法等等都是需要慢慢学习的

请先 登录 后评论
xxxxxa

团队里有个4年的UI想转产品,我带项目的时候给她挺多机会去尝试,说几点我从项目负责人角度看到的情况吧。UI转产品明显的优势就是原型图明显看起来颜值要高些哈哈,毕竟功底在那,但是就这点而言有好有坏,如果把过多精力放在原型图如何美观舒适可能会导致其他方面的缺失,第一个典型就是绘图效率,这点我就感受颇深,我们UI做原型出图确实不快,虽然美观性好,可这不是重点,其实很多时产品方案要讨论一轮又一轮,前期最好是拿着草图就开始,根本没那心思去优化边边角角的细节,这是UI转产品需要注意的第一个点。第二点是逻辑思维能力,好的UI除了基本设计功底,还需要创意,灵感和审美等等偏感性,如果要深入做产品逻辑,架构的思考就会遇到一些困难,比较难形成一个逻辑清晰完整,架构层级分明的产品规划,这个是UI需要克服的第二个点。第三个点就是跟我一样,技术,排期管理方面吧,之前是在流程排期中,现在要自己定流程排期,对于管理方面会有考验,就这点来说,是我从我们UI身上看到的她的困境和我的感受,希望对你有帮助。

请先 登录 后评论
xxxxxa

1、忘记那些细节,将精力投入到产品功能的设计上。不要再盯着一个界面上的按钮,琢磨这个颜色饱和度是不是还能再低点,这个字号是不是太小了等“细节”,而是把精力放在产品功能设计的细节上。比如一个功能是否能跑通,会不会引起连锁反应,不要想完了一个界面,发现后续的一系列功能都会出现逻辑上的漏洞。

2、不要把什么都做到极致,因为你不知道那有没有价值。因为在从事UI设计工作的时候,面对的是一些界面or交互,它已经是确定下来的东西,在职权范围之内,都希望尽可能地做到最好。但是做产品工作则不然,我们在搞一个新产品or新功能的时候,是有很多不确定性的,我们需要拿捏到底做到什么程度是合适的。所谓小步快跑、快速迭代也是这个意思。不要再像以前那样,一想就想的过于完美,在没有得到市场和用户的验证以前,我们无法确认资源的投入是否会产生价值。

3、要弄清楚自己要干啥,不要瞎忙活。做产品的话,你要想清楚在这个时间段内,我们的产品要达到什么样的目的。要解决这些来自用户的、市场的、老板的、自己的各种需求等,以发展更多的业务或客户之类的。

4、要多沟通,不要自己胡思乱想。做UI的优势,在于沟通能力较强,短处在于对开发的逻辑理解较浅。而通常程序员的长处在于逻辑缜密,但沟通能力较差,这时候千万不要闷头自己搞,要积极的与开发的同志沟通,时不常的问问,我这么做行不行, 我这么做有没有坑,你有没有什么建议。平时自己主动地多看看各种开源的管理系统。

5、拆分你的设计任务,不要眉毛胡子一把抓。我们应该把工作中遇到的所有事情,按逻辑分清。从想问题的方式,到做事情的方式,都要分。

请先 登录 后评论
xxxxxa

大佬邀请我真让我受宠若惊呀,嘿嘿

我美术生,本科设计,还没毕业就在设计公司干活,毕业后也是直接从事的UI设计。半路因为被人看中,带入产品的坑,目前从武汉来到杭州独自发展,就职于一家直播平台。很多人以为,UI转产品的优势在于对设计有见解,和设计人员沟通会有很好的效果,产品最起码在“皮”的部分会有很好的效果,这个皮包含了交互和视觉。就我转行工作到现在的经验,加上和前辈产品的沟通来讲,这层“皮”在产品的工作中,远远只是很小的一部分。

UI转产品,最大的弱势就是技术。由于人人都是产品经理这句话的广泛流传和各种产品梗的加持,刚入职的产品如果没有高光产品和深厚的经验加持,基本都会被开发轻视。如果你再不懂技术,交流时根本不得要领,无法在脑海中形成较为完整的技术框架,那么基本上你会被开发认位是既不懂技术又不懂产品的那类人。此时,你若想做出些成绩,在设计上的单方面用力,会影响你对迭代的把控,影响你和团队的融入。因此,对于UI转产品,懂设计往往不重要,懂技术才是你要过的第一关。

那么问题来了,如何在你不懂技术的情况下,很好的和开发沟通并获得技术相关的知识呢?不懂就要问,嘲笑和轻视要接着,尽量去融入开发团队,构思好业务之后,多问相关开发落地实现方面的问题。业务设计出现问题后,面对责难,要态度诚恳,主动背锅,主动反思。慢慢的,你融入团队,逐渐明白开发各部分的作用,比如:dba负责记录基础数据和状态,前端负责展示和交互,PHP负责通过逻辑筛选判断形成前端展示需要的接口等等。

这时候你被接纳,可以叫的动人了,都混熟了,就可以开始真正的产品的工作了。真正的产品的工作包括单不限于需求管理,版本规划,BUG处理,跟进研发,参与测试,版本发布,活动策划,第三方商务对接,和老板尬聊,和其他部门扯皮,被人形提问机搞崩心态等等。产品要做的事太多了,一两句说不完。

我相信,UI转产品最大的困难就是融入开发,了解技术。跨过这个坎之后,你又有非常多的产品的知识需要试错,学习和成长,这才是主旋律。而你掌握的设计知识,在你用这些知识和设计师交流的时候你又会发现,你们并不存在认知上的契合。你和他说,颜色纯度高了,亲密性有问题,和主题不符合等等你认为对的观点之后,你得到回应一定是本质就是不愿改稿,但是被包装成他的强有力设计思维的反驳。最后,你发现,你的专业知识的唯一作用就是区分这个设计师是个草包还是个大佬。

其实,产品最大的作用是粘合,粘合老板,用户,部门、研发、设计等等,使这些形形色色的不同角色的人的各种各样的需求能被巧妙的按先后紧急有用与否被规划安排的明明白白,能实现成为大家都可以接受的最大公约数。其次,才是战略,方向等等这些并不是完全由你决定的方面。而粘合的前提是融合,融合的前提是真诚谦逊有同理心等等这些能与人相处与团队相处的性格上的优点。

这大概就是我的心得,更偏向于先做人,再做事吧

请先 登录 后评论
xxxxxa

首先看下优劣势

优势:交互设计,界面设计,原型设计,设计产品的用户体验会高于技术或其他出身的产品

劣势:不懂技术,逻辑思维,数据逻辑,技术底层实现方式等

       很明显,建议先去摸懂技术,不然怎么撕逼,虽不用很精通,但是也很重要,去先熟悉下项目助理/项目经理吧,多磨炼几个项目比什么教学吸收的都快且通透。

请先 登录 后评论
xxxxxa

不管做哪行,都得考虑应用和目标,而且得基于场景:

如果是大城市大公司就先专攻某一类的产品,跟UI最接近的就是交互了,可以一步一步发展到别的技能。

如果是小公司都要求全面的产品,各个类型都得学习。

请先 登录 后评论
xxxxxa

UI转战产品,建议多学习数据逻辑结构,和一些技术,练习逻辑可以画画时序图,逻辑脑图。技术的话最好懂一些数据库知识。

请先 登录 后评论