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