一 点睛

用户登录或下订单都是一个用例，这些用例包括以下外围需求。这些外围需求包括：前置条件、后置结果和最小保证。这三类需求较为固定，在所有的用例中都大同小异。也就是说，我们在设计列表页，详情页、登录注册页、下订单和合同审核等用例时，所考虑的外围需求都是相似的。

二 前置条件

前置条件是用例执行的前提，常见的前置条件有是否登录和网络情况。

1 是否登录

是否登录是指在浏览页面时或进行某操作时，是否需要进行登录。

ATM 机取款的用例中，卡验证就是执行取款用例的前提条件。

对有的用例来说，是否登录是不言自明的。

比如，用户浏览首页、搜索、查看商品详情，自然不必登录。因此，产品经理也不需要强调。

但是，有些用例就要明确是否需要登录，因为不同业务有不同的方案。

比如， 对于用户将商品加入购物车的操作，系统可要求登录，也可要求不登录。要求登录可简化开发，不要求登录可以提升用户体验。

再如，在一个电商平台中，当用户下单支付时，系统就要要求登录。但在保险平台中，业务人员可以给用户发短信，用户单击链接可完成订单支付，这并不需要登录。

在以上案例中，登录和不登录都有道理可讲，因此产品经理需要明确其逻辑。

2 网络情况

如果遇到网络问题，该页面就无法显示，这时系统就要提示网络有问题，并告知用户如何处理。网络问题很固定，产品经理只需对页面设计提示信息即可。

三 后置结果

后置结果描述了系统在用例完成后要做的事情，包括完成后要跳转的页面、创建的数据和进行的操作。

比如，在订单支付完毕后，产品经理就要明确这三类内容。

• 跳转的页面：在用户支付完毕后系统跳转到订单成功页。
• 创建的数据：指系统记录支付时间、支付金额等数据。
• 进行的操作：在用户支付完毕后，系统要把已购买的商品从购物车中清除。

再如，在用户登录的案例中，产品经理也要明确这三类内容。

• 跳转的页面：在用户登录完毕后，产品经理要明确系统是跳转到首页还是跳转的登录前的页面。
• 创建的数据：在用户登录完毕后，系统要保存哪些登录信息，以及是否要在个人中心显示登录时间、登录设备等信息。
• 进行的操作：在用户登录案例中没有进行的操作。

在大多数情况下，产品经理要明确调转的页面，而对于创建的数据和进行的操作，则不需要考虑太多。产品经理即使不写，研发人员也能做好。

四 最小保证

最小保证定义了即使用例未完成或发生意外，系统也要做的事。最小保证是一种特殊的后置结果，强调了在非正常情况下出现的结果。常见的最小保证是保留信息和记录日志。

1 保留信息

用户在执行用例过程中，会不断输入信息，这些信息有时需要保留下来。

保留的信息在下次用户再执行该用例的时候显示，从而方便用户操作。

比如，用户因为意外关闭了一篇在线编辑的文章，系统就会保存已经编辑的内容。通常，只有当要保留信息时，产品经理才要在需求文档中写出，否则系统默认不保留的。

再如，在用户注册的过程中，用户在输入手机号并单击“获取验证码”后关闭了界面，这也是一种意外，通常该手机号不必保留。但有的时候，该手机号对销售人员来说是有用的，这时系统就要保留该手机号，并可考虑在用户下次注册的时候，还显示该手机号。

2 记录日志

日志记录了用户的操作或系统执行的信息。记录日志的目的有两个。首先，便于系统进行逻辑判断。比如，在用户登录的时候，系统就要记录正常和异常的登录信息，便于在用户下次登录的时候，系统依据错误次数来评估是否要开启安全验证。其次，记录日志，也便于研发人员发现软件问题，从而修改代码。