国際的にスケーリングする方法：グローバルな製品設計

複数の国内市場に自動的に適応する国際製品を展開するほとんどの企業は、主に適切な言語翻訳に重点を置く傾向があります。 ただし、グローバルな製品を構築する際には、他の多くの重要なコンポーネントを見逃してはなりません。

良い例は、2012年にAppleのモバイルオペレーティングシステムiOS6をリリースしたことです。Appleファンが非常に興奮した重要な革新の1つは、3DMapsのワールドプレミアを含むAppleの社内で新たに構築された新しいAppleMapsアプリの発表でした。 しかし、発売から数日以内に、Apple Mapsアプリは、検索結果と位置の変換に大きな問題があり、公の失敗と判断されました（たとえば、ベルリンはSchoneiche bei Berlinになりました。英国でロンドンを検索すると、カナダのオンタリオ州ロンドンになりました。そしてアイルランドは突然新しい空港を持っていました）。 一度に100か国以上で製品を発売することは大きな仕事であり、いくつかの不具合が発生することは間違いありませんが、アプリのリリース準備ができていると宣言したAppleの幹部は、いくつかの主要な学習を見落としていました。

製品アーキテクチャの問題

グローバルな製品設計の重要な要件は、さまざまな国に簡単に適応できる製品アーキテクチャの基盤を築くことです。 すべてのテキストコンポーネント（いわゆる「文字列」）が、翻訳と再統合のために簡単に抽出できるように構造化されていることを確認することが重要です。 どの機能がいつ表示されるかを示す有能な機能マトリックスを作成することも重要なステップです。 純粋にローカルな製品よりも、場所、電話の地域、電話の言語など、より多くのコンテキスト情報を処理する必要があります。 製品の機能セットをユーザーの検出された場所に適応させることは、後から考えるべきではありません。 国によってセルラートラフィックのレベルが異なる傾向があるため、製品チームは、アーキテクチャロジックのどの部分をサーバーに配置し、どの部分をユーザーのデバイスに配置するかを決定する必要があります。 一部の製品では、オフラインモードも必要になる場合があります。これは、電話またはデバイスがネットワークに接続されていないときに使用できる機能のサブセットです。 これらすべてのコンポーネントを考慮に入れることで、製品は2か国または50か国に対応できるように拡張できるようになります。

パフォーマンスとサーバーアーキテクチャは、事前に対処する必要がある2つの重要な問題です。 製品が世界中の国々で24時間年中無休で適切なパフォーマンスを発揮できるようにするには、適切なレベルのサーバーノードと負荷分散機能を備えたサーバーアーキテクチャが必要です。 トラフィックの量に基づいて、製品チームは、米国、ラテンアメリカ、ヨーロッパ、またはアジアのサーバーノードが必要かどうかを判断する必要があります。これは、実際のトラフィックを確保するために、トラフィックの多い地域の近くにノードを配置する方が最適だからです。時間応答。 最適化された1時間ごとの使用量曲線に基づいて、トラフィックの負荷を24時間のスペクトル全体で分散できます。たとえば、東海岸の使用量が減少したときにトラフィックを東海岸に移動することで、主要な西海岸のサーバーの負荷を軽減できます。

地域と言語のマトリックス

モバイルアプリの場合、ユーザーの国と電話が発行された場所を検出する最良の方法は、ユーザーが選択した、またはデフォルトで使用されている地域の設定に依存することです。 これを言語設定と組み合わせて、言語ではなく、サポートされている地域と国の複雑なマトリックスを作成することもできます。 たとえば、これにより、米国に住んでいて米国の電話を購入した中国人が、電話とアプリに北京語を表示できるようになります。 製品チームが行う必要のあるもう1つの決定は、言語または国がサポートされていない場合のデフォルト設定です。 たとえば、ソフトウェアがフィンランドのフィンランド語をサポートしていない場合、デフォルトは英語である必要があります。 これにより、製品は設定とカスタマイズを提供できます。

機能マトリックスの複雑化

標準機能マトリックスは、いくつかの標準シナリオをサポートします。 たとえば、ユーザーがすでにログインしている場合は、ログインページが表示されるのではなく、ホームページに直接アクセスできる必要があります。 ただし、国際的な製品を構築することは、相互作用する機能を超えて複雑さを増すことを意味します。 良い例は、コロンビアで最初にテストされたが、しばらくの間米国のユーザーが利用できなかったFacebookのデート機能です。 この場合、ソフトウェアがユーザーの国をコロンビアとして検出すると、ユーザーのログイン状態とFacebookの日付機能が表示されます。 ただし、ユーザーが米国にいる場合は、ログイン状態は表示されますが、日付機能は表示されません。

同様に、Apple Mapsの例では、検索機能は最初の論理的な結果のように見えるものを表示するのではなく、ユーザーの場所を考慮に入れる必要があります。 アルファベット順では、「London、Canada」が「London、UK」の前に表示されますが、ユーザーが英国にいて、キーワードとして「London」と入力した場合、カナダの場所は最初ではなく2番目の選択肢として表示されます。

したがって、検索結果マトリックスは、アプリによって認識される電話設定、コンピューターのIPアドレス、またはユーザーの現在の場所から決定されるユーザーの地域などの基準によって重み付けする必要があります。 機能マトリックスは、ユーザーの拠点国、現在の場所、言語設定などのコンテキストに基づいた、正確で自動化された意思決定もサポートする必要があります。

機能の相互作用における文化の違い

文化的側面は、機能の相互作用にも影響を及ぼします。 たとえば、米国のユーザーは、住所を検索するときに交差点を参照するために文字「＆」を入力しますが、この文字は他の国では一般的に使用されていません。 メキシコ人は、「Col。 メキシコの住所は通常長いため、「コロニアデルパルケ」の「デルパルケ」。 アイコンも独特の文化的比喩であり、多くの誤解を招く可能性があります。 私が取り組んだアプリの1つには、薬局の英国のアイコンがあり、フランスのユーザーは、なぜ地図全体に牛乳瓶を表示したのかと尋ねていました。 「一般的に理解されている」記号は当然のことと考えるかもしれませんが、ビジュアルコミュニケーションは文化的および言語的規範の影響を受けるため、そうすべきではありません。

これは、A / Bテストにも適用できます。これは、特定の製品コンポーネントを反復して、どのコンポーネントが最も成功したユーザーの行動を促進するかを特定する手法です。 ボタンの色のA/Bテストは、文化的認識の影響を受ける可能性があります。 緑を「行く」、赤を「止める」という認識はほとんど国際的ですが、色の意味に対する文化的な認識には依然として大きな違いがあります。 たとえば、さまざまな国で、喪の色は黒または白のいずれかになります。これは、間違った色を使用すると、ユーザーに反対の反応を引き起こします。

翻訳だけでなく、ローカリゼーション

上記の例は、ローカリゼーションと翻訳の違いを示しています。 ローカリゼーションでは、テキストや音声プロンプトを単に翻訳するだけでなく、ビジュアルデザインや機能の相互作用に影響を与える多くの文化的要素が考慮されます。 いくつか例を挙げると、通貨の多様性、測定システム（メートル法とインペリアル法、または摂氏と華氏）、フォーマット（日付のフォーマットは米国とヨーロッパで異なります）、およびテキストの文字と向きのバリエーションが含まれます。デザインに（アラビア語は右から左に読み取り、それはページの人間工学に大きな影響を与えます）。

ローカリゼーションの専門家は、テキストが製品のどこにあるか、コンテキストの意味、および特定の言語が特定のコンテキストをどのように処理するかというコンテキストでテキストを調べます。 また、俗語や不適切な意味合い、および全体的な文化的ニュアンスも考慮に入れます。 ローカライズされた製品は、言語的にだけでなく文化的にも適応されます。

QAチームを成功に導く

製品がテスト段階に達すると、製品チームはローカルおよび集中テストを検討する必要があります。 多くのシナリオを本社から自動的かつ一元的にテストできますが、一部のコア機能はその場でのテストの恩恵を受けます。 国の道路を運転すると、ローカルマップソフトウェアのバージョンに関する貴重な洞察が得られます。 同じことが、wifiではなくローカルセルラーネットワークを使用したフェスティバルアプリのテストにも当てはまります。 現場でのテストは、必要な人的資源とそれに対応する旅費のために、より費用がかかります。 通常、製品チームは、一方では品質とセキュリティのリスクと、他方では徹底的なテストのために発生するコストとの間のトレードオフに直面します。

適切なテストが確実に実行されるようにするには、詳細なテスト計画が不可欠です。 これは、次のような多数のコンポーネントで構成されています。

• 各国の主な使用シナリオ
• ピークトラフィック負荷
• Wi-Fiと携帯電話の使用などの地域の特殊性
• インターネット帯域幅のレベル
• 使用するデバイスの種類

この計画は、製品の発売後の国別展開計画に基づいて、すべての主要な製品機能とシナリオを確実にカバーするように、事前に準備して話し合う必要があります。

ロケーションベースのマーケティング

グローバル化した世界では、いくつかのローカルなカスタマイズを伴う独自のブランドと製品の位置付けを持つことが最も効率的な方法です。 これは、コアマーケティングメッセージを持つことを意味します。これは、すべてのローカル製品チームが独自の製品のメリットに集中するのにも役立ちます。 ただし、現地のユーザーの共感を呼び、市場への適合性を高めるために、各国の現地マーケティングキャンペーンを適応させることをお勧めします。

製品チームが市場投入計画とローカリゼーションの予算計画に入力したら、すべての製品メッセージングとマーケティング資料のローカルマーケティングの反復も考慮する必要があります。 つまり、チームはローカルマーケティングチームとのコンサルティングに時間を費やし、ローカライズされたバージョンについて合意し、発売日の前にすべてのマーケティング資産を準備する必要があります。

挑戦的ですが、満足しています

これまで見てきたように、チームがグローバル製品を構築する場合、製品マネージャーとして取り組む必要のある重要な項目は、製品アーキテクチャと機能マトリックスへの影響、適応された市場投入計画、およびローカリゼーションです。 このプロセスは、やりがいがあり、満足のいくものになる可能性があります。市場の範囲と管理の複雑さを考えると、製品リーダーとしての素晴らしい経験を積むことができます。