【2008】产品画布分析法

导语

今天我想说说有关产品分析的方法,为什么要说这个?因为产品分析不仅可以帮助我们去深入了解一款产品,还能有效的提升我们的产品思维,有助于我们自身的工作规划。

产品画布分析法

[info]什么是产品画布[/info]

产品画布一共有九个部分组成:问题、用户群、独特卖点、解决方案、渠道、关键指标、竞争壁垒、成本分析和收入分析。

产品画布的组成要素

— 1 —

[infobox title=”问题”]客户或用户最需要解决的三个问题[/infobox]

问题,其实就是痛点。分析产品的第一步,也是最重要的一步,就是明确改产品需要解决用户/客户的什么问题。在问题堆中找出最核心的三个,可以说这个就是未来产品的“龙骨”,未来产品的宗旨。

所以,找到产品需要解决的痛点是至关重要的。

— 2 —

[infobox title=”用户群”]目标用户或客户[/infobox]

只要是站得住脚的产品,都有自身的受众群体,只有能拿捏用户群的范围,才能更有针对性的解决其痛点问题。

通过产品的数据收集,针对核心用户群,了解他们的一些基本信息和背景情况,对于明确产品需要聚焦的重点环节及未来的调整趋势有重要作用。

— 3 —

[infobox title=”独特卖点”]一句话说明你的产品有什么特点,卖点是什么,他的与众不同之处在哪里[/infobox]

自家产品能在同类竞品中独有的差异化优势,可以理解为是一种独特卖点。例如百度的口号是“最懂中文的搜索引擎”,格力宣传的“掌握核心科技”,这些都是产品的卖点。

在分析产品独特卖点时,通常会想用户为什么会选择这款产品?这款产品的优势是什么?这款产品是否解决了同类其他产品解决不了的痛点问题?对于同类产品是否提供了更高效和更优质的服务?用户体验是不是做到行业最优?……

当独特卖点逐渐深入广大群众,且成为习惯时,自然就会形成产品对应的风格和口碑。当然,有条件的话,可以分析下产品的前世今生,发展历程及关键的里程碑节点。

— 4 —

[infobox title=”解决方案”]产品最重要的三个功能点[/infobox]

在分析解决方案的过程中,针对上文“问题”中提到的“三个核心问题”,三个问题分别对应功能的解决方案是什么?对应的该功能会造成什么影响和风险?

可以通过参考同行业的处理方法,根据自身产品特性,找出最适合自身用户群及用户群面临的问题,得出有效的解决方案。

— 5 —

[infobox title=”渠道”]如何找到客户或用户,如何推广[/infobox]

一款产品的成功,离不开运营和推广。通过分析产品的运营推广渠道,能够了解产品在不同生命周期阶段的运营方式和推广方式。

— 6 —

[infobox title=”关键指标”]围绕核心功能应该考核哪些东西[/infobox]

产品上线运营后,需要关键数据指标进行衡量,指标的设定需要酝酿斟酌。

在AARRR模型(可参考文章:产品经理必修课《增长黑客》)的不同阶段,产品需要关注的指标也是不一样的,不同阶段的指标能够有效的衡量该阶段产品的进度以及用户使用情况,使我们能够及时的进行调整和改进。

— 7 —

[infobox title=”竞争壁垒”]无法被对手轻易复制或者购买的竞争优势[/infobox]

任何产品但凡想达到一定高度,都必须拥有自己的竞争壁垒。

例如资金、技术专利、用户流量、独特的目光判断力等,都是竞争壁垒。

最简单粗暴的举例:腾讯搞支付,阿里搞社交。充分能体现各自的竞争壁垒。有时候,即使技术层面和运营层面能够被100%实力模仿,但成熟的生态圈是很难被破坏的。

— 8 —

[infobox title=”成本分析”]哪些地方需要用钱:人力、服务器、办公场地、运营、推广……[/infobox]

在成本方面,出来固定的人员工资成本外,在产品的研发、设计及推广期间都要尽可能的降低成本。借助一切快捷方法,第一时间去试探市场反应,验证产品是否被用户所需要。

例如公众号,开源系统,小程序等,快速获得用户的反馈,少走不必要的弯路。尽可能的避免大范围投入,快速迭代快速收集反馈,逐步改善产品等。

— 9 —

[infobox title=”收入分析”]盈利模式,收入评估[/infobox]

产品的出现,最终目标还是盈利。产品初期吸引大量用户,这是一种玩法,盈利也是必须要考虑的事情。常见的盈利方式有很多,例如广告、佣金、增值服务等等,市面上如此之多不同类型的产品,有很多套盈利方式值得借鉴参考。有时候通过组合使用不同的盈利方式,或者在现有的模式上进行微创新,合理巧妙的操作,有时候或许有意想不到的结果出现。

小结

其实说了这么多,还是那句,多思考,如果你有什么有趣的分析方法,欢迎和我分享。

 

【4007】产品原型的整理归档心得(下)

导语

前面介绍过一种基于项目开发进行整理的产品原型归档方法,今天我再说说另外一种将产品原型整理归档的方法。


用Axure举例

建立原型库

如果说上次介绍的方法比较适合用在协同工作上和快速迭代上,这次这个方法就更适合用于个人的归纳总结,像“知识库”一样的存在。

如下图:

此方法建库比较灵活,根目录的结构决定了日后的子目录形式,怎么建立完全按照自己的思路结构决定。

原型库结构

由于此方法比较灵活,不同的思路,出来的效果完全不一样,所以在建立根文件夹的时候,需要考虑清楚自己的阅读习惯。

[infobox title=”规划思路”]此方法的核心在于根据功能体系进行划分,基于不同的功能版块进行填充模块内容,利用不同的维度定位摆放,还是“小箱子”和“大箱子”组合的概念。[/infobox]

[info]按产品建库[/info]

根目录文件夹为一个一个的产品,每个产品文件夹里都有N个功能版块小文件夹。功能版块里有不同日期的页面内容,由于不是基于开发版本,所以使用“时间戳”对同一个功能的迭代修改进行命名区分。

优势

  • 可以清晰看清产品形态
  • 方便进行竞品间的对比
  • 有助于看清产品的发展轨迹

劣势

  • 可能会存在很多重复和类似的功能
  • 容易造成偏科和思维局限

[info]按功能版块建库[/info]

根目录文件夹为一个一个的功能版块,每个功能版块文件夹里都有N个不同类型样式的小文件夹。最终也是用“时间戳”对每个修改版本进行命名区分。

优势

  • 类似记忆宫殿,可以当知识库结构使用
  • 遇到类似功能问题时,可以直接查阅对应版块进行参考
  • 可清晰查阅发展形态

劣势

  • 缺乏产品大局观
  • 不适合工作流,让人无法理解前因后果
  • 时间长后,容易忘记时代背景。(需要用大量备注进行说明)

小结

每个人都有一套自己惯用的思维方式,没有最好的方法,只有最适合自己的方法。就如BAT看似严谨完整的功能上线流程,若放在初创快速迭代的企业,也不一定是好的一个道理。

【2006】说说“UGC模式”

导语

说“UGC”之前,首先要搞清楚什么是“UGC”、“PGC”和“OGC”。

名词解释

[infobox title=”UGC”]UGC(User-generated Content,用户生产内容,也称UCC,User-created Content)也就是用户生成内容的意思。[/infobox]

[infobox title=”PGC”]PGC(Professionally-generated Content,专业生产内容,也称PPC,Professionally-produced Content)指专业生产内容(视频网站)、专家生产内容(微博)。用来泛指内容个性化、视角多元化、传播民主化、社会关系虚拟化。[/infobox]

[infobox title=”OGC”]OGC(Occupationally-generated Content,职业生产内容)视频、新闻等网站中,以提供相应内容为职业(职务),如媒体平台的记者、编辑,既有新闻的专业背景,也以写稿为职业领取报酬。[/infobox]

 这三者之间既有密切联系又有明显的区别。一个平台(网站)的PGC和UGC有交集,表明部分专业内容生产者,既是该平台的用户,也以专业身份(专家)贡献具有一定水平和质量的内容,如微博平台的意见领袖、科普作者和政务微博。PGC和OGC也有交集,表明一部分专业内容生产者既有专业身份(资质、学识),也以提供相应内容为职业(职务),如媒体平台的记者、编辑,既有新闻的专业背景,也以写稿为职业领取报酬。

——文章《浅析UGC、PGC和OGC》

消费理念的变迁

这个说法有点像《马斯洛需求层次理论》,一个新的东西出现,功能实现就好。就如手表,时间对就好,但逐渐的就会追求品牌,让人觉得此品牌有质量保障。又如超市的牛奶区,以前都是认品牌的,各种品牌推销活动,现在一到周末,则是各种试吃试喝体验,通过品质吸引客户。又如微博,旅游KOL这些,重新定义资讯,让资讯不再是只有OGC这种新闻平台。在UGC这类产品中,前文说的旅游KOL、微博大V这些用户就是产品的内容。

互联网思维核心是口碑为王,口碑的本质是用户思维,要把UGC产品做好,就要让用户有参与感。

构建参与感,就是吧做产品做服务做品牌做销售的过程开放,让用户参与进来,简历一个可以触碰和拥有,与用户共同成长的品牌。才会形成三三法则这个概念。

UGC型产品其实还有两个比较常见的呈现形态“平台型的产品运营”和“新媒体型的产品运营”。

  • 平台型的产品运营模式:最经典各种论坛、微信的朋友圈,还有知乎和微博这种,都属于平台型的UGC产品;
  • 新媒体型的产品运营模式:例如微信的公众号,今日头条和喜马拉雅这种,都属于新媒体型的UGC产品。

可能这时候,会有人觉得PGC和UGC有点混淆,用罗胖子逻辑思维举例,他本身是一个KOL,属于PGC范围,但如果基于微信公众号里,他就是一个UGC的内容提供者。

小结

今天就先说到这里了,互联网发展日新月异,搞不好哪天,这些东西又被彻底颠覆了,我们能做的就是不断的更新自己的知识库,保持自身的竞争力而已。

【3007】“网络效应”的基础知识

导语

随着时代的进步,几乎所有传统行业,都和互联网开始沾边或者已经深度结合。为什么要相结合?因为传统的供销产业链已经非常的繁琐沉重,造成各种无谓的成本支出和宣传损耗等,所以需要减负。

产业价值链的重组

以前

卖衣服的服装产业,菜市场之类的供销产业,都是单向线性的,举个例子:

“厂家->供应商->分销商->门店->客户”

这样一个呈直线型的过程。

现在

现在买卖东西最典型的例子就是“淘宝”和“京东”,搞个平台,做好服务,将原来直线上的各个环节都“掰弯”,围绕平台打转,形成闭环。能大大减轻了各个品牌门店的推广难度和成本。

接下来,用个比较典型的“大众点评”作为例子,为什么是它?

  • 餐饮行业经营模式具有多样性;
  • 顾客流动性高,拥有巨大的信息积累价值;
  • 餐饮业存在地理分散化现象,较难变成少数企业垄断格局。

人类这种动物,在消费过后几乎都有评论的习惯,东西好与不好,总要有个地方可以说出来,以前或许是凉亭、公园等公共场所,现在都是各种论坛,平台评论区等。大众点评就是针对饮食这块,将评论发扬光大,单独出来,自成体系。

跨边网络效应

大众点评.jpg

在“大众点评”这个模式底下,有个关键点,就是评分对象。餐厅名称,菜式,甚至背后的相关公司,通通都开放评论。用的人多了,无论餐馆愿不愿意,都有可能会再平台中出现,认人评分比较。

这时候,还不如自己进驻这个平台,避免别人错误输入信息,自己上传食谱图片,完善及塑造形象。这样就有效的使得“大众用户”群体和“商家”群体相互吸引,形成跨边网络效应

多边网络效应

三边.jpg

当平台满足了两边市场群体的需求,并让两边市场群体成功自转的时候,也就是多边效应的开始。多边网络效应是基于双边模式为基础,连接起两边不同群体的同时,出现第三边甚至更多边。最简单的来说,用“广告”的方式让“商家”更快速的出现在“大众用户”眼前。

同边网络效应

这个用以前的“偷菜”游戏来解释比较合适,当年开心网允许第三方应用程序进驻,为平台的会员提供各种各样的小游戏,抢车位、奴隶买卖和偷菜等,然后各种排名和同边的互动,促进了同边用户的使用意愿和满足感,最终推向了盈利。

【4004】单项需求卡片

导语

不知道大家是否有这样的经历,每天的时间也就24小时,事情也有缓急轻重之分,不可能同时间处理很多事情。但协同部门又有很多需要解决的大需求,小需求,小建议和漏洞bug等,需要跟进解决。一般来说,都会将信息列入需求池的待处理需求中。

需求池的详细程度也决定了需求池的维护成本,在这里,我推荐一种“单项需求卡片”的记录方式,搭配需求池进行使用。可以有效解决同时间解决不过来的需求事物,并能在日后启动需求时,快速的找到相关人员及相关内容等。

当然了,一句话能描述清楚的事情,也没必要动用“单项需求卡片”这么重的东西,灵活变通,切勿浪费大家的时间。

“单项需求卡片”是干什么的?

“单项需求卡片”类似我们去银行办理业务,领个号后,开始填写的业务相关表格。到柜台时,方便柜员进行一系列的资料录入工作。回到工作的场景,就是让需要提需求的同学填写一份表,然后自己根据表上的内容就可大概了解这位同学需要提个什么需求。

“单项需求卡片”需要什么内容?

需求编号

一般需求编号使用大家都懂编写,且看到都能快速转译的方式比较合适。

如:年月日(YYYYMMDD)+姓名。可根据实际需要添加其他大家都懂编写的标签。

需求类型

  • 功能需求
  • 非功能需求

填写的人不一定都非常熟悉产品结构,尽量的易懂即可。

来源

此信息比较重要,方便追溯根源。

产生需求的用户和该用户的相关信息,描述清楚即可。

场景

产生该需求的时间,地点和环境等场景信息。

描述

尽可能使用(主语+谓语+宾语)的表达形式,不要加主观修饰语句。

原因

这也是非常重要的信息,作为产品经理,此时此刻必须保持怀疑的心态,因为有很多的理由是假想出来的。

为什么会有这样的需求?发起者的解释是什么?

验收标准

这个需求要怎样才算是满足了,定义一个标准,好让产品同学和开发同学以及设计同学有个底

  • 尽可能使用可量化的语言;
  • 无法量化的标准要举例解释。

需求的生命周期

这个属于需求的紧迫度和可持续性内容。

  • 需求的紧迫程度;
  • 上线后使用周期和持续性等。

参考材料

对此需求有一定参考价值的材料及有用的相关资料,不一定需要封装压缩,引用说明,能找到即可。

需求关联

与此需求有关联关系的各种

  • 人:与此需求相关联的任何人;
  • 事:与此需求相关的业务、相关功能及事件等;
  • 物:与此需求相关的系统,设备和其他产品等。

竞品对比

  • 竞争对手是如何实现该功能的
  • 竞争对手该功能获得的评价。(大众用户角度,公司内部角度,产品设计角度等层面进行考虑)

给出规范定义“1分”差到“10分”好,有个评分概念。

需求重要性

需求的重要性建议产品经理自己内部团队定义,开放填写此栏目,容易造成所有需求都是紧急需求,重要需求。

除非公司有个提交需求系统,可以针对系统设定一些规则,去制衡乱填需求重要性。

小结

还是那句,一切的模板,套路都是死的,灵活应用即可。在不同的团队,不同的公司,甚至不同的时间周期,可能模板都会纯正各种变异和差异,只要问题能解决,这东西甚至没有存在的意义。在此,希望此单项需求卡片能对大家有帮助。

【2005】移动端启动的“黄金七秒”

导语

一个移动端应用,在系统层点击ICON到真正进入应用第一个可操作页面,这几秒十分重要。心理学中有个“七秒钟理论”,就是说人与人见面的时候,产生好恶决定于见面的头七秒,对一件商品的认识,可以在七秒钟之内以色彩的形态留在人们的印象里。

根据国外相关机构的研究表明:能被消费者瞬间进入视野并留下印象的产品,其时间是0.67秒,第一印象占决定购买过程的60%,而这60%是色彩带来的。

启动过程中有可能出现什么页面?

  • 启动页
  • 过场页
  • 登录页
  • 注册页
  • 应用首页
  • 信息采集页

启动页

进入应用第一个看到的页面,一般是应用LOGO加应用名称,或许还有公司相关信息。主要是突出品牌/应用的色系色调,没有太多的内容,核心目的是品牌认知。

过场页

  1. 走马灯图片:一般出现于初次进入(如:新安装,更新版本进入),一般用于对应用的核心功能进行介绍;
  2. 几秒钟广告:有可能是视频,有可能是几秒钟广告图,一般用于活动宣传。

登录页/注册页

这个可以一起说,部分应用强制登录后进入,主要出现于未登录或登录状态失效。

应用首页/信息采集页

这个和上面相反,非强制登录的应用在启动后出现,展示第一个希望给用户看到的内容或希望收集的信息。

启动过程怎么设计最好?

没有最好的设计,只有最合适的设计。可能在甲产品中设计A会显得很傻,但有可能在乙产品中,设计A又显得非常合理了,这是要根据产品特性决定的。

来看一个近年流行的启动流程(非强制登录类应用,例如新闻类产品):

常规套路.jpg

非常常见的一个启动流程,固定位置的品宣,5秒左右的广告,进入首页。完成整个启动过程。看似简单,整个流程是经过多番考虑的。

有何巧妙?

  • “净色底+品宣”的固定显示,哪怕广告加载不出来,也不违和;
  • 广告不挡“品宣”,感觉整个启动就在一个页面进行,相对缓和;
  • “跳过”按钮带倒数,就等于有“进度条”概念,让用户清晰知道等待时长,选择是否跳过显示。
  • 广告的加载方法,这个是看团队功力的地方。例如:打开时检测最新广告进行加载;检测是否有广告更新列队,提前下载在本地,到日期直接显示;发现新广告,下次显示等方法,这里就不详细说了。

好在哪里?

说说过去,还是“品宣”和“广告”,但不同在于以前的“广告”是满屏的,有可以跳过的,也有不可以跳过的。“跳过”按钮是个感受加分项,但不是加分最多的,关键还是页面切换。

以前的启动过程:

老流程.png

上述介绍的启动流程:

新流程.png

我解释下,同样的时间内,老流程跳了几下,让人感觉距离很远。新流程的视觉感受一直保留在一个页面内,让人觉得下个页面就到终点了。这个细小感受上的差异,极有可能决定了用户对产品的印象。当然了,我上文所说的内容并不是绝对的,只是一个举例,任何事情抛开了前提条件讨论都是耍流氓。

在这里,说的只是原理,哪怕同一个应用的不同时期阶段,启动过程要考虑的事情可能也不相同,会导致设计理念和效果对后续造成的影响也会不同,所以一切要按实际出发就好。

启动过程的设计技巧

  • 清晰,直接明了的品牌宣传,让用户一想做这个事情就想起你;
  • 使用整齐,简洁,干净的界面,舒缓用户的急躁心情;
  • 使用场景化,情怀化的氛围,让用户身同感受;
  • 使用触动情感的语句或画面,让用户产生共鸣。

启动过程设计好坏的蝴蝶效应

  • 新用户的登录转化率
  • 用户留存率
  • 活动宣传效果
  • 同类型产品的印象值

……

小结

本文只是很浅的说了一下启动过程需要注意的点,并未深入去分析各行各业启动过程的侧重点和他们迭代过程碰到的问题及解决想法。

总的来说,启动就是应用的门面,里面包含非常多的处理逻辑及设计思路。肉眼上看家家应用都差不多,但实际背后的逻辑才是见真军的地方。例如首选项配置,用户数据采集,加载逻辑等。日后有时间,再逐个分析分享。