邮件CRM界面设计：任务侧栏保留来信依据

这套邮件CRM界面设计用深灰多栏把收件箱、会话和任务表单并排，紫橙渐变只突出当前邮件。最有用的安排是创建任务时原邮件仍在眼前；分类与分派也有不同位置，可以分别说明范围和责任。

核心结论

• 范围导航与状态筛选分层，当前会话有明确视觉焦点。
• 任务表单邻近邮件，创建、分派和集成结果应分别说明。

左导航讲范围，顶部筛选讲状态

左侧Inbox、Assigned to me、Shared with me、Drafts等纵向排列，图标与文字并存。列表顶部Unassigned、Open、All则用短标签横排，选中项为白底，两层入口视觉形式不同。

这种共享收件箱界面适合同时处理个人和协作范围。导航先回答在哪一组记录里，筛选再缩小当前状态。数量靠近栏目，头像靠近邮件，信息虽然密集，还能沿固定位置查找。

界达设计会进一步明确谁负责回复、草稿属于谁。共享范围与执行责任不是同一件事，上下两处All也应由页面上下文说明范围。图中渐变邮件卡里还有Drafts提示，不能仅凭头像就认定责任已经分配。

右侧任务表单让来源继续可看

整屏左列表、中会话、右Salesforce侧栏，Add Task与Add Note分别可选。任务侧栏包含主题、日期、状态、优先级、执行人和描述，顶部Cancel与Create形成明确决定。

把表单放在会话旁边很实用。用户可以用原文检查任务，而不是离开邮件后凭记忆填写。来信负责人和任务执行人可能不同，创建之后应分别说明新增事项与原邮件的处理状态，不能默认两者一起完成。

Subject与Description的示例表达不同事情，日期仅显示月日，正式内容需要先对齐事项与日期角色。当前任务是培训、合作资料还是其他工作，应能从标题描述一起读懂。界达设计会先修这些字段关系，再评估更小的间距。

创建任务与连接系统要分开说明

侧栏底部Add an Integration是另一类操作，Salesforce名称只说明设计展示的目标系统，不能证明集成已可用。连接系统、建立任务和发送邮件各有结果，反馈也应分别表达。

继续评审可以从一封来信开始，检查来源关联、标题描述、执行人和截止日期，再看创建后会话里是否有记录链接。失败时保留填写内容，成功时给出明确对象，会比一个通用完成提示更有帮助。

样机支架遮住了屏幕下方一部分，不能据此认定真实界面缺失。界达设计更愿意把可见的多栏优势留下：原文与表单邻近，决策有依据；再让责任和结果变得更准确。

常见问题

邮件转任务时需要保留什么？

保留来源会话、明确事项、执行人和日期角色。任务成功不代表原邮件已经回复。

设计检查清单

• 对齐任务主题与描述的同一事项。
• 区分邮件负责人和任务执行人。