<rt id="owsoc"><optgroup id="owsoc"></optgroup></rt><acronym id="owsoc"><small id="owsoc"></small></acronym>
<acronym id="owsoc"></acronym><acronym id="owsoc"></acronym>
<rt id="owsoc"><small id="owsoc"></small></rt>

老是一页纸一句话需求怎么破?

为什么敏捷团队应该做两级估算
2020年2月6日
开思基于LESS框架的敏捷组织规?;杓朴胨伎及咐?/h6>2020年2月6日
作者:王洪亮

“业务分析工具箱”创始人,优普丰首席教练,资深敏捷教练,曾为多个企业提供敏捷转型服务,并带来了显著的效率提升和质量改进。

前言

在上期作业发出去这么久之后,陆续收到了很多作业回来。同学们的作业做得是各有千秋,各具特色。不过普遍存在的情况是异常条件考虑不充分。更重要的是缺少对商业价值的分析。这恐怕也是普遍存在的BA的工作状态的体现。 那么,怎么做才是优秀的作业呢?这也折射出来,优秀BA是怎么工作的。优秀的BA能够挖掘出很多隐含的场景以及隐含的商业价值,让业务的价值得到更充分的体现。 在现实工作中我们经?;嵊龅秸庵忠灰持叫枨?,stakeholder认为自己已经讲得很清楚了。但是实际上没有讲的地方太多了。如何应对这种一页纸需求其实是个普遍存在的痛点。本次的作业就是一个一页纸需求,通过对本次作业的分析能够体现出一页纸需求分析的方法。

先看看作业的内容

Stakeholder发来如下需求:

为了能够在下个销售季获得更好的销售业绩,特准备开通线上优惠活动?;疃谌萑缦拢?. 新注册用户,赠送200元优惠券,有效期到2019年 12月31日。2. 老用户在活动期间下单,现金(含支付宝,微信,信用卡;不是预充值即可)支付,满500减100。每单单独结算。3. 另外,充值满1000赠100。充值上限10万元。前提假设1. 已经存在一个电商系统,包括购物,下单,支付,物流等功能都已经存在了。2. 本次只考虑需求变更的部分。3. 在移动端。 请PO/BA们设计对应的需求1. 能够清晰的描述上述业务逻辑。2. 能够有清晰的页面流程,包括入口等。3. 对异常情况考虑周到,描述详细。4. 能够给开发人员足够的信息,指导开发,包括能够支持工时估算。5. 能够给测试人员足够的信息,指导测试。6. 能够给Stakeholder足够的信息,表示系统的需求已经完全妥善理解。 预期输出:1. 格式不限2. 能够满足上述要求3. 如果你无法设计高清图,至少设计线框图

其他:1. 如果你觉得有必要,可以跟Stakeholder再谈一谈。 对于这个作业的一种解法如下:

第一步,确认商业价值。

在商业价值不清楚的情况下,就分析需求会分析不充分,并且有可能很生硬。 首先,和stakeholder明确了本次作业的商业价值的主要点在于两个点。     1. “拉新”,即通过拉新这个活动能够增多用户数。为明年的销售额上一个新台阶做好准备。     2. “冲业绩”,通过老客户或者充值两个活动,能够在年底之前冲下销售额。 在明确了商业价值之后,就会在需求分析的时候进行相关的商业价值实现的设计,比如说,如何设计每个功能的入口,每个功能的提示点。例如,在提交订单的时候,提示,“再凑xxx元就可以满减”之类的。这些可是在原始作业需求中没有提到的要求,也是体现了资深BA和初级BA之间差别的地方。那么凑单这个过程返回购物车的时候应该保持原来的购物清单,不能丢失。这些都是隐含的需求。 还有,如果拉新和冲业绩是目标,那么用户是如何获知这个活动的?因此需要考虑对应的推广操作。比如:新人是没有安装App的用户。很显然直接App推送是不可能奏效的。而需要对应的拉新渠道,比如说,这时候可以考虑老用户推荐新用户给与一定的奖励。这样才能够真的达到拉新的目的。 推广逻辑TinyUrl + DeepLink的跳转。老用户收到短信推广,可以直接跳转到对应的App的页面。 老用户,您好。感谢您的长期支持,近期推出购物满500减100活动,特邀您参加,具体详情参照tinyurl.com/t/E432p9。(TinyUrl的生成算法,另行说明) 同样的App推送也是可以直接的通过通知跳转到对应的页面。 第二步,确认术语定义。1. 什么叫新用户,什么叫老用户?答:2019.12.1 00:00:00 – 2019.12.31 24:00:00为新用户注册时间在2019.12.1 00:00:00之前注册的用户都是老用户。新人注册后,即使消费了也不会变成老用户,享受老用户的优惠。 2. 新用户如何确认身份?答:通过手机号的唯一性确认,如果有必要可以增加身份证作为第二个校验因素。 第三步,梳理正常逻辑。
先按照要求将正常流程分析出来。通过这个过程可以一方面确认各种正常逻辑的理解是否和客户的要求一致,另一方面可以确认是否有遗漏,以及是否能够形成闭环。 1. 通过判定矩阵或者时间轴的方式来确认各种条件组合。例如,下列判定矩阵是确认优惠券有效期的:

在梳理这个矩阵的时候,就可以发现,没有明确的书写有效期的时间,其原因就是通过这个梳理的过程可以发现,活动最后一天当天注册领券之后,很快就失效的话,对于用户来说,并没有价值。因此,这是一个需要确认的点。 于是stakeholder修改了原来的定义,明确了时间范围为:2019.12.1 00:00:00 – 2020.01.31 24:00:00 为优惠券可以使用的时间 同样的,满减活动也有有效期。2019.12.1 00:00:00 – 2020.01.31 24:00:00 为满减活动的有效时间 还有,充值活动也有有效期。2019.12.1 00:00:00 – 2020.01.31 24:00:00 为充值活动的有效时间 充值的赠送值是否有消费时间限制。2019.12.1 00:00:00 – 2020.12.31 24:00:00 为赠送值的消费有效时间 2. 通过原型来展示各种入口和提示信息。首先是注册页,这个是用来引导新用户注册的。 

对于已经注册的用户,提示该用户已经存在,不能再次注册。
但是这里能够发现,万一有人利用新手机就可以冒充新用户,从而获得额外的收益。因此要加以防范。采用身份证辅助验证,就可以帮助减少被冒充的可能性。但是由于收集身份证信息是一个比较敏感的事情,所以,要用比较温和的方式来进行收集。

对于已经获得优惠券的用户来说,要有能够查看优惠券的页面。

其次,是购物车,在购物车结账之前,对于老用户来说,可以提示“购物满500减100 ”的优惠,帮助用户凑单。

对于新用户来说,可以提示“有优惠券可以使用”,帮助用户来使用优惠券。

然后,是满减活动的入口,在首页中通过浮窗的方式提示可以参加满减活动,以及充值活动的提示。

充值成功后要区分“充值”和“赠送值”

3. 通过检查单来确认各种下限、上限- 新用户赠送的优惠券,最低消费金额多少,是否可以包含运费,是否有消费品类限制?答:新用户赠送的优惠券,最低消费金额400元,可以包含运费,没有消费品类限制。 – 活动总共预算是多少,是否有到了发完即止的规定?答:活动总预算是赠送金额累计100万,发完即止。 – 满500减100的活动是每500都减,还是每单就减100?答:每笔订单满500减100,每满500减100,多个订单之间不可以累加。 – 满500减100是否有上限,如果有,是多少?答:每个顾客的消费上限是1万元,超过部分不能参加活动。 – 充值金额是固定值还是任意值答:固定值,只有500,1000两种面额。 各个优惠是否可以并用优惠。答:各个优惠不可以并用。 第四步,确认异常条件。在正常条件已经确认清楚的情况下,可以确认各种在需求中不清楚的细节。准备好各种需要确认的问题之后和stakeholder进行各种细节确认。 通过对称思维知道,可以考虑到购买商品有退货,充值有退款。有退货退款,就有部分退货,部分退款。所以,都要确认各种细节。 是否可以退款,是否可以部分退款(充值款)。退款或者部分退款的时候,是否退赠送部分,怎么退。答:可以退款,也可以部分退款。全部退款的时候,赠送金额不退款;部分退款的时候,按比例退款赠送部分。 是否可以退货,是否可以部分退货。如果是,退货的时候如果使用了优惠券或者满减的话,是否退,怎么退。答:可以退货,也可以部分退货。退货的时候,按照比例退款,所消耗的优惠券,赠款,满减都不退。 是否在未发货之前的退货和发货之后的退货的规定不同。答:未发货之前的退货,可以退款以及退优惠券, 优惠券有效期和原来的一致。赠款,满减都可以退。 通过时间轴能够确定各种条件细节。

采用池分析工具,即可分析到两个资金池要消耗。一个是充值池,一个是赠送值池,会有先后顺序关系,先后顺序不正确会导致问题。因此要确认如何消耗两个池。

答:对于这个需求来说,消费的时候要按照等比例消耗充值和赠送值,以防止免费获得商品的情况出现。
在这个过程当中,要注意到各种异常场景,防止由于规则漏洞导致巨大损失。
而防止损失并不是仅仅依靠经验的,而是应该有比较完善的检查机制,通过检查机制可以确保及时是资历尚浅的业务分析师也一样能够分析到比较全面的需求。具体的方法包括对称思维,矩阵,check list等各种方式。 并且将在梳理正常逻辑的过程中发现的各种需要确认的点一并整理,向stakeholder确认。
在明确了上述各种细节条件之后,可以进一步补充异常条件细节的内容。 非常规流程用户也可能是先从购物页面开始的,等要付款之前才要求注册和登录。一样的,在购物结账的时候要进行相关的提示。并且对于新注册的用户来说,不应该清空购物车。 第五步,回顾确认。首先,确认看看是否能够实现完整的商业价值。然后,确认是否有逻辑漏洞。 总结:
上述过程总结如图所示,第一步,确认商业价值,发现潜在的商业价值需求。第二步,梳理术语,要明确各种术语的定义,以便梳理各种需求细节。第三步,梳理正常逻辑,并发现异常逻辑和遗漏,以及确认是否闭环。在此过程中发现个各种边界条件。包括时间的边界,数量的边界,金额的边界等等。第四步,梳理异常逻辑,填补所有被发现的异常需求。采用矩阵等方法,确保异常逻辑被充分的发现。第五步,回顾确认,通过回顾确认确认商业价值得以实现以及逻辑上闭环,没有遗漏。以便确认全面覆盖。

业务分析的目的是能够更好的呈现需求给相关的读者,包括开发人员,测试人员,项目经理,产品经理,stakeholder,UI/UX设计师,让各个角色都能够从中得到自己想要看到的信息。
 很显然,限制格式是不够明智的。但是不限制格式又担心天马行空。所以,给与一定的指导是有帮助的。 通过这个需求分析的例子,我想要展示给各位的是,如何去分析一页纸的需求。这个过程中,确认商业价值是至关重要的一步,这个步骤能够拉开不同BA之间的距离。而梳理术语,确认正常、边界和异常逻辑则是体现BA的资深程度的另外一个维度。 这个过程未必是统一的对任何需求都适用的方式。至少这个方法能够给与一定的启发。帮助梳理需求的时候提供一个有效的思路。

业务分析工具箱以可视化为主要特点,帮助企业在需求分析的过程中以图和表为主的形式来展现需求,提高需求分析全面性的同时,缩短需求分析所需要花费的时间。扫右侧二维码进入练功房在线学习

长按识别二维码撩客服小优小姐姐

评论关闭了。

幸运飞艇开奖记录微信平台