一 : 一文看懂：谷歌I/O大会演讲主要说了什么新产品

　　网易科技讯 5月18日消息 据CNN报道，谷歌I/O 2017开发者大会于北京时间今日凌晨1:00在加州山景城召开。谷歌CEO桑德尔·皮查伊登台作主题演讲，并与公司成员一起展示多个谷歌产品的新功能。

　　

 

　　Google Assistant

　　“谷歌助手”目前正在与亚马逊Alexa、苹果Siri和微软小娜竞争声控智能助理市场。大会上皮查伊宣布谷歌助手今后向所有安卓设备开放，同时登陆苹果iOS平台。Google Assistant SDK允许第三方设备集成谷歌助手。语言支持上新增法语、德语、日语和葡萄牙语。

　　

 

　　Google Lens

　　新推出Google Lens，用户可在相机界面直接识别文字和其他信息。比如拍照识花，或将摄像头对准餐厅显示餐厅评分等。该功能将在未来数月向用户推送。

　　

 

　　Gmail自动回复

　　去年主打自动回复的Allo应用让大家眼前一亮，如今谷歌更是让自动回复登陆Gmail。系统扫描邮件主旨大意，并根据内容提供适当回复，帮用户节约精力和时间。

　　

 

　　Google Home

　　谷歌Home新增免提电话支持，用户能通过声控免费拨打任意电话号码，不过目前该功能仅支持美国和加拿大两国。谷歌Home内置Spotify和Soundcloud音乐服务以及HBONow网剧，同时还可作为蓝牙音箱使用。

　　新增的“主动提醒”(proactive)。谷歌Home会主动提示日程和交通状况等相关信息。

　　谷歌和亚马逊都意识到声控语音助理也需要视觉反馈。亚马逊新推出了自带屏幕的Echo Show，谷歌Home则通过手机或电视屏幕实现“视觉反馈”。

　　

 

　　Android O

　　Beta版Android O即日起对普通用户开放。Android O包含众多新功能，比如自动填充、重新设计的“系统设置”以及可选下载的字体。

　　长久以来，碎片化是Android最头痛的问题之一。谷歌发布轻量级Android Go来帮助低配手机和偏远地区的用户使用最新系统。Android Go可理解为精简版的Android，可在低于1GB内存的手机上使用。在保留核心功能的基础上，内部应用也做了相应优化，比如YouTube Go可自选分辨率及离线观看。同时Android Go自带流量节约功能，帮助用户避免超额流量资费。

　　

 

　　VR

　　谷歌携手高通、联想和HTC开发独立VR头设，预计今年晚些时候推出。新设备无需配合手机或PC即可独立呈现VR内容。

　　

 

　　AR

　　谷歌展示了正在开发的VPS(视觉定位服务)，使用计算机视觉绘制真实世界内的图像，将3D导航提升到新高度。当用户在商场内找不到目标商品，可通过相机获得AR指引。

　　AR技术同时应用到教育项目Google Expeditions，方便师生在课堂上进行互动教学。

二 : 写给想要做产品经理的同学

一直以来收到最多的问题，莫过于产品经理如何入门之类的问题。今天将我平时回答的整理一下，以后有补充，就更新这篇博文。

写给想要做产品经理的同学

对产品经理职位的正确认识

1、做产品的，不带经理。千万别太在意经理二字。

2、做产品的，别太把自己当回事。别参与公司政治斗争，安静做事。

3、产品同学，为需求而生。发现需求，定义产品，带领团队实现需求做出产品。

4、请严格区分产品助理、产品设计师、产品经理、产品运营，不能统称为产品经理。

5、假如产品经理是CEO的学前班，请学会做产品，同时要学会运营产品。

产品同学如何入门

书籍

产品相关书籍

0-1岁 《人人都是产品经理》 苏杰 著 介绍产品思维和操作流程

1-3岁 《用户体验的要素》Jesse James Garrett 著 范晓燕 译 介绍从 战略层→范围层→结构层→框架层→表现层 五个层次做产品，比较系统结构清晰。

《Web界面设计》 Bill Scott、Theresa Neil 著 李松峰 译 经典读物，此书已绝版

＞3岁 《启示录》Marty Cagan 著 七印部落 译 介绍从人员、流程、产品三个方面高效做好产品，偏效率、管理层面。

产品不相关书籍

《人性的弱点》 卡耐基 著 对我影响巨大的书，促进确立我的产品哲学：关注人性与生活

《麦肯锡方法》 埃森 著 “相互独立，完全穷尽”分析思考MECE原则

《怎样卖龙虾》 比尔·毕晓普 著 如何卖产品，帮助开放思维，洞擦人性

注：其他书单自行对阵下药，差什么恶补什么。也可以自行搜索一下这方面的书单。请一定要学会使用搜索。

技能

产品博客

个人产品博客：苏杰博客  纯银博客  白鸦博客  Gauin’s Blog

团队产品博客：UCDChina 腾讯CDC 淘宝UED 百度UED

注：强烈建议产品同学开设独立博客，记录、分享、交流的原则。不要关注太多博客，精读几个人即可。UCDChina目前可以访问，但已暂停更新，后续我会上线比UCDChina更好的产品。

产品分析

1、多角度、多数据分析产品。你能写出来，多写就能发现进步。

2、不能停留在表面，只说问题不给解决方案的分析就是耍流氓。

产品交流

1、针对某个公司的产品交流，想办法和产品负责人交流上。微博、知乎都可以联系。

2、针对某个产品或者行业观点交流，在产品社区发布帖子讨论。或者和我讨论。

修养

1、关注人性 发现人们真正要什么，洞察人性，了解人性。 哪些人适合成为产品经理？

2、关注生活 产品请不要飘在空中，一定要让产品融入生活，落地。 年轻的产品经理，别漂在空中

产品同学如何成长

专注领域

1、请先确定专注的产品领域。社交社区、电子商务、游戏、视频？

2、专注领域才能让你具备核心竞争力。达到一定境界之后，你会一通百通。

注：移动互联网产品领域与Web端产品领域基本保持一致。区别在于交互形式、开发环境、商业模式等。

目标公司

1、结合专注领域，筛选目标公司名单。

2、密切关注目标公司产品动向，多和目标公司产品人员交流。

3、密切关注目标公司招聘职位要求，对比自己能力迅速提升自己。

4、以上3条，同样适用于跨界和走弯路走上产品路的同学。

注：早留意，早做准备，纵然你有好大学背景，也许会有不同职业生涯：野生产品经理、正规产品部队。而一旦成为前者，要想改变，需要走一些弯路，过程会很痛的。

大局观

1、做成比做好更重要。别一味盯住细节，该死扣细节的时候再说。

2、产品改变世界。一定要有产品的理想情怀，坚信产品人的力量。

总结：关于产品经理话题实在太多太多。每天零碎的补习，学会以上所有的，也不能保证你能成为成功的产品同学。成功的唯一标准，就是做出成功的产品。共勉。

作者Gauin  微信公众账号GauinBlog

三 : 产品经理，原型设计之前你要做些什么？

也许我们经常会碰到这么一副画面：很多产品经理在梳理好了产品架构的脑图之后，都会火急火燎打开原型设计工具Axure，开始进行原型设计工作去了。三下五除二就基本将产品线框图给画完了，然后就屁颠屁颠地跑去和研发工程师过需求，讨论的时候会发现：不是这里有个小问题，就是那里有个逻辑没想明白，整理整理返工，结果下一次又发现有一个流程没有考虑清楚，这样来回反复几次才能将一个产品需求和原型界面给讨论清楚。

其实，这样的场景出现的频率还比较高。想想自己第一次去和公司开发沟通的时候，也是碰到了这样的情况，被开发喷这里逻辑不对，那里漏了一种分支情况的思考，当时那个囧啊，真想找个地缝钻进去。后来才知道，在设计原型之前，其实还少了一个关键的步骤，那就是确定产品的业务流程，梳理产品的流程图。

什么是流程图

从字面来理解，流程图＝流程＋图。流程，是指特定主体为了满足特定需求而进行的有特定逻辑关系的一系列操作过程；而图呢，就是将这些流程进行显性化和书面化的一种表达。

流程图有时也称作输入-输出图，某种程度上来说，流程图是一种沟通性质的图形化语言。一般会使用一些标准符号代表某些类型的动作，如判断用菱形框表示，具体的操作行为、活动用方框表示，开始和结束用圆角矩形框表示。

但比这些符号规定更重要的，是必须清楚地描述产品业务流程的顺序及使用逻辑。从产品经理的角度来理解，流程图其实就是一个用户使用产品的过程，基本的三要素是“从哪进—做什么—从哪走”。比如用户打开一个电商APP，会有这样一个使用产品的过程：

「搜索商品」→「查看商品详情页」→「加入购物车」→「生成订单」→「开始支付」，以及支付之后的「确认收货」

用户从电商商城的首页进入，通过搜索来找到自己想要购买的商品，了解后将其加入购物车，购买了自己想要的商品，支付结束后便离开APP，待收到商品后又回到APP进行确认收货。

可以看出，只要产品用户在使用我们产品的过程中有其自身的目标和任务，产品流程就会存在。产品经理要做的，就是通过一系列步骤完成任务和流程的梳理，最终目的是帮助用户，完成核心任务。

而且制作产品流程图不仅可以帮助产品经理梳理、完善用户操作使用流程，还能有效降低团队成员间的沟通成本。在实际的工作中，产品经理需要向很多人（尤其是开发人员）描述产品需求和原型界面，借助可视化的流程图，沟通的效率会提高很多，毕竟一份步骤清晰的流程图要比一大段文字直观易懂得多。

常见的流程图分类有两种，一种是业务流程图（Transaction Flow）, 一种是页面流程图（Page Flow）。

对于产品经理来说，用的比较多的自然是业务流程图，页面流程图一般是设计师那边使用比较频繁。在工作中，我们经常能够看到两种业务流程图，一种是单纯的用户操作行为流程图，这种流程图往往只涉及一种用户角色，不需要进行跨部门或者跨功能完成某项任务，如下图所示：

另一种则很好区分，俗称为“泳道图”，在样子上也挺像游泳池里的泳道，可以有横向的泳道，也会有纵向的泳道。泳道图在某些文档里会被称为“以活动为单位的流程图”，浮在泳道中的都是一个个活动。泳道图是处理多角色、多系统、多模块的复杂需求的最好方法，它的本质就是希望可以通过角色、系统、模块的划分将复杂的功能梳理切割清晰，因此多模块之间的关联尽可能单一，实际中也很少存在多联系线条的情况，因此如果泳道之间多条关联，最好自己反思下是不是之前的功能模块架构切割的不太合理，导致绘制出来的图不够简洁。

如何确定产品流程

讲完了基础的东西，接下来我们来梳理下，该如何确定产品的流程。

首先我们要设计的是产品的核心功能流程，也就是用户的核心使用路径。拿微博进行举例，微博用户的核心操作路径是这样的：

• 路径一：登录微博——查看微博动态－－转发、点赞、评论微博
• 路径二：登录微博－－发表自己的微博－－查看私信，回复微博评论

这是微博用户最常有的两种操作行为，所以你会发现：所谓产品的核心功能流程，就是一个产品对用户产生的价值，用户要感知到这个价值需要完成的最简操作步骤。微博这个产品对用户来说，最大的价值无非就是两个方面，一个是可以碎片化地浏览资讯，一个是可以碎片化地发表自己的动态信息。用户要感知到这两个价值，就必然要做出上述的一系列操作流程和步骤。

所以，在确定产品的主干流程的时候，需要先弄清楚产品的价值到底体现在哪里，用户要完成对这个产品价值的感知，需要付出哪些行为。通过这样一个简单的分析，我们就能得出产品的主流程了。

当然，这里输出的产品主流程，只是一个产品的整体使用流程，具体到某一个功能如何进行操作使用，就需要花费更多的精力去进行细化分解。

那对于某个功能的产品操作流程梳理，我们又具体怎么来做呢？

我建议可以从下面3步着手。

1. 业务调研

如果你是在梳理一个简单的功能操作流程，或者已经比较通用成熟的产品流程，那么只需要好好研究几款产品，就可以知道常规的流程是什么样的，典型如产品的注册登录流程；但如果是梳理一个全新的业务功能流程，尤其是设计企业内部支撑系统的时候，就需要对相关业务进行系统的调研了。

其实调研的过程，倒是和我们小时候写记叙文有点相似，无非就是要解决who，what，why，how，以及where的问题：谁，在什么情况下，做了什么事情，这个事情需要什么前置条件，又输出了什么，这个事情在哪里完成的？基本上只要我们深入到业务环境里去，和业务相关人员好好沟通交流，搞明白这几个问题也不是什么难事。然后把调研结果做一个完整记录，我们的调研就可以算是圆满完成了。

举个例子：假设你老板派你去调研一个商业地产开发商的业务流程，调研的目标是为了给他们提供商铺和业主管理系统。那么在调研中：首先可以要求精通业务流程的人给你系统讲解一遍调研具体操作的人，来验证他给你讲解的是否全面和是否存在偏差实地观察和记录，可以花点时间走遍整个业务流程，了解各个细节

这里提供的三种方式可以相互结合使用。第一种方法可以让你首先建立一个全局观，了解业务的整体运行逻辑，但对于业务细节问题则不能那么深入。第二种方法比较依赖于问题的质量以及问问题的场景，这就要求我们在提问之前就做好充分的准备工作，有很多结论的不正确其实是因为问错了人或者问问题的方法不对。第三种方法的存在，就是为了在观察中再进行验证。

2. 梳理与呈现

做好了调研工作后，我们就该立即对调研结果进行整理。

首先，明确你要梳理的业务流程的范围，具体是包含哪几个功能模块，涉及到哪些用户角色，这个时候可以先使用一些关键节点，弄一份该业务流程的主干流程图出来；

接下来，就是对上面这个粗的流程图进行分解，好比去拆解一个金字塔，层层分解下去，直到不能分解为止；

最后，就是用流程图将其给画出来，通常来说，会有三种结构的流程图出现——顺序结构、选择结构、循环结构。

3. 评审与确认

一份流程图能否通过评审，关键是看其能否真正反映现实中的业务，评审主要是让业务部门和开发部门参与，如果都觉得没有问题，那么恭喜你，你的流程算是过关了。这里稍微要强调的是，好的流程图具备怎样的一些特征，大致归纳起来如下：

• 清晰易懂：整个流程图结构清晰，让浏览流程图的人一眼便能看懂主体流程是怎样的，这也体现了为什么要使用标准化的流程图图示语言来进行描绘的用处了；
• 简单明了：流程图存在的本身意义，就是为了将复杂的东西简单化。如果流程图上面密密麻麻地堆了一堆，可想而知是怎样的一种阅读体验；
• 完整准确：这就要求产品经理能够考虑到各种情况和逻辑判断，梳理流程图的过程，其实也是一个查漏补缺的过程，评审的意义也在于此，找出有错误的地方，大家一起来完善流程图；

上面说的这三个步骤方法，比较偏向于做后台业务功能的流程梳理和调研，其实对于to c 类的产品来说，方法都是通用的，只不过调研业务部门换成了调研用户，只有更了解用户的操作行为、习惯、心理预期才能做出更好的流程设计。

流程图的绘制工具

制作流程图的工具有很多种，比如，Visio、Axure、Smartdraw、Omnigraffle（Mac）等等，产品经理只需要选择一款适合自己的工具即可。

这里介绍几个常用工具。

1. Visio

Visio是微软推出的一款流程图制作工具，也是目前产品经理最常用的一款流程图工具。通过Visio可以方便、快速地把业务流程、系统实现流程画出来。它本身有很多的组件库，可以很方便的完成各类流程图、结构图和网络图的制作。Visio的另一个特色功能在于它有非常丰富的自带模板。

2. Omnigraffle（Mac）

OmniGraffle是由The Omni Group制作的一款绘图软件，其只能于运行在苹果电脑和iPad平台之上。个人感觉在很多方面，OmniGraffle都类似于微软的Visio，不过绘制出来的任何图表不知为何总会觉得很美，有Mac电脑的产品经理可以下载软件试试。

3. ProcessOn（支持在线协作）

ProcessOn 是一款网页版的在线作图工具，用户只需要有一个浏览器即可制作思维导图、流程图、UML图、界面原型设计、组织结构图等等。这款工具上手非常容易，而且免费，更重要的是省去了安装、授权等各种付费软件的烦恼。作为一款用 HTML5 开发的在线网页版作图工具，ProcessOn一个很大的特色就是可以做到无延迟协作，方便两个或多个人同时对一个文件协作编辑和沟通，对创业团队或者企业办公小组来说，是一款简单易用的工具。

其它常见的图——时序图、状态图

有时候光有流程图，还不能够准确完整地表达清楚业务逻辑和产品需求，这个时候就需要借助时序图和状态图来完成相关的补充说明了。

流程图、时序图、状态图都可统称为UML图，那什么是UML呢？先来看看百科是怎么解释的：

Unified Modeling Language (UML)又称统一建模语言或标准建模语言，是始于1997年一个OMG标准，它是一个支持模型化和软件系统开发的图形化语言，为软件开发的所有阶段提供模型化和可视化支持，包括由需求分析到规格，到构造和配置。 面向对象的分析与设计(OOA&D，OOAD)方法的发展在80年代末至90年代中出现了一个高潮，UML是这个高潮的产物。它不仅统一了Booch、Rumbaugh和Jacobson的表示方法，而且对其作了进一步的发展，并最终统一为大众所接受的标准建模语言。

是不是看不太懂？看不懂才是正常的表现，因为这是面向对象软件的标准化建模语言，简单地说就是一种有特殊用途的语言。

大家有空可以参考《UML基础、案例与应用》详细了解下。

这里就给大家介绍两种常见的图，一种叫时序图，一种叫状态图。介绍这两种图之前，我们先说下什么是对象，什么是类的定义吗？类就是一类事物的总称，那对象呢？对象就是这类事物中的个体，比如手机类，苹果手机就是手机类的一个对象。

1. 时序图

时序图显示对象之间的动态合作关系，它强调的是对象之间消息发送的顺序，同时显示对象之间的交互。时序图的一个用途是用来表示用例中的行为顺序。当执行一个用例行为的时候，时序图中的每条消息对应了一个类操作或引起状态转换的触发事件，如下图所示是一个ATM 用户成功登陆的时序图：

在 UML 中，时序图表示为一个二维的关系图，其中，纵轴是时间轴，时间延竖线向下延伸。横轴代表在协作中各个独立的对象。当对象存在时，生命线用一条虚线表示，消息用从一个对象的生命线到另一个对象的生命线的箭头表示，箭头以时间的顺序在图中上下排列。

2. 状态图

所谓状态图，就是用来描述一个对象的可能状态以及各个状态之间的转换关系的一种图。

上图就是典型的状态图，一本图书经过不同的触发行为或满足一定的条件，就变成了不同的状态，我们在产品设计的过程中，也会经常碰到这样的情况需要用状态图去表示。

熟悉了这么多种流程图，算是为后面的原型设计打下了坚实的基础，下一篇我们来讲具体如何做产品的原型设计。

ps：如你所见，这是关于产品设计的系列文章，教你如何从0到1设计一款产品，如对我的文章有更多想法和意见，欢迎关注我的公众号找我交流。

作者：壹百度（微信公众号：倒退集），在线教育企业服务领域产品经理，创业公司Team Leader。常常自诩是文艺青年和极客青年的结合体，在宅与不宅之间可以自由切换，曾主导多款重量级产品的产品策划和设计工作。

本文标题：产品经理主要做什么-一文看懂：谷歌I/O大会演讲主要说了什么新产品
本文地址： http://www.61k.com/1150107.html