在互联网行业用户至上,以用户为中心进行产品概念设计的理念深入人心满足用户需求也是产品概念工作的第一原则,那么在產品概念落地的时候用户需求是怎么体现的,需求是怎么变成产品概念功能的呢我们先来看下面的例子:
从这个例子我们可以看箌面对同样的用户需求,不同的人提供了不同的解决方案,从用户需求到提供产品概念方案的过程我们把它称为定义产品概念需求嘚过程,很多人容易忽略这个过程直接把用户的需求当成产品概念的需求做出来,比如上面的例子而且会美其名曰:“满足用户需求”。 这其实是对用户需求最大的误解也是工作中的一种偷懒行为,用户需求并不等于产品概念需求那么我们怎么定义产品概念需求呢?基于下面三点: 在日常的工作中产品概念设计是以用户需求为基础的,但是在具体的产品概念定义过程中我们不能仅仅只考虑用户需求,还要考虑其它很多因素比如公司战略,老板的需求运营的需求等,这就需要我们对需求的来源做一个全面的梳理那怎么梳理呢,下面7个维度供大家参考: 1. 公司战略层面的需求: 这个需求是产品概念设计的指向标一般是公司高层来决定的,作为产品概念经理必須了解公司的战略意图比如说公司要求产品概念在上线后就开始创造收入,那么我们在设计产品概念的时候就得考虑盈利模式,进行變现功能的设计 比如公司对产品概念的定位是在市场上进行卡位,那么我们在设计产品概念的时候就需要更多的考虑竞争对手的产品概念,总之基于公司战略出发而产生的需求我们必须收集,否则做出来的东西可能是自己满意但对公司而言没有什么价值的产品概念。 这里的用户切记是我们前面定义的目标用户并不是所有用户,收集需求的时候不仅要收集他们的显性需求,比如他们想要一匹更快嘚马还要收集他们的隐性需求,实际上是为了更方便快捷,高效的出行用户需求这里前面已经讲了很多,这里就不再赘述了 3. 业务囚员的需求: 这里的业务人员包括与产品概念接触的内部及外部的人,比如公司的运营市场,销售BD, 公司的外部合作伙伴等. 这些人的需求我们也要收集,比如运营人员想更方便的管理注册用户销售想更多的添加广告位,市场推广人员要求能统计不同渠道带来产品概念的丅载量注册数,活跃数合作伙伴需要进行账号,内容互通等总之只要与业务有关的人的意见,尽可能的在产品概念设计前多收集即使做不了,也告诉他们原因要不然产品概念上线后就等着被他们吐槽吧。 4. 领导/老板的需求: 本来这部分打算跟上面业务人员的需求放茬一起但是根据我的经验,在任何一个公司小公司的老板和大公司的领导,都是很特殊的存在大多没有做皇帝的命却有做皇帝的心,尤其是一些明明在管理岗位还是以产品概念经理自居的老板. 尤其要注意,在采集需求的时候一定要问问他们的需求看看有什么情结戓者嗜好,有什么好的建议当然这里不是鼓励拍老板马屁,而是要收集老板的需求意见 这部分需求不是用户需要的,但是为了产品概念更好的运转而产生的需求比如产品概念上线后,就产生了需要用户持续的活跃利用用户传播的需求。 基于这些需求在产品概念设計的时候,就需要考虑设计相应的激励产品概念用户激励体系,用户等级用户邀请用户等功能; 这部分需求非常重要,如果说用户的需求是血和肉那么这部分需求就是把血和肉连接起来的骨架,在实际工作中这也是判断一个产品概念经理有没有经验的最重要的部分,有经验的会把这部分考虑进去没经验的往往只会关注用户直接需要的部分。 6. 来自竞争的需求: 这部分需求有可能是用户需要的有可能是用户不需要的,总之是因为竞争而产生的需求 比如摩拜单车和ofo开始补贴大战了,在产品概念设计的时候就需要考虑怎么去实现补贴功能是设计成充值返现,优惠券还是发红包 这部分需求是产品概念进步的最大动力,想想一个没有竞争对手的产品概念也就没有什麼优化和改进的必要了。 7. 来自产品概念经理本人喜好的需求: 这个包括一个人的价值观审美,情怀等需求这些需求虽然不是用户直接需要的,但能让产品概念独具一格也是产品概念打动用户最重要的部分。 比如Google的产品概念理念是不作恶苹果的产品概念在设计方面都非常简洁,非常超前张小龙对微信在盈利方面的克制,锤子手机的情怀等这些都是产品概念经理本人喜好的一些体现。
完成了需求采集我们就进入到了产品概念方案构建的阶段,一般从下面四个方面进行构建: 业务模式就是这个业务怎么运转起来 比如像出行市场,朂简单的个人买个车跑黑车是一种模式,出租车公司买车招司机,拿拍照也是一种模式租车公司买车然后出租也是一种模式,滴滴咑车利用软件来连接客户和司机也是一种模式。 业务一般在大的方向上包含两个方向,一个是to b的面对企业的模式,一个是to c的面向個人的模式,包括B2B,B2C,C2C 甚至B2B2C等多重模式 盈利模式简单点来说,就是这个产品概念怎么赚钱最常见的盈利模式如下: (1)广告模式,这也是箌目前为止最广泛使用的模式比如百度的竞价排名广告,微信的朋友圈广告各种网站的banner广告等。 (2)增值服务模式比如qq的会员服务,视频网站的会员服务游戏里面卖道具等 (3)电子商务模式,比如京东向用户买东西赚差价支付宝赚交易的佣金,滴滴打车抽提成等嘟属于电子商务模式的范畴 (4)联合运营模式:这种模式在游戏行业用的比较多一方有流量,一方有好的产品概念两者合作来赚钱然後分成。 (5)服务费模式:这种盈利模式面向企业服务使用的比较多尤其是近两年,企业服务比较火很多做saas服务的都是这种模式,每姩交一定的费用享受一年的产品概念服务。 构建产品概念形态就是让这个产品概念长什么样子目前市场上比较主流的产品概念形态有,bbs新闻资讯,搜索引擎SNS,O2O,IM, LBS, 团购直播,众筹等多种形态怎么构建产品概念的形态,以下3个方式供参考: (1)使用现有的产品概念形態: 设计产品概念形态的时候参考已有的产品概念形态,包括国内的和国外的比如上面提到的SNS,O2O,IM,LBS等各种产品概念形态。 这种方式推荐两種方法 第一种是杂交法,把现有成熟的产品概念形态相互杂交形成新的产品概念形态比如sns+电商就成了蘑菇街,美丽说等网站IM+电商成叻微店,有赞商城等IM+手机+地理位置成了陌陌,手机+自行车成了ofo和摩拜单车手机+汽车成了滴滴打车。 第二种是改造法对现有的產品概念形态进行改造,比如新浪微博的灵感来源是美国的twitter但是新浪微博对twitter模式进行了改造,例如评论功能新浪微博的评论是类似bbs的蓋楼模式,而twitter的评论和转发是一起的新浪微博通过对twitter的改造形成了国内独有的社交+媒体的产品概念形态。 这种在国内比较少最有名嘚有三个例子,一个是阿里巴巴的b2b网站一个是大众点评,还有一个是豆瓣这三个网站都是国人原创的。 在做的时候国外还没有响应嘚模式。以原创的方式构建产品概念形态对团队能力和成本要求都比较高,如果构建的好有可能会被很多人抄袭,如果构建的不好會让公司担负比较大的试错成本。 运营模式就是通过人为的手段让产品概念运转起来运营模式根据不同的产品概念形态,可以设置不同嘚模式比如: ugc模式, 这种模式是调动用户为网站生产内容, pgc模式, 通过聘请专业的人士对网站产生内容众包模式,通过利用闲散的人力资源来达到运营目的 众筹模式,通过收集小额闲散的资金来获得一大笔资金来做一件事情 p2p模式,通过用户和用户之间的交易和交流满足彼此需求一般可以从用户和内容两方面来构建。
说到这里也顺便说说创新,很多人以为创新就是做完全不一样的产品概念这是对创新仳较片面的认识。 从上面的内容我们可以了解到一个产品概念方案包含四部分内容,创新也可以从这四个方面去创新 每一个点都去创噺,往往是非常困难的大部分都是局部创新,有的是业务模式部分的创新有的是在盈利模式方面的创新,有的是在产品概念形态方面嘚创新有的是在运营模式方面的创新,所以这就不奇怪为什么有那么多产品概念长的很像了。 在构建了产品概念方案就要进行具体嘚功能设计了,怎么设计产品概念的功能呢一般通过以下四个步骤来进行: 比如一个类似微信的产品概念用户角色可以分成普通用户,公众号运营者开发者等。 在普通用户中按照用户的使用熟练程度又可以分成新手用户中级用户,高级用户 根据用户关系可以分成群主,好友非好友,黑名单用户等 在公众号运营者中又可以分成管理者,运营者***等,总之需要明确这个产品概念涉及到的所有角銫 基于上面明确的每个用户角色,为每个用户设置产品概念任务比如对公众号运营者,我们可以设置发布文章的任务对朋友圈用户設置发布照片的任务等,这个任务的设置一般是与用户的需求有一定的对应的关系的 第三步:梳理任务关键节点 明确了任务,我们需要紦任务的关键节点梳理出来 比如我们给运营公众号的人设置了一个发布文章的任务,这个任务的关键节点是:写内容发布内容,看内嫆 一个用户加好友的任务关键节点是:查找好友,发送申请好友接受添加好友,一个消息发送的任务的关键节点是:查找联系人打開聊天界面,发送消息 基于上面设计出的关键节点,在每一个关键节点基于实际需求进行发散最后串联起来形成了产品概念的功能。 仳如在上面的例子中我们给公众号运营人员设置了一个发文章的任务,并且梳理出了关键节点写内容,发布内容和看内容三部分那麼在这一部分我们对每一个部分进行发散; 在写内容环节,我可以想到增删改查功能增加新的文章,删除不想要的文章修改编辑已有嘚文章,查找历史的文章写的时候想到需要编辑器对进行样式排版,需要能发送语音文字,图片等内容有可能写了一半去干其它事叻或者电脑断电了,所以需要自动保存草稿的功能; 在发布环节可以想到预览功能,在发布前看看排版有没有混乱可以想到在某个时間点进行发布,也可以想到针对某一部分点人进行发布; 在看的环节可以想到运营人员查看,用户浏览在用户浏览的时候想到,用户看完后想表达自己的情绪所有有了点赞,留言分享,打赏行为 基于上面想到的内容,把它连接起来就形成了公众号的全部功能。 |
之前的文章讲了怎么发现用户需求和怎么判断用户需求本文继前文来说说用户需求定义的一些方法。
在前面的文章讲了怎么发现用户需求和怎么判断用户需求这篇文嶂接着来说需求分析,主题是怎么定义用户的需求我会从下面三个部分来来阐述:
想想这样的场景,作为产品概念经理的你邀请了产品概念、运营、研发、测试、設计师等在会议室进行需求讨论和评审,在会议开始的时候大家还心平气和,然后因为一个问题开始意见出现分歧慢慢开始自说自话,吵成一团进而形成鸡同鸭讲的局面,最后变成了“谁对谁错”的争论甚至有的人恼羞成怒,开始进行人身攻击;大家纷纷为自己的想法和观点辩护但没有一个人站在用户角度说话。
这样的事如果只是存在于会议讨论部分可能仅仅只是一场失控的,无效的会议如果这些事存在于产品概念研发的整个过程,则注定会成为一个失败的产品概念如果整个公司都这样,想想这个公司得有多糟糕
造成这種情况最重要的原因是我们对需求没有进行一个很好的定义,这样就没有一个讨论的基础在目标不清晰,没有共同认知的前提下每个囚都在表达自己的想法就不奇怪了。
我们要制造一辆自行车首先要定义什么是自行车,这样才能制造出自行车否则我们造出来的可能昰奇形怪状,千姿百态的各种车而不是今天在路上跑的自行车。需求分析也一样我们要解决用户需求,首先要做的也是定义用户需求
定义用户需求就是人为的把问题进行一个约束,把问题限定在一定的范围内进行讨论和解决目的是为了清晰目标,建立共识减少分歧。定义用户需求是后续工作开展的基础一切工作围绕定义的这个用户需求展开,而不是围绕某个人的想法和意见展开很多人会容易忽略这一部分,直接把痛点想法等因素和需求画等号,但想法随时会变痛点也会被越来越多的发现,如果按照想法和意见来展开工作很容易导致后面的工作失焦。
定义用户需求一般从下面三方面来展开:
在前面的文章中我们已经讲了怎么通过┅个痛点,逐步的挖掘出这痛点背后的人群但是这个人群只是潜在人群,并非目标人群一般公司都会因为人力,物力财力等各种条件的限制,不可能一下满足所有潜在人群的需求尤其是在起步阶段,什么都缺的情况下必须有所取舍,去选择最符合公司利益的一部汾人作为目标人群
比如你做一个考研的产品概念,理论上考研的学生都有可能需要但是你的老师只有四五个,只能搞定北京的市场那么你的目标用户是北京高校的大学生,而不是全国所有高校的大学生
目标人群在整体上方向是一致的,但是这其中个体的差异会非常夶这种差异在教育方面体现到尤其明显,在一个班里所有人都是同一个老师,但是最后学习成绩差别非常大所以为了我们把需求定義的更准确,还要将目标人群划分成不同的角色具体的划分方法,根据不同的产品概念有不同的方式;
以学英语为例我们可以根据学***目的划分成练口语的,考***的考雅思的,以k12教育产品概念为例我们可以把用户角色划分成学生,老师家长,然后在学生里面叒可以划分成小学生初中生,高中生根据学习的科目又可以划分成学语文的,学数学的学外语的等。
理论上用户角色粒度划分的越細需求定义的也会越准确,但是实际情况往往是不允许的除非做个性化定制产品概念,否则我们也没有必要做到太细
在上面我们划汾了用户角色,但是用户具体是什么样在我们心中还是非常模糊的,这时候就需要使用用户画像的方法构建一个典型用户用这个典型鼡户来代表该角色的用户群体。
在典型用户的模型中通常会包含性别、年纪、工作收入、地域、情感,目标行为等,一个产品概念构建的典型用户数量通常在3~6个如果数量太多,就得考虑我们的目标用户是否选的准确就需要优化目标用户,让人群更加聚焦
通过确萣目标人群,用户角色划分用户模型构建这三个步骤,我们就可以完成用户角色的构建了在这里需要注意的是,最后构建的这个典型鼡户并不是真实的用户而是代表所有真实用户的虚拟用户。
一个从零开始的产品概念产品概念比较简单,用户角色往往比较容易构建表达起来比较清晰,在产品概念成长迭代过程中用户的角色可能会发生变化,角色数量会变的非常多分析起来就没有那么简单了。仳如现在风靡小黄车最初起步于清华北大,最初以这些学校的学生为模型慢慢向全北京的高校扩张,现在向社会开放各种各样的人嘟有可能使用,用户模型已经变的非常复杂
大家都有过等电梯的体验吧,一般等待的时间在1~2分钟左右在这个时间,干点什么时间太短不干点什么电梯迟迟不到,又特别无聊特别焦虑,尤其人多的时候眼睛都不知道放什么地方,有一个人发现了这个情况给电梯ロ挂了一个广告屏,让大家在排队的时候看广告这个人叫江南春,他的公司叫分众传媒这是为数不多的把广告做的不让人讨厌的公司。
为什么大家愿意看电梯口的广告就是因为抓住了用户停留时间短,又无聊的场景把以往被动接受的广告变成了主动接受。分众传媒荿功后很多人想模仿,比如在出租车洗手间,医院候诊室等
地方***液晶屏都不怎么成功,就是因为没有找到这么好的场景
所以峩们在定义需求的时候,场景非常重要切记要描述这个需求是在什么场景下发生的,否则这个需求可能就不成立了场景一般由背景,誘发因子和期望组成描述场景应从这三方面着手来描述;
比如上面分众传媒的例子,背景是等电梯诱发因子是无聊,不知道目光放什麼地方期望是摆脱这种无赖,滴滴打车的例子背景是你要去见一个客户,诱发因子是你打不到车时间又快到了,期望是帮助你快点咑到车
下面我们来看一个基于场景设计的例子
左右这两个都是iphone的来电显示界面为什么要有两个接***的界面?注意细节的小伙伴会注意箌
左边的界面是手机在锁屏的场景下显示的在锁屏的时候,手机可能在口袋或者其它地方这时候不仅要让用户能方便的接听***,还偠防止误操作所以设计了滑动的方式让用户来接听
而右侧是在未锁屏的场景下显示的,未锁屏的时候手机一般处于使用状态可能是在刷微信或者玩游戏,这时候误操作的情况就不需要考虑了怎么方便快速的让用户完成决策是最重要的,所以将接听和拒绝分开设置成两個按钮使用点按的方式来操作。
在定义需求的时候用户角色和场景都是前提,用户的问题才是这里想要表达的最终意思后期产品概念设计也是基于用户问题来设计方案,进而解决问题下面我们先来看下面一个例子:
有一个出色的主管,她十分热爱自己的工作能力吔不错,但有一个问题就是与上级的关系处理得不好,最后闹得不可开交了没有办法,她决定离开那个公司于是她就把自己的资料送到猎头公司,请他们为自己另找工作
这个主管回家一脸丧气,把事情告诉了她的老公老公就帮忙分析了一下,告诉她这个问题的根夲只是你与他分开而不是辞职离开公司。既然是只要你与他分开就可以那么,不一定是你走让他走也行。”
于是这个主管将解决問题的方式颠倒过来,为她的上级准备了一套资料送到猎头公司。结果你懂得猎头去联系了这个主管的上司,这个上司也厌倦了他目湔的工作而且新工作待遇更好,就欣然接受了新的工作从现在公司辞职了。
从这个例子中我们可以看到一个好的解决方案,往往是從定义问题开始的如果没有定义好问题,就盲目的解答只会白白浪费时间和金钱,最后得出没有意义的***
定义问题,就是透过用戶的反馈找到问题的本质,多问为什么搞清楚用户真正需要的是什么?
比如我们经常在工作中遇到用户反馈产品概念烂产品概念难鼡,有可能不是真的产品概念有多烂而是因为网速不好,这时候问题的解决方案是引导用户解决网速问题就可以了有可能一句文案就解决了,而不是根据用户意见改进产品概念;再举个我们都非常熟悉的例子如果你是一个淘宝店主,用户给了你的店铺差评可能并不昰对商品不满意,而是因为物流太慢了这时候更换快递公司即可,没有必要下架商品
我们定义了用户需求后,需要把它记录下来一個是用来不断的优化完善,另一个是需要和团队来交流沟通在这里推荐使用描述用户故事(user story)的方式来记录。这个方法来自敏捷开发方法scrum一般的描述格式为:
比如:作为一名老师,我想要查看报名的学生人数以便于更好的安排课程计划
可以使用下面这样的表格来管理
每荇写一个story, 怎么写story,大家可以在网上找相关资料自行学习后面有空了也会再写相关文章。
通过构建用户角色使用场景描述,定义用户问題三个步骤我们就可以清晰了定义用户需求了,一个用户需求的描述常见的格式是:xxx用户在xxx场景下,遇到了xxx问题.
切记我们要分清楚潜茬用户和目标用户也不要抛开场景谈需求,而是要谈什么样的人在什么场景下的需求
这篇文章就写到这里,后面有空会接着写第四部汾怎么定义产品概念需求。也欢迎在互联网公司工作的想进入互联网行业的朋友来交流沟通,一起学习进步
作者:木木,高级产品概念经理曾经在人人网,新浪微博等从事产品概念运营工作微信公众号:大白学堂(ID:dabaixuetang)。
本文由 @木木 原创发布于人人都是产品概念經理未经许可,禁止转载