概要

SaaSアプリケーションは常に進化しています。機能を追加し、アプリケーションの仕組みに影響する裏側のHTML変更を行います。 アプリケーション開発者はこれらの変更のほとんどを処理しますが、ビルダーはWalkMeコンテンツを正しく機能させるためにリリースサイクルを理解する必要があります。

この記事では、アプリケーションのリリーススケジュールを追跡し、環境の階層を理解し、定期的なWalkMeコンテンツのメンテナンスを計画する方法を説明します。

ユースケース

ソフトウェアリリースのベストプラクティスを理解することで、ビルダーは以下のことを支援します：

• 主要なアプリケーションの更新後にWalkMeコンテンツが壊れるのを防ぎます
• 本番に到達する前に、WalkMeアイテムを今後のリリースと比較してテストします
• 使用データに基づいて、確認し、維持するコンテンツの優先順位を付けます

アプリケーションリリーススケジュールを理解する

ほとんどのアプリケーションは、予定されたリリースサイクルで更新され、通常、本番リリース前に約1ヶ月前から顧客に通知します。 リリースタイプはベンダーによって異なりますが、一般的に3つのカテゴリに分類されます：

1. メジャーリリース（通常年2～3回）
   • アプリケーションベンダーは、新機能と主要なUIの更新を大規模なソフトウェアアップデートとして一括提供します。 これらの更新は、ユーザーがアプリケーションをどのように操作するかを根本的に変更する可能性があります。
2. マイナーリリース（頻繁）
   • 既存の機能またはプロセスを改善する小規模なソフトウェアの変更。 ベンダーは、ユーザーエクスペリエンスを有意義に改善すると、メジャーリリースとは別にこれらをリリースします。
3. ソフトウェアパッチ（頻繁）
   • ユーザーエクスペリエンスやアプリケーション機能を損なう問題に対処するバグの修正。 これらは、問題が特定されるとすぐにリリースされます。

環境のヒエラルキーを理解する

環境が異なると、ソフトウェアの準備状況が異なるレベルを示します。 基本的なレベルでは、ほとんどのアプリケーションには本番環境とサンドボックスまたはプレビュー環境があります：

• 本番環境は、ビジネスがライブデータとアクティブなビジネスプロセスを使用して実際の業務を実行する場所です。
• サンドボックスまたはプレビュー環境は、本番環境をできるだけ忠実に反映し、リリース前に更新がテストされる場所です。

実際には、アプリケーションに複数のサンドボックスまたはプレビュー環境がある場合があります。実際のデータを使用するもの、テストデータを使用するもの、本番環境とは大きく異なるものがあります。 これらの環境は、異なるリリーススケジュールに従うこともあり、今後の変更をテストする能力に影響します。

WalkMeは、本番環境にできるだけ近いサンドボックスまたはプレビュー環境でコンテンツを構築し、テストすることをお勧めします。 メジャーアプリケーションのリリースでは、今後の更新があり、リリース後の本番環境がどのように表示されるかを表す環境をテストします。

WalkMeコンテンツの定期的なメンテナンス

アプリケーションのリリーススケジュールと環境の階層を理解したら、WalkMeのコンテンツをいつ、どこで確認し、アプリケーションに確実に追従させるかを計画できます。

WalkMeは、最も重要なWalkMeアイテムを30個選択（インサイトの使用状況データまたはビジネス目標を使用して優先順位を付けます）、スケジュールされたメジャーリリースの1～2週間前に現在のアプリケーションでそれらを実行することをお勧めします。 次に、今後のリリースにアクセスできたらすぐに、新しいバージョンでそれらの同じ30のアイテムを実行します。 これは、以前に存在した問題と比較して、リリースで変更された内容を正確に特定するのに役立ちます。

Quality Assurance Testing