作为产品经理,我是如何理解产品的功能边界?

起点学院产品经理365成长计划,2天线下闭门集训+1年在线学习,全面掌握BAT产品经理体系。了解详情

在前段时间的工作中,遇到了这样一个讨论。事情是这样的,我们要开发一个活动,活动展示,点击优惠券后,会领取优惠券,领取成功后,会向用户进行发送短信,讨论的点也就是发短信这边。活动和优惠券是两个不同的产品功能,短信肯定是调用消息通知进行发送,那谁要去触发这个短信,也就是发短信应该是在活动端还是在优惠券端?

14-15040Q6444Q28

一位同事认为是优惠券端发送的,思路是这样的,优惠券领取是否成功和优惠券的相关信息,比如金额、限制,是在优惠券端的,而且领取成功后,调用消息通知也是顺的。其他的产品同事也认可这样的方式。流程图如下:

Snip20160429_1

而我持的观点为:发送短信应该是活动端进行调用的,而不是优惠券端,流程图如下:

Snip20160429_2

下面我就阐述一下我的观点。其实但就这个问题来讲,一个很核心的点就是优惠券和活动的对应关系。在我看来,优惠券和活动应该是多对一的关系,也就是一个活动会发送多张优惠券。

Snip20160429_3

就比如滴滴活动时,会发送一堆券给到用户,去涵盖比如打车、专车、拼车等多项业务,多种价格,就是很典型的多张优惠券对应一个活动的形式。

假设发短信放到优惠券端,在优惠券领取成功之后,就会发送短信,那如果出现一次性可以领取多张券的情况,就会出现用户收到多条短信的情况,在整个用户体验和短信成本两边考虑都是不合适的。

而将短信的发送放到活动端时,就会很好的避免这个问题,当券领取成功后,统一发一条短信给到用户,同时短信内容还可以根据活动进行自定义,不管是用户体验的角度还是短信成本的考虑,都是最合适的选择。

借助这个例子,我想引出这样一个概念:产品的功能边界。在产品中,每个功能不应该是无限扩展的,而是有它的边界和限制,而决定功能边界和限制的就是功能自身的属性决定的。

就那上面的例子来看,对于优惠券来讲,他的自身属性就是限制和优惠金额。限制是使用的一个限制,比如滴滴发的专车券,只能在预约专车服务,进行支付时使用。根据不同的业务和场景,限制有很多,比如平台限制、业务限制、时间限制、金额等。优惠金额是指在使用时可以抵扣或者优惠的金额。一般有固定金额和不固定金额。固定金额就是创建优惠券时,就设定的金额,比如满减券,满1000元减100元,也就是优惠券的金额是优惠100元。还有就是不固定金额,比如7折券,不确定具体的优惠金额,而是根据限制和具体使用时,进行确定。

对于活动来讲,活动的自身属性就是展示和推广。展现主要是活动的展现形式,包括产品等其他信息。推广主要是比如领券、分享等。

也就是从短信来看,应该属于活动的推广部分,因此应该是从活动这边进行发送。

那么,根据产品的功能边界去设计产品,有什么好处呢?

从产品的角度来看,功能应该是独立和模块化的,产品只是根据业务和用户体验,在不同的页面,拼接不同的功能模块,从而达到产品体验的最大化,同时使产品富有灵活性和可扩展性的特性。

我常常具这样的例子,产品的功能就如同乐高一块块独立的积木,而产品就是通过不同积木组合,依据业务需求和产品经理的一点奇思妙想,拼出来的模型。而积木与积木之前拼合在一起的只是那简单的几个卡扣而已。一旦某一块积木出现问题或需要调整,只需要动到那一块积木和与之相连的即可。

1

通过借助产品的功能边界,去设计功能,从产品金字塔最低端的细小功能点一点点去设计,到后来功能块、功能、页面,乃至整个产品,看似是个完整的整体,其实里面又独立者大大小小的个体,通过个体与个体之间的独立又紧密配合,来达到整体的配合,无疑这是最完美的情况。

如果将功能按照功能边界的思维进行拆分和整合,你会发现,当你再做另个产品时,可能只需要对功能模块进行重新排列,就可实现了。如果一个需求到了这边,你也会能够准确的分析出,涉及到的功能点和影响范围,从而更轻松的应对需求,实现更好的产品迭代。

 

本文由 @蓝胖子_ Simon 原创发布于人人都是产品经理 ,未经许可,禁止转载。

您的赞赏,是对我创作的最大鼓励。

评论( 7

登录后参与评论
  1. 完全看不懂啊,捉急。

    回复
    1. 回复

      :cool:

  2. 这和 开发是做的技术架构的思路如出一辙。

    回复
  3. 回复
  4. 璐璐学习了。

    回复
    1. 回复

      :wink:

  5. 个人持不同观点,首先作为用户,在“获取优惠券”时更希望得到即时回馈,即每领一张就马上得到通知,而不是领完之后,返回之前,不能确定是否领取成功,可能会产生重复领取或者退出领取界面,中止对其它优惠券的查看。在“使用优惠券”时候,每一条短信或通知是分开的,那么也便于查看管理,可以归类存档也可以用一条删一条。一大坨优惠券集中在一起,在使用场景会造成干扰和效率降低。
    其次作为PM,个人认为,1、看下行业内其它人是怎么做的。包括大型电商、团购等网站,基本都是使用的“即时发送确认”的策略,不说盲目迷信权威吧,至少说明这种做法会有它的道理和优势;2、功能边界什么的都是自己的脑补,用户说了才算。解决办法就是做用研,或者小范围的AB测试,或者事后采集数据分析(但是会浪费时间和成本,并且如果造成活动中的流失或其它损害,基本不可逆),而不是“我觉得这样好”就直接上。

    回复
加载中