メインコンテンツへスキップ
BilgeQor

アプリ&製品サービス

Webからモバイルへの安全な移行

8分で読めます

Secure Web-to-Mobile Launchは、すでにWebサービスを運営しており、選定した顧客ジャーニーをモバイル実装で提供したい企業向けの、範囲を限定した移行エンゲージメントです。現在のサービスから始めます。デリバリー開始前に、対象とするプラットフォーム、ジャーニー、連携、アカウントの状態、引き継ぎ資料についてチームで合意します。成果は、その境界内で文書化されたモバイル移行であり、含まれる場合にはテストと申請支援のガイダンスを伴います。合意したスコープ、合意した場合の申請支援、その過程で記録するセキュリティ関連の判断を伴う、明確に定義された移行です。

何であるのか

本エンゲージメントでは、既存のWeb体験のうち合意した部分を、モバイル対応の実装へと移行します。作業には、現在のWebフローの確認、選定したモバイルプラットフォームへのインターフェースの適応、承認された連携の接続、合意したアカウントとアクセスの状態の処理、提供範囲のテスト、引き継ぎ資料の準備が含まれます。範囲文書では、何をそのまま移行し、何を適応させ、何をWeb限定として残し、何に別途の技術的判断が必要かを明示します。確認済みの場合は申請支援を含めることがありますが、Apple App StoreとGoogle Playの審査判断は各運営者に委ねられます。バックエンド開発、ペネトレーションテスト、マーケティング、引き継ぎ後の機能拡張は、別途合意するスコープとして追加できます。

誰のために

本サービスは、次のようなチームに適しています。

  • 既存のWebサービスがあり、モバイル移行の評価に進める顧客ジャーニーを選定しているチーム
  • モバイルへの移行に向けて、定義された実装の境界を必要としているチーム
  • リリース準備の前に、ユーザーフロー、連携、テスト、引き継ぎに関する判断を記録しておきたいチーム
  • ストア審査の通過やローンチ時期に向けた、実務的な申請支援のガイダンスを必要としているチーム

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

本エンゲージメントで明確にできること:

  • モバイル移行に含まれる既存のWebジャーニー、ロール、データ、連携、プラットフォーム
  • モバイルの操作パターンに合わせた適応が必要な箇所と、初回リリースの対象外としてWeb限定で残すべきワークフロー
  • 別途の担当者や範囲が必要なバックエンド、アカウント、ポリシー、ベンダー、ストアの要件
  • 何を提供し、テストし、文書化し、延期し、後のリリースに残したか

含まれる内容

  • 対象プラットフォーム、機能の移行、ユーザーロール、連携、デリバリーの境界の書面確認
  • 確定した範囲における、合意したWebサービスのジャーニーのレビューとモバイルUIの適応
  • 選定したモバイルワークフローと承認された連携ポイントの実装
  • 利用可能な環境内での、合意したフローのテストと指摘事項の文書化
  • 提供した項目、既知の制約、構成に関する責任、次のステップに向けた問いをまとめた引き継ぎメモ
  • 合意したパッケージに含まれる場合の申請支援ガイダンス

含まれていないもの

  • 無制限のリデザイン、際限のないモバイル開発、引き継ぎ後の機能拡張
  • 合意していないバックエンドのリファクタリング、新しいバックエンドシステム、連携、サードパーティの作業
  • 本格的なペネトレーションテスト、認証、コンプライアンス上の承認、継続的監視、インシデント対応
  • マーケティング、有料での顧客獲得、ストア順位の向上施策、Apple App StoreやGoogle Playの審査通過の確約
  • 確定したローンチ日、市場での普及の結果、完全なセキュリティの表明

それを選ぶべきとき

稼働中のWebサービスにモバイルの明確な機会があり、優先すべき最初のジャーニーを特定できる場合に、Secure Web-to-Mobile Launchをお選びください。より広範なモバイル投資を判断する前に、実務的な移行計画、範囲を限定した構築、明確な引き継ぎが必要な場合に有用です。基盤となるWebプロダクト、バックエンド、ブランド、顧客ジャーニーが、安定した判断の境界がないまま変化し続けている場合にはあまり適していません。その場合は、ディスカバリー、ブループリント、MVPのエンゲージメントの方が良い出発点になることがあります。特に良い成果が得られるのは、クライアントが現在のサービスへのアクセスを提供し、プロダクトと技術の担当者を指名し、対象プラットフォームを確定し、連携やリリースの制約について適時に判断できる場合です。

私たちのアプローチ

現在稼働しているWebサービスから始め、実装の前に移行の境界を文書化します。概要書には、承認されたジャーニー、対象プラットフォーム、ロール、連携、デザインの適応、テストの方針、引き継ぎの形式、申請支援に関する期待事項を記録します。トレードオフは可視化します。たとえば、デスクトップで慣れ親しんだフローにはモバイルでは別の操作が必要になることがあり、連携にはベンダーからの情報が必要になることがあり、アカウントの状態によってはパッケージ外のバックエンドの判断が必要になることがあります。デリバリーは確定した範囲に結び付いたままです。利用可能な実際の環境内で合意したフローをテストし、対象となった端末、ストアの手順、セキュリティチェックについて明確な所見を記録します。引き継ぎ時には、何を提供したか、何に担当者が必要か、何に別途の範囲が必要かを明確に記録してお渡しします。これにより、移行を有用で、範囲の明確なものに保ちます。リリース前には、クライアントに残る判断も明示します。リリース用アカウントの所有、プロバイダーの規約、最終的なストア掲載文、本番環境の構成、合意した引き継ぎの受け入れです。テストでより広範なプロダクト上の懸念が見つかった場合は、推測で作業を拡大するのではなく、それを文書化し、適切な次の協議を提案します。

Secure Web-to-Mobile Launchサービスページを見る

よくある質問

関連記事

始めよう

Webサービスから範囲を定めたモバイル移行をご検討中ですか?

まずは簡単なご依頼から始めてください。プラットフォーム、優先ジャーニー、連携の制約、本移行サービスが現在のプロダクトに合うかどうかを一緒に確認します。

Webからモバイルへの移行について相談する