"技术型产品"和"前端型产品"的认知

  近日在换工作,先后面试了百度云和百度安全的相关岗位,最后因为非常可惜的原因,跟百度安全失之交臂。经过总结,自己认为主要的原因就在于 "技术型产品"和"前端型产品"的认知,特写出来跟互联网的各位产品经理做一下分享。

  一、个人介绍:

  a、毕业四年,互联网工作经验,大于五年。

  b、客服、技术支持、市场、服务器采购和运维、产品、项目总负责人等等,都干过...

  c、就产品经理的岗位而言,基本素质和能力没问题,但是没经过专业的训练和磨练(比如写文档,虽然能写,但是不一定有大公司的那种规范)...

  二、面试经验:

  最开始跟百度安全的项目A接触比较多,沟通也比较多,持续时间也比较长,这是一款技术型的产品,一切都在有序进行;在这个过程中,百度安全的某PM,感觉我不错,将我进行了内推,然后百度安全的项目B的PM负责人约了我进行面试。

  面试的结果,用项目B的负责人的话是:这个人经验比较单一,不太适合他们那里。

  个人的总结:

  1、对方极有可能在未见我之前,看我的简历,以及体验我之前的产品,就对我有了一个评价或者定论。

  2、对方招的产品经理,偏向于基础的工作,如:PRD文档及其规范,原型完善,以及跟UI、UE等相关部门人员的沟通经验和能力。(通过对方询问我的问题,我能判断出对方对于目标人选的关注点),.

  举例说明:对方问我:"我看了你们的产品,我的感觉是你们没有专业的美工团队来做这些?"

  个人分析:大公司,讲究的是UE\UE\美工\产品等岗位分工比较明确,我原来所在的公司可以认为是小公司,没有这么明确的岗位划分,所以一人多岗比较明显,有好多交互和美工,其实都是我自己做的...

  我的回答:

  1、我们的确没有专职的美工来负责产品界面美化;

  2、我们的美工本身只有一个人,他负责者公司多款产品的美工工作(足以见得美工对于其他产品来说重要性有多低);

  3、日常经常在需要的时候,对方的排期我等不及(谁让很多时候是副总的项目要求比较急那,而自身的产品不能因为美工就推迟上线吧?),所以不少美工工作,都是我在原有皮肤的PS文件基础上,自己做的修改....

  面试影响:

  当时面试很被动,我连这个人做什么产品的都不知道,连那个产品缺人都不知道,毕竟一切都源自"神秘"...事后,各种渠道知道了谁面试的我,当然我也的确不太喜欢这款产品。

  结果...结果悲剧了,由于我面试了项目B,该PM负责人给我有一个评价录入了百度的内部系统中,然后项目A本身进展非常顺利,各方面也不错,都到了百度安全事业部的二把手(一把手姓郑,大家都知道吧?)面试我的地步,结果给我否了。

  想想,项目A是我喜欢的一款产品(具体产品不方便透漏哈,嘿嘿,其实我也不知道是什么,就是有一种感觉,我喜欢...),就是因为百度的项目B的负责人的评价,我无缘项目A的进一步面试了。

  三、个人反思与总结

  个人反思 :

  1、是我本人真像 百度安全的项目B的负责人评价的那样,经验比较单一,不适合他们那里吗?

  2、是否还有其它层面的原因?

  个人总结:

  项目B,自己的确不合适,因为这个负责人在意的是交互之类的前端的东西。我认为的前端型的东西,比如交互,界面的视觉效果等等。

  而我自己的经验,比较适合A,一款技术型产品。只可惜,尚若入职的话,跟项目B面试我的人是一个部门的,鉴于百度制度,B否决了我,评价不好,A也就直接没戏了。

  四、知识总结

  知识总结一(技术型产品):

  这种产品,站在用户层面来说,体验和交互都比较少,用户操作也比较简单,但是要想确保智能化、易用性等,背后需要做大量的技术工作,也许前端的一个小小的交互或者功能,就需要研发在背后做好几个月的工作。

  这类产品重点:

  这类产品, 产品质量的关键点是背后的一些工作,前端的东西再好看,尚若背后的东西做不好,用户根本就不用这类产品,尚若背后的东西做好了,前端再难看,交互再差,用户都会非常喜欢。

  产品举例:

  在我看来,迅雷下载,就是一款技术型的产品。

  用户对迅雷的期望:下载任何资源,都能够跑满自己的带宽速度去下载。

  用户体验关键点:用迅雷,下载各种资源时的下载速度;

  其它要求:不但下载速度要快,同时,还要做到以下几点:

  a、资源必须下载准确,这个是最基本的。我想下载M,结果后台有问题,让我下载了一个N,我非骂娘不可;

  b、下载速度必须稳定。一分钟是满带宽跑,十分钟 0KB/S,让谁能受的了?

  c、下载要稳定。别因为服务器宕机,网络波动等原因,造成下载终止了...

  d、...

  关于360:

  大家都感觉360好用,周鸿祎天天也在说用户需求、用户体验等等,大家在听周鸿祎讲的那些东西的同时,是否分析过360产品背后的一些东西,以及实现机制和算法等等?

  知识总结二(前端型产品):

  比较在乎用户看到的东西,比如界面的美观度,相关界面之间的交互关系,按钮相关细节设计如何等等。大家是否还记得猎豹浏览器刚出来的时候,相关人对猎豹与其它浏览器做的差异化的定位“炫...界面...” ?

  这类产品重点:

  让用户的直接操作,感觉比较爽...动画效果,界面配色,那小按钮...那页面....那提示细节...

  产品举例:

  猎豹浏览器算吗?

  我不太熟悉浏览器的技术细节,所以不太清楚他背后是否需要大量的技术来实现,我认为他需要的少...这个产品的一些东西,我就不多说了吧?

  五、我的抉择与矛盾:

  如何抉择?

  目前市面上的互联网产品,超过80%都比较重视前端的东西,这也就是很多大公司的负责人,直呼"产品经理不需要懂技术,只要懂用户,懂需求即可",看到这样言论的人,其实不知道,他说的话,针对他们的产品而言的,也就是:前端型产品,的确不太需要产品经理都技术的了解。

  而对于技术型产品而言,拿我个人举例,除了不会写代码,别的都能很ok的胜任,操作系统的很多东西要懂,服务器端(linux+windows)的东西也要懂,网络层面的东西更要懂....

  当然,这里的懂,有一定的度,在此不议这个度的深度。

  我下一步找工作,该找技术型的产品,还是前端型的产品那?

  矛盾分析:

  前端型产品:自己虽然懂交互,界面设计,沟通,文档等相关东西,但是自己毕竟没有大公司的工作经验,日常的好多东西,都是自己自学,以及跟同行交流的结果,未来的领导能接受吗?

  技术型产品:每一款产品都有其特定的技术背景, 自己原来的产品,更多的是偏向于网络层的东西,如果未来的领导但从知识面上去考察自己,拿他们的产品的技术去考察自己,自己可供选择的机会将会非常少...

  

时间: 2024-09-17 03:08:33

"技术型产品"和"前端型产品"的认知的相关文章

交互设计方法:工具型产品用户体验的要素

文章描述:设计一个产品就像盖房子一样,要在战略层的基础上一级一级向上垒.对于设计师来说,不管是设计什么类型的产品,不仅要对产品整体有大概的认识,还要特别熟悉下一层级的内容,才能做出符合产品要求的设计.每一个层级的负责人都有权利和义务对上一个层级的不合理之处提出 什么是工具型产品?  工作的这段时间以来,我主要参与了一些电子商务类产品的交互设计,我发现这类产品的设计思路和门户.频道等产品有较大的差异,它们更关注于完成任务及操作,而非内容的分类与展示.之前我通常称这类产品为功能型产品.在去年广州举行

工具型产品如何形成品牌认知

工具型产品,由于自身属性限制,用户很难对其形成品牌认知,特别是情感认知.所以,针对这类产品如何俘获用户.甚至留住用户,都是产品经理的必修课.那么,工具型产品凭什么捕获人心?下面我提供给大家三种逻辑的参考:痛点.格调.有爱.一.痛点所谓痛点先行就是死死抓住用户刚需,抓住后集结公司全部资源,全力以赴地往死里打.然后将其功能逐步升级,覆盖更大的范围.在这点上,360 无疑是典范,牢牢抓住安全这个点一路做到上市,令人侧目.但实际上,360 之前早就有杀毒软件在做安全了,但为什么就只有 360 能够做成?

工具型产品怎样俘获人心?

工具型产品,由于自身属性限制,用户很难对其形成品牌认知,特别是情感认知.所以,针对这类产品如何俘获用户.甚至留住用户,都是产品经理的必修课.那么,工具型产品凭什么捕获人心?下面我提供给大家三种逻辑的参考:痛点.格调.有爱.一.痛点所谓痛点先行就是死死抓住用户刚需,抓住后集结公司全部资源,全力以赴地往死里打.然后将其功能逐步升级,覆盖更大的范围.在这点上,360 无疑是典范,牢牢抓住安全这个点一路做到上市,令人侧目.但实际上,360 之前早就有杀毒软件在做安全了,但为什么就只有 360 能够做成?

现象被业界戏谑为日抛型产品

随着手机游戏行业的竞争日趋激烈,不少开发者面临着这样的困惑:"一款手机游戏开发上线后,为什么仅一天的时间就遭到用户和市场的抛弃?" 这种现象被业界戏谑为"日抛型"产品. 在近日举行的"GMGC&Testin中国游戏开发者沙龙"上,全球首家App测试服务商Testin云测指出,手机游戏要避免沦为"日抛型",须在上线前进行适配终端.性能等全方位的可用性测试,这对延长产品的生命周期起着关键作用. Testin云测CEO王军表

产品经理的成长:产品的自我修炼和被迫成长

文章描述:产品经理进化史. 名曰产品经理的"怪物" 目前国内的互联网产品经理行业是千奇百怪,一方面在各个公司的产品经理定义和职责不尽相同,网上搜索一下产品经理,会发现很多关于什么是产品经理.产品经理的职责.产品经理所需要的技能和素质.在我以产品职位任职的3家公司中,具体的工作范围大同小异,但也有较大的差异.另一方面,有从技术.设计.市场等转型过来的产品经理,背景又不一样了,工作方式和思维也不相同,有的公司喜欢技术型的产品经理,有的喜欢市场型的产品经理. 此文,谨以我自身背景为基础,描述

产品经理怎么和产品经理打交道

之前也是因为总结,从写<手把手教你设计SNS社区>开始,一直是坚持着对很多产品做产品形态.功能.规划的解构.分析,这个过程中更多的是沉淀.思考.总结的过程.最近越来越意识到自己在乎了事物本身,忽略了事理本身,所以接下来插播写<产品经理如何与人打交道>系列作为:我新的.对外分享的.实战思考篇章. 事理,其实就是事物的道路,也可以理解为透过事物看本质.作为产品经理来讲,看产品.分析产品.规划产品.运营产品其实还是不够的,产品永远是一个静态的属性,而只有人参与了产品的周期.产品的上线.推

互联网产品:高度理解构建产品

文章描述:气势磅礴的架构是一种产品的自信,需要一个设计者从开始就站在一个高度理解构建产品,并根据产品的生命周期进行相应类型层级的架构,单个产品的产品架构可能相较系统性的产品构建会稍微简单一点,但市场及互联网的发展会让单一产品创新的空间趋小,用一个产品征服一大群 给的主标题叫扯产品,写出来第一篇文章是循循善诱的导航设计,看完通篇也难以让人感到放心,离题了么不是,这要放高考作文得分准该放0分了,幸好已经远离高考了可以自主作文.挂的是羊头卖的是狗肉,跟中国足球一样感觉明明是职业球员去参赛,得的比分跟结

“好产品”豆瓣和“坏产品”人人

[导读]本文是由虎嗅网作者罗超(爱科技网创始人)本人发表在<全球商业经典>的杂志上.当期栏目的"好产品坏产品"将由虎嗅网与<全球商业经典>合作.罗超本人剖析了一款他眼中的好产品:豆瓣,和他严重的坏产品:人人网. 这两款产品同样都是伴随作者青春的成长,怎么会在现在有云泥之别?大家可以对照看下. 我记得我第一次接触豆瓣是在2006年.当时我还只是青葱年少的工科学生,那会儿有网络依赖症的我把大多空余时间泡在机房.所以在忙忙碌碌的校园生活之外,总觉得生活中缺少了点什么.

产品运营经理与产品经理最细微的差别

开篇:产品经理是个怎样的人? 我曾经以为产品经理应该是这样的: 我想说的是,产品经理,觉悟吧!!!事实上却是这样的: 看了之前那么多的IT圈里的高手在阐述关于"产品经理"这个话题,让我站在这即将开启全行业转型产品经理的风头浪尖的趋势中明而觉厉啊!今天也跟大家聊聊我对产品经理的看法还有分享一些在运营中的一些经验. 产品运营经理与产品经理最细微的差别 运营经理更多的时候是为了提升PV/UV,增加用户对产品的使用时间,增加用户在产品上的活跃情况,组织各种活动拉近与用户的距离.产品经理和运营经