提交需求
赛事与广告咨询合作,请填写需求表单,我们会在第一时间与您联系!
设计师应怎样处理和程序员之间的问题?
这是许多公司高层或面试官最爱问我的问题!
而生活里UI朋友聚会常会变成程序员吐槽大会,可见这个问题的严重性。
今天就聊聊为什么设计师和程序员之间有这么多的爱恨情仇。
首先,认识他们!
UI设计师
查阅公众号历史记录第一期或
公众号内发送“UI”,即可获取内容
开发人员
开发人员也称为软件工程师(定义去看百度)。
不同的公司叫法也会不同,有的公司称为技术(IT)团队,不要搞混这两个概念,开发指:为公司外部客户开发产品,技术(IT)指:为公司内部(比如公司绩效管理系统)开发软件。
问题1,设计师的经验欠缺及产品经理的失职
表象是设计师缺乏经验,导致设计无法实现(几率很小)。其实是和产品经理失职造成的,市面上产品经理交付出来的产品文档和功能说明文档很大程度的忽略市场价值分析,解决方案背景,产品功能目的性说明等。以至于设计师手足无措,即使口头上和产品经理的交流,获得的信息也只能是碎片化和好无系统的。缺乏经验的设计师只有硬着头皮完成,反而造成骨牌效应,之后会出现更多的问题。
没懂?那举个栗子!
产品经理的方案是设计一辆三轮车,文档说明了产品的体积,功能,载货量等。设计师输出设计稿后,工程师则很快进入开发阶段,产品经理告诉工程师三轮车的最高速度到要达到285KM/H,工程师很快就会职责设计师:你设计的轮胎太小,车链太细,性能根本无法达成。当设计师无法设计出更粗的车链时则会质疑工程师的技术能力!这时大家根本不会想到问题是产品经理造成的,因为他想造一辆越野三轮车!(你别不可思议,这种问题却常常发生)
问题2,项目管理和公司文化的薄弱
早期传统公司的项目管理的工作都是由产品经理负责兼任 ,可这种方式在互联网公司是非常行不通的。因为开发的周期稍为缓慢的话,产品经理的工作和项目管理的工作几乎是并行的。或者早期的网络公司都是以开发人员为驱动的,以至于现在负责项目管理也是开发人员,但是往往很少有开发人员做管理能探索产品的可用性和可行性。所以常常会发生,开发和设计师的矛盾。
优秀的项目管理人员在互联网公司是至关重要的,他不光解决开发和设计师之间的矛盾,也能协调测试和开发的矛盾。统筹时间计划,更能带动起一个优秀的产品。许多介绍谷歌的书,都在着重讲项目管理的重要性。
问题3,程序员的自我修养
许多程序员有与生俱来的傲娇,许多产品经理和设计师都能感受到的。因为在前些年的传统互联网都是以开发驱动产品,所以现在有部分程序员在产品设计前期,表现的非常事不关己。或是在自己专业领域里是很少去和设计师讨论的(例如适配问题),导致出现各种问题。
国内许多公司的开发团队常常也要负责运维团队的工作,导致开发人员常常呈现工作的繁重感(其实互联网里每一环工作都是繁重或重复的),以至于很少看到开发部门和其它部门相互学习和分享技术的,常常都是部门内而已。其实在互联网公司这种理念就大错特错了。其实很多优秀的产品都是程序员抓住用户需求,从而拓展成成熟产品的。不仅有利于个人发展,也利于产品和用户。
偶然一次公司旅游,我和一位程序员分到一个酒店房间,为了缓解尴尬,我分享设计给他,他分享开发经验,不仅解决了很多我长年内心里的设计疑问,他也恍然大悟许多设计开发之间的疑问根源,一个通宵之后的两年时间里,和他在同项目里的配合从来没出现过问题。
设计师应该怎么做?
从上面就得知,两者经常有摩擦的问题并不是表面的那么简单。不管高管或者面试官问到这个问题,我回复都是,作为设计师应该去妥协(委屈)。想想看那个面试官希望你诋毁他提出的问题,他可能只要一个“听话”的下属而已。
韩国偶像剧《未生》里一个桥段,贸易组的人为了项目通过财务部的资金评估风险,去学习会计,很快项目通过了财务的审批。其实就是告诉我们要想设计好产品,必须学会妥协和迂回的方式。因为你无法保证你遇到的产品经理和开发人员是专业的。可能你在一个体制里无法作出改变,但至少你知道问题点发生在哪里,做到把对方的失误降低,变相的把自己的成功率提高。
当UI聚会变成吐槽大会,我绝对不会参加第二次。不是自己高风亮节,而是很多情况下的人云亦云,反而会让设计师从内心就拒程序员于千里之外。毫无道理的笃定自己的观点才是正确的。
其实设计师和程序员之间的爱恨情仇,只不过是表象而已。
今天有点啰嗦,望谅解。(记得分享或点赞)
原创文章,请勿抄袭
大牛,别默默的看了,快登录帮我点评一下吧!:)
登录 立即注册