庖丁解牛:如南充市营山县建站公司何做产品需求分析

  • 时间:9个月前
  • 浏览:71次

 庖丁解牛:如南充市营山县建站公司何做产品需求分析 建站技术 1

在庄子的《南华经》中有一则寓言。说是有位叫丁的厨师,替梁惠王杀牛,其技法之娴熟,有行云流水一般的顺畅感。惠王就问他为什么有如此高超的技术。他回答说:“臣所喜好的是『道』,早就超越所谓的技术了。最初臣杀牛的时候,眼里看到的都是『完整的牛』;三年之后眼中就再看不到『完整的牛』。到了现在,臣以精神接触,而不用眼睛看牛,视觉感官停止了而精神在活动。按天然的道理,击入牛筋骨的缝隙,顺着筋骨的空洞进刀,依照它本来的构造,牛的筋骨接合的地方,臣都未以刀刃碰到过,而何况是大骨头呢!”

同样的道理。当我们在面对一头牛——复杂的业务需求时,如果不得其构造,不明其法,是不能够很好的拆解的。只有对需求深入了解,按照其本来的构造,在筋骨的缝隙处下刀,才能拆出不错的用户故事。今天在这里,就给大家介绍一些解牛之法。非『道』,唯术尔。

工作流系统

我们平时经常会接触到工作流类的系统。所谓工作流,就是我在完成一件工作的过程中,需要经过多个步骤,可能还会有多个不同的角色参与。对于这种系统,我们一般有两种方式 —— 横切和纵切。

1、横切  

所谓横切,就是先切分出工作流中核心且轻薄的一层,然后再去实现各个步骤中的细节部分。这对于那些核心业务逻辑比较简单、但每个步骤的附属功能多且复杂的工作流系统来说比较适用。

 庖丁解牛:如南充市营山县建站公司何做产品需求分析 建站技术 2

(横切示例)

举个例子:

假如现在我们需要做一个商旅订票系统,其简化的订票流程如下图所示:

 庖丁解牛:如南充市营山县建站公司何做产品需求分析 建站技术 3

(携程商旅的工作流案例)

在这个流程中,每个步骤都包含了很多个功能。比如“会员查找需要预定的航班”这一步,会员的需求可能会包含:

根据起始城市搜索航班根据选择的城市,找出最近的机场所在城市使用GPS定位所在城市翻转起止城市根据航班号选择航班

如果采用横切的话,我们仅会选取让本流程可以工作的最小故事集,如:根据起始城市搜索航班。

甚至,在本故事中,我们可以设置会员仅能通过精确输入起落地城市名称的方式,来进行航班搜索,在不影响本步骤走通的情况下,来最小化这个步骤的工作量。其它的流程也使用同样的策略,来加速打通整个业务流程。

横切的优势在于可以快速实现核心逻辑,并快速上线,验证假设并收集反馈,可以根据反馈的结果来决定每个步骤中的功能应该如何设计、优先级是什么,来避免一些可能出现的浪费。缺点在于整个工作流设计会采用短平快的原则,用户体验较差。

2、纵切  

另一种方式是纵切。纵切就是按照工作流中的每一个步骤进行切分,这样可以使每一个步骤都具有相对完善的功能,这在某些需要关注终端用户交互体验的产品中应用较多。注意,这里有个技巧:如果在整个工作流中,需要跟终端用户进行交互的功能仅出现在某几步中,如第一步和最后一步,而中间的N-2步都是后台流程,在开发中,我们可以先实现第一步和最后一步的功能,而中间的流程处理环节,仍然采用逐步线上化的方式,这样可以使整个工作流系统最快的上线,同时能平衡用户的交互体验。

 庖丁解牛:如南充市营山县建站公司何做产品需求分析 建站技术 4

(纵切)

比如上面携程商旅订票系统的例子,我们可以把涉及终端用户操作的步骤:

会员查找航班会员发起订票申请公司审批人审批订票申请会员收到订票成功通知

把这几个步骤拆出来优先实现,及早上线;而中间的跟票务相关的步骤,仍然采用线下的形式。比如工作人员在携程商旅后台,把订单导出到excel表中,人肉打电话给票代,再把票代确定的订票信息填入系统,然后手动通知会员。这种方式对于一些流程复杂但用户量较小的初创公司比较适用,可以在保证用户体验的情况下,大大提升产品上线速度,并降低试错成本。

在这里要注意的是,不管是横切还是纵切,工作流中的每一个步骤都会遵循80/20法则,也就是20%的功能决定了这个步骤的核心价值,而80%的功能仅仅是锦上添花的,所以我们需要更深刻地研究客户的真正需求是什么,提炼出这20%的业务价值到底在哪里,从而进行更加合理的拆分。

功能模块拆分

对于已经拆出的功能模块,仍然可以根据一些方法进行进一步的拆分,这里介绍三个方法。

1、按业务规则拆分  

同样的流程和操作,由于输入的数据业务规则不同,因此进行数据处理时采用的方式也不同。对于这样的情况,我们可以把功能按照业务规则来进行拆分。

典型的例子是搜索引擎,比如Google。在Google中,输入框只有一个,但Google会根据你所输入的数据规则的不同,来进行不同的处理操作。看下面几种情况:

在Google搜索框中输入一个关键字,得到这个关键字相关的搜索结果在Google搜索框中输入一个算式,如“ 1+1=”,得到算式的结果在Google搜索矿中输入“ThoughtWorks site:www.example.com”,得到在www.example.com这个站点中出现ThoughtWorks的页面…

对于这样的情况,我们可以把每一个业务规则都单独拆分成一个用户故事。当然,虽然这些用户故事看起来很相似,但是大部分情况下,这些规则的优先级是截然不同的。总会有一簇最高优先级的用户故事以及围绕在外围的用户故事。比如在这个例子中,对于Google来说,支持关键字搜索一定是最高优先级的,需要在产品设计的一开始就要实现,而能够计算算式的,可能很多年之后,才开始考虑加这样一个功能。

 庖丁解牛:如南充市营山县建站公司何做产品需求分析 建站技术 5

2、1+N模式  

第二种情况,是对同样一个流程,在终端接不同的网关或渠道。最典型的例子是在线支付。比如,我在京东上买了一盒磁力橡皮泥,提交订单进入支付流程,在支付页面可以选择微信支付、京东支付、银行卡支付等等。

第一次实现支付的功能,可能会比较复杂,但后面如果从一种扩充到多种支付方式,就相对比较简单。而且最先需要支持什么样的支付方式,你可能在一开始也拿不定主意。这个时候,我们不妨将支付功能拆成2张卡,形如

会员可以使用微信支付/京东支付/网银支付中的一种进行支付会员可以使用微信支付/京东支付/网银支付三种渠道进行支付

使用这种拆分方法,可以延迟决策-我们需要最先支持哪种支付方式,同时合理的评估项目的工作量。

3、复杂的业务模型拆分  

对于有的系统,业务模型可能会非常复杂,比如一个房产交易平台中的房产信息,可能包含户型信息、中介信息、地理位置信息、价格及购买相关的税率信息、展示图、效果动画等等,当我们需要在系统中引入这样一个业务模型时,如果一上来就要考虑清楚这个业务模型的方方面面,是个性价比很低的事情——做了很多功课,但没有给客户带来真正的业务价值。

这个时候,我们需要将业务模型,按照我们实际需要提供的功能进行拆分。比如,我们要做一个中介搜索系统,可以仅取出模型中的中介信息,而不需要处理其它部分。即使我们需要整个业务模型去做一些事情,也可以把其拆成一个个子模型,根据子模型的业务价值及优先级去设计相应的功能。

 庖丁解牛:如南充市营山县建站公司何做产品需求分析 建站技术 6

比如在这个例子中,我们需要对房产的信息做展示

对于户型信息,需要有户型图,户型相关的文案展示对于中介信息,可以看到中介人的头像、联系方式,可以使用多种方式在线联系中介代理对于地理信息,我可以在Google Map上查看其地理位置,并能够从我的位置导航过去对于展示的图片和动画,我需要像幻灯片一样,可以在页面上播放……

那么,如果我们一开始就着手于解析这个房产业务模型,那可能浪费了很多时间,而没有交付对用户有价值的业务功能。这个时候,我们需要区分哪些信息是核心信息,是对用户来说最有价值的,把这些信息从业务模型中提取出来,而后设计相应的更小的业务功能,切忌一蹴而就。

需求拆分是否有一套完美的方法?

需求拆分是没有银弹的,要根据具体的场景、限制来选择合适的拆分方法。在遇到使用某个拆分方法,不能满足当前业务需求时,看看是不是可以换个思路,换个方法。

当然,在选择拆分方法时,也有一些技巧,如

基于80/20法则,选择那些可以拆出低优先级卡片(或者可以被扔掉的卡片)的拆卡法。选择可以把卡片拆的大小差不多的方法,未来在发布计划中更容易做需求置换选择开发团队更容易理解和实现的方式

当然,这一定不全面,每个人在不同的场景、限制条件下,都会有不同的技巧。相信你自己的拆分方法,多与团队成员沟通才是不变的法门。

以终为始-故事验收方法

Bill Wake提出了一个好用户故事的验收标准——INVEST模型,它由六个单词的首字母组成,分别是

Independent:每个用户故事应该是独立的,不会和其他用户故事产生耦合Negotiable:并不会非常明确的阐述功能,细节应带到开发阶段跟程序员、客户来共同商议Valuable:每一个用户故事的交付都要能够给用户带来用户价值Estimable:不需要能够准确的估计,南充市营山县建站公司但需要能辅助客户排定优先级Small:要小一点,但不是越小越好,要大小合适,可以更容易的圈定故事范围Testable:需要能够进行验收测试,最好能把Test Case提前加进去

这不仅仅是故事的验收原则,更是在进行需求拆分的时候所需要考虑的拆分原则。当然,凡事有例外。在需求拆分中,有时会拆出一些实在不能满足INVEST原则的故事卡片,也不要太纠结,我们追求完美,但也总要接受现实的不完美。这个时候,跟开发团队多交流,开拓思路,协调一个比较好的拆分方式,比自己一个人憋大招要好的多。

最后

再介绍几个反模式。

按照技术架构分层进行拆分,常见的会按照持久层、应用层、展示层进行拆分。这种拆分方式拆出来的用户故事,会明显破坏INVEST中的Valuable的原则,而且各个故事卡由于各方面的原因,如开发进度不统一,无法灵活的集成上线。拆分时,把复杂的UI交互算在故事卡片中。大部分情况下,比较fancy的UI交互都不是核心的业务功能,这部分功能可以作为用户体验优化的卡片,独立拆出来。拆分时,过早考虑性能问题。在性能基本达标、不出现大问题的情况下,提升性能很多情况下也属于用户体验的一部分,可以单独拆出来,左右优化卡片。拆出一些管理类的卡片。比如管理产品,实际上可能包含很多产品相关的操作,如导入、编辑、同步信息、改变状态、上架、下架等,所以应该根据具体的功能,拆分成更为准确和大小合适的故事卡片。

欧阳修在《卖油翁》中,提到一个老翁,在倒油时能通过铜钱中心的方孔,却不洒一滴油,大家都很惊叹,他只说了一句话——“无他,但手熟尔”。需求拆分也一样,并没有什么高深的学问,拆的次数多了,也便有了那份手熟。


 庖丁解牛:如南充市营山县建站公司何做产品需求分析 建站技术 7

还记得前面几年,产品经理这词刚在国内兴起,大家对这一职业还没有清晰认识的时候,就被各媒体以零门槛高回报的宣传口号拿来大肆炒作,使得大家一个个趋之若鹜,纷纷投身于产品经理这一职业,造成这一行鱼目混杂,滥竽充数者南充市蓬安县网络公司数不胜数。时至今日,产品经理岗位依然为人所诟病。所以,我们时刻都要问自己:作为一名产品经理,我们是否真正明白这份职业所要承担的责任和义务?在此,我将我对产品经理的一些认识与经验写下来,想与诸位一起探讨。

一、做一款产品从了解TA 的性格开始

 庖丁解牛:如南充市营山县建站公司何做产品需求分析 建站技术 8

做产品,就像找伴侣,在找之前,我们心中就应该对另一半有自己标准,内敛的?还是活泼的?同样,在我们刚拿到一份产品策划时,千万别急着开始动手,第一步先从策划书或项目对接人身上确定三点一目标,三点分别是目标人群、使用场景、业务核心,一目标是指想通过该产品实现什么样的目标,那么确定三点一目标有什么重要性呢?总结过来有以下两点:

确认项目方给到我们的需求是否靠谱?有些时候真的不能保证项目方给到我们的是不是真需求,至少我时常会遇到伪需求,某些伪需求的危害是巨大的,犹如连锁效应,头招错,无论后面做的多么好,都没有任何意义的,这就要求产品经理必须具备辨别需求真伪的能力,当然培养这种能力这需要一定经验的积累,但是如果你能明确产品的三点一目标,基本上可以辨别出大部分伪需求。   保证你的团队走在正确的开发道路上。我之前就遇到过这样一件事情,某次我负责一个关于大学生开学季的产品,我将原型给到设计师,并跟她说明了我需要偏卡通风的UI界面,结果设计出来以后,UI界面风格太过于幼稚,视觉上给大家的感受是这是小朋友用的产品,无奈之下重做,过后我总结,我在将原型给到设计师的时候确实说过需要的设计风格,但为何设计出来的样式却与我的想法背离。仔细思考,其实很大一部分原因是我没有将产品的三点一目标明确转达给设计师,使得设计师在设计过程中方向不是特别清晰,从而造成了这种问题。所以产品经理不仅需要了解三点一目标,并且还需要通过各种方式将三点一目标明确地转达给团队的各位成员,让大家对要做的产品有一个清晰的认识。二、学做产品会议的掌舵人

 庖丁解牛:如南充市营山县建站公司何做产品需求分析 建站技术 9

产品需求不明确,很多时候需要召开头脑风暴会议,南充市顺庆区网络公司产出好的点子。我记得第一次参加头脑风暴会议的时候,我和各位同事一起进行一次漫长而激烈地讨论,但由于会议缺乏有效组织和引导,导致最后也没能产出几个好的点子。有过这次经历后,我认识到,想开好一场头脑风暴会议,产品经理需要担任会议掌舵人的角色,有目的地去引导团队成员。

下面是产品经理在参加头脑风暴会议所要知道的:

激发团队灵感。首先要明确一场头脑风暴会议真的不是找一伙人,个个撸起袖子瞎讨论,头脑风暴也是要讲究方法的,通过运用一些科学方式和手段可以更加有效地激发团队成员的灵感,产出更好的点子。比如说我在每次头脑风暴时都会使用商业画布来引导团队成员进行讨论,通过商业画布从九个维度——客户细分、价值主张、渠道通路、客户关系、收入来源、核心资源、关键业务、重要伙伴、成本结构引导团队,极大地增加会议的质量。   准备备用方案。当通过头脑风暴讨论出比较满意的方案后,千万不要就此打住,产品经理需要通过会议准备好替代方案,这一点很重要,因为谁也不能保证最优方案是万无一失的,如果出现问题,还有替代方案可用,避免增加时间成本。三、做有针对的竞品分析

我们都知道竞品分析是需求挖掘的重要手段,竞品分析的方式多种多样。我比较常用的方法是用户体验5要素分析法,从战略层、范围层、结构层、框架层、表现层5个层面对产品进行分析,如何做竞品分析,网上有大量好的文章,大家可以去借鉴学习,我这里就不详细赘述的。

我今天想说的是,大家在做竞品分析时,千万不要过分追求大而全,要有针对性地做。在产品发起阶段,一份好而全面的竞品分析报告,确实是很有必要的。然而在产品迭代阶段,迭代周期是很短的,在限时间内做一份全面的分析报告是不太符合实际的,最终导致的结果是,大而粗。我们需要做的是,产品在迭代过程中,有针对性的去做,抓取迭代过程中几个关键点,做深做透,才是最科学有效的手段。

四、需求分析,你有做到这些么?

需求分析要解决两个点,首先是需求从哪里来?然后是如何加工需求?

如何获取需求?  

不同产品,需求来源不同,部分需求可能是需求方直接给到我们的,但是很多情况之下,需求是需要产品经理自己去挖掘的,通常的挖掘渠道包括用户调研、数据的分析、竞品分析。这3块如果摊开了讲都是很大的模块,产品经理需要通过不断学习和实践,掌握一套熟练的方法。

需求评审大会  

确定需求以后,还需要对需求进行一个精加工,通常最常用的的方式是邀请各部门负责产品的同事,召开需求评审大会,需求评审大会需要明确以下几个点:

根据需求的紧急性、重要性排列优先级。根据需要,甚至可以砍掉部分需求。是否需要其他部门进行配合,如果需要的话,评审大会召开以后还需要与合作部门进行会议。技术方面存在哪些风险和难点,预防措施是什么;是否可以复用已有功能,避免重复造轮子。确定产品的周期,制作一份产品周期表。会后将确定内容通过邮件的方式发送给上司以及与该涉及产品的所有同事。五、画出你的功能模块与功能流程

需求确认以后,离它成为原型之间还有重要的一步,就是梳理功能模块与功能流程。这一步常常被很多产品经理所忽略,原型图往往接近用户所看到的成品,很多更加深层次的细节是表现不出来的,最容易造成的问题是功能的缺失和流程的不完善。

为了避免这些问题,在画原型图之前需要清楚的梳理出你的功能模块和功能流程。通过将你的功能模块与流程画出来就是一种比较行之有效的手段。

我比较推荐使用UML(统一建模语言)来表现,UML有自己一套比较成熟的体系,而且有一套国际上认可的规范,通过画图,需要梳理清楚两个东西:第一是产品有哪些功能模块,功能模块之间关系如何;第二点是每个功能模块中的流程是否能跑通,有哪些分支流程和异常流程。你会通过画图发现很多之前没有考虑到的问题,由此保证你产品的严谨性。

六、不要过分的追求“完美”

我看到需要刚刚接触产品经理岗位的人,很多都沉迷于画原型难以自拔。为了画出高逼格的原型图绞尽脑汁,更有甚者做出来的原型已经和上线产品不相上下了,大有抢交互设计师的饭碗气势;不得不承认,画好原型确实是一个产品经理必须的技能,尤其在一些小公司,公司可能根本没有交互这个职位的,产品往往要顺带着做交互的活。

但是,这并不是要求我们过分追求原型如何的高大上,原型如果能表达一个产品的各个模块和每个模块的关系、以及每个模块中主要功能的交互方式,就是一个很好的原型了。如果是比较简单的产品迭代,直接一张静态原型加上文字说明也足够了,产品经理需要做的事情很多,一个人的精力是有限,请不要过分的追求“完美”。

七、一切以数据说话

身为产品经理必须时刻的提醒自己,一切都要以数据说话,数据决定了你的产品是否成功,所以数据分析技能是产品不可缺少的一项技能,我将数据分析分为两个部分,数据指标制定、数据监测,每个部分需要如何做,请听我一一道来:

1、数据指标的制定  

产品上线前,产品经理需要与数据分析师一起讨论,确定产品制定哪些数据指标,那如何制定一份优秀的数据指标呢?可以参考一下几个标准:

简单:确保所选指标能让参与该项目的人很快的理解其含义。   相关:所选指标一点要符合业务目标(公司产出)。   及时:指标必须是及时的,为了及时质,甚至可以牺牲指标的复杂的和完美程度。   即时有用性:指的是当你很快理解这个指标后,马上就能发现指标后面反映问题。

这里我再补充一下,一个产品的关键指标不要过多,一般3个指标就足够能反应产品的好坏。

2、数据监测  

产品上线后,产品经理需要关注所定指标的数据走向,根据数据的反馈,调整产品,做好迭代准备。产品经理需要注意一点,没有必要过分追求数据的精准性。对数据拥有90%的信心时,就可以做决定了。

八、学点技术吧

 庖丁解牛:如南充市营山县建站公司何做产品需求分析 建站技术 10

产品经理需不需要懂技术一直存在比较大的争议,但是多少还是学点技术吧。至少一些技术名词,你得懂吧。跟开发大哥讨论时,至少能够减少一些障碍。我就见过跟开发老师讨论时,连后端和后台两个概念都没分清楚的人,这多少让双方会比较尴尬。再说了,懂点技术还能在小白面前装一装,是不是?

经过这些年的洗涤,产品经理这一概念已经在互联网、IT行业之外的其他客户对产品本身关注度高的行业呈现,并且对产品外观、功能性要求越来越高,而且越来越趋向于个性化,这就要求作为产品经理需要提高自身与产品的贴合度,对大众口味儿的迎合度,对开发人员的磨合度,才能使产品获得更多的用户资源。


留言反馈

Copyright Your WebSite.Some Rights Reserved.|西南ICP备123456号|Theme by Cn+网络, Soft by ZBlogPHP 关于我们| 在线留言| 网站地图| 网络营销