题目：产品文档-用例/UseCase

挑一个你自己的产品 / 你喜欢的产品 / [拍东⻄] 发起拍卖 / [知识星球] 加入星球 / [极客时间] 购买课程来写一个用例。

#涉及的产品和相关背景

继续承接上2周作业中提及的产品——Upark（商办空间平台产品），选择面向运营端租控管理的saas工具产品中对于租金账单收缴相关功能的某个用例来实现本周作业目标。

功能说明 - 账单收缴

概述

账单收缴功能为产品核心客群实现其商业收益最直接的方式和过程，相关业务场景为园区运营中频次最高且对园区经营指标产生重大数据影响的用户活动。

在园区运营活动中，根据租赁合同中对租金和缴费期限的约定，由园区运营对当前周期内需收缴的账单进行识别，并将账单催缴信息逐一发送至对应租客；租客在接收到账单提醒后，通过第三方支付平台进行缴费，园区财务在收到支付平台回执后对账单核销处理，最终由园区运营来关闭核销完成的账单。

利益相关方

• 园区运营

• 租客

• 园区财务

业务流程

如图所示

功能用例图

账单收缴功能涉及园区运营、租客、园区财务3种角色，用例关系如下：

账单收缴功能共包含6个用例：

• UC01.园区运营-查询需缴费账单

• UC02.园区运营-发送催缴通知

• UC03.租客-查询账单

• UC04.租客-缴纳租金费用

• UC05.园区财务-核销账单

• UC06.园区运营-关闭账单

注：账单收缴是一个完整的产品功能，其中包括多个用例，本次仅选择其中“发送催缴通知”这个用例进行叙述

UC02.运营人员-发送催款通知

由 SAMMAI 最后修改于 2021/02/09

文档变更历史

用例描述

本文档描述园区运营人员在账单详情中发送催款通知的流程和逻辑

术语

• 园区运营人员：商业办公空间的运营机构根据特定园区管理权限指定的工作和服务人员

• 租客联系人：租用特定园区内独立办公空间或联合办公位的企业方指定联系人或机构代表

• 账单详情：账单记录的详细信息，展示账单的款项组成和执行状况，并提供基本的账单操作入口

• 催款通知：基于租客账单的缴费信息组合成标准的通知文档格式，推送至租客联系人的微信

• 未结清账单：账单应收款项金额大于已收款项金额

• 已结清账单：账单应收款项金额等于已收款项金额

• 关闭状态：被执行关闭操作的账单，与账单是否结清无因果性

• 激活状态：未被执行关闭操作的账单，与账单是否结清无因果性

角色

• 核心用户：园区运营人员

• 利益相关者：租客联系人

前置条件

• 运营人员具有园区账单的业务权限，且通过 （可以点一下试试）查询出需缴费的账单数据列表

• 运营人员始终保持畅通良好的互联网络条件，且使用现代浏览器访问产品服务

• 微信小程序的服务保持稳定，且无业务逻辑问题或算法错误

后置条件

• 系统发出账单的催款通知后，系统记录发送时间，每个账单每天最多发送1次

• 租客联系人收到微信推送并查看通知内容，系统记录租客联系人的操作日志

用户界面

P01.账单详情页

• 账单页头

• 需提供“催款通知”功能触发的入口

• 其余略，见（不要点，没链接）

• 详情页签1 - 款项列表

• 略，见 （不要点，没链接）

• 详情页签2 - 收缴记录

• 略，见 （不要点，没链接）

P02.催款通知单预览页

• 通知标题

• 租客名称

• 本次账单未结清款项的明细组成及汇总金额

• 明确账单缴纳日期及滞纳金相关申明

• 客服联系方式

• 落款

• 功能：发送通知、关闭页面

• 非功能：格式与文案参见 （不要点，没链接）

用例业务流程图

基本流程

a. 系统基于模板提供的标准格式，加载对应账单的关键业务信息，以此生成催款通知的内容

b. 系统提供具有实际触发推送请求的功能入口

扩展流程

//写法A

3a. 系统校验账单为“激活状态”

3a1. 系统校验账单为“关闭状态”，用例结束

3a2. 系统校验账单为“未结清账单”

3a2a. 系统校验账单为“已结清账单”，用例结束

3a2b. 系统校验账单中存在等待财务核销的款项

3a2b1. 系统校验账单中有等待财务核销的款项，用例结束

3a2b2. 系统校验账单缴费日期距今天小于“30天”（包括小于“0天”）

3a2b2a. 系统校验账单缴费日期距今天大于等于“30天”，用例结束

3a2b2b. 执行基本流程4

//写法B，本人更常用此写法

6a. 系统校验账单所属园区存在自定义的催款通知格式模板，执行基本流程7

6a1. 系统校验账单所属园区不存在自定义的催款通知格式模板，执行扩展流程6b

6b. 系统校验产品存在缺省的催款通知格式模板，执行基本流程7

6b1. 系统校验产品不存在缺省的催款通知格式模板

6b1a. 系统提示运营人员“催款通知格式文件有异常，无法生成催款通知”

6a1b. 运营人员阅读提示内容，用例结束

8a. 运营人员预览催款通知内容后，决定不发送催款通知，用例结束

9a. 系统校验租客联系人的手机号是有效格式，执行扩展流程9b

9a1. 系统校验租客联系人的手机号不是有效格式，提示“联系人手机号不正确”，用例结束

9b. 系统校验租客联系人的手机号已订阅产品的微信服务号，执行扩展流程9c

9b1. 系统校验租客联系人的手机号未订阅产品的微信服务号，提示“联系人未订阅推送服务”，用例结束

9c. 系统校验此账单的催款通知今天未经推送过，执行基本流程10

9c1. 系统校验此账单的催款通知今天已经推送过，提示“今天已发送过催款通知”，用例结束

题后思考

基于用例的产品文档确实能帮助产品经理更好的理清自己的思路，准确的设计出产品向用户呈现出的结构和逻辑，虽然相比之前工作中的文档输出效率略慢了些，但是对于Coding和Review会有成倍的效率提升。以至于我恨不得把现在经手的产品文档全部重构一遍，想想后面还有2周的产品文档课，除了期待还是期待🤓