今天主要和大家继续聊B端产品的常用设计方案（通用能力），话不多少，分别是权限设计、通知设计、报表设计
权限
B端权限的权限设计是重中之重，如果是一个成熟的商业化SaaS产品，涉及到租户管理，那么权限管理的复杂度将指数级增长。本期先聊一聊基础的权限问题。
所谓的权限，大白话就是：明确不同角色能访问哪些页面，能看到哪些数据，能做什么操作
权限类型可以大致分为：数据权限、功能权限
功能权限设计： 细化到按钮的功能点操作权限
数据权限设计： 角色在页面中能够查看到的数据范围
权限模型： RBAC权限模型
-
通过组织结构树进行业务调研，了解公司的组织架构层级关系
-
对组织架构进行业务数据建模，绘制ER图
-
梳理系统的权限管理
-
提供自定义权限配置
竞品： 人人开源、若依权限
通知
公告： 重量化通知，需要点击查阅具体内容
消息： 轻量化通知，核心目的是提醒事件的发生，不需要提供细节
代办： 需要用户跟进、执行某个具体的任务对象，是一条有截止时间的任务，处理完成后就消失，且多数待办没有“开始时间”，只有“结束时间”需要记录的内容有：待办主题、内容描述、创建人、开始时间、执行人、截止时间（逾期后可能会触发各种业务逻辑）、待办状态（未开始、待处理、已超时、已完成）、是否提醒、待办到期前多久进行消息提醒、提醒时间。额外功能：添加评论、@某人、上传附件
日程： 日程和待办比较相似，但信息含量更丰富，如日常的地点、附件、参与者、重复，更关注时间范围内的工作计划
建议： 成熟的商业为产品提供灵活的消息配置能力，以便用户自己决定接受什么样的消息提醒
竞品： Teambition
报表
为什么需要报表： 掌握事实、发现问题、分析原因、产生对策，不同角色对报表的期望和要求也大不一样。
-
业务员，通过报表掌握自己的工作情况，根据报表数据快速发现业务是否异常，并根据需要进行调整
-
负责人，掌握更高维度，统计信息，和目标进行对比，调整工作安排
-
高层，数据分析、数据趋势，整体情况
设计流程：
- 构建分析体系：框架和思路（借鉴OKR思想）
|
| O | K | R |
| --- | --- | --- | --- |
|
| 业务目标 | 关键任务、核心指标 | 任务完成结果 |
|
| 需要解决哪些业务问题？ | 拆分业务功能：采用什么方法解决问题， | 通过数据具象化过程与结果
|
| 示例
|
监督考核线下销售团队
| 销售过程监控评估：电话拨打量、线下拜访量 | 有效电话率 |
|
|
| 销售结果监控评估 | 利润率、业绩是否达标 |
设计具备明确业务含有的指标来考量业务，需要对关键任务进行深度拆解：
-
电话拨打量：打通电话量、拒接电话量
-
线下拜访量：有效拜访量、无效拜访量、回访拜访量
- 设计呈现形式：
-
方便用户能够准确、快速掌握指标以及变化特征
-
作为一名业务管理人员，对各种核心数据都是了然于心的，看一眼当天的数字，就知道有什么异常。
-
管理人员需要的只是干净的界面和能够实时更新的准确数字，其他炫酷的交互效果并不需要。
-
跟踪指标变化：数据是诊断和决策的依据，关注数据的变化和波动
-
分析变动原因：通过分析数据走势和变化的原因，推导业务变化情况及原因
-
处理问题： 系统可以根据算法等方式，提出相关建议，并给出处理方案，甚至触发联动操作，如机房温度持续过高（多个温度传感器），产生告警、对该机房某些设备进行断电。
常规内容
报表设计可以拆分为3块，有效提高报表的设计：
-
分组器： 解决复杂的汇总报表
-
字段选择器： 原始字段、抽象字段（虚拟字段，如计算平均值），特别的，在展示金额数据时需要考虑，单位、内容右对齐（用户可以直接看出数字之间的大小关系）、千分符、精确度（小数点后两位）、无数据时使用占位符“-”
-
过滤器： 时间、数据（最大、最小、累加、平均值、特定值）、状态、类型
下一篇，B端产品的常用设计方案最后一篇，主要聊，检索、数据埋点、BI
本文使用 文章同步助手 同步
