从第一份简介到上线服务，项目始终清晰
- 明确业务成果
从任务背后的人员、信息和决策出发。审核建议的业务领域和页面行为，让构建拥有您能理解的范围和可以检验的结果。
- 在上下文中进行变更
通过已知的网址或名称选择现有页面，并描述需要改进之处。在您跟进工作时，Studio 会让请求、问题和记录的结果保持关联。
- 在清晰的上下文中运营
在项目工作区中查看托管、域名、账户策略和费用。将新开发与您为用户发布的已测试版本区分开来。
从团队的日常工作开始
带来团队已经熟悉的流程：参与人员、他们交换的信息以及他们做出的决策。Ultineo Studio 在项目中为这些上下文留出位置。
随后可以按业务领域、功能和页面讨论初始范围。在跟进构建之前，您可以先审核一个具体的结构。
让改进紧贴应用
当某个界面需要调整时，请在 Studio 中描述情况并附上现有页面。请求及其后续跟进会与用户工作的位置保持关联。
澄清事项和任务历史帮助您了解哪些地方仍需要您的意见。一个准确的示例能让最终的变更更易于核实。
准备用户将使用的版本
在开发、预发布和生产环境中跟进应用的版本。审核变更时，请检查相应的版本和环境。
网站和实用文档完善了用户旅程：一个公开介绍产品，另一个帮助人们使用产品。它们的域名和服务在项目中始终清晰可辨。
协调内部流程
如果一项请求在文档、电子邮件和多个工具之间流转，请描述您想整合的流程和职责。项目随后可以为这一约定流程定义所需的功能和页面。
项目生命周期中相互衔接的四个阶段
准备范围. 说明需求，回顾业务领域，确认应用程序的可用性和托管。澄清有助于在构建之前明确重要的规则。
准备面向客户的服务
说明客户提交什么、您的团队审核什么，以及客户应获得什么结果。区分自助步骤与审批环节，包括账户应如何开通。
构建并审核. 遵循功能、页面和路线图；使用 Studio 进行有针对性的改进。检查正在运行的应用程序，并在相关项目中解决问题。
改进现有应用
带上页面以及需要改变的行为示例。精确的请求比笼统地要求全部重新设计更容易审核，而发布流程会让结果与已测试的版本保持关联。
发布并运行. 在预发布环境中测试版本，验证其生产状态，并在之后进行服务监控。主机使用情况、账单、访问权限和公共内容保留在其各自的项目上下文中。
在开始项目之前提出问题
该项目从业务流程开始，并根据选定的范围，可以涵盖客户应用程序、后台办公室、公共网站和文档。实际的报价和定义将确定包含哪些部分。
向用户解释，描述操作、预期结果和重要例外情况。相关的文档和现有服务参考有助于阐明需求。您可以从商业简报开始，而不是完整的技术规范。
描述在 Studio 或相应的项目工具中进行的目标更改。按照问题和结果、测试开发以及通过部署阶段发布经过审核的版本。
应用程序设置和订阅、托管以及任何可选扩展具有不同的作用。使用公开定价来比较不同级别，然后确认实际项目方案、托管配置和付款摘要。
Ultineo Studio 将其功能分为四个类别：准备、构建、发布和操作。每个功能页面都解释了其使用案例，并链接到相应的任务的专用实践指南。