B端SaaS产品：提示的需求设计

B端产品的业务方有自营业务和第三方业务的区别，如果是自营业务产品经理做需求设计时大多考虑的是自营业务的需求，会经常做个性化需求、一次性需求；如果是第三方业务也就是相当于做SaaS产品设计，则需要考虑“这个需求是否满足大多客户的需求，怎样做成标准化功能，是否有经济价值”。

我将通过本篇详细阐述B端 SaaS中常见的“提示”需求是怎样做成标准化功能的，即根据业务场景设计标准化功能（组件），然后各种业务模块调用此组件，也就是做成了通用的功能。

一、业务场景

常见的业务场景是“什么情况下 对何对象 触发什么提示”，这一场景的具体分析如下：

触发对象：

• 某字段
• 某业务

触发条件：

• 点击某按钮
• 某字段失去焦点
• 某字段有值后
• 刷新页面时
• 鼠标移入某页面元素时

提示类型：

• 提示弹窗
• 对话弹窗
• toast 提示
• 红框红字提示
• 问号提示
• 加载中
• 进度条

二、功能设计

1）提示弹窗

• 定义：仅提示，只有一个【确定】按钮，用户点击【确定】后关闭弹窗、无业务逻辑，业务模块使用时需定义触发条件、触发对象、提示文案。
• 案例：创建采购计划时，如果未选中商品就点击明细行按钮【购进记录】，那么提示弹窗：“请先选中商品，再点击此按钮”，点击【确定】或X后关闭该提示。

2）对话弹窗

• 定义：弹窗内有【确定】【取消】按钮，点击【确定】后提示关闭并执行后续业务逻辑，点击【取消】或X关闭只该弹窗。
• 案例：采购计划新增页面，当用户填写部分信息后想放弃新增这时就点击【取消】，系统会弹出对话弹窗“点击确定，会将页面数据清空并重置到初始状态！”。如果点击【确定】按钮将关闭此弹窗和新增页面并回到采购计划列表页（数据库中不保存此新增数据），如果点击【取消】按钮将关闭该弹窗、仍在采购计划新增页面可继续新增。

3）toast 提示

• 定义：被触发后在页面顶部出现文字提示，3秒后自动关闭。
• 案列：新增采购计划时业务上是要先选择仓库名称再添加商品，如果用户在操作时未选择仓库名称就去点击【添加商品】则会 toast 提示：请先填写仓库名称再添加商品！。

4）红框红字提示

• 定义：触发对象被触发后其输入框或下拉框出现红框红字提示，该触发对象有值后提示再消失。
• 案例：新增采购订单时，如果供应商名称的下拉框无值就去点击【添加商品】，那么供应商名称的下拉框就红框红字提示“请先完善 供应商名称 再添加”。

5）问号提示

• 定义：鼠标移入到页面上的某个元素后显示文字提示，鼠标移出后该提示关闭。
• 案例：新增仓库配送单的明细行中的列表，其中列名【生产批号】给出问号提示“只能选合格货位关联的生产批号”。

6）加载中

• 定义：前端页面某交互动作请求后端执行数据库计算，并将计算的过程返回给前端，这一处理过程对用户的提示。
• 案例：在采购计划新增页面点击【提交】后请求后端把数据插入到数据库中，数据库成功处理后返回给前端，前端再刷新列表页。这一过程对于用户来说就是点击【提交】后看到Loading提示，加载完成后再看到已经刷新的列表页。

7）进度条

• 定义：前端页面某交互动作请求后端执行数据库计算（该数据库计算比较复杂且耗时），并将计算的过程进度返回给前端，这一处理过程对用户的提示。
• 案例：新增“商品配送价格组”，填写好必填字段点击【提交】，这时后端需要把数十万个商品数据都刷一遍，然后计算出每一个商品的配送价。这一计算过程对于用户而言就会看到进度条和提示文案“正在为所有商品配置配送价格组，请稍等。。。”

以上就是我在做B端 SaaS产品需求设计时遇到提示类需求的解决办法，像上面这样先做好标准化功能、定义好组件，之后在任何一个业务模块需要对应提示时，开发只需要调用对应组件然后写好触发条件、触发对象、提示语句、业务逻辑即可。这样就不会出现每种业务模块自由写个性化提示，也就是说做了一个通用、标准的功能，这就是B端 SaaS产品设计的关键思维。

作者：产品老兵，公众号：供应链产品老兵

本文作者 @供应链产品老兵 。

版权声明

本文来自互联网用户投稿，文章观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符，请点击 举报 进行投诉反馈！