产品设计中两个重要而又容易被忽视的角色

我敢打赌,在中国,一半以上甚至更多的,以网站为">主营业务的或者把网站很看重的公司,没有Web前端工程师和产品工程师这两个职位,甚至有些有点规模的公司也可能没有这个职位,当然,这不能包括像alibaba,sina,163这样的公司,只是指中小型公司而言。如果你们公司有,请给我留言告诉我你们公司的规模和相关的信息。

做得好一点的公司,一般是项目经理/部门主管+投资方(项目管理中的投资方,实际上就是老板,反正就是决定你要做什么并给你钱的人)来承担产品工程师的角色,由美工来承担Web前端工程师的角色,特别是Web前端工程师,是最容易被忽略的角色。

企业想挤出利润,无非两个方面,一个是开源,另一个是节流。而这两个角色,恰恰可以用开源节流来比喻,产品工程师可以设计出更好的产品,这就是开源,Web前端开发工程师可以精简网页代码,提高用户访问速度,减小企业带宽上的支出,甚至可以减小服务器上的支出,这不是节流是什么?相比有些企业,以靠克扣员工工资来实现节流,这个节流要节省得多。

产品工程师

很多公司的流程基本上是这样的,由需求部门(一个或者多个,如果公司小,可能就是老板等几个人)提出需求,提交到项目经理或者IT部门主管,然后 IT部门主管根据需求进行开发,这中间可能要判断是做还是不做,判断的依据主要是开发难不难,麻烦不麻烦,很少去考虑合不合理。各位,看到什么问题没有,很多IT的部门主管,他只是一个管理者+项目经理的组合,或者干脆就是一个项目经理。需求部门交给我的需求,我按照要求按时按质做完就OK了。但时,需求部门往往是不懂互联网的,这种情况很多公司大量存在,对于一些老板本身就是做互联网的,或者较大的公司,这种情况会比较少。

问题就来了,一个不懂互联网的人,根据自己的喜好或者自己的判断来提出一些需求,有些需求可能很无理,有些时候可能是自己的喜好,有些时候可能是违背互联网的基本准则的。而技术部门往往是只要没有技术难度就开发吧,反正我就按你要求做了,这个中间,没有一个懂互联网的人来把关。注意,懂互联网的人,不是懂技术的人,懂技术的人很多都是不懂互联网的。比如说我曾经见过有公司的老板要在网站的两边加一副对联,结果别人说像灵堂一样,也曾经有公司的老板要把网站做得像电视一样(不是视频网站,就是一个非常酷的过场动画这样子,想法是好的,可惜不适合大型网站,不利于访问也不利于SEO)。

这个时候一定要有一个产品工程师或者产品组来承担这个中间人,注意,还没有到美工的层面,他需要根据需求方的需求,再加上自己对互联网的了解,来设计这个产品。他要考虑到浏览器、带宽、用户习惯等等内容,以确定如何布置页面中的内容,确定功能之间的关联。在这个时候,如果产品工程师不懂技术,可以邀请Web前端工程师和项目经理/部门主管参与,因为某些地方为了用户体验可能要使用到一些技术,需要由这些人来确定是否要行。

Web前端工程师

相对于产品工程师,这个职位显得很加缺乏,因为产品工程师很多时候可以由项目经理或者部门主管兼任,但Web前端工程师这个职位,是很多公司都不重视的职位,很多公司是这样的,Html和CSS由美工负责,而Javascript由程序员负责。但问题是,很多美工对Html/CSS只能实现,至于规范也速度很少考虑,而程序员对Javascript就更加了,从我接触过的程序员中,绝大多数人觉得Javascript是一个比较简单的语言,没什么前途,看不起这种语言,也认为Javascript只能实现一些交互而已。

所以实际上,很多企业是用两个懂一点点的人,来做这个重要的工作。如果让我来选择,我愿意放弃一个,甚至两个程序员,来换一个Web前端工程师。为什么要这么做?我认为,一个网站两个非常重要的地方,就是他的交互性与速度。很多程序员喜欢划分前台与后台,他们都认为前台不重要,只要后台功能完成了,前台不是很简单的事么!不!不是这样的,前台比后台重要,为什么这么说?你想想,一个用户是通过什么接触到你的网站的,是前台,是Web页面,而不是后台冷冰冰的程序。你有再强大的功能,如果用户操作起来很复杂,那么用户也会抛弃你的,除非用户别无选择,比如说工信部的备案,但问题是,现在互联网同质化越来越厉害,抄袭也变得风行,你真的有这么高的技术壁垒让其它公司没有办法做到和你一样的产品么?

注意,不要钻牛角尖,我并非说后台完全不重要,你要非说就算你前台再好,我后台一个死循环出不来,那不是也没戏,这是抬杠!除了大型网站和逻辑错误,现在多数网站并不存在后台影响速度的问题,或者说影响不是那么明显。前台所带来的问题,要比后台带的问题多得多,也容易解决得多,往往是可以花少量的代价来解决大问题的,可是往往很多企业愿意去花钱买带宽买服务器租CDN以提高速度,却不愿意请一个Web前端工程师来解决这个问题。同时,请注意,就算你服务器再快你的带宽再高,用户的带宽是不变的,如果你超出了用户带宽的阀值,你所做的一切将都是豪无意义的。

程序员往往可以实现Javascript的功能,但是由于Javascript的特殊性,他们很难以最优化的方式来开发Javascript代码,就可能就造成他们去网上Copy一段Javascript,然后只要实现效果即可,大量重复的甚至是有Bug的代码被应用到网站中,这些代码将会影响到用户的执行效率,降低用户体验。在HTML方面,这也是程序员的弱项,他们也觉得这个东西太简单,实现起来很容易,但是HTML和Javascript都是入门易深入难的东西,如何合理地组织Html+CSS,让浏览器更快更有效率地执行,这个也是需要很多年的经验的。

在用户体验方面,大公司可能用UE/UI等部门,而小公司的话,一定要有Web前端工程师,美工只是设计页面,很难照顾到用户体验这个层面,当然不排除有些美工已经有这样的水平。实际上用户体验也和产品设计一样,都属于开源的一部分,因为如果用户体验好就能带来更多的用户,不是开源是什么。

最后,我想分析一下造成这两个职位被忽视的原因,产品工程师一职,往往被项目经理或者部门主管+投资人代替了,一般来说,做到主管级的人对行业多多少少算比较了解,所以这个职位的缺失可能不会带来大问题,但也有时候会因为这个职位的缺失而导致项目失败的安例发生,这就要求主管同时也要有产品工程师的能力。

Web产端工程师是最容易被忽略也是最不好招聘的职位,究其原因,是因为部门主管往往是做技术出身的,而技术人员常常会轻视或者忽视前台的工作,也正是这个原因,造成了Web前端工程的工作比较低,所以很多人不愿意去做这个职位,我就常常看到新人如果让ta学习Html/CSS /Javascript,ta就会问你,什么时候我才可以真正编程啊,这样就形成了一个恶性循环,企业不重视,工资上不去,程序员也就不愿意学习了。然后,这个职位可以给公司省下非常高的费用,可以节省数个程序员,减少带宽及服务器。不信?试试看吧!

来源:涂雅投稿,原文网址,转载请保留此链接,否则视为侵权。

时间: 2024-09-18 06:34:24

产品设计中两个重要而又容易被忽视的角色的相关文章

企业中两个重要而又容易被忽视的角色,互联网营销

我要打赌 我敢打赌,在中国,一半以上甚至更多的,以网站为主营业务的或者把网站很看重的公司,没有Web前端工程师和产品工程师这两个职位,甚至有些有点规模的公司也可能没有这个职位,当然,这不包括像alibaba, sina, 163这样的公司,只是指中小型公司而言.如果你们公司有,请给我留言告诉我你们公司的规模和相关的信息. 做得好一点的公司,一般是项目经理/部门主管+投资方(项目管理中的投资方,实际上就是老板,反正就是决定你要做什么并给你钱的人)来承担产品工程师的角色,由美工来承担Web前端工程师

交互设计在产品设计中的工作流程小议

当产品的用户体验要求越来越高时,交互设计师的职责也越来越明晰了.交互设计师除了自身的基本功外,还需要有一个规范的流程,才能够使工作完整有序. 图1 交互设计在产品设计中的流程图 一.版本计划 版本计划是指在产品或项目立项时,对产品的一个总的规划,通常包括产品的需求与目标,比如能够实现哪些功能,性能上如何.这一过程,交互很少直接参与,或者列席一下发版立项,对计划情况有所知晓.交互可以纵观一下历史版本,对比行业内外的相关产品,以及满怀未来产品的一种期待:实用.方便.美观-- 二.需求分析 在版本计划

互联网社区产品设计中的关系设计问题总结

众所周知,"关系"的设计是社区产品中相当重要的一个环节,在设计关系的时候需要考虑到关系的成本,信息与关系的走向.关系的后续衍生产品和辅助功能等,不同类型的社区有着不同量级的关系设计,如果最初的架子没有搭建好,就会给后期的运营带来很大的麻烦.在此,将之前产品设计中领悟到的一些关于关系设计的问题总结整理,供大家参考. 1.谁与谁发生关系? 在社区产品,或者包含社区产品的大网站中,关系一般可以分为两个大的类型,: (1).用户与用户之间的关系 (2).用户与内容之间的关系(包含用户产生的内容

浅析用户体验与产品设计中的角色

最近比较喜欢看图说话,还是先上一张图吧. 这是一个产品从孕育到出生的过程,产品经理在工程师和设计师的共同帮助下,以及老板们的圈圈框框里,十月怀胎,终于诞下了一个新产品. 下面来研究下不同角色在产品设计中起到的不同作用.(以咖啡馆为例) PD:要建一个咖啡馆;目标人群是25-35岁白领阶层;人均消费80-120元;地段在××路与××路岔口,因为这里有很多写字楼和文艺院校;附近已经有哪些咖啡馆,风格特色是······想必他们,我们······成本预算是······ 用户研究:经研究,25-35岁人群

从数据中了解用户——数据在新产品设计中的应用

通常情况下,我们可以通过用户访谈的方法了解用户需求,其实设计师还可以通过分析用户问卷调查数据以及网站页面数据等方式,了解用户需求以及用户在使用产品时遇到的问题. 而且,直接通过接触用户了解到的需求有可能只是个案,为了增强客观性,通常都会通过大样本调查,从数据实证的角度,进一步更准确和客观地找到用户的普遍需求. 此外,通过对数据分析结果与用户访谈所得到的定性分析结论,进行比较和综合分析,设计师也能够从不同的角度了解用户的真实需求. 从用研的角度来看,交互设计包括新产品设计以及已有产品的改版设计两大

产品设计中的用户“G点”

[编者按]本文发布于@pmben 的个人博客.什么是用户"G点"?我在这里将这个G点定义为:用户的爽点,即能让用户眼前一亮并感觉到很爽的地方! 通俗的讲,G点就是用户的某个需求点,当用户的需求点被满足时,他自然而然的会有很爽的感觉.成功的互联网产品,无不都是满足了用户的一个或者多个G点.这跟现实生活中的G点有点异曲同工哦,你们懂的! G点是互联网产品获得成功的必要条件 成功的互联网产品,无不都是满足了用户的一个或者多个G点.微信一开始的成功源于它可以语音发信,这点是利用了用户懒惰的特性

卡片在Google产品设计中的意义

摘要: 虽然没有 Android 新版本,也没有吸引眼球的跳伞表演,但是今年的 Google I/O 还是给了我们一种满足感.这是一场实实在在的技术演出,预示了 Google 前进的方向.我们看到,Google 正从各 虽然没有 Android 新版本,也没有吸引眼球的跳伞表演,但是今年的 Google I/O 还是给了我们一种满足感.这是一场实实在在的技术演出,预示了 Google 前进的方向.我们看到,Google 正从各方面完善着自己的服务.这就像工匠对作品的精雕细琢,不时引起人们对其技术

卡片在 Google 产品设计中的意义

摘要: 虽然没有 Android 新版本,也没有吸引眼球的跳伞表演,但是今年的 Google I/O 还是给了我们一种满足感.这是一场实实在在的技术演出,预示了 Google 前进的方向.我们看到,Google 正从各 虽然没有 Android 新版本,也没有吸引眼球的跳伞表演,但是今年的 Google I/O 还是给了我们一种满足感.这是一场实实在在的技术演出,预示了 Google 前进的方向.我们看到,Google 正从各方面完善着自己的服务.这就像工匠对作品的精雕细琢,不时引起人们对其技术

浅谈产品设计中的初始值

中介交易 SEO诊断 淘宝客 云主机 技术大厅 在之前文章中提到了正面和负面反馈式交互设计的概念,从中我们了解到合适的反馈机制在和程序之间的交互行为中从而让用户时刻知道现在发生了什么,通过正面反馈和负面反馈我们可以很清晰的让用户知道当前正在发什么,帮助用户打消疑虑,使用户尽快完成自己的目标,同时也让我们的网站更加易用,更加人性化. 出色设计源于生活,你思考过这些简单的生活原理吗? 我们大家都知道楼房里的声控灯,它有一个非常有趣的现象,那就是当光线充足时,任你发出多大的声音都不亮 .但是在黑夜,你