参考

如何为 B 端产品创造价值？（B端文章集锦）
https://www.yuque.com/frost/ux/yav79c

管理端体验提升策略（以中职产品为例）

背景分析

基本内容：用户诉求、业务诉求、业务目标、设计目标/设计策略

思路与方向

产品（业务流程梳理和微调）、交互、UI可以解决哪些问题？
1.UI精致化
用户对产品的第一观感；
难点在于审美比较主观；
“美观即实用法则”（人会潜意识里认为好看的东西也是好用）
用户发表评价，最容易想到和提出的是“不好看”问题；
2.流程与操作简化-工作重点
（删除，组织，隐藏，转移）
（1）体验各个系统，进行简单分类，建立认知；
（2）梳理各系统关键业务流程，尤其是痛点流程；
（3）确定典型页面，设计优化，产出方案；
3.用户心理预期
对学校领导决策有质疑，但不得不做；（对领导任务的抗拒转移到产品上）
信息化建设水平不同，比如有学校已经换了3套招生系统，会基于其他厂商的功能提意见；
整体体验提升，甚至在管理端产品中增加情感化设计

对系统的梳理分类

• 从业务复杂度上划分：

简单（报名，迎新）；复杂（教务、学工）；
【单业务流程系统可进行较大创新；多线流程的系统很难针对某流程进行改造，会影响其他功能的使用；】

• 从页面样式上划分：

仅采用了标准框架；采用了其他前端的样式；采用了较大的创新/不同的样式；
【标准框架是否可以统一改样式，页面更透气，更多留白，和开发沟通实现路径；已采用的比较新的样式可暂不调整；较大的创新/不同的样式可设计优化】
新样式比如：办公流程系统（OA系统）的导航、资源中心的无左右边线表格、培训管理系统-培训项目的卡片风格相对时尚一些；
创新样式比如：楼宇平面图那一块；

• 从功能上划分：

纯管理类；建站类/主题网站类；数字桌面类/可视化类；偏重用户端类；
【后两类需要针对性设计；统计图表做的不好，还不如不做；用户端比如：网络教育门户，在线考试系统；】

• 学校普遍反映比较难用的功能

分宿舍，排课，排考等
【还有其他系统的主业务流程，需要亚飞补充】

整体调整

1.门户登录页和门户首页
之前认为是千校千面，模块化，设计几套模板，方便学校选择使用；
（推测：真正实施的时候，学校也会有定制需求。）（重要不紧急）
后来觉得，既然是登录后才看到门户，和亚飞都认为应该是工作台设计的思路，具体到人；
2.主题网站提供建站、换肤功能
主题性网站：后勤服务大厅、学生招生网站等；（重要不紧急）
3.顶栏与导航设计
学校logo：归属感，所有权心理；（实施过程也是如此）
左侧菜单：展开/收起箭头意义明确，图标含义无歧义，菜单命名易理解，行高适当增加（密集令人恐惧）；
菜单数量：分权限之后，数量还可以接受；
主题换肤：应对多校，不是人人框架那个换肤，而是整体导航样式调整，内容区尽量不变；

4.UI细节，一致性问题
关于按钮图标：颜色越多越不好控制，按钮上的图标除了新增，其他都建议去掉；
输入框、下拉框的圆角，边框颜色等；

其他感受

1.不去刻意打破表格table，而是做一个更好的table
比如：行距扩大，查询区、操作区布局优化；(和技术沟通，从UI框架本身入手，调整样式。）
“table变卡片”适用于数量不多，方便对比，重要程度高，用户接触多的页面。
（不适用于初始化数据类型，导入可解决新增问题，有较多批处理功能等页面。）
“列表化改造”适用于出现了横向滚动条的页面；
2.对菜单权限的理解：系部、班主任为什么拆出来？
似乎在别的系统就是一个菜单，只是有数据权限的区别，这里是不是把角色框定的太死？
还有一些学生个人的页面（学生也会登录），各种申请比较多，查询、修改比较少；可以优先保证APP。
3.功能复杂度问题：面向流程和面向对象
（1）一个人可完成的（应该完成的）工作流程：可把一些信息维护类功能（甚至字典维护类）融入进去；
（2）多人完成的跨角色的：本身不会看到全菜单，设计者角度才会看到
（3）推测：很多设计方法/流程提到业务梳理，场景分析，最终还是做成了对象；
4.落地问题

对每个系统的疑问和修改建议（未完成）

招生系统

基本结论：

1.创建报名表单：流程化； 2.报名方式：自己二维码填报，现场填报；现场填报可合并页面； 3.基于单个学生信息，各种“凭证”的打印，可以考虑合并； 4.报名前中后的流程：基于基础数据的一连串操作； 5.建站工具：工具性产品更应该使用“可视化”“所见即所得”策略； 6.图表可视化做的不好还不如表格清晰，可优化设计。

建议修改条目：
1.设为当前招生季的作用？
2.顶部标签栏：高亮效果问题
3.招生字段设置：命名可修改；表单配置页面可以做的更简单，比如保留一个保存和重置；对齐方式适配的不好；预置的英文字段、拼音缩写让用户不知其意；增加用户自定义字段类型功能（目前应该是默认的类型）；所见即所得，编辑时可预览效果。【典型的表单配置页面】
4.毕业学校管理：导入页面整体UI比较大号；没有删除学校功能；【导入页面】
5.毕业学校管理、招生类别管理、缴费项目管理3个菜单：纯数据维护，而且页面基本一致，操作简单，可以融合成tab，或融入创建招生的过程中。
6.学生报名二维码：增加外化的按钮；甚至增加图片尺寸选择；融入创建报名的过程；
7.学生现场报名，现场报名并录取：区别在哪里？可以考虑合并；双列表单，样式问题，信息分区分组；【典型的复杂表单页面】
8.网上报名信息：布局可精致化；【典型的列表查询】【导出页面】
9.学生现场报名(拍照)、现场报名并录取(拍照)2个菜单：也是现场录数据，可调用摄像头；加上学生现场报名、现场报名并录取，共四个菜单，其实可以合并；
10.陕西建材报名一级菜单：
现场报名-有个类型字段“初中专，高中专，五年制联合办学”，对应不同表单内容；可以改为tab样式；
11.预录取学生审核(陕西建材)：已打印未打印不适合作为按钮；【典型的列表查询，附带大量操作按钮】
查看详情页面，只是把字段改为只读，可优化；【典型的学生详情页】
审核页面：审核时可修改部分信息；【审核页面】
12.打印学生注册表信息：命名不合适，太术语化，简单点；
13.报名信息管理
信息审查，预录取审核：属于一个审批流，是否可以合并？【审批流程页面】
录取学生管理：自动创建创建账号什么意思？
其他重要功能：住宿确认（设为住宿 设为不住宿）；录取学生打印（打印新生信息登记表打印新生信息确认表）；通知书打印（打印录取通知书）；照片导入导出（导入压缩包）；缴费信息查询（打印学生缴费信息）；
大部分都是基于单个学生信息，各种“凭证”的打印，可以考虑合并；
14.招生网站管理：建站工具；招生季-院系专业-招生计划；网站栏目管理-通知公告管理合并处理；
15.报名信息查询：又一个查询
16.报考信息统计：查看图形报表(报名信息)查看图形报表(录取信息)，可以放一起；【图表页面】
17.历年报考趋势：图表可视化做的不好还不如表格清晰；
18.统计都是基于报名信息：如层次，毕业学校，指导老师，住宿需求；可以合并展示；（展示在查询列表也可以）

数字迎新系统

基本结论：

1.迎新批次和手续设置，支持的手续其实是固定的； 2.办理：单个办理，批量办理，自动办理（？），查询 3.统计功能：图标的渐变很妖艳；（管-系部-班主任）可视化如何更好体现流程的进度？（漏斗图？）统计可以用上图小表的形式，没必要切换；实时大屏；

1.迎新手续管理，迎新批次管理
新增/选择批次——添加/选择流程【穿梭框页面】
【单线办理流程，挺死板的，不敢用，能不能并线？】【手续与功能的关系？功能不支持，不能乱建吧？】
2.新生信息查询、新生信息查询（系）（班）：凑数之嫌；查询条件做得好完全用不到（eg：做一个常用查询条件保存）；
3.迎新公告管理：发布到了哪里？
4.新生报到管理：都是确认，标记一下状态【流程，办理标记】
（如果是单线办理流程，其实可以合并，当然办理人其实也只能看自己的菜单权限，都是流程办理，查看以往流程，办理当前流程）
批量办理功能，查询功能；自动办理什么意思？
5.绿色通道：申请，审批，查询与管理；居然有手动添加；
6.统计：
7.分班分学号：拖拽操作不易发现；规则设置易用性不够；
自动分班、自动分学号可能没必要单独做个菜单；

学工管理系统

基本结论：

1.结构树：管、系部-有结构树；班主任-无结构树；【典型树表结构】 2.多处代申请：可否考虑批操作； 3.功能虽然多，大部分都是类似的，纸质信息的电子化； 4.很多基础数据（字典管理）和功能菜单在一起，是否独立出来（可能不好找），或者隐藏起来（隐藏到管理页面）；

1.字典管理
2.学籍信息管理：设置学籍号，导入学籍号；学籍详情页；
3.设置学生修改限制：修改范围；
多个页面的顶部切换按钮可以改成tab；
修改前后信息比对【典型的信息比对页面，可高亮】
（功能太多，无法一一体验）

宿舍管理系统

整体：功能也不少，和学工有一拼

1.学生的菜单很多只是纯查询展示，意义不大，或者转移到移动端； 2.日常管理位置调到优先级较高的位置； 3.很多可视化的地方（平面图、我的楼宇菜单），UI可以多投入精力设计；

1.工作队伍：楼管员、学生会设置；
2.宿舍资源管理：园区-楼宇-单元-房间-床位合并；一个导入可不可以？【典型的树状结构，空间区域管理】
3.门禁时间管理
4.区域设备管理：数表结构，设备编号 设备名称 设备IP 设备范围 设备状态 备注；
5.系部预分调整：使用了图形化，还可以再优化；
（功能太多，无法一一体验）

就业系统

1.就业企业管理：此菜单查询区域标签在输入框内部，可优化，保持一致；
2.

人事系统

教务系统

菜单超级多