如何将一个应用推向全球

写在前面:这次参加的培训可谓逼格甚高,培训师是公司国际业务总经理,在对产品的渠道推广把控上可谓是轻车熟路。参加培训的同事涵盖各个部门,产品、测试、研发、营销、市场等等,干货甚多,总结如下。

一 产品推广渠道

与产品设计的思路一样,在思考如何将产品推向用户之前,从另外一个角度切入,站在用户的角度,剖析下用户是通过什么渠道、以何种方式来获取和使用产品的。

一般用户获取产品的场景大概有以下几种:

1、极客论坛:在某专业论坛上,用户时刻关注那些新鲜出炉的产品,并第一时间试用,高端、专业、批判精神是这批用户的特征。如果产品符合他们的预期,那么恭喜你,他的忠诚度是最高的。

2、广告:在地铁和大巴上看到一个app的推广广告,觉得很有意思,拍摄二维码下载试试。这批用户的留存较低,很容易流失。

3、SNS:我的朋友圈里有好友发了一个很好玩的app,我觉得不错,下载玩下。

4、好友推荐:我朋友给我推荐了一个app,据说可以满足XXX需求,那必须的安装啊,好基友一辈子。这批用户的忠诚度最高,口碑的力量凸显出来了。

5、预装内置:新买了一个手机,里面有个app,不想用,但是也删不掉,只能刷机,刷机又麻烦,不管了。

6、应用商店:在应用商店看到个app排名第一,肯定不错。这批用户具有从众心态,别人用我也用。

7、媒体软文:看到XXX公司上市了,感觉好屌,他们的产品也一定差不了多少,必须玩下。

根据产品不同的发展阶段,可灵活运用以上7种方式。比方说在产品初期,可适当的运用SNS、论坛和好友推荐这种形式。而对于已经成型并且有一定实力的产品来说,应用商店和预装也可获得海量用户。

无论哪种途径,它们都有一定的共性,抽离出这些共性后即可看到用户的整个流程:

1409809868539TMPSHARING00000

发现阶段:不知道,知道,有兴趣试试。驱动因素为用户利益和差异化

获得阶段:找下载资源,适配,下载,安装,激活。驱动因素是便捷和方便

使用阶段:使用,留存。驱动因素是产品价值和体验

7种获取途径在用户的整个流程中扮演着不同的角色。比方说SNS、论坛和广告的价值主要是在发现阶段,而发现之后的获取阶段则要依赖于应用商店。伴随着整个流程的发展,用户量在不断的衰减。如果有市场中有100个用户,最终走完整个流程保留下来的用户可能只有1个。产品推广的过程实际上就是减少用户流程过程中用户损失的过程。

二 不同渠道的差异

不同的推广渠道有不同的特点,也适用于不同的产品阶段。

应用商店:包括GP、第三方应用商店、运营商等。此类推广渠道的优点是用户质量高,已经取得排名的产品获取用户成本低,甚至是零成本。缺点是对于初创产品很难在商店取得排名。所以对于初创产品来说,在拥有一定的用户和下载量后再考虑商店渠道比较合理。

联盟/广告:这里包括了各种硬广、软广和联盟广告。此类渠道可以让产品在短时间内获得海量用户。缺点是成本较高,用户质量不高,留存低。

官网:包括了公司官网和SEO。此类渠道的特点是用户质量高,精准推荐。缺点是获取用户速度慢,需要日积月累。

预装:线下渠道,可以迅速完成用户的增长过程。缺点是维护成本高,机型适配难度大。

另外,除了以上重要的推广渠道外,口碑也是比较重要的获取用户的途径,但此途径并不可控,关于这方面的介绍大家可以看下《参与感》这本书,里面重点降到了如何利用口碑营销0成本获得用户的方法。

三、不同渠道之间的配合

根据不同渠道的特点,灵活多变的对渠道进行组合可起到事半功倍的效果。而影响组合方式的因素包括了产品特点、市场环境和用户特点。

1、不同产品对发行渠道的影响

对于社交类产品来说,最合适的推广方式是自传播,即病毒营销。此方式获取用户成本低,可赢得口碑和用户量双丰收。

对于工具类产品来说,需要的是时间累积,它无法引起用户的自传播,只能通过产品体验和广告的形式持续的积累用户。

对于渠道类产品来说,比较尴尬,它本身即是做渠道的,比方说应用宝在360去推广,那360肯定是不会允许你上线的。所以此类产品只能是通过广告、预装等方式进行,成本很高。

2、市场环境对发行渠道的影响

这里的市场环境包括本地市场的人口特征、收入水平、手机用户量、移动互联网用户量等。国内市场和国际市场肯定是不同的。比放手在国内,游戏是产品套现的主要途径,但是在国际上,尤其是东南亚国家,用户对游戏还不感冒,但反而对电商有一定的需求。

这里提到一个概念:产品流行鸿沟。很多产品需要跨越此阶段后才能实现爆发式的增长。微信在国际上的推广力度非常大,大概会去到几美金一个用户,目的也就是为了跨越产品鸿沟,之后产品本身就会实现自增长,才有可能成功。

3、用户特点对发行渠道的影响

这里就不多说了,同产品设计一样,抓住用户特点是一切动作的基础和根本。

此文的标题是将产品推向全球,实际上这些规则在国内也是生效的,只是在推广方式上各有侧重点而已。

最后,推荐一本书:《参与感》,书不错,内容很实在,让你了解小米产品营销背后的技巧和方法。

《产品经理修炼之道》读后感

在读费杰的这本书之前,我也读了很多关于互联网产品经理方面的书籍,包括《启示录》、《结网》、《人人都是产品经理》等以及关于技能方面的《UCD火花集》、《don’t make me think》、《用户体验要素》等等,之前读完这些书后都有写读后感的冲动,但由于各种原因(好吧,我承认,其实最主要的是我懒惰,呵呵)都没有写,这次用了两周的时间读完费费的《产品经理修炼之道》后,突然想写点东西,在加强自己对本书内容的理解的同时,也希望能让一些还没有读这本书的朋友们有个的“前戏”!

实际上我们生活中的任何事物都是一个产品,包括桌子、房子、道路、轿车等,当然,书也不例外,如果将这本书看成一个产品,按照书中的产品设计和产品规划理念,这本书是如何规划出来的?功能模块有哪些?又是怎么被设计出来的?

我们将产品从无到有的过程概括为:需求处理、产品规划、产品设计、项目执行、产品上线。在这里,我们讨论的只是这本书的产品规划(功能模块)和产品设计(功能细分)。

 

一、《产品经理修炼之道》功能模块

本书一共包括了四个模块:认识产品经理、产品规划、产品设计、项目执行。下图中标有“自定义”字样的部分是笔者做的一个补充。

图片1

二、认识产品经理

1 什么是产品经理

1.1市场需求

有需求就有供给,从典型案例出发,强调互联网产品经理存在的必要性,这些人可以让产品从无到有,从平庸到大放异彩!同时,产品经理的思维能力、执行能力等都会因为工作的原因而得到很大的提升,所以它的存在是必然,也是之后的趋势。

1.2职位分类

书中将产品经理按照职能和特质分别分了三类,其实我觉得可以直接分为三类,通俗点将就是一线产品策划、管理一线产品策划的产品经理、统筹各个产品线的产品管理者。

现在很多人都自称为产品经理,而这些人多数都处于第一个阶段,这个阶段只能是执行,所以叫产品策划或者产品设计应该更合适吧!真正能到第二个阶段的,四五年相关的工作经验是必须的,而且是运气好的时候。而最后一类,一般都是CEO了!

1.3误区解析

刚才上面也提到,实际上很多产品经理只是个产品策划,而真正成为产品经理的,也要看自己的工作内容确定到底是不是管人的经理,这点我想同行们应该都了了!

另外,书中讲到很难人人都是产品经理,这和苏杰的《人人都是产品经理》有点“矛盾”吧!其实这只是看问题的角度不同而已!里面有几个典型的例子,比方说只会吹水、抱怨薪水等,我将这些归纳为:浮躁!互联网本身就是一个偏浮躁的行业,而作为互联网产品经理,很容易有种浮躁心理,工作了两三年、产品技能很硬、人脉很广,那么就可以藐视小公司、同行、薪水低的同事?好吧,一起反思吧!

2产品经理的能力

书中讲到了三个能力模型,:经理人能力模型、冰山能力模型、心智能力模型,这些都是宏观的能力模型。我相信,很多读者应该都希望可以看到比较微观的能力体系吧!

比方说行业知识、产品基本功、产品设计能力、产品规划能力、项目执行能力、沟通交流能力、学习和管理能力等,实际上也就是把经理人能力模型展开来了,而且我觉得经理人模型可能更适合像我这种入行不久的产品人!实际上本书对产品设计、产品规划、项目执行和沟通已经讲的很全面了,剩下的就是行业知识、基本功、学习和管理能力等这方面的东西和如何将这些具体的能力有效的串联起来了!这些我归于微观能力。

3合格的产品经理

什么是合格的产品经理?书中主要是通过企业青睐什么样的产品经理入手的,专业技能过硬、综合素质高以及有一定的背书。当然,这些都是作为一个合格的产品经理应该具有的东西。是必须的!

但同时,产品人也要能反过来选择适合自己的企业哦!一个做电商的产品经理,如果他选择去做搜索,之后又去做客户端,即便他能力都不错,但这样也不能算是合格的产品经理,因为这点反映了这个产品经理的职业发展方向!

二、产品规划

1 认识产品规划

1.1什么是产品规划

书中的一个例子很形象,什么是产品规划?建一个楼盘,在哪里建,满足什么样的需求,带来的价值和回报有多少,这些就是开放商对楼盘这个产品的产品规划。

1.2产品规划四问

这里有个模型我很喜欢:5W3H,具体指的是:What,Where,When,Who,Why,How,How much,How feel。做什么、在哪里做、什么时候做、谁做、为什么做、怎么做、做的成本、用户反馈。

书中主要阐述了:做什么、有什么价值、为什么要做以及怎么做到。这四点也是5W3H模型中最重要的四点。在实际工作中,我们在做一个产品规划的时候,可以自己反省下,根据用户需求,我们要做什么,这个东西到底有多大的价值,可以给公司带来多少收益,我们需要什么样的功能去满足这种需求。

2需求如何处理

2.1需求处理的方法

需求的生命周期包括:需求收集、需求分析和制定决策。在需求分析阶段,书中列举了很多模型和理论,我觉得比较实用一点的是四象限定位法和交集分析法,因为这两种方法都将用户需求和公司需求结合起来并排了优先级,可以只管明了的确定产品要满足用户的哪些需求!

2.2需求处理的技巧

我觉得这里是需求处理的核心内容,每项技巧都很重要。

第一个是不把需求当成需求。这里我有个例子:从前有个商人,他觉得自己的马匹跑的不够快,就出高价收购世界各地有名的马匹,结果呢?有人提供了很多良马,而有人则制造了汽车卖给商人,你觉得哪个会成功呢?

第二个关注背景资料。有些需求是建立在一定条件基础上的,并不是通用的!所以千万别想当然,在了解需求的同时也要了解需求背后的东西!

第三个是要了解产品本质。SNS网站的关系链、搜索产品的搜索算法、电商产品的商品推荐算法等。

最后一个就是数据,这点不说了,其重要性我相信大家都知道!

三 产品设计

我相信,这个模块是很多读者最关心的章节,因为它最贴近于我们日常的工作了!

1 认识产品设计

在说什么是产品规划的时候我们有个楼盘的例子,这里照样可以用,如果说产品规划是了解这个楼盘的地方和ROI,那么产品设计就是确定这个楼盘的楼层、颜色、结构、功能和外观设计等。

在做产品设计之前,我们要了解这些互联网产品的实现原理,书中讲到了C/S结构和B/S结构,了解了解就好!

2 产品设计能力

2.1 三大能力

《用户体验要素》中将用户体验分为:战略层、范围层、结构层、框架层、表现层。书中的三大能力:概念设计、功能流程设计和交互设计。有关系吗?

我们可以将概念设计理解为:战略层和范围层,功能流程设计理解为结构层,交互设计理解为框架层和表现层。如果想深入的了解这几个层,可以去看下《用户体验要素》这本书,理论性比较强!

2.2 两大技能

文档撰写和工具的使用。书中讲到的工具大家应该都用过,MM、visio、axure以及书中没有提到的project等。如果书中能够提示下这些软件的下载和教程地址就更人性化了!工具就是工具,不要痴迷。我刚开始学习axure的时候,就有种中毒的状态,非常喜欢做里面的交互,完成之后有种很爽的感觉,但是有用吗?记住,是你利用工具,而不是工具利用你!

至于文档,我们要写BRD/MRD/PRD,这里我的感想是:任何产品文档都没有固定模版,只要项目人员都能看懂,那这个文档就是可以使用的文档。

3 产品设计理念

八大理念中,我觉得用的比较多的是以下四种:

核心功能设计:你产品满足了用户什么需求,根据这个需求将核心功能做到极致,其他功能就算做的一般般也可以接受,但核心功能,必须够劲爆!

高效操作、缺省设计:将用户看作“傻瓜”,他不喜欢麻烦,不喜欢复杂,能多省事就要多省事。

个性化设计:用户可以定制产品模块、改变产品模块的排序。

4 产品设计原则

四大原则:安全、可靠、易用、美观。

这里我感触比较深的是可靠性中的兼容性。只要做过互联网产品的都会遇到浏览器的兼容问题,这点我相信前端工程师的体会应该很深,但不管怎样,现在IE的使用率还是很高的,不能置之不理,就算再头疼也得处理!

四、项目执行

再好的产品方案,如果没有过硬的执行能力,那这个东西也就是一坨屎!

1 目标意识

这里可以总结为三方面的内容:目标具体可以衡量、奖罚制度和团队的目标一致性。

1.1目标具体可衡量

这里费费提到的SMART原则不错,目标要具体、可衡量、能达到、有关联性和有时限性。

1.2奖罚制度

这个在公司里面一般都有,无论是物质上的还是精神上的。

1.3团队目标一致性

试想下,如果你的项目组里,有的成员觉得项目目标是产品上线时间,有的成员觉得目标是产品收益,有的成员觉得是产品的用户体验,那你觉得这个项目可以做好吗?

2有效沟通

2.1沟通的方法

这个只能在工作过程中不断的去领悟才可以,只将大道理是不行的。书中也只是从理论角度分析了各种沟通的方法,如果有些例子做支撑就更好啦!

2.2与不同人的沟通

这里的人员指的是项目成员,包括UI、前端工程师、交互设计师、开发工程师、测试工程师、项目管理人员等。

我觉得无论跟哪类人沟通,只要把握两点问题就不大了。一个是要了解不同职位不同人的性格,根据其性格投其所好,让对方感觉到你尊重他。另外一个就是学习不同职位的专业技能,不需要精通,只要求了解,比方说了解开发代码,那样沟通起来会事半功倍!

3时间管理

书中提到了关于时间管理的几个方式:Todolist、排序、串行和并行。实际上时间管理是门很大的学问,有本书推荐给大家:《时间力》。这本书系统了讲述了关于时间管理的整个体系,值得一读

另外,本模块也只讲了管理时间和任务的理论,没有具体的案例在支撑这些理论,理解起来并不是很全面和深刻。

4心得体会

这里费费总结了自己在工作过程中经常碰到的问题和相应的处理方法,其中我理解最为深刻的是正确的做事和做正确的事。

正确的做事:你是执行者,只需要将领导安排的任务完美的完成即可,不需要去知道这件事正确与否,因为这是你无法控制的。
做正确的事:你不需要执行,但是你需要让帮你执行的人是在正确的做事,所以这就要求有敏锐的市场眼光,当让,其行业经验也得非常丰富才行!

五 技能培训

这部分是书中没有的,但是我觉得加上去后可能会让读者更加的受益。

1 职业素养

书中也讲了很多关于职业素养的问题,比方说第一个章节的产品经理能力模型、沟通能力和心得感悟等。除了这些,产品经理的职业规划、学习方法、知识管理、成长计划等这方面的素养都还是很有必要提到的。虽然他们跟产品经理这个职位并不是强关联,但掌握后对之后的工作会有很大的推动作用!

2 专业技能

书中提到的专业技能包括需求处理、产品设计、时间管理等。比方说产品设计,画原型的工具有很多,那么这些工具各有什么特点,哪种更适合初学者,哪种更适合有一定经验的产品经理,同时,这些软件在什么地方可以下载,在什么地方可以下载教程,如果有这些,我相信读者会更加受益的!

总结:这本书里面案例非常多,而且基本都是读者亲身经历后的经验,这或许就是本书区别
于其它产品经理类书籍的特点吧!另外,本文中谈到的一些个人对书中观点的看法完全属于自己的观点,若有不对的地方,还希望费费可以谅解哈!

最后,感谢费费同学写的这本书,希望它可以帮到更多的产品人!

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

u=478653520,300012367&fm=23&gp=0

什么是用户“G点”?我在这里将这个G点定义为:用户的爽点,即能让用户眼前一亮并感觉到很爽的地方!这跟现实生活中的G点有点异曲同工哦,你们懂的!

G点是互联网产品获得成功的必要条件

成功的互联网产品,无不都是满足了用户的一个或者多个G点。微信一开始的成功源于它可以语音发信,这点是利用了用户懒惰的特性,让用户用起来很方便,继而很爽。QQ通讯录的成功源于它可以将通讯录同步到云端,在能进行批量处理通讯录的同时还避免了通讯录的丢失,用户用起来也必然很爽。

通俗的讲,G点就是用户的某个需求点,当用户的需求点被满足时,他自然而然的会有很爽的感觉,而爽的程度则取决于产品具体的交互设计。反过来说,抓住了用户的G点,产品一定会成功吗?这就不一定了!

Kozmo.com:在线仓储和送货服务商。对于城里人来说,Kozmo.com的确既酷又方便,你可以订购从电影到小吃各类物品,然后仅用一个小时就能让它们到你的家门口。爽不爽?肯定爽啊,而且这也是用户的真实需求。但是对于Kozmo.com来说,这已经变成了一个不可能完成的任务!在把业务扩展到7个城市后,Kozmo.com发现,跋山涉水地送一张光盘或者一包口香糖简直糟透了!最后不得不面临倒闭的后果。

所以说,寻找用户的G点,是在做产品的时候首要要考虑的问题。你的产品满足了用户哪些需求?用户用起来会不会很爽?如果你觉得找到了用户的G点,那么就去看看你的产品是不是真的能让用户爽起来。怎么去尝试呢?有种方式:

根据这个G点,开始做产品概念图,然后根据概念图搭建出产品的基本框架,规划出产品的各个功能模块,然后再针对每个功能模块设计产品交互。如果功能点很多,那可能还需要进行版本划分,按照优先级将功能模块划分为几个等级,之后不断迭代。然后在版本升级过程中看用户的反馈和数据,如果数据不理想则再进行调整。

这个应该是大部分产品人使用的产品设计流程,那么在这里这种方式是不是真的适合呢?在回答这个问题之前我们不妨看看下面这种方式!

MVP开发模式—精简、直接、快速

还是针对上面的那个问题,我们的另外一种解决方式就是MVP开发模式:围绕用户的G点(需求点),建立最精简的产品原型,这个原型只包含最基本的功能模块,注意,这里是最基本的,不能再做减法的功能模块,然后在最短的时间内上线这个最基本的产品原型,上线后看用户的反馈和数据,如果这个点不能让用户爽起来,那么就立即改变产品设计的方向。

举个例子,人们都有喝水的生理需求,经过调查,用户对甜的水普遍有好感,这个甜水就是用户的G点。找到了用户的G点后就要开始生产水了。

第一种方式:规划好生产的数量、每瓶水的含糖量、每瓶水的体积、大小、定价、销售渠道等内容后,开始大批量生成,生产之后进行大批量销售。

第二种方式:生产一小批甜水、一小批无糖水、一小批咸水等,之后进行销售,根据销售业绩来决定生产方向。

两种方式的结果怎样呢?在销售过程中发现,其实用户对甜的水并不买账,他们可能只是平时喝点,但是喝的最多的还是无糖水。结果可想而知,第一种方式肯定亏大了。

当我们在找到用户G点的时候,不要急着去做大的产品规划,而是要针对这个G点建立最小最小的产品型态,先看看这个是不是真正的用户G点,我们的产品是不是真正的满足了用户的这个G点,用最小的代价去做个实验,这才是明智的选择。

和用户一起开发产品

刚才上面的第二种方式实际上是一种产品设计理念的体现:和你的用户一起开发产品。产品是给用户用的,产品又是我们自己设计的,除非你非常了解用户的需求并能从这些需求中找到真正的突破点,否则产品是很难成功的!

所以我们提倡,和你的用户一起开发产品。如何一起开发呢?我们就用上面的MVP开发模式,在最短的时间内上线一个产品型态,看用户买不买账,如果不买账,立即转化思路,进行另外一个G点的实验,上面的矿泉水例子就是一个很好的体现。

另外一个例子,国外某网盘产品经理想设计一个网盘,但又不清楚产品能不能满足用户的需求。于是,他没有做任何产品设计相关的工作,只是把此网盘的产品大概型态和操作流程拍了个视频放到网上,统计需要此网盘的用户数量,需求量达到一个数字级别后才开始进行产品设计和开发。这样就避免了产品设计出来后没有人用的恶果。

无独有偶,国内某皮鞋批发商,专门去各个皮鞋批发地拍摄各式各样的皮鞋相片,然后通过邮件等方式发给朋友、网友等,看看哪种皮鞋需求量最大。等有人想购买皮鞋时,这个批发商再去批发地购买,再邮购给终端用户。

这两个例子充分说明了:不打无准备之仗,我们在设计产品的时候也应该知道,在着手做之前,应该要清楚这个产品成功的几率大不大,用户是不是喜欢。在有一定把握的时候再开始动工!

蚂蚁与大象的故事

hjaij450f741jg4775

一只蚂蚁在路上看见一头大象,蚂蚁钻进土里,只有一只腿露在外面。

小兔子看见不解的问:“为什么把腿露在外面?”

蚂蚁说:“嘘!别出声,老子绊他一跤!”

第二天,兔子看见整窝的蚂蚁排着队急匆匆赶路,问何故。

蚂蚁答:“昨天有头大象被我们一兄弟绊倒,摔成重伤,我们给那丫献血去。”

—– 蚂蚁与大象的故事

==========================================================

之前有尝试写过一些东西,但坚持了一年后没有坚持下去。最近不知为何,突生写作冲动,一不留神,此博客诞生!

为什么叫“蚂蚁与大象的故事”?

前几天看到一个笑话,如上文所示,当时一笑而过,如今想来,这里面确可以YY出很多有意思的东西出来。

乐观:蚂蚁的乐观和直率

善良:给大象献血

换位思考:实际上蚂蚁和大象的角色,有种调换的感觉

出其不意:蚂蚁绊倒大象的想法绝对让大象想不到

另外,大家有兴趣的话可以去搜下这个故事的全集,挺有意思的。

我觉得这个故事可以反映出很多人与人之间,人与事之间的互动和沟通,隐喻出人性的善与恶。