没有集成的通知系统，很难想像现代服务。 我们被仔细告知，我们的一位朋友欣赏了这张照片，快递员和期待已久的披萨已经在路上，出租车也到达了住所。
在工作管理系统中，通知的作用非常重要，因为它已深入集成到团队的工作流程中。 通知就像手动操作一样，可以迅速通知任务的变化，要求执行工作的一部分并提示重要信息。
下面，我将以系统的方法设计通知来分享我的经验。 如何检测和考虑所有情况以使产品对用户更有用并节省团队资源？
步骤1：确定流程参与者
考虑一下营销代理商的经典故事：
艺术总监安东尼很着急：他的公司即将在市场上推出一种新产品，因此必须在本周末交付促销横幅。 设计师约翰尼（Johnny）已经完成了所有工作，但是要接受它，必须由项目经理批准布局。
因此，安东尼将任务设置为截止日期为星期五，并添加了一个解释：“请批准广告系列的标语。”
让我们仔细看看谁参与了系统：
- 设计者是任务的执行者。 尽管他的工作已经完成，但对他而言重要的是要知道结果：模型已被接受或退回修改。
- 艺术总监-接受已执行的工作，并与经理-客户批准。 对于他来说，监视投票过程并迅速做出战术决策很重要。
- 经理-获得完成的工作以供批准。 对他们而言，重要的是要了解他们被要求检查，以及考虑该任务的紧急程度。 并且，当然，有机会对此做出评论的决定。
为了构建通知模型，我们突出显示系统中涉及的抽象角色：
- 承包商-分配任务的一个或一组人员。 由任务中的“执行者”字段定义。
- 发起人-启动批准过程的用户。
- 批准者-分配给批准的一个或一组用户。
通常，系统中可能存在一些隐性角色，您不应该忘记这些角色。 例如，如果您要发送有关正在进行的进程状态的通知，则介绍“机器人”的角色（代表您的产品给用户的消息）将很有用。
尝试限制此列表。 您构建的角色系统越复杂，用户就越难理解其使用的逻辑。
步骤2：建立表格“事件-通知”
建立框架
为了系统地和直观地设计通知，让我们建立一个表。 框架将由两部分组成：
左栏。 在这里，我们将记录角色批准过程中可能发生的事件。 它们将导致发送通知。 实际上，并非所有角色都可以影响系统。 例如，在我们的示例中，“承包商”只是一个观察者，因此您不能将其添加到左栏中。 总计，我们得到三个部分：
- 发起方-发起方从语句开始到结束的动作；
- 批准-决策和评论；
- 机械手-系统状态事件。
第一排。 在这里，我们记录应该接收通知的角色。 实际上，还使用了不同的通信渠道，例如，推送通知或SMS。 为简单起见，我们将仅考虑一个“收件箱”通信渠道-一个个人通知供稿：
- 批准人
- 表演者
- 发起人
在Google表格中最方便地维护该表。 除了强大的功能外，她还可以方便地与您的团队和需要此信息的其他部门共享。 例如，与客户支持。
与评论访问权限共享链接。 因此，团队将有机会在单元格的注释中讨论事件，除了您将无法更改或删除它们之外，没有其他人。
填充事件
当表格框架准备就绪时，我们开始在左栏中填写批准中的用户可以进行的所有事件。 每个角色都有必要评估接口的每个状态并写出可用的操作。 此时，请遵循以下提示：
- 尽可能编写单音节事件。 如果您急于进行分组，则可能会丢失一些简单的事件，立即使措辞复杂化，并失去表格的清晰度。
- 考虑系统的逻辑模型。 根据上下文，某些事件可能会产生不同的结果。 例如，如果我们从活动过程中删除最后一个批准者，则除了delete事件外，该语句本身也必须取消。
- 不要害怕重复。 对于某些角色，事件可能会重复。 例如，发起人和任何有权限的用户都可以更改截止日期。 让它扩大表的范围，但这将有助于更好地描述每个人都可以使用且每个角色都唯一的动作系统。
步骤3：确定接收通知的原则
事件已经准备就绪，但是在添加通知之前，确定按角色接收事件的原则很有用。 它们对于仅针对每个角色设计相关列表而不用不必要的信息淹没用户非常有用。 这将有助于用户访问，类似产品研究以及系统中概念性解决方案的结果。
在我们的批准模型中，我们概述了以下原则：
- 发起方-接收有关批准决策以及某人在其过程中进行的所有更改的通知。
- 审批者-收到有关新的批准开始的通知，包括他的参与以及流程的所有重大更改。
- 表演者-是观察者。 他了解批准的开始，做出的决定及其结束。
记录收件人行中每个角色的这些原则。 通过对单元格的注释来指示它们很方便。 随着系统的发展，这些原则将有助于保持一成不变。
步骤4：填写通知
最后，您可以自己开始创建通知。 从事件的左列开始依次经过接收者每个角色的单元格。 请遵循以下准则：
- 尝试重用措辞或其相同部分。 因此，通知将更加一致。 如果您要创建国际产品，这将有助于本地化团队的工作。
- 在通知行中，突出显示正文中的变量数据。 例如，“ USER：将截止日期更改为DATE”。 这将使开发人员更轻松地使用您的字符串。
- 不要忘记良好通知的规则：简短的措辞，有用的信息，符合您的品牌的语调，选定的收货原则。 尝试预先测试产品或移动推送通知界面中的行长-某些配方可能难以阅读或用椭圆形剪掉。
- 将破折号放在不应发送通知的位置。 当项目需要很长时间时，很容易感到困惑，因为您还没有填写表格，而您决定不应该填写表格。 这也将消除团队问题。
根据情况，在单元格中输入颜色编码，并将其固定为表标题中的图例。 例如：黑色文本-该行的草稿，绿色文本-该行已检查并可以使用，红色文本-单元注释中存在实现问题和详细信息。
步骤5：完成活动
填写所有单元格后，应完成表的确定：
- 将所有此类行合并为一种形式。 有时，在一个大列表中，含义相同的部分是不同的：大小写，介词，同义词略有不同。
- 在可能的情况下，为群众活动添加措辞，以减少件件通知的数量。 例如，“ USER：向该语句添加了N个文件”
- 添加新的唯一行以替换顺序操作组。 例如，您可以使事件“将批准人替换为批准人，而不是先删除批准人，然后添加其他人”
- 与开发团队讨论所有通知。 该产品的体系结构可能使您无法实现某些想法，即使它们看起来很简单且合乎逻辑。 您越早向后端开发人员显示草稿，就可以节省更多时间进行进一步的开发。
结论
如果您采取系统的方法并遵守所选的原则，那么即使是最复杂的方案也可以变得直观且易于开发。 精心设计的通知表将帮助设计人员使产品对用户更有用和更易理解。 团队-不要花费额外的资源来理解想法和所有细节，而是要专注于实施的质量。
一些进一步处理表格的有用技巧：
- 对于不同的产品方案，请使用单独的表页面。 导航和找到正确的地方将更加容易。
- 向开发团队进行演示。 解释其构造的逻辑和原理。 回答问题，使每个人对工作都有相同的理解。
- 如果其他设计师在您的产品中使用通知，请实施该方法并使用公用表。 因此，所有事件都将保存在一个位置，并且整个图片将可见。