热辣点击
赞助展示
最新图片

产品经理到底要不要懂技术?

[点击图片进下一张 ] 跳转到

  工程师需要将客户的需求,进行有逻辑的产品架构设计,然后基于产品架构进行自底向上的系统架构设计,最后映射到客户使用的UI界面,便是最终的产品形态。在这个过程中,工程师需要懂得如何理解客户需求,懂得如何进行产品架构设计,如何进行底层数据库设计,如何进行系统各模块的设计等等,最后还要进行非常可靠的基于面向对象的指导思想的编程。而且整个过程还是通过团队协作来完成,而非单一个体。这样一个繁琐的过程下来,逐渐衍生出了几个关键的职能岗位,包括产品架构师、系统分析师、项目经理、各级别开发工程师、测试工程师、运维工程师等等。

  由于客户群体从清晰可见的甲方客户变成了捉摸不定的互联网普通用户,这就麻烦了,一下子捕捉客户需求变得越来越重要。而且,随着对用户体验要求的重视,工程师们需要花更多的时间来进行产品交互设计、界面逻辑等细节的优化。互联网也逐渐对产品架构提出更高的要求,要求产品架构可扩展性、开发速度、迭代速度、模块间复用能力、对外合作与开放能力越来越高。这样的一些列变化,导致互联网下的研发工程师难以应对多变复杂的变化。

  我们看《社交网络》电影时,发现扎克伯格自己独立设计并开发了最早的Facebook(最初叫The Facebook),而张小龙也是最初自己独立设计并开发出了Foxmail。他们当时并没有什么产品经理帮忙,而自己就是个超级产品经理+研发工程师。他们明白产品应该如何设计框架,模块间的关系如何,如何进行后续迭代设计等等。

  我们举一个简单的例子,比如一个简单的商城产品,它可能是需要分为三个大的层面来考虑的:首先是其最底层的数据设计,包括SKU结构的设计、角色数据的设计、其他相关数据,然后是中间层,包括订单模块设计、交易模块设计、规则模块设计等,最后是订单管理系统、商品搜索系统、商城系统设计、积分体系设计等等。

  我们先来看一个简单的例子,比如Slack,Slack中流量最大的地方一定是对话沟通,因为在所有的协同工作中,对话沟通频率最高,也是最灵活的部分。所以在Slack的产品设计中,所有基于第三方平台的任务提醒或者机器人提醒,都被融入到沟通中。然后通过沟通将用户流量导入到各个任务功能模块中。在Slack中,排名第二的流量部分,是通讯录,因为沟通的主体是人,而快速的找人是关键。所以,我们看Slack时便会发现,最容易找到的是聊天界面,然后是搜索人或者直接打开通讯录,最后才是各个任务功能模块。这便是基于流量来控制的一条产品使用路径。

  在产品使用路径中,最高优先级流量的部分决定了产品的定位,比如微信最高流量的地方就是聊天列表,而支付宝却是各类支付通道。

  人人都是产品经理(是以产品经理、运营为核心的学习、交流、分享平台,集媒体、培训、招聘、社群为一体,全方位服务产品人和运营人,成立8年举办在线+期,线+场,产品经理大会、运营大会20+场,覆盖北上广深杭成都等15个城市,在行业有较高的影响力和知名度。平台聚集了众多BAT美团京东滴滴360小米网易等知名互联网公司产品总监和运营总监,他们在这里分享知识、招聘人才,与你一起成长。


点击排行