中后台产品经理的典型工作之一,就是想清楚业务流程中的边界情况。这要求pm有一定的技术思维,并且比较细致。
就拿最简单的注册登录流程来说,新手可能只关注主流程,即手机号+验证码匹配,即可登录成功。
但资深一点的pm,则会考虑:
1)手机号没输对的时候怎么提示?
2)手机号不存在的时候怎么提示?
3)手机号已经被注册过,用户想重置怎么处理?
4)是否要加入风控策略,拒掉一些羊毛党?
5)每天获取验证码的次数是否有限制?超出限制都没登录成功怎么办?
6)验证码的有效期要多长,在有效期内重复请求验证码,是发个新的,还是发个同样的?
7)……
当然了,这些问题,多数情况下并不会全纳入方案设计里,但一定要知道有这些事。
有人会说,这些边界情况,不应该让研发和测试来提么?
理想情况下,确实可以。但会面临两个问题:
一是研发提出来,肯定也是要产品定方案的,来回讨论会比较花时间,而这可能并不是特别重点的功能。
二是如果对接的研发也是新手,也没有业务视角,只关心主流程实现,那这不就没人管了嘛。
因此,pm最好自己就能先考虑到这些边界点,提前拿出来评审。不仅会加快研发进程,也会赢得研发的信任,方便后续合作。
就拿最简单的注册登录流程来说,新手可能只关注主流程,即手机号+验证码匹配,即可登录成功。
但资深一点的pm,则会考虑:
1)手机号没输对的时候怎么提示?
2)手机号不存在的时候怎么提示?
3)手机号已经被注册过,用户想重置怎么处理?
4)是否要加入风控策略,拒掉一些羊毛党?
5)每天获取验证码的次数是否有限制?超出限制都没登录成功怎么办?
6)验证码的有效期要多长,在有效期内重复请求验证码,是发个新的,还是发个同样的?
7)……
当然了,这些问题,多数情况下并不会全纳入方案设计里,但一定要知道有这些事。
有人会说,这些边界情况,不应该让研发和测试来提么?
理想情况下,确实可以。但会面临两个问题:
一是研发提出来,肯定也是要产品定方案的,来回讨论会比较花时间,而这可能并不是特别重点的功能。
二是如果对接的研发也是新手,也没有业务视角,只关心主流程实现,那这不就没人管了嘛。
因此,pm最好自己就能先考虑到这些边界点,提前拿出来评审。不仅会加快研发进程,也会赢得研发的信任,方便后续合作。