作業を拡大せずに承認を拡大する
キャンペーンは1つとして始まります。出荷される頃には、23の市場別バージョン、4つのプランタイプのバリアント、3つの言語適応、そして異なるルールを持つ管轄向けの2つの規制対応の修正になっています。本質的に同じコンテンツの50のバリアント。それぞれに独自のレビューチェーンが必要です。それぞれに独自の承認記録が必要です。それぞれが、何か問題が起きれば同じコンプライアンスリスクを負います。
ほとんどのワークフローツールはこれをうまく扱えません。50の個別プロジェクトを作る（するとバリアントは乖離し、管理負荷は爆発します）か、1つのプロジェクトに詰め込む（すると監査と規制申請の両方が求めるバリアントごとのトレーサビリティを失います）かのどちらかです。いずれにせよ、バリアント全体でキャンペーンを拡大することは、それを運用するチームへの負担になります。
Aprooveはバリアントをネイティブに扱います。Sectionsは1つのプロジェクト内でバリアントを整理し、それぞれが独自の承認チェーン、独自のレビューステータス、独自の監査証跡を持つ一方で、プログラムレベルのダッシュボードは引き続き「第4四半期のANOCキャンペーンは全市場で92％完了」と表示します。Section Tagsにより、作業が本当に一緒に進むときには、レビュアーがバリアントのグループを一括で承認できます。Smart Routing at Scaleとメタデータが、管轄、プランタイプ、オーディエンスに基づいて、適切なバリアントを適切なレビュアーにルーティングします。Triggers and Actionsがファイルの受け渡しを自動化し、承認済みのバリアントが行くべき場所に届きます。
1つのプログラム。50のバリアント。1つの信頼できる情報源。
