产品经理学习日志(二)----设计解决方案

第三章:设计解决方案

一、产品整体方案设计(概要设计)

1、整体方案步骤

在这里插入图片描述

2、核心业务流程

在这里插入图片描述
确定业务边界:
定位范围:从客户完成了签约到录入系统的环节开始,到客户完成下单,都需要分销平台来支撑。

3、产品定位

在这里插入图片描述
分销系统:粗粒度的分成3个子系统—分销商城前台、客户管理后台、运营管理后台。

4、产品架构

定位了这3个子系统后,要思考这三个子系统如何和公司已存在的系统进行互通。
在这里插入图片描述

5、功能模块

在这里插入图片描述
相当于骨架,本身不能大改,否则系统就需要推到重做。是很核心的整体方案设计。

6、演进蓝图

将实现步骤分为三期。
一期是聚焦于核心痛点问题。
二期是实现扩展性的功能,所有能通过人工处理的工作都放在二期。
三期是实现亮点功能。
在这里插入图片描述

二、产品细节方案设计

1、业务建模

①什么是业务建模?

业务业务建模也叫领域建模,或实体建模,是指提炼业务,归纳并设计对应的实体-关系模型(ER,Entity-Relationship)的过程。业务建模是领域驱动的设计(DDD Domain Driven Design)中很重要的概念。
在这里插入图片描述

②建模要点

确定实体 ----> 连接关系 —> 关键属性

例子:设计理想的分销业务客户模型

步骤1:设计机构树
步骤2:ER建模
在这里插入图片描述
3、简化版的上述模型
在这里插入图片描述
这样做有助于产品的快速上线。但是还是要想的多一些,足够完整一些,这样做出来的产品可拓展性比较好。如果要忽略机构和其他的关系的时候,就将数据库中对应的数据表删除对应关系即可。

2、角色与流程设计

①绘制分销业务流程图和角色(粗粒度)

在这里插入图片描述
注意几点:
1.角色要和对应的业务上的岗位相对应
2.跨职能 的泳道图 非常有用,用来表示 不同职能的角色在不同泳道上的流程形式
3.UML的流程图绘制要求:开始结点和结束节点要清晰的画出来,判断节点要用菱形◇
那么不同的人员要在什么样的页面完成对应的操作呢?
所以要绘制页面流转图:用来让设计人员粗略的,草稿式的绘制出不同的场景之下要完成设计的页面,及页面之间的跳转关联关系的。

②绘制分销业务的页面流程图

在这里插入图片描述

3、界面与报表

①交互设计:

从设计流程、设计原则、导航设计、首页设计、列表页设计、设计建议这6个方面来介绍。

3.1 设计流程

PM绘制线框图 ----> UX制作交互原型 -----> UI标注/切图 -----> 前端开发

在这里插入图片描述

3.2 设计原则

尼尔森十大可用性原则、格式塔原理等
在这里插入图片描述

推荐的书籍
在这里插入图片描述

3.3 导航设计

第一种:横排导航,多标签页(管家婆云REP)
在这里插入图片描述
第二种:横排导航,无标签页(SalesForce)
在这里插入图片描述

第三种:竖排导航,多标签页(智齿客服)
在这里插入图片描述
第四种:竖排导航,无标签页(有赞)
在这里插入图片描述

3.4 首页设计

从管理者视角去看:
在这里插入图片描述
从员工的视角去看:
在这里插入图片描述

3.5 列表页设计

在这里插入图片描述
存在问题1:在搜索条件中有搜索门店创建时间,但是搜索出的门店中却没有时间这里信息,容易引起猜疑。
存在问题2:没有全选按钮
存在问题3:列表页5…20之间,直接显示了最后一页,很容易诱使客户点击22这页。可能会导致数据库崩溃。

例子:SalesForce列表页

在这里插入图片描述

例子:Jira列表页(做的非常好,人性化)

在这里插入图片描述

组件库推荐:

对于B端产品经理来说,就用最经典的组件即可,比如复选框、单选框、文本框、日历、等等,无需自己发明创造。
1.有赞的组件库

2.蚂蚁金服组件库
在这里插入图片描述

3.6 页面设计的几点建议

1.借鉴成熟产品的
2.不要高估用户的电脑水平
3.绘制原型要善于使用模板
4.易上手,可定制:推荐去看谷歌的埋点工具软件
5.采用标准控件
6.有>易用>好看

②报表设计

1.设计流程

在这里插入图片描述

2.报表DEMO

例如:1. smartBI–二维表
在这里插入图片描述
例如:2.smartBI–汇总表
在这里插入图片描述
例如:3.smartBI-仪表盘
在这里插入图片描述
例如:4.smartBI–驾驶舱
在这里插入图片描述
例如:5.samrtBI–套打表
在这里插入图片描述
例如:6.smartBI–报表引擎配置
在这里插入图片描述
报表系统的应用架构
在这里插入图片描述

问题1: OLTP:用来产生数据的系统:仓储系统、配送系统、CRM系统(Customer Relationship Management)
OLAP:用来分析数据的系统:数据仓库系统、BI系统

问题2: OLTP上层的report1和OLAP上层的BI系统其实都是报表的输出呈现而已,没有太大的区别。可能都是用同一套报表引擎开发出来的

问题3: 了解数据仓库,数据集市以及BI的相关知识。

3.设计建议

在这里插入图片描述

4、权限管理设计

①功能权限

在这里插入图片描述
整理功能权限表格,一般都写在prd中,功能权限的设计是有一套设计模型的,叫RBAC(Role-Based Access Control),即通过用户、用户组、角色、资源 的权限管理模型。
在这里插入图片描述
功能权限设计例子:SalesForce
在这里插入图片描述

②数据权限

数据权限是指一个用户在某一个功能下所能看到的数据范围

常见的数据权限设计方案-----2种方法

在这里插入图片描述
eg:通过组织机构树来进行组织机构的管理
在这里插入图片描述
eg: SalesForce的数据权限配置----通过组织机构树来进行的权限设置
在这里插入图片描述

5、整体总结

在这里插入图片描述
B端产品最主要是业务的建模和提炼,然后通过表单引擎来配置业务对象(列表页、详情页),然后通过报表引擎来定义报表、通过工作流引擎定义工作流。

  • 0
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值