一 点睛
用户登录或下订单都是一个用例,这些用例包括以下外围需求。这些外围需求包括:前置条件、后置结果和最小保证。这三类需求较为固定,在所有的用例中都大同小异。也就是说,我们在设计列表页,详情页、登录注册页、下订单和合同审核等用例时,所考虑的外围需求都是相似的。
二 前置条件
前置条件是用例执行的前提,常见的前置条件有是否登录和网络情况。
1 是否登录
是否登录是指在浏览页面时或进行某操作时,是否需要进行登录。
ATM 机取款的用例中,卡验证就是执行取款用例的前提条件。
对有的用例来说,是否登录是不言自明的。
比如,用户浏览首页、搜索、查看商品详情,自然不必登录。因此,产品经理也不需要强调。
但是,有些用例就要明确是否需要登录,因为不同业务有不同的方案。
比如, 对于用户将商品加入购物车的操作,系统可要求登录,也可要求不登录。要求登录可简化开发,不要求登录可以提升用户体验。
再如,在一个电商平台中,当用户下单支付时,系统就要要求登录。但在保险平台中,业务人员可以给用户发短信,用户单击链接可完成订单支付,这并不需要登录。
在以上案例中,登录和不登录都有道理可讲,因此产品经理需要明确其逻辑。
2 网络情况
如果遇到网络问题,该页面就无法显示,这时系统就要提示网络有问题,并告知用户如何处理。网络问题很固定,产品经理只需对页面设计提示信息即可。
三 后置结果
后置结果描述了系统在用例完成后要做的事情,包括完成后要跳转的页面、创建的数据和进行的操作。
比如,在订单支付完毕后,产品经理就要明确这三类内容。
- 跳转的页面:在用户支付完毕后系统跳转到订单成功页。
- 创建的数据:指系统记录支付时间、支付金额等数据。
- 进行的操作:在用户支付完毕后,系统要把已购买的商品从购物车中清除。
再如,在用户登录的案例中,产品经理也要明确这三类内容。
- 跳转的页面:在用户登录完毕后,产品经理要明确系统是跳转到首页还是跳转的登录前的页面。
- 创建的数据:在用户登录完毕后,系统要保存哪些登录信息,以及是否要在个人中心显示登录时间、登录设备等信息。
- 进行的操作:在用户登录案例中没有进行的操作。
在大多数情况下,产品经理要明确调转的页面,而对于创建的数据和进行的操作,则不需要考虑太多。产品经理即使不写,研发人员也能做好。
四 最小保证
最小保证定义了即使用例未完成或发生意外,系统也要做的事。最小保证是一种特殊的后置结果,强调了在非正常情况下出现的结果。常见的最小保证是保留信息和记录日志。
1 保留信息
用户在执行用例过程中,会不断输入信息,这些信息有时需要保留下来。
保留的信息在下次用户再执行该用例的时候显示,从而方便用户操作。
比如,用户因为意外关闭了一篇在线编辑的文章,系统就会保存已经编辑的内容。通常,只有当要保留信息时,产品经理才要在需求文档中写出,否则系统默认不保留的。
再如,在用户注册的过程中,用户在输入手机号并单击“获取验证码”后关闭了界面,这也是一种意外,通常该手机号不必保留。但有的时候,该手机号对销售人员来说是有用的,这时系统就要保留该手机号,并可考虑在用户下次注册的时候,还显示该手机号。
2 记录日志
日志记录了用户的操作或系统执行的信息。记录日志的目的有两个。首先,便于系统进行逻辑判断。比如,在用户登录的时候,系统就要记录正常和异常的登录信息,便于在用户下次登录的时候,系统依据错误次数来评估是否要开启安全验证。其次,记录日志,也便于研发人员发现软件问题,从而修改代码。