安全な顧客向けデジタルワークフローの計画

何であるのか

顧客向けワークフローは、ポータル、Webサービス、モバイル体験、バックエンド、API、決済プロバイダー、サポートプロセス、管理チームにまたがることがあります。計画では、ユーザーロールとアクセスの境界、認証と復旧、フォーム・ファイル・メッセージ・ダッシュボード・ステータス、決済・サブスクリプション・請求書・払い戻し・解約・利用権限の経路、データの所有と保存期間、サードパーティとの連携、運用上の責任を特定すべきです。また、モバイルとWebのどちらが適切か、既存のバックエンドとAPIの準備が整っているか、ログ、サポート、変更、引き継ぎを誰が担うかも決めておくべきです。セキュリティレビューとソフトウェアのデリバリーは、別々の範囲になることがあります。

誰のために

本ガイドは、次のような計画を進めるチームに役立ちます。

• 顧客またはパートナー向けのポータル、受付ワークフロー、ダッシュボード、決済ジャーニー、Webからモバイルへの移行、アプリケーションのローンチ
• ロールに応じたアクセス、復旧、ファイル、ステータス情報、サポート、管理上の責任
• 既存のバックエンド、API、サードパーティのプロバイダー、請求の状態、顧客データに関わるプロダクトの変更
• ディスカバリー、設計、デリバリー、強化、レビュー、その後の運用責任の間のより明確な境界

明確にするのに役立つこと

計画上の問いによって明らかにできること：

• デリバリー開始前に、ユーザー、ロール、アクセスのルール、アカウントの復旧、データの所有、保存期間が理解されているか
• どのフォーム、ファイル、メッセージ、ダッシュボード、ステータス表示、決済の状態、利用権限の判断がシステムの境界をまたぐか
• 連携、バックエンド／API、モバイルのデリバリー、ローンチの段階、ログ、サポート、変更の責任が、範囲を定めた次のステップに向けて整っているか
• チームに必要なのが、ポータルのスプリント、決済のレビュー、Webからモバイルへの移行、ローンチ準備のレビュー、Webサイトの強化、それより前のディスカバリー／ブループリントの作業のいずれか

含まれる内容

• ジャーニー、ロール、アクセス、認証、復旧、フォーム、ファイル、メッセージ、ダッシュボード、ステータス、決済、サブスクリプション、請求書、払い戻し、解約、利用権限、データ、連携にわたる導入検討者向けチェックリスト
• 管理上の責任、バックエンド／APIの準備状況、モバイルかWebか、ローンチの段階、ログ、サポート、変更管理、引き継ぎについての計画上の問いかけ
• Secure Client Portal Sprint、Subscription & Payment Infrastructure Security、Secure Web-to-Mobile Launch、App Launch Readiness、Website Performance & Security Hardeningがそれぞれ関係しうる場面の比較
• ワークフロー、ロール、連携、責任分担が不明確な場合は、デリバリーの前にディスカバリーやブループリントの作業が必要になりうるという注意点

含まれていないもの

• セキュリティ、規制への適合性、決済の承認、不正防止、収益、ストアの審査通過、ローンチの成功、稼働率、性能、途切れのない運用についての確約
• ポータルのスプリントが本格的なSaaSプラットフォームである、決済のレビューがPCI認証や不正対策運用である、モバイルのデリバリーによってプロダクトが自動的にローンチ可能になるという主張
• 強化がアプリケーション設計、負荷テスト、インシデント対応、継続的な運用の代わりになるという示唆
• ソフトウェアのデリバリー、セキュリティレビュー、プロバイダーの承認、継続的な責任が、自動的に一つの範囲になるという前提

それを選ぶべきとき

顧客向けの変更が、つながりのない機能の一覧になってしまう前に本ガイドをご活用ください。ポータルの構築、アクセスの変更、サブスクリプションの導入、Webサービスのモバイルへの拡張、アプリケーションのローンチ準備、Webサイトの改善を検討しているチームに有用です。基本的なワークフロー、責任分担、連携、ユーザーロールが不明確なままであれば、早期の実装よりもディスカバリーやプロダクトブループリントの作業の方が通常は価値があります。そのうえで、特定のセキュリティ上または運用上の問いが整った段階で、範囲を定めたレビューを行うことができます。

私たちのアプローチ

デリバリーの方法を選ぶ前に、ジャーニーを整理してください。ユーザー、そのロール、アクセスの判断、ユーザーが提供するデータや目にするデータ、次の状態を担うシステム、何かが変わったときの責任チームから始めます。決済と利用権限の状態は、インターフェースの画面と同じくらい丁寧にたどってください。次に、プロバイダーとバックエンドの依存関係、サポートとログのニーズ、モバイルの制約、リリースの責任、引き継ぎの要件を特定します。これにより、次の判断が、ポータルのデリバリー、決済のロジック、Webからモバイルへの作業、ローンチの準備状況、Webサイトの強化、それより前のディスカバリーのいずれに関わるのかが明らかになります。また、範囲を定めたサービスが、無制限のプロダクト、運用、コンプライアンスの責任と取り違えられることも防げます。書面のワークフローマップには、通常の経路と例外的な経路も記録できます。新規ユーザー、決済の失敗、解約、アカウントの喪失、ファイルの欠落、サプライヤーの障害、サポートへの問い合わせなどです。これにより、顧客に影響が及ぶ前に、プロダクト、運用、エンジニアリング、サポートの各チームが責任分担を確認できる共通の場を提供します。この明確さによって、後のデリバリー作業における範囲の逸脱を減らせます。計画が進むにつれて、プロバイダー、決済モデル、ロール、アクセスのルール、API、リリースチャネル、サポートプロセスが変わるたびにマップを見直してください。図の上では単純に見えたワークフローにも、本番環境では重要な例外があることがあります。そうした例外を記録することで、次の範囲が設計、デリバリー、レビュー、強化、テスト、運用準備のいずれであるかを判断しやすくなります。また、導入検討者が判断を下す前に、サプライヤーに適切な証跡を求めやすくなります。最後に、マップを使って、デリバリー後に何を計測し、指摘事項、決済の失敗、サポートからのシグナル、変更要求に誰が対応するかを決めてください。引き継ぎは、機能を列挙するだけでなく、担当者、レビューの時点、合意した境界を明示することで、より確かなものになります。

よくある質問

関連記事