Teams 应用规划清单
应用的生命周期从规划应用扩展到最终部署应用等。 规划应用需要了解用户和要求。 根据应用需求,还可以考虑规划将来的更新。
让我们来实际了解如何规划应用的生命周期。
相关问题
下面是规划应用时需要考虑的问题清单。 使用它作为指南,以确保你的规划涵盖应用开发的重要详细信息。
了解用户
了解用户及其关注点是 Teams 应用提供帮助的第一个指标。 围绕问题构建用例,确定应用如何解决该问题,并绘制解决方案。 有关详细信息,请参阅了解用例。
# | 考虑… |
---|---|
1 | 用户是否主要是移动客户端上的一线工作人员? |
2 | 是否希望许多外部用户需要访问你的应用? |
3 | 他们是使用团队和频道,还是主要使用群组聊天? |
4 | 主要用户在技术上有多先进? |
5 | 需要全面的载入体验,还是需要一些指导性的建议? |
了解问题
# | 考虑… |
---|---|
1 | 用户使用的当前状态系统的优缺点是什么? |
2 | 用户要解决所面临的哪些问题? |
3 | 用户在当前工作方式中喜欢和热爱哪些特点或功能? |
了解应用的限制
# | 考虑… |
---|---|
1 | 当前应用在后端集成方面有哪些挑战? |
2 | 谁拥有后端数据 - 内部或第三方? |
3 | 是否有影响应用运行的防火墙? |
4 | 是否有 API 来访问应用运行所需的数据? |
提供身份验证
身份验证就是验证应用用户以及保护应用和应用用户免受无端访问。 可以使用适用于应用的身份验证方法来验证想要使用 Teams 应用的应用用户。 有关详细信息,请参阅对 Microsoft Teams 中的用户进行身份验证。
# | 考虑… |
---|---|
1 | 用户是否会根据其角色访问不同的数据视图? |
2 | 是否涉及客户内容? |
3 | 交互是否也基于用户角色? |
4 | 外部用户是否将访问该应用? |
规划载入体验
构建出色的 Teams 应用就是寻找满足用户需求的正确功能组合的过程。 若要为用户提供无缝的载入体验,可以创建一个分步指南来说明如何处理应用。 例如,请参阅创建 Teams 对话机器人。
# | 考虑… |
---|---|
1 | 当用户首次在频道中配置选项卡时会发生什么情况? |
2 | 如果使用消息扩展共享卡片,是否有必要向了解详细信息页面添加一个小链接,以帮助向用户介绍你的应用还可以执行哪些操作? |
3 | 你是否希望大多数人已经对你的应用有了一些了解,或者已经在其他情况下使用过你的服务? |
4 | 他们是否在事先不知情的情况下进入你的应用? |
个人范围应用
# | 考虑… |
---|---|
1 | 出于隐私或其他原因,是否需要与应用进行一对一交互? 例如,检查剩余余额或其他私有信息。 |
2 | 可能没有任何共同 Teams 的用户之间是否会进行协作? 例如,查找公司中即将发生的组织范围活动。 |
3 | 是否存在需要在整个 Teams 应用体验中向用户发送的任何个性化通知或消息? |
共享范围应用
# | 考虑… |
---|---|
1 | 应用在选项卡或机器人中提供的信息是否与团队中的大多数成员相关且有用? 例如,Scrum 应用。 |
2 | 应用的上下文能否根据其添加到的团队而改变? 例如,Planner 的任务在不同的团队中是不同的。 |
3 | 角色中需要协作的所有成员是否都属于单个团队? 例如,处理票证的代理。 |
选择生成环境
借助 Teams,可以选择最适合应用要求的生成环境。 使用 Teams 工具包或其他 SDK(如 C#、Blazor、Node.js 等)开始使用。 有关详细信息,请参阅使用 Teams 功能规划应用。
建议: 可帮助根据应用需求选择正确环境的选项。
为应用规划分析
作为一名开发人员,他正在为数百万Microsoft Teams 用户生成应用,以实现特定的业务或客户目标,并使用一个或多个可用的分发选项进行分发,你有兴趣衡量发布后应用在现实世界中的性能。 你还将有兴趣监视谁对你的应用感兴趣、哪些用户和组织正在使用你的应用、用户如何与你的应用互动、哪些用户在使用你的应用一段时间后流失了,以及许多此类数据点。 了解这一点后,可以根据业务目标分析数据,通过修复问题并干预用户旅程采取纠正措施,或计划对应用进行进一步的增强。
有关详细信息,请参阅 规划分析。
规划测试应用
将应用与 Microsoft Teams 集成后,必须在发布应用之前对其进行测试。 最终目标是为应用获取尽可能多的用户,因此,请确保在用户可以使用的多个设备上测试应用。 有关详细信息,请参阅测试应用。
建议: 有助于确定应用最佳测试环境的选项。
规划应用分发
你可以将 Microsoft Teams 应用提供给个人、团队、组织或想要使用它的任何人。 分发方式取决于多种因素,包括用户的需求、业务和技术要求以及应用的目标。 有关详细信息,请参阅分发 Microsoft Teams 应用。
建议: 有助于确定最佳分发模型的选项。
规划应用通知
可以通过多种方式向 Teams 用户发送通知。 通知是定期吸引用户的一种简单方法。 有关详细信息,请参阅 计划发送应用通知。
托管 Teams 应用的计划
Teams 不托管你的应用。 当用户在 Teams 中安装你的应用时,他们安装的应用包仅包含配置文件 (也称为应用清单) 以及应用的图标。 应用的逻辑和数据存储托管在其他地方,如开发期间的本地主机和 Azure Web 服务。 Teams 通过 HTTPS 访问这些资源。
应用生成之外的计划
决定会在 Teams 中出现的内容: 无论是新应用还是现有应用,请检查是否需要 Teams 客户端中的整个应用。 如果仅集成应用的一部分,请专注于共享、协作、启动和监视工作流。
计划载入体验: 在考虑关键用户时创建载入体验。 在一对一聊天中安装聊天机器人时,如何引入在包含一千人的频道中安装的聊天机器人的方式会有所不同。
规划未来:确定用户在当前解决方案中偏好的新功能。 任何新功能都可能影响应用设计和体系结构。