标签归档:产品经理

基于Axure的PRD写作思考

从半只脚迈入产品经理这个大门的那天起我就被2个文档的名称深深的纠缠着,他们是市场需求文档(MRD)、产品需求文档(PRD)。先不论你是什么方向的PM,这2个玩意一定会一直伴随你的Title跟着你。这2个文档在不同的团队中有不同的叫法和写法,我也见过有团队的MRD其实就是PRD,不沾半点商业市场分析的边的,当然,这些不是本文探讨的内容。

长久以来,有个很有趣的现象:“有没有PRD模板,PRD该咋写”这个问题已经成为新手入门经典必问题目之一;如果1年以后这个家伙还在这行里混,他一定会抱怨,娘滴,我们的QA压根就不看我的文档、我们的交互(如果有这个职位的话)还是会问我一些我写的很明白的问题、我们的测试拿着文档问我该咋测试、….

Web页面之间的关系是网状的,而Word文档只能树状的表述,这无疑是矛盾的;PRD文档无法做到实时更新发布,我回顾了我第一年写的PRD文档,很多下面的修改栏都是空的,惭愧之至….;所谓一图胜千言,万言刚够文档标准,每个PRD都是臭长臭长的,这样的东西别说交互设计师了,很多PM自己写完了都不想看。所以,我武断的认为,撰写某些PRD文档实在是一个既耽误时间又费劲且不敏捷的事情(很多PRD都是一夜情,写完了就不会修改更不会有人乐意看100P以上的文档),是在让产品经理实现慢性自杀!

个人认为,一个PRD文档需要包含以下的内容:

1、概述
1.1、名词说明:文档中涉及到的名词
1.2、产品概述及目标
1.3、产品风险预估
1.4、产品开发进度:产品开发阶段及责任人与时间节点
2、使用者需求
2.1、使用者需求描述:定义用户是谁
2.2、管理员需求描述:后台管理部分(很多人会忽略这个部分)
2.3、任务流程图:从业务逻辑流程产品逻辑流程转化
3、功能需求
3.1、功能总览
3.2功能需求分解:界面分解及交互说明和用例
4、非功能需求:与该产品相关联的辅助产品等
5、上下线需求:产品的生命周期
6、运营计划:产品的上线后的反馈与改进

整个文档中,最大的部分其实是对功能需求的分解,但是最核心的部分是使用者需求与功能需求部分。使用Axure后,我发现Axure可以很好的承载我平常写的这个产品需求文档的全部内容,最主要的问题是,Axure是可以网状的展示的。下面是举个例子:

在Axure的站点导航中,默认的Home页面承担了PRD文档的第一部分内容;而使用者需求描述及任务流程图也可以由Axure自带的流程图功能完成;任务流页面的分解本来就是Axure中完成的;最后的非产品功能部分也可以由axure完成(文本块组件)

同时,Axure支持多种格式的输出,一般情况下我是发送给团队Html文件包,也可以是.chm格式的文件(团队协作目前还没有尝试)。该文件包打开后,左侧是整个系统的导航菜单,右侧是相应的说明。最主要在于,原型中的页面是可以相互跳转的(得益与axure的强大交互功能),同时页面有注释功能。所以,整个产品需求文档真正实现了基于产品的模拟,网状的传播,而不是Word式的树状阅读。

1)见过不少新手使用Axure生成的原型有页面是空白的,我问为什么,他说这个页面不知道放什么,但是又不能不命名,否则逻辑上有些不通。实际上,这个空白页面就可以用来放这个页面的流程图及整体的说明。

2)不建议做太复杂的Axure动作,比如使用多个层、动态面板等。因为在工程师等的眼里原型图是不可以点击的(基于viso等的惯性思维),所以,为了避免花很长时间去实现一个很炫的axure交互而最后被埋没,建议把任务分解来画。比如一个输入框,需要画:默认状态、获得焦点状态、输入字符判定状态、失去焦点状态等,按照逻辑分步来展示。(在我特别蛋疼的时候我会先分步展示,然后搞个比较炫的交互放在上面自己玩或者用于演示)

3)在每个页面的下方或者侧边(由页面大小来定)要放一个功能详解的文本块来对本页面的功能进行详细说明。也可以直接使用Axure自带的注释功能(组件注释、页面注释)为什么不推荐用Axure的组件注释功能?因为这个功能在生成的原型里是被隐藏的,有被人无视的可能。

4)使用axure组件库功能(可自制)和模块功能既可以保证设计的统一性(设计规范),又可以提高原型制作的效率。图中我采用了注册模块。

下面,QA时间(这个QA是问答,文中的QA是技术,呃,注意区分)

Q:为什么我看到有的书上说要写N多文档,带RD的有:BRD、MRD、PRD、….
A:是的,有这样的定义。BRD(商业需求文档)、MRD(市场需求文档)、PRD(产品需求文档)。每个公司的风格不一样,我个人倾向于把BRD与MRD整合,PRD单独做。但是MRD与PRD中会有内容重合,就是会同时提到用户是谁?为什么要做?产品目标是什么?等几个问题

Q:Axure有个功能是可以导成Word格式,把做的原型导入后是归类好的,包含了用例文档,为什么不这么玩呢?
A:没人说不可以这么玩。还是那句话,个人习惯。

Q:除了页面原型之外你塞了这么多东西到Axure里,会不会导致源文件以及生成的文件体积巨大?
A:实际上塞进去的东西都是文本,使用axure的文本组件完成的,体积并不会大。同时,请不要在用axure做原型的时候使用过多的图片,尽量是用组件和模块完成。我目前位置做的最大的一个原型是4.7M,这是一个完整的系统原型。

Q:按照你的写法Axure好像是万能的了?
A:没有不好用的工具,只有用的不顺手的人。人是活的,工具是死的,且Axure目前在mac平台下功能并非很强大,也有很多人觉得axure很笨重,更加喜欢轻量级的原型功能。不过,这些都不是核心问题,核心问题是要让你的团队能够以最高的效率进行合作。使用Axure的人不必鄙视Viso,用excel的人也不必羡慕OmniGraffle,拿Word的人也不必留恋firework。

既然提到了MRD也顺便说下我写这个文档的习惯。一般情况下这个文档是给老板看的,主要是对市场的分析、同类产品的竞品分析、我们产品的盈利预测等等。所以,一般由PPT来完成。你的文档越长老板越反感,你的文档文字越多老板越没兴趣,所以,PPT是最好的方式。

文档这个东西跟流程有类似的地方,大公司会相当重视这个事情,因为要规避风险。流程与文档的核心点在于如何高效传递如何快速执行而不是他如何写以什么形式写。相对于小团队而言,流程之殇大可避免。当然,如果大公司能够以小团队的心态去做大产品的话,定会事半功倍!我更相信小团队大产品的力量,而不是大团队大产品的说法。

基于权益的团队协作方式思考

故事1,我要的是葫芦

小D:小Q,我需要一个没有籽的葫芦,能搞定吗?
小Q:葫芦是可以搞定的,但是,没有籽的目前无法搞定,不过,搞定是可以的,但是需要很长的时间。
小D:都是男人,直接点,我在一周内需要,能不能搞定吧!
小Q:这个很复杂,而且目前的工艺还不具备,所以,我实现不了。
小D:好吧,我早就听腻了,我要的是葫芦而已,你跟说其他的有什么用?

故事2,放心大胆的去挑礼物吧
小Q:小D,去挑礼物吧,拣你最喜欢的拿,我付钱
小D:好啊,我喜欢那个2K的兔子
小Q:不行,我只能花20块,重新去挑吧
小D不依不饶又哭又闹,事情变得无法收场了….

故事3,我们种苦瓜吧
小M:小D,小D,隔壁种了苦瓜耶,不少人去围观了,收效不错哦,我们也搞颗来玩玩吧
小D:呃,苦瓜不适合出现在我们的园子里,而且,来我们园子的家伙们不太适应苦瓜的味道哦
小M:为神马,为神马?为神马隔壁搞苦瓜就能火呢?再说了,等我们种了他们自然就能慢慢接受了,说不定能把隔壁的人拉过来呢
小D:……

故事讲完,聪明的你一定也能看出来了,这里小D是个典型的设计师、小Q是典型的工程师、小M是典型的市场运营。是的,就是他们,上面三个故事讲的就是他们三个之间的世世代代都无法理清楚的剪不断的纠葛。

在 传统模式的团队里,市场运营人员从市场的角度来分析产品概念:谁需要某种产品,谁会购买这个产品,产品讲如何被供应和销售,其成本是多少;设计师根据产品 的卖相(视觉)和人机工程学等方面的知识进行测量,设计师更注重的是某个事物应该是什么样子而不是它现在是什么样子;工程师则只会专心的考虑产品技术创新 方面的概念问题,以及开发的技术成本。在这样的产品研发模式下,各自独立的专业分工,不可避免的就是出现三个中心。这也是上面三个故事出现的根源。

首 先,我们必须承认上述分歧是天然存在的;其次,这种分歧实际上对产品团队是有利的,当然,这种分歧是必须要控制在工作范围内的,工作范围外的分歧必然会危 害整个产品团队的发展;第三,控制这个分歧的理念应该是“以用户为中心的设计(UCD)”,而具体执行的家伙应该是产品经理

一般而言,解决团队的分歧会动用三种手段,分别是:权力、权利、权益。

以权力为基准的协商过程,简单说就是动用等级制度强迫别人做他们不愿意做的事情。其结果必然是产品相互间的矛盾,在协商中输掉权益的一方在今后的工作中往往会需求反击的机会,最终损害整个团队的运转。

以权利为基准的协商手段是运用各种已有的标准、和观点等来解决纷争。这里往往会有输掉冲突的一方,或者必须选择一种折衷的方案。虽然协商各方的权利在设计过程中都有他的地位和作用,但是这种方法得到的结果往往都是常规的,缺乏新意的。

以权益为基准的协商反映了与项目相关的每一个人所关心、期待和需求的事情。我们了解每个人的喜好和工作重点,找到消除障碍的权益措施,从而使所有人所有专业的权益得到兼顾。而更重要的一点在于,用户的利益也被考虑到其中了!

如果我们使用一种以权益做基准的协商手段为主、适当的时候结合权利基准、不得己时小心动用权力的团队协作方式应该可以得到团队效率的最大值。

所以,在一个团队里,我们应该鼓励任何人拿下面的问题去问任何人(注意,是任何人都可以这样问,特别是产品经理最需要被这样拷问!):我们这个产品的核心用户是谁?我们是在什么情况下,满足他们的什么需求?这个产品模块的市场目标是多少?我们面临多大的技术难度?

最后,四个问题的答案必须的是理性的(有数据支撑的),而不是以“XX这样说”、“我认为”、“以XX的经验来看”。正确答案的格式是:“根据我们拿到的数据进行分析…..”、“我们做的用户访谈说明….”、“根据市场预测并且基于我们产品的成长….”

产品经理,最是那自我阉割的惊艳

记得很早的时候我在微博上说过这么一条:“每个产品设计者都必须是一个善于自我阉割的完美主义者!既要想到产品每个犄角旮旯中会出现的问题及预防措施,也要根据市场、技术等限制因素的限制对可能出 现的问题进行舍弃以保全大局。”

有的时候想想,很多事情之所以珍贵或者说弥足珍贵就在于那敢于自我阉割的惊艳。

比如,爱情为何让人觉得如此圣洁,堪比金坚的爱情为何万世传颂,其根源就在于,当你选定了一个你爱的人之后,你的心里就再无法放心任何人,TA就是你心里的唯一,从那一刻起你想的就只是为TA了。换句粗俗的话就是,你为TA放弃了整个世界,阉割掉了所有的关于“爱情”的情感,你会去主动拒绝任何异性对你的诱惑。这是一种难能可贵的品质与需要极度责任感的事情,如果怀着这样的思想去经营爱情,那必是让人艳羡的。

说回到产品上来,之前记得我写过的一系列读书笔记中讲到“产品的机会缺口来源于不断对社会趋势(S)、经济动力(E)、先进技术(T)三个方面因素(SET因素)进行综合分析研究”,由这3个因素相互作用会出现很多的缺口。那么,当我们发现这个缺口的时候该如何处理?

个人感觉,想明白做什么不算什么,想明白不做什么才是真正考察一个产品设计者能力的地方。

按照我目前的操作手法一个产品从预感到机会的出现到最终上线会经过这样的步骤:间谍——(阉割)——演说家——(阉割或反阉割)——雕刻家——(阉割)——救火队员——(阉割)——打磨师。

简单说就是这样的:

»当预感到这个市场存在的时候,先伪装成用户潜入到这个潜在市场的目标人群中,观察他们,明确他们的需求。在这个时候数据的作用只用在告诉我这个市场预计有多大,但并不能告诉我用户的真正需求在什么地方,不尽信数据。

»获取到用户的需求,根据这个需求想到能够做出A、B、C3个产品来完全的满足他们,并获得市场占有率。对这些需求进行排序,与现有资源与企业战略目标做匹配。阉割掉那些对目前战略目标没有促进意义的,目前不做死不了人的,目前团队没有精力做的功能,实现第一步阉割。

»拿着被第一次阉割的需求做需求研讨,先做团队内部讨论再到Boss那讨论。这个过程中其实就是个演说家的角色,力求团队的人首先要达成一致目标,然后去PK老板,当然,这个过程中会有第一次被阉割掉的需求再次被提上来,抗住!(如果实在扛不住,那好吧,你可以试着弱化它…)

»根据团队明确的需求,进入产品设计与研发阶段。在这个过程中会有小部分的需求被阉割掉,源自技术的压力以及市场的变化。当在与技术部门周旋的时候,如果一个产品设计者在最开始的时候只做了一套方案,那就会永远被他们牵着走。善于与技术妥协是门艺术!善于妥协意味着原型必须是炮灰,而最终目标(核心需求)一定不能变化!这个阶段实际上就是个雕刻家的角色,小步慢跑,同时要调动资源,平衡利益。

»在产品进入测试阶段开始,需要准备与运营部门联姻了。告知产品的运作机制,产品的亮点与卖点以及怎么卖卖相比较好。同时,进入救火队员的角色,因为根据经验,每个新产品都会有个死角在测试的时候是不会被发现,每个产品都会有让用户痴迷而我们没注意到的地方,所以,如果产品上线不被用户骂,那只能说明产品足够差或者产品压根不被重视。这个时候,要顶住,如果他们骂,就努力让他们多骂一些出来,然后悄悄改掉。根据经验,往往骂声最高的用户也是最愿意为你做口碑宣传的用户

»OK,现在上线了,但并不意味着结束,恰恰只是个开始,因为新的一个循环开始。这个循环我把他叫做养孩子,就像恋爱谈完了,婚也结了,孩子出来了….一个有生命力的产品是每天都会有变化的产品,当然,肯定不会是在前台,更多的是在后台的优化….

所以,我最近常常感觉,做产品设计,其实就是个自我阉割的过程,越是优秀的产品设计越是善于阉割。

在我憋着一口真气一鼓作气的敲完上面的字之后,兔子跟我说,你这不是教人犯错吗?我想,肯定会有人没看完就直接说,你的意思就是让人一直砍一直砍,砍到最后就只剩下个小裤衩了呗….

其实不然,这篇文章的核心不过一句话耳:审时度势,在正确的时间做正确的事情,顶得住诱惑。阉割掉的需求不等于全部抛弃,有的是需要扔进“需求池”去浸泡的,在适当的时候再返回来考虑。在产品设计阶段,其实还是之前说过的那篇:做最多的,展示最好的。如是而已…..

P.S:最近思维比较混乱,所以说的很不明白。其实,我只是认为一个好的产品经理至少需要具备这样几点:有产品信仰,不惟钱;有理性思维,不惟心;知道变通,不惟己;有坚持,不惟他。

【摘】产品经理的职责与核心技能

背景:很多人的title都是产品经理,但是我要说的是真正意义上的产品经理,这种产品经理责任重大,能力超强,待遇超高。就算你目前不是这种产品经理,那么这也应该是你努力的方向。我下面说的产品经理指的都是这种产品经理

一、判断一下此人是不是产品经理
定义:产品经理,顾名思义,该人能够对产品负全责。
判断方法: 看指标、 看责任、看工作方式
1.看指标:以用户数(极个别时候用PV)作为考核指标,否则一定不是产品经理!产品的意义就在于留住用户,所以用户数是评价产品的最核心标准。你对产品所做的一切努力都会体现在用户数上。
2.看责任:产品经理需要对产品负全责。我举个例子,如果产品出现技术问题,比如奥运期间访问量大增,造成服务器负载过大,以至于当机,影响了用户访问, 领导第一个骂谁?骂你?恭喜,你是一名真正的产品经理。产品经理显然应该了解服务器的最大载荷以及在中国各地的分布情况,网通和电信、铁通、校园网等链路 的具体情况也理所当然的应该是产品经理的职责范畴。
3. 看工作方式:产品经理会一直运营一款(最多两款)产品,如果你看到一个人以项目的方式参与产品的某个阶段,工作完后就去做另一款产品 ,那么毫无疑问,此人非产品经理也。

二、产品经理的职责
对产品负全责,谁都会说。但是怎么才叫负全责呢?所谓的负全责是对“整个产品生命周期负责”。从市场调查、产品规划、概念设计、功能设计、产品逻辑设计、 原型设计、交互设计、界面设计、技术环节的沟通、项目管理、产品上线、上线后的运营管理、产品推广、对外合作、产品改版升级……总之,从产品诞生 开始一直到产品推出市场,再到市场运营,再到改版,知道产品退出市场。这一切都应该是由一名产品经理全权负责。他对产品的方方面面都很了解。一个PM在一 款产品上做3、5年是很平常的。

三、产品经理的典型工作
我随便罗列一些我的日常工作吧,尽量按照产品生命周期写。
1. 规划阶段:竞品分析、产品整体规划
2. 设计阶段:产品一期概念设计、功能、交互、原型设计、技术可行性分析、可用性测试、形成需求文档
3. 开发阶段:项目排期、项目跟进、产品一期单元测试、产品一期上线
4.运营阶段:产品一期运营(内容运营、技术运营、运营人员工作安排,周末值班人员安排)、市场营销与推广(寻找合作机会,参与合作谈判——通常与市场部 合作,签署合作法律文件——通常与公司法务部合作,监督合作推广的执行,分析推广效果ROI等等)、运营数据分析、一期改版意见、产品二期概念设计、产品 二期需求文档草案
5. 产品二期设计阶段:产品二期需求文档、产品二期技术论证
6. 产品二期开发阶段 …….
…………
……..
…….

四、哪些职位被误认为是产品经理:
1. UE设计:这个东西最害人。产品设计师绝不是产品经理,请大家务必记住这一点。产品设计师管理的是设计过程,而产品经理管理的是整个产品的所有环节。目前有很多UE从业者——多是设计师——最容易将二者混淆
2. 项目经理:项目经理的职责是保证项目顺利按需求上线,别的不管。而产品经理要自始至终的管理一款产品。
3. 产品运营:运营是产品经理最主要的只能,但不是全部

五、产品经理的核心技能
“控制”是产品经理的核心技能。要对产品的一切细节了然于胸,要对产品涉及到的方方面面有所了解,要能够控制产品团队(设计、技术、运营等一切环节),要有高超的沟通能力和技巧,要有极强的成功欲望和非常主动的做事态度。

六、总结
所以真正意义上的产品经理是很难得的,压力是很大的,待遇是很高的,人才是很稀有的:)
头顶产品经理title的人99%不具备产品经理的资质
也许你认为我写的这些要求太高了,但事实上一名合格的产品经理的确应该具备的基本素质。
希望大家共同努力,朝这个目标发展。压力是巨大的,困难时巨大的,成就是巨大的

附上部分回复:
1、UE和UI是有区别的,UI更多的是表现层的UE部分,而UE包含与用户接触的所有内容,多数公司主要有资深产品经理完成,少数国际公司有专门负责UE的人员。
2、产品经理对产品负全责。产品用户体验不好,你挨骂,产品推广不利,你挨骂,产品内容更新太慢,你挨骂,产品服务器当机,你挨骂,没错,这就叫负全责。
3、产品经理之所以有那么多不同的理解,阿笨想,主要是因为,很多产品做不了多久就over了,或中途加盟的人员,所以,或只能见识到产品的策划和建设,或直 接去运营和管理。如果一个产品可以跟到二年以上,在互联网行业也算是比较幸运吧。都被称做经理,有的只是负责产品设计,有些只负责项目建设,有些只负责产 品的BD,所以,不去计较也罢。对产品全过程负全责的人,我建议用产品总监这个词。

PS:原文标题为“什么是真正的产品经理,不懂的进来看看吧”,作者:朱小草

【摘】一个真正的产品经理

每天下班回家,都要路过一个卖菜的摊位,每次多少总要买些菜或者水果,久而久之,就和菜摊老板混熟了,买菜的时候总和他聊两句,聊聊怎么挑菜,菜价走向什 么的,上周日,遛弯到了他那菜摊,老板也正好不忙,就多聊了一会,天南海北,天马行空,聊了不少,聊着聊着就聊到了生意上,我们说了很多,聊完以后,我真 正的感觉到:再小的生意也蕴含着无穷的智慧,看似不起眼的工作其实才包含者最值得学习的知识,一切来源于细节。
以下是我用产品管理的角度重新整理的谈话内容,各位看官上眼了。

1、市场分析
老板原话:
这是个很大的小区,单说卖菜,不可能只有我一家,你也知道,就这附近算上摊位、大的市场,不下5家,你看,我旁边就有一家,但是,你要知道,北京市规定菜 市场是不允许建立在小区周边的,因为影响景观和绿化,尤其是新建小区,对于个体流动摊点则没有严格限制,只有不进入小区内部就可以了,你看我,就是在铁道 边上,并且还是在进入小区的三条通道之一的旁边。
专业分析:
他的话很朴实,没有什么大道理,从咱们专业的角度来看,他的话中包含了如下市场知识:
1)目标市场:很大的一个小区,这个我知道,因为我这个小区属于旧小区和新小区混合的社区,是由4个楼盘组成的,常住人口大概有2万人左右,如果算上辐射范围,就更大了,至少在7-8万人,因此这个市场非常大。
2)竞争对手:市场大是谁都可以看到的,因此,在这个小区的周边,就我所知,成规模的菜市场就有两个,东西各一个,零散的摊点就多了,他算一家,离他5米 不到的地方就又一家,这是可以看得到竞争对手,至于那些散兵游勇就更多了,但是因为不固定,目前看来还不能够对他造成直接威胁。
3)政策环境:我们都知道,大规模的菜市场肯定是最有竞争力的,品种全,价格低,但是这有时候也会成为一种劣势,因为,北京的政策是,像菜市场这样的零售 市场,是不允许离小区太近的,这样就给他们这些摊点提供了很好的契机,他们可以采用抵近策略,直接把产品和服务推到用户的门口。
4)区域选择:如何进入市场呢?他选择的是在小区三个入口之一的地方,我们的小区背后是一条专用铁道,通常没有火车经过,他之所以选择这个区域,我后来考虑,是基于以下原因:
A:进入成本低:刚才说到了,我们小区一共有三个入口,一个在南边,因为那个入口靠近主干公路,是市政绿化带,因此,从那里切入市场是不可能的;另一个在 小区东面,虽然远离市政范围,但是因为这个入口是新建小区的门面,物业就不允许,按理说,物业没权利管他,但是你要想了,隔三差五的,物业过来说你,时间 成本是很高的;另一个就是他现在所在的位置了,这个位置在小区的北面,因为靠近铁道,并且是一个旧小区的背后,这个旧小区物业管理很不到位,既不是市政管 理区,物业又不管,进入成本是最低的,当然就选择这个位置了。
B:最接近用户:即使你是某个区域的唯一产品提供商,也不要想着你能把整个市场的目标用户吃掉,你吃掉的只能是离你最近的用户,也就是你的通路能够达到的 地方,他选择这个地方还有一个最占优势的因素,就是这个进入小区的入口是离地铁站最近的,每天有大量的用户会从这里出入,这就是抵近策略。对于那些不乘坐 地铁的用户来说,虽然他们也是你的目标用户,但是你无法实现抵近策略,只能是鞭长莫及了。

启示:
市场大并说明你就是第一,竞争对手多,也不一定你就不能成功,如何能从实际的情况出发来切入市场才是最关键的,当然,行业有行业特点,但是有一个原则是所有行业都要遵守的:就是成本低风险小的抵近策略。

2、用户特征:
老板原话:
后面的小区(指旧小区)退休的人多,前面的小区(新建小区,也就是我所在的小区)年轻人多,老头老太太一般不会到我这里来买菜,因为他们习惯的是早上出去 遛弯的时候就把菜买下了,因此,菜市场的远近他们是不会考虑的,而上班的人呢,一般下班回来就6点多了,有的菜市场都关门了,下班经过这里的时候,捎带就 把菜买了,你看,我现在都是下午4点以后才出摊呢,早上出来根本没人买,并且,天也这么热,要是放一天,菜都烂了。
专业分析:
对于他来说,他早已对小区内的用户特征有了足够的分析,具体结果如下:
在他眼里,买菜的用户只有两类:一类是退休的;一类是工作的。
第一类用户:退休用户。
这类用户习惯于早上遛弯,并且在遛弯的过程中就把一天中的吃喝所需解决了,因此,就会有好多的早市来满足这类用户的需求,并且这类用户中以老年女性居多, 因为夏天到了,他们活动的时间一般是早晚,中间时间她们很少外出,这就要求销售商熟悉目标用户的作息规律,销售时间一定要和她们的时间吻合才行。
再加上刚才提到的,这类用户对于销售商的终端能否到达自己门口的需求并不是非常强烈,因此,该老板只用从这两个因素考虑就可以基本放弃掉这类用户了。
第二类用户:上班一族。
这类用户的的时间其实是最固定的,除了工作时间,就是生活时间,他们一般能够自由支配的时间只能是下班后,通常为下午6点以后,下班,回家,买菜,做饭, 休息,通常为这个流程,而这个流程几乎不会变化(现在物价这么高,自己动手做饭的年轻人越来越多了),因此,买菜就成为自由时间中的第一个步骤,该老板就 是抓住了这类用户的特征,因此,他只选择在下午4点以后出摊,就是为了满足这类用户的需求。

启示:
目标市场的用户是多类的,其特征也是多样的,在我们对用户进行取舍选择的时候,通常会总结出一大堆的东西,但是,可能在这么一堆东西中,对你的决定具有根 本影响的因素可能只有那么几个而已,因此,在工作中,如果一个条件就已经决定某个事情是否可行,那我们还有必要再去找第二个条件吗?事情并不复杂,是我们 的思维太复杂了。

3、用户需求和产品选择:
了解了市场,知道了用户,产品经理下一步的工作肯定是要开始做需求分析了,还是先看看他的原话吧。
老板原话:
夏天了,主要就是卖一些绿叶蔬菜和时令水果,你别小看这蔬菜,选择什么样的菜可是有名堂了,你看我这些菜,基本都是容易做,有营养,大部分都可以凉拌吃的 菜,虽然这菜不太容易放,但我每次进的量都不大,一般不会放到第二天,还有水果,都是应季的,别人卖的什么柚子,桃,要么是存下的,要么就是催起来的,本 来就没到那个时候呢,怎么可能大量上市呢,并且价钱也贵,他们那些便宜卖的,称上都有问题。
专业分析:
知道了该老板主要是做年轻上班一族的生意后,就可以进一步分析这类用户对产品的需求具体是什么。
很明显,夏天到了,年轻人上班回家后,希望买到的肯定是能够越短时间做出来的菜,最好是洗洗就能吃的,例如黄瓜,西红柿什么的,或者是稍微一加工就可以 的,例如油菜,白菜,油麦菜等,只需要稍微用开水抄一下即可凉拌食用,至于那些制作比较麻烦,必须要做熟才能吃的菜,他进的很少,例如茄子,蒜薹等,因 为,他知道,年轻人本来上了一天班,就很累了,如果回家做饭再花掉他们很多的时间去经受烟熏火烤,就肯定会有问题了,另外,夏天到了,吃些绿叶蔬菜对身体 也是有好处的,一是制作简单,二是营养丰富,这就是年轻人在选择蔬菜时最强烈的两个需求。
该老板就做的非常好,在产品选择上就主要满足这两个需求,至于其它的非主要的需求,适当满足即可。
至于水果产品的选择,他则选择时令性强的,一是因为在供货上没有问题,不会出现断货的情况,二是价格是处于不断下跌的状态,对于用户的二次购买很有吸引力。
启示:
产品经理要面对的用户需求有很多很多,并且千奇百怪,作为企业,我们做的任何一个产品都不可能满足所有的用户需求,因此,对用户需求的筛选就是每个产品经 理最需要练就的能力之一,从众多的需求中找到大部分用户共性的,然后去满足,至于那些小的需求,能放则放,我始终相信一句话:做需求就是放弃!

4、竞争策略:
刚才提到,虽然他能够切入到这个市场中,但是周围毕竟是充满了竞争对手,离他不足5米的地方就有另一个菜摊,经营范围基本雷同,并且在价格上,他也不是很占优势,那么他是如何在这个竞争激烈的市场中生存下来并几乎要压到直接对手的呢?
老板原话:
我在这里卖菜不是一天半天了,做生意吗,肯定是要做长期的,是吧!价格合适,别少份量,你看看我这里的,都是回头客,每天都要见的,真要是缺斤短两,我就没法干了。
专业分析:
面对激烈的竞争,他并没有采用“价格战”的竞争策略,而是在两点上下功夫:第一就是不“缺斤短两”;第二就是做好服务。
先说第一点:不缺斤短两,目前在蔬菜销售行当中,不缺斤短两的几乎已经绝迹了,在他的竞争对手中,有一个菜市场,几乎全部市场都是用的8两秤,最恐怖的就 是那些散兵游勇,你知道他们的秤少多少吗?一斤能少半斤,因此他们从来不一斤一斤的买,都是“10块钱三斤”这种销售策略,通过低价吸引,然后在秤上做文 章。
他非常不错,真的做到了“诚实守信,童叟无欺”,我家里有一个经过了技术监督局校对的秤,每次买完东西,我都会秤一下,刚开始的时候,我也对他不是很信 任,不过买了几次后,用自己的秤一核准,几乎分量不差,这是我最感动的,现在,我宁可绕远,也要到他那里去买菜。
第二点:做好服务:他们不光卖菜,还买知识,在你买菜的时候,他会主动告诉你这菜应该如何吃就最好了,如果你对哪种菜不熟悉,或者不知道如何制作,他会不 厌其烦的告诉你,也不会欺骗你,把不好的菜卖给你,尤其是到了夏天,在买西瓜的时候,他都会给你挑最好的,不像一些人,欺负你不会挑瓜,专给你挑那种半生 不熟的瓜,一是压秤,二是可以减少经销商的风险。而他就做的非常好,虽然我能看出,他告诉用户的蔬菜知识也是一知半解,但他的态度很让人感动,做服务,其 实不就是对客户的态度吗!
启示:
在产品上市后,面对竞争,我们应该如何制定竞争策略呢?是价格战还是在产品上偷工减料呢?产品的同质化越来越严重,越来越多的企业开始把由产品延伸而来的 服务提到了重要的地位,但是真正做到的又有几家?作为产品经理,必须要知道的是,服务的基础是产品,脱离了产品去谈服务,那就是虚无的东西,只有产品而不 考虑对用户的服务,那产品将毫无竞争力而言,肯定会有人会问“那这应该如何做呢?”
其实很简单,这位老板已经告诉我们了:做好产品的原则就是“货真价实”,做好服务的原则就是“童叟无欺”。

终于写完了,真的没有想到,一次和一个菜摊老板的对话,竟然让我从产品经理的角度想到了这么多,我们每天免不了要买菜,买水果,买其它的东西,可能我们没有去留意,为什么有的商家会换来换去,而有些则雷打不动呢?
当我们作为产品经理,每天为产品功能,产品销量发愁的时候,每天抱怨市场不好,用户不乖的时候,是否从这些在我们看起来都是小生意,而且大部分都没接受过 太多教育的经营者身上学到些什么呢?是他们的智慧,毅力,还是决心,我想都不是,应该是他们的心态,一个真正经营者的心态。
这正是产品经理最需要的心态:产品经理,用老板的观点去看待生意。

突然想到一副对联,和大家共勉:
上联:生意无大小,尽是智慧
下联:市场无好坏,全在人为

横批:还没有想好,大家来给补个横批吧!

摘选自:中国产品经理联盟