一分钟产品介绍公式

9 评论 37669 浏览 138 收藏 9 分钟

编辑导语:假如让你介绍一款产品,你会从哪里开始呢?不少人可能会觉得,明明日常生活中一直都在使用和接触的产品,怎么介绍起来却不知道从何说起了?基于此,本文作者和大家分享一个“一分钟介绍公式”,无论是面试还是对客户和老板,都能让你快速而准确的介绍出一款产品。

不知道大家有没有注意到,生活中往往会出现这样的场景:自己脑海里有着磅礴的表达欲,可话到了嘴边却词不达意。

与此同时,我们也经常会抱怨身边的小伙伴说话不得重点。似乎讲重点,精准的表达并不是件容易的事情。去年偶然参加了一次美国职业培训课,受到了一些启发,脑海里组织语言其实也是有规律可以遵循的。

这里想和大家分享一下,是个一分钟介绍公式,它适用于很多场合,面试时快速介绍经历,拜访客户时快速介绍自己的公司,面对老板快速介绍自己的产品,还有地推时候快速和商家介绍产品等等。

我不喜欢卖关子,这边直接给出介绍公式:

为了增强记忆,给它配了个图

时间紧张的朋友看完上面的公式就基本可以体会体会关掉这篇文章了,不忙的可以听我再叨叨几句。下面简单拆解一下这个公式:红色部分文字其实是需要使用者填空的部分,而填好这4个空,基本上公式就已经成型了。

我读书的时候为举办一个创业活动去企业拉赞助,我们做好了企业赞助策划书,指导老师看完之后问了个问题:你们能用一句话把这个活动说清楚么?当时一堆人说了5分钟好像也没说清楚。

看到这个公式之后,再回头看研究生老师那个问题,会觉得有了一个很清晰的思考方向。

一、Solve Problem:产品解决了什么问题?

我们说很多的产品起源都是一个很有意思的Idea,这个Idea通常会解决一个问题,比如制造了某个痛点,维持了某个痒点,满足了某个爽点。

产品经理如果不能很清晰地说出产品解决了什么问题,那一方面这个产品经理可能自己也没想清楚自己产品的价值,另一方面这个产品很可能就没有长久的生命力。这个问题往往能在好产品的slogen里能找到启发。

美团、雪球、即刻的Slogen

比如美团:美团app,干啥都省钱,够不够粗暴?够不够直接?用户一看就知道这产品想干啥,解决的是一个帮用户省钱的问题。

再比如即刻app:记录我,遇见你,即刻,一个兴趣同好社区,是不是也瞬间能让人知道即刻大致是个什么产品。提供一个兴趣同好的社区平台给用户,让用户找到志同道合的人是即刻解决的问题。

还有雪球:聪明的投资者都在这里,看到这个是不是知道雪球是一个聚集投资者的app,雪球和即刻类似,提供的是一个投资的平台,让投资者共同交流学习。

二、Goods or Services:提供了什么样的产品或者服务?

这个问题对于有实体产品的产品经理来说都是比较好想清楚的,可以是手机app,可以是某电子产品,可以是某工业品等等。当你提供的产品实际是一种服务的时候,这个就需要仔细思考了。

比如说保险产品,实际上是一项保险服务,前段时间重疾险新规实行,很多网销保险产品很火,要怎么用一句话说清楚这个产品的服务,其实是需要仔细推敲的。

再比如一些夕阳红理财产品,其实本质是一项理财服务,作为这个产品的设计者,要怎么让老人信赖你的服务呢?这个我相信理财业务人员的培训手册里会写的非常清楚。

三、Type of Client:客户是什么样的类型?

这个问题应该产品经理都会接触到,说穿了就是用户画像。鉴于现在C端互联网已经卷的天翻地覆,一个普通用户可以打上万个标签,这点也没什么好说的了。

但是要注意的是,在你产品设计之初,你面向的客户是哪些人还是需要想清楚的。

可口可乐从某种意义来说也是可口可乐公司下的一款产品,他的用户是20岁左右的年轻人,仅看国内,中国的人口平均寿命大概是74-76岁,表面看可口可乐舍弃了很多用户,一代人终将老去,但总有人正年轻。永远有20岁左右的年轻人,可口可乐只抓这一批人的口味,就可以赚的盆满钵满。

对比我最近看的一些低代码平台产品,我其实并不是很理解市面上低代码平台产品面向的用户是谁?是普通的C端用户,还是B端里的业务人员,或者B端里的IT人员。

做产品,想不清这个问题,会让你不知道往哪个方向用力。

四、Client’s Good:达成了客户什么样的目标,产生什么样的效果?

这里问题更像是第一个问题的延伸,解决了问题之后带来的效果是什么?

比如智慧城市建设里用到的摄像头,和红绿灯联动,通过摄像头采集路况,分析之后指导红绿灯的动作,哪种颜色的灯亮多长时间等,这可以解决一部分交通拥堵的问题。带来的效果应该是市民出行更方便,城市数字化治理更完善,居民幸福感更高。

想清楚上面几个问题,再套用一下公式,应该会对我们日常的工作有帮助。

其实这些概念,相信大家都知道,毕竟每个产品人都逃不脱竞品分析、MRD文档、PRD文档等等。一次次产品历练里都会把上面说的问题覆盖到,这里只是有这么一个公式作为一个框架框一框思维。

教父里说:花半秒钟就看透事物本质的人,和花一辈子都看不清事物本质的人,注定是截然不同的命运。类比想想,花一分钟能介绍清楚产品的人和花半小时都说不清产品的人,命运也一定会大相径庭。

 

本文由 @格林不童话  原创发布于人人都是产品经理。未经许可,禁止转载。

题图来自Unsplash,基于CC0协议

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 举的都是C端的例子。。C端产品介绍比B端产品好写,因为大部分C端产品一开始就有很明确的定位。。B端需求痛点基本都是那几个,提高效率、数据共享之类的,产品同质化严重,很难出彩,除非已经有平台背书。

    来自河南 回复
  2. 今天参考你的文章写了产品介绍PPT,谢谢分享。
    在实际使用的过程中,我把type of client放到了第一部分,用户类型、用户痛点、解决方案、达成目标。

    来自广东 回复
    1. 嗯嗯,在英语语境里,这句也算是个倒装,用户放第一部分没问题啊。有帮助就很开心哈!

      来自上海 回复
  3. 一、Solve Problem:产品解决了什么问题?
    这部分里slogan拼错了,看到时后背凉了一下,难道我一直写错了…

    来自广东 回复
    1. 哈哈,文章发布完就发现了,发布后没法修改。时隔半年还是被人发现了啊。

      来自上海 回复
  4. “对比我最近看的一些低代码平台产品,我其实并不是很理解市面上低代码平台产品面向的用户是谁?是普通的C端用户,还是B端里的业务人员,或者B端里的IT人员。”说的很好啊

    来自吉林 回复
    1. 确实没看懂,这个点上有共鸣,是不是你也没看懂。哈哈哈哈。

      来自上海 回复
    2. 我正在做一款这方面的产品,目标客户的选择上很纠结,看似很有卖点,实际很难让客户买单。

      来自吉林 回复
    3. 有同感,我们也是,调研了挺多低代码的产品的,可以多交流呀!

      来自上海 回复