保存视图保存的是一组查找和展示数据的规则：筛选什么、按什么排序、显示哪些列，以及谁能使用和修改。用户临时调整条件时，先让当前列表变化，再明确选择“更新此视图”或“另存为新视图”，可以避免一次随手查询改掉整个团队的工作入口。
以客服工单台为例，早班同事每天都要找“我负责、尚未关闭、已经逾期”的工单。可以在墨刀原型里连接列表、视图菜单和保存弹窗，演示第一次配置、第二次打开以及共享后的变化。这里设计的是业务系统的行为，真实查询和权限仍由系统实现。
先写清这份视图到底保存什么
“我负责的逾期工单”不应只保存三个筛选标签。若同事每次还要把到期时间排在前面、隐藏低频列，这些重复调整也属于视图的价值。反过来，当前勾选的十条记录、滚动到哪一行、尚未提交的编辑内容，通常不应成为共享配置的一部分。
| 配置 | 本例保存内容 | 需要说明的边界 |
|---|---|---|
| 筛选 | 负责人为当前用户；状态不为已关闭；到期时间早于当前时间 | “当前用户”“当前时间”打开时重新解释 |
| 排序 | 到期时间升序，再按工单编号升序 | 同一时间的记录仍有稳定次序 |
| 展示 | 编号、标题、优先级、到期时间 | 可见列不改变查看字段的权限 |
| 归属 | 个人视图或客服组共享视图 | 分别约定谁能用、谁能改 |
| 不保存 | 勾选记录、页码、未提交编辑 | 切换视图不把旧选择带到新查询 |
“我负责”最好记录为相对条件，而不是把创建人的账号固定进去。小林和小周打开同一团队视图，各自看到自己有权处理的工单；若想展示小林负责的工单，就使用明确姓名的固定条件。两种规则都合理，但名字必须反映差别，不能叫“我的工单”却始终查创建人。
日期也一样。“最近7天”每天滚动，“10月1日至7日”是固定范围。保存弹窗可以把条件完整展开，让人知道存下来的究竟是哪一种。列表本身的字段安排，可接着参考B端数据表格的筛选与操作设计。
临时修改和覆盖保存，要有明显分界
用户打开“我负责的逾期工单”，临时加上“高优先级”。列表立即缩小，但视图名称旁显示“有临时更改”，同时提供“保存更改”“另存为”和“重置”。关闭菜单不能默默覆盖保存配置，否则下次打开时，用户很难解释工单为什么变少。
Notion的视图与筛选说明区分了视图设置，并提供将筛选保存给所有人的操作。这提示我们，共享配置的生效范围值得明确展示；自己的产品仍应按用户任务选择保存机制，不必照搬某个按钮名称。
| 动作 | 结果 | 其他同事受影响吗 |
|---|---|---|
| 临时加“高优先级” | 当前列表改变，原视图定义不变 | 不受影响 |
| 保存更改 | 用当前配置更新这个视图 | 团队视图的后续访问者会用新配置 |
| 另存为个人视图 | 建立新的视图，原视图不变 | 不受影响 |
| 重置临时更改 | 回到这份视图当前已保存的配置 | 不改变共享配置 |
切换视图时，不必每次弹出强制确认。可以让临时查询在本次会话保留，并在返回时继续显示未保存标记；也可以切换后丢弃临时条件。关键是选择一种可解释的规则，并说明“重置”不会撤销已经保存的团队修改。
保存失败时保留当前条件，不关闭弹窗并假装成功。若别人刚更新过共享视图，应提示存在新版本，让用户查看差异或另存个人版本；不要让最后一个点击的人无提示地覆盖前一位同事的设置。
共享视图，不等于共享全部数据
共享决定谁能使用一组规则，数据权限决定谁能看到哪些记录。这两层要分别处理。某个视图配置包含客户手机号列，普通客服没有查看权限时，不能因为视图来自管理员就显示手机号。
若字段仍存在但当前用户无权查看，可隐藏这一列，并说明“部分字段因权限未显示”。如果无权使用的字段参与筛选，也不能悄悄删掉条件后扩大结果范围；可以暂停这个视图，说明需要调整条件，或按系统已确定的安全规则返回受限结果。
权限还影响菜单。允许使用但不允许修改共享视图的同事，可以临时筛选、另存个人副本；“保存到团队视图”应不可用并解释原因。创建者离开团队后，由谁接管共享视图，也应有管理员路径，避免一个长期入口变成无人能维护的孤儿配置。
默认项、收藏和排序不要挤成一个概念
默认视图决定进入工单台先打开什么；收藏决定哪些入口容易找到；菜单顺序决定如何浏览。这三个需求可以独立。用户收藏五个视图，不意味着系统随机选一个作为默认；把某视图置顶，也不一定改变团队其他人的首页。
本例可采用“个人默认优先于团队默认”的规则：小林设置自己的默认项，小周尚未设置则进入团队默认。如果个人默认被删除，返回团队默认，并用一次简短提示解释变化。默认项失效不能让整个工单台报错；始终保留一个权限内可用的基础列表入口。
视图名称应说明任务，例如“本周待回访”，比“视图3”更好辨认。团队允许同名时，菜单补充归属或创建人；不允许同名时，就在当前命名范围内提示冲突。不要用全系统唯一名称限制个人空间。
旧字段失效时，让用户知道哪里变了
一个月后，“紧急程度”字段被替换为“优先级”。系统若能可靠映射，就显示更新后的条件并保留变更记录；不能可靠映射时，将该条件标为失效，给有权限的人修复入口。加载不到字段与没有匹配工单是不同问题，不能都显示“暂无数据”。
删除视图通常只删除查询配置，不删除工单。确认文案可写“删除‘本周待回访’视图？工单数据不会删除”。团队共享项还应说明其他使用者会失去该入口；若支持恢复，明确恢复的是视图定义，数据仍按打开时的权限和状态重新查询。
让评审者完成一次保存和一次接手
准备基础工单列表、含临时更改的共享视图、另存弹窗和权限受限结果四组页面。先让评审者加上“高优先级”并另存为个人视图，再用另一角色打开团队原视图；两人应能解释为何看到的配置不同。
随后改动团队视图、撤回一个字段权限，再删除个人默认项。观察用户能否找到有效入口、理解少了一列的原因，以及确认工单并没有被删除。把这些结果写进交互说明，保存视图才从一个方便的按钮，成为可以长期维护的工作入口。
