规划门户的客户访问、记录、文件、请求、批准、消息和通知，以减少电子邮件而不是创建另一个收件箱。
代理机构、顾问、会计师、诊所、法律团队和服务公司通过分散的电子邮件线程协调客户工作。
- 明确的客户和员工权限模型
- 状态、文件、请求和决策的一个地方
- 从一个真实的服务工作流程开始的启动计划
列出重复的电子邮件：询问状态、重新发送文件、批准工作、更新详细信息或寻找下一步。这些时刻成为门户导航。避免将内部系统复制到面向客户端的屏幕中。
登录不是权限模型。决定每个客户联系人可以看到哪些公司、项目、文档、发票、消息和任务。员工角色需要单独的规则。在添加真实数据之前，请测试两个客户和两名员工的访问权限。
选择一个常见的过程，例如提交文档、审查可交付成果或检查案例状态。包括空状态、验证、确认、人员跟进和完成消息。一个完成的循环比十个部分选项卡创造的价值更多。
当收件人有明确的操作时发送消息，并直接链接到相关记录。保留通知日志并让人们控制不必要的更新。门户应该减少收件箱噪音，而不是将每个内部更改都反映到电子邮件中。
定义允许的类型、大小限制、保留、下载权限和删除。记录谁上传或查看了敏感文档。请勿将私人文件放置在公共 URL 上，或依赖无法猜测的文件名进行保护。
从几个客户和一条服务热线开始。观察他们在哪里犹豫以及哪些电子邮件继续。在邀请所有人之前改进标签和遗漏的步骤。当客户无需询问去哪里即可完成工作时，门户就是成功的。
从安全访问、清晰的状态、下一步所需的操作、文件交换以及一个完整的批准或请求工作流程开始。
门户结合了权限、记录、工作流状态、操作和通信。共享硬盘主要存储文件。
可以。对公司会员资格和个人角色进行建模，以便财务人员、经理和贡献者只能看到他们的工作需要的内容。
解决重复的任务，将通知直接链接到它，保持界面简单，并在门户准备就绪后通过电子邮件停止运行竞争流程。