【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]

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

小结

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

 

【4008】如何撰写“会议纪要”

导语

前面的文章提及过会议中的沟通,今天我就说说会议相关的文档——“会议纪要”。

会议通过邮件或办公系统发起那一刻起,“会议纪要”就已经开始做相应的记录了,从某个角度联想,一个会议可以理解为一个项目,“会议纪要”就是这个项目的项目文档。

前期准备很重要

会议主题

会议主题很重要,主题太大没意义也肯定没结论,主题太小没必要折腾,直接站立式会议即可快速解决。能在一个会议上解决超过一个重要问题,已经是非常成功的会议了。

提出问题

围绕会议主题,列出几个重要且迫切需要解决的问题,可以从“结构框架”、“技术实现”、“安全风险”和“流程规范”等方面进行思考。一个会议不建议列举太多,五条左右就差不多了,无关痛痒的小问题就没必要写出来。

提供材料

会前材料也是非常重要的,会议应该是在阅读过材料的前提下进行。当然,很多公司习惯开会时才陈述材料,这个没有对错,只是比较浪费时间而已。

材料尽可能提前24小时提供给参会人员,并可根据提出的问题进行思考,会议时就可以针对问题进行解决,或者提出新的问题。

时间地点人物

因为会议非个人可以独立完成的,所以在时间上是不可控的,因此需要有“首选项”,针对首先时间看看是否都能参与,实在无法达成,再启用后备时间选项。

会议室的选择,要根据实际参会人数进行考虑,多预留两到三个空位最为合适,方便应对临时发生的变动。

人员也分为“关键参会人”和“协同参会人”。很好理解,与此会议主题息息相关的部门或人员,为“关键参会人”;只是与此内容有关联,知道发生什么事即可的,为“协同参会人”。

发起会议时,还需要思考后备人选及抄送相关领导,务必让相关人员都对此会议知晓。

主持人与记录人务必在会议中配合做好控场工作。

道不同,不相远谋

开会时不应该直接开始陈述或讨论,应该先确立“宗旨”。本次会议的期望方向及期望结果,若连这个也无法达成一致,后面的讨论都无意义。大家的思路一致,在解决问题时,效率也会相应提高。

解决问题

根据提供的“材料”和“问题”,逐一攻破解决,并进行结论记录。若发生争论不休,一时间无法解决的问题时,可以尝试使用“六顶帽子思考法”或者把问题留到会议最后进行解决。每讨论完一个问题之后,必须二次归纳重复讨论结果,尽可能确保大家思路及信息一致。

回顾会议

会议是个脑力消耗的过程,中间难免会出现走神或分心,尤其对于一些协同部门,在与自己无关的部分容易走神漏听。所以在会议结束前,必须要有一次总结回顾,将刚才会议上的问题及讨论结果重新过一遍,再次确保信息的一致性。

会议纪要

将本次会议的来龙去脉进行整理撰写,并发放给相关部门进行查阅,以此告知天下本次会议的结果,这也起到公示作用。会议中一些没考虑到的问题,也有可能在此时被点明提出,达到补漏的作用。同时避免“三人成虎”,将会议结果错误传达,有人问起,可以直接用“会议纪要”进行传阅。

小结

虽然全文并未举例文档结构样式,但我提供了思路,结构样式只是表现手法,关键是撰写思路。不能写的别人一脸懵逼,前因后果描述清楚,知道个所以然即可。

另外,会议并不是走走形式,而是解决问题。时间很宝贵,我们不能浪费自己的时间,更不能浪费他人的时间,争取每个会议都是有效会议,而不是得过且过的形式流程。

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

导语

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


用Axure举例

建立原型库

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

如下图:

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

原型库结构

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

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

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

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

优势

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

劣势

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

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

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

优势

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

劣势

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

小结

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

【4004】单项需求卡片

导语

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

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

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

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

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

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

需求编号

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

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

需求类型

  • 功能需求
  • 非功能需求

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

来源

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

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

场景

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

描述

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

原因

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

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

验收标准

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

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

需求的生命周期

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

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

参考材料

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

需求关联

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

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

竞品对比

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

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

需求重要性

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

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

小结

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

【1004】电脑屏幕触摸开关方法

现在的笔记本电脑越来越先进,很多笔记本的屏幕已经是可触摸的了,但是,并没有屏幕触摸的开关按钮给我们使用。

我常常就会碰到这样的情况,很多人来到我的工位找我讨论事情,打开文件或邮件时,都会非常顺手的用手指点到屏幕对应的位置,然后触发类似鼠标的连击/鼠标右键/框选等各种奇怪操作。然后顺便惊讶的说一句:“你的屏幕可以点的啊,好先进。”

今天我就告诉大家一个方法,将这个触摸屏关掉。毕竟这个触摸功能,站在我个人的角度,使用场景真不多,还不如关闭了。

开关方法

第一步 打开 计算机_属性

找到“计算机”,鼠标右键点击“属性”。

第二步 打开 设备管理器

设备管理器入口.png

第三步 找到 人体学输入设备

设备管理器_人体学输入设备.png

第四步 关闭 符合HID标准的触摸屏

找到“符合HID标准的触摸屏”,鼠标右键点击“停用/关闭”项即可。

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

导语

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

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

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

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

启动页

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

过场页

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

登录页/注册页

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

应用首页/信息采集页

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

启动过程怎么设计最好?

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

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

常规套路.jpg

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

有何巧妙?

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

好在哪里?

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

以前的启动过程:

老流程.png

上述介绍的启动流程:

新流程.png

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

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

启动过程的设计技巧

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

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

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

……

小结

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

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