UX for Application Localization：開発者ガイド

UXのさまざまな定義を掘り下げ、ローカライズ中にUXで発生する可能性のあるすべての問題を分析し、1つの小さなことがユーザーとアプリケーションとの相互作用のエクスペリエンス全体をどのように狂わせるかを見つけます。



Alconostに翻訳



「ユーザーエクスペリエンス」または「ユーザーエクスペリエンス」（UX）という用語にまだ出会っていない場合は、特にアプリケーションのローカライズの成功に対する大きな影響を考慮して、それを調べる時が来ました。



原則として、アプリケーションとのユーザーインタラクションのエクスペリエンス-これがアプリケーションの成功または失敗を決定するものです。 すべてがシンプルです。 アプリケーションの価値がユーザーに明らかでない場合、それを使用してもユーザーに喜びがもたらされない場合、またはアプリケーションから少なくとも何らかの利益を得られない場合、ユーザーはそれを使用しません。 あなたのプログラムは役に立たなくなり、それを書いてテストするのに費やしたすべての日は無駄になります。



アプリケーションを使用した経験はどの程度ですか？ おそらくあなたが思っているよりもはるかに多く、そしてアプリケーションのローカライズに関しては-さらにそれ以上です。

UXに出会ったことがないのはなぜですか

あなたが今何を考えているのか知っています。UXはとても重要なので、なぜコードを書くことに比べてソフトウェア開発にそれほど注意を払わないのですか？ 2つの主な理由があります。

1. UXは、多くの場合 、「壁を越えて」ユーザーを引き付けるための特定の感情ゾーンである、 マーケティングまたはUXの専門家だけの責任と誤って見なされます。 特定の方法でインターフェイスを設計または変更するための指示または要求を受け取る場合がありますが、なぜこれが必要なのかは誰にも説明されません。
   
   
2. UXの包括的な概念をより深く掘り下げると、「ユーザーがアプリケーションで楽しい時間を過ごせるようにすべてを行う」ことであり、 多くの人はUXが何であるかについて漠然とした考えしか持っておらず、彼らが理解していることを他の人に説明することはできません。
   
   

大手ソフトウェアベンダーでもUXに問題がある

地球上で最大のソフトウェアメーカーの1つ（はい、マイクロソフト、私はあなたを見ます）からのUX定義は次のとおりです。

「コンピューターユーザーとコンピュータープログラムのセットの視聴覚プレゼンテーションとの相互作用のプロセス。 ユーザーに提示されるものすべてではなく、ユーザーが知覚するものについてのみであることを考慮することが重要です。」

まるでレストランのように、おいしい、おいしい寿司の代わりに、冷たい死んだ魚が出されました。 アプリケーションのローカライズされたバージョンでユーザーを喜ばせ、さまざまな国で堅固な忠実なユーザーベースを構築し、サブスクリプションフローを維持するためのより良い方法が必要です（これがビジネスモデルを意味する場合）。

UXローカリゼーションの一般的な問題

より有用なUX定義に移る前に、アプリケーションのローカリゼーションがいかにユーザーエクスペリエンスを低下させるかについて、いくつかのオプションを確認してください。

• 外国語のテキストは元のテキストより長いか短いため、レイアウトが奇妙に見えるか、単に間違っているように見えます。
  
  
• 変数の処理は文法エラーを生成します。そのため、ローカライズされた文字列は、アプリケーションがローカライズされた言語のネイティブスピーカーにとってとんでもないように見えます。
  
  
• ソース言語（アプリケーションの元のバージョンが作成された言語）には最小のフォントサイズを使用できますが、他の言語のテキストは読めません。
  
  
• 書く方向が異なる言語（ 右から左、左から右 ）のローカリゼーションは、ユーザーに異質な印象を与えたり、単に混乱させたりします。
  
  

UXの問題のこれらの例は、アプリケーションのローカリゼーションの技術的側面、つまり開発者としてのあなたに直接関係しています。 ただし、テキスト文字列を翻訳用に送信したり、製品マネージャーやマーケティング同僚と協力して新しい市場や文化に合わせてアプリケーションを準備する場合、アプリケーションのローカライズサイクルをさらに管理すると、より多くの潜在的なUX問題（以下を参照）が影響します。

続行するときに開始します

アプリケーションのローカライズバージョンを使用してユーザーエクスペリエンスを向上させる場合は、何に取り組むべきかを理解する必要があります。 それでは、より良いスタートを切るために、UXの別の定義を試してみましょう。 今回はニールセン・ノーマン・グループから。

「エンドユーザーと会社、そのサービスおよび製品との相互作用のすべての側面。 模範的なインタラクションエクスペリエンスの最初の要件は、ユーザーを煩わせたり、押し付けたりすることなく、ユーザーのニーズを正確に満たすことです。 以下は、製品の所有と使用が喜びをもたらすシンプルさと優雅さです。 インタラクションの実際の経験には、ユーザーのニーズを満たすことや、正式な機能を提供すること以上のものが含まれます。 会社のオファーで高品質のユーザーエクスペリエンスを提供するには、設計と開発、マーケティング、グラフィックとインダストリアルデザイン、インターフェイスデザインがシームレスに相互作用する必要があります。

しかし、これはすでに刺激的です。 主に、この定義の作成者の1人がDon Normanであり、「ユーザーエクスペリエンス」という用語を発明したからです。 Nielsen-Norman夫婦の2人目の著者はJacob Nielsenで、1999年に著書Designing Web Usability：The Practice of Simplicityでサイトの使いやすさを再考しました（ロシア語訳では、出版社によって「Web Design：The Book of Jacob Nielsen」というタイトルで出版されました） Symbol Plus」、2007年）。

アプリケーションのローカリゼーションにおけるUX、UI、および使いやすさ

質問を正しくするために、インタラクション（UX）、ユーザーインターフェイス（UI）、およびユーザビリティ（使いやすさ）のエクスペリエンスがどのように異なるかを見てみましょう。 これら3つの概念のうち、対話のエクスペリエンスの1つだけが、アプリケーションの使用時にユーザーが経験するすべての印象、感覚、容認または不承認をカバーします。 しかし、これは他の2つの概念が重要ではないという意味ではありません。



ユーザーインターフェイス（UI）は、ユーザーが必要とする、またはユーザーにとって興味深い機能へのアクセスを提供する必要があります。 アプリケーションとそのユーザーインターフェイスもユーザーフレンドリー（使いやすさ）である必要があります。つまり、シンプルでわかりやすく、見た目が快適で、学びやすく、効果的です（クリック、クリック、およびその他の制御ジェスチャの最小数という意味で）。したい。 インタラクションエクスペリエンスは、インターフェイスの品質、使いやすさのレベル、およびその他の側面を兼ね備えています。 たとえば、アプリケーションのローカライズの場合、これには、色、記号、背景、および方向インジケータ（ローカライズされたページでのナビゲーション）の正しい使用が含まれます。

アプリケーションのローカライズにおける開発者としてのUXの役割は何ですか？

マーケティング担当者と製品マネージャーは、通常、文化の違いによりアプリケーションローカリゼーションの要件の作成により多くの時間を費やしますが、開発環境以外のプロセスにも参加する必要があります。 たとえば、翻訳を監督するには、コンテンツ（テキスト、グラフィック、オーディオ）を翻訳者に送信し、編集上の変更を加え、アプリケーションで利用可能なコンテンツの既製のローカライズバージョンを作成します。



正直なところ、言語だけでなく文化的な要因もアプリケーションのUXローカライズバージョンにどのように影響するかについて注意を払うのに役立ちます。 この場合、マーケティングで日本語版の背景画像を別の画像に置き換えるように求められても驚くことはありません-明るい色と日光の効果があります。文化的特性を考慮すると、これは日本のユーザーの期待に正確に応えます（そうです！）

ローカライズされたアプリケーションについてユーザーに考えさせないでください

Steve Krugは、開発者など別の役割で働いていても、人々がユーザビリティの専門家のように考えることを支援するために、彼の本Do n't Make Me Thinkを書きました（これはインタラクションエクスペリエンスの作成の重要な部分です）。 彼のアイデアはWebアプリケーションに関連していますが、当然モバイルアプリケーションにも適用できます。 彼の役立つ提案をいくつか紹介します。

• 人に考えさせないでください。 通常、人々はアプリケーションから必要なものを取得するために負担をかけたくありません。
  
  
• アプリケーションは、最初の画面から、そして使用が継続されるにつれて、一目で理解できるはずです。
  
  
• ユーザーの時間を無駄にしないでください。 テキストを短くして歓迎し、画面とメニューのパスを短くします。
  
  
• 戻るボタンは良いです。 人々がランダムに行動する場合、不利な立場に置かないでください。 簡単に戻ってきてください。
  
  

アプリケーションをローカライズする場合は、常に注意が必要です。 アプリケーションのインターフェースと使いやすさは、おそらくあなた自身の文化的規範に従って作成されました。 しかし、ある文化にとって自然なことは、別の文化にとっては奇妙に見えたり、受け入れられないかもしれません。 これは、次のような場合など、アプリケーションのローカライズされたバージョンを使用するエクスペリエンスに影響する場合があります。

• ボタンの用語 、特に短いフレーズまたは単一の単語を翻訳します。 フレーズが短いほど、翻訳またはローカライズの同等物でその背後にある意図を正確に伝えることが重要になります。
  
  
• ユーザーが記入するフォーム 。 一部のカルチャ（たとえば、Anglo-Saxon）では、ユーザー名を入力するための3つのフィールド（名、ミドルネーム、ラストネーム）が提供されることがよくあります。 他の文化（たとえば、アジア諸国）では、標準は2つのフィールドです。 あなたが3つを主張するなら、あなたは「彼らに考えさせる」でしょう、そして、これは相互作用経験の観点から悪い戦術です。
  
  

国際化とユーザーエクスペリエンス

UXを改善するための上記のアイデアは、開発中に埋め込まれるのではなく、最初からアプリケーションに統合されるとより効果的です。 他の言語でのアプリケーションのローカライズに先行する国際化の段階でも、同じアプローチが適用可能です。



国際化とは、ユーザーから見えるコンテンツの最大量をアプリケーションから分離して、言語からの独立性を確保するプロセスです。 分離されたユーザーコンテンツは、マーケティングまたはエンドユーザーの要求に応じて異なる言語にローカライズできます。



国際化は、言語だけでなく文化も考慮して、グラフィックおよび音声コンテンツ、およびアプリケーションの他のあらゆる側面をカバーできます。 AndroidやiOSなどのプラットフォームは、非常にシンプルなコンテンツ分離を提供し、数字、日付、数量のローカライズされた形式を自動的に処理する便利な機能を提供します。 一方、優れたUXを構築するための実質的な支援を提供する一方で、インターフェイスや使いやすさなどの国際化は、ローカライズされたアプリケーションと対話する経験の一部にすぎません。

実用的な側面：単語の長さとフォントサイズ

外国語に翻訳されたテキストは、あなたの言語のテキストよりも短くまたは長くなります。 場合によっては、 違いは劇的です。 たとえば、英語からドイツ語への単語userは通常benutzer （2倍の文字）として、フランス語ではutilisateur （ほぼ3倍の文字）として翻訳されます。 明らかに、これらのすべての追加文字を短いバージョンの単語用に予約されたスペースに詰め込もうとすると、表示とレイアウト、使いやすさ、それに応じてUXに問題が発生します。



英語などの言語で通常（のみ）動作する最小のフォントサイズでは、他のより複雑な言語（漢字など）の文字が読めなくなる可能性があります。 さらに、英語または同様のヨーロッパ言語の行の高さは、中国語およびより高い行を使用する他の言語では十分でない場合があります。 フォントサイズと行の高さが何であれ、どの言語の文字も読めるはずです。 これを行うには、すべての言語バージョンで最小サイズを増やすか、場合によってはローカライズごとに異なるレイアウトを使用する必要があります（以下を参照）。

倍長、事前および擬似ローカリゼーション：問題の特定

この例の英語、ドイツ語、およびフランス語の例のように、ボリュームの増加に関連する語長の問題は、分割された行の二重長バージョンとその表示を使用して監視できます。 そのため、長すぎるテキストはより顕著になります。 また、テキストの量が減少するローカライズ（英語から中国語など）の場合、画面を表示して空いているスペースが多すぎる場所や、変更する必要があるフィールド、ボタン、レイアウト要素を判断できるネイティブスピーカーのサービスが絶対に必要です。



アプリケーションがコンピューターまたはキーボードを使用するブラウザーで実行される場合、「ホットキー」の組み合わせに注意してください。他の言語のキーボードでは使用できない場合があります。 通常はすべてのキーボードで使用できるファンクションキー（F1、F2、F3など）を使用することをお勧めします。 または、最初に設計段階から機能をホットキーに結び付けないようにします。

アプリケーションのローカライズでレイアウトの問題に対処する方法

アプリケーションのローカライズバージョンは、自動最適化（iOSの自動レイアウトなど）を使用している場合でも見苦しくなります。 上記の例は、これがどのように起こるかを説明しています。 外国語に相当するものを表示しようとすると、ソース言語ですべてが滑らかで美しいレイアウトが歪む可能性があります。 特にテキストの長さを2倍または2倍にすることが可能な場合、中程度の空間パラメーターを持つ言語のサイズセットを標準化しようとしても失敗する可能性があります。



それぞれの場合に最適なソリューションまたは妥協したソリューションは異なる場合があります。 ほとんどの場合、さまざまなローカリゼーションに適した適切なUIおよびUXソリューションを選択し、さまざまな可能性をソートし、ネイティブスピーカーを引き付けることができます。 これらの機能には次のものが含まれます。

• ドロップダウンメニューを使用して長さの違いを非表示にします（これにより、クリックまたはタッチが追加され、使いやすさが低下します）。
  
  
• 動的なレイアウト。1行ではなく2行で長いテキストを表示します（これにより、異なるローカリゼーション間で視覚的な矛盾が生じる可能性があります）。
  
  
• ローカリゼーション言語またはロケール（国と言語の組み合わせ）に従って使用されるソフトウェアレイアウトの違い。 これにより、異なるローカリゼーションで名前を入力するためのフィールドの数が異なる問題を解決できます（上記の「ユーザーに考えさせないでください...」を参照）。
  
  

右から左、左から右

アラビア語やヘブライ語など、右から左に読む言語では、英語と比較してテキストの方向が変更されるだけでなく、時間の表現やアクションのシーケンスも変更されます。 これらの言語のネイティブスピーカーは、右ではなく画面の左側でゴミを見ることができます。これは、何かを削除するアクションが自然に終了する場所だからです。 状況は、「戻る」ボタン（英語の場合は左側）と「進む」ボタン（英語の場合は右側）の場合と同様で、逆にする必要があります。左の「進む」と右の「戻る」です。 そのような言語の画面上の時間も右から左に読みます。 また、アイコンを見て、テキストの配置などの機能を示します。 また、右から左に読む必要があります。つまり、「右端が引き裂かれている」代わりに、「左端が引き裂かれている」と表示される必要があります。



左から右への言語で相互作用するロジックと経験が水平方向の動きに大きく依存するアプリケーションインターフェイスは、同じUX品質を確保するために右から左に読む言語に対して再考および再設計する必要があります。 これは、既存のアプリケーションに変更を加えるよりも、設計の最初の段階で熟考する方がよい別の側面です。 時々、選択の余地がないでしょう。 しかし、幸運にも新しいアプリケーション設計をゼロから作成することができれば、必要なローカリゼーションのこれらすべての側面を考慮することができます。 また、テキストの方向が重要ではない垂直ナビゲーションを最初に設定することにより、この問題を回避できます。

ローカライズが不完全なUXの問題

この時点で、ローカリゼーションがさまざまな理由で部分的または不完全になる可能性があることは、おそらく既に明らかです。 残念ながら、適切なレベルのインタラクション体験を提供する部分的なローカリゼーションはほとんどありません。

不完全な翻訳

異なる言語のフレーズを混在させることは、母国語を母国語とする製品を購入して使用する一般的な好みに反することです。 テキストの方向が異なる言語を混在させると、すべてがさらに悪化する可能性があります。

不完全な文化的ローカリゼーション

不適切な色や記号は、元の要素がユーザーに十分な注意と注意を払わずに使用される場合、ローカライズされたバージョンでの対話のエクスペリエンスを破壊する可能性もあります。

フォーマットの不完全なローカライズ

たとえば、英語のソースをフランス語にローカライズするなど、数字の数字の区切り文字をドットからコンマに変更していない場合、そのようなインターフェイスはフランス語を話すユーザーにとって奇妙に見えます。 また、自動フォーマットの方法は異なるオペレーティングシステムに組み込まれているため、このエラーを容認することは困難です。 ただし、一部の変数を使用するには、文法構造がローカライズされたバージョンに正しく転送されるように、より徹底的なアプローチが必要になる場合があります。



ローカライズが不完全な場合の唯一の例外は、Apple App StoreやGoogle Playなどのアプリケーションストアで使用するアプリケーションに関するプロモーション情報のみのローカライズかもしれません。 このトリックにより、マーケティング担当者はアプリをダウンロードしたネイティブスピーカーの数を追跡でき、特定のローカル市場の販売の可能性を評価するのに役立ちます。 ただし、このアプローチは一時的なものにすぎません。 その後、ユーザーを失望させたり、否定的なレビューを集めたりしないように、製品を適切にローカライズするか、元の完全なバージョンに戻す必要があります。

翻訳：コンテキストと用語集

英語の単語runは、さまざまな方法でスペイン語に翻訳できます。 地図付きのローカライズされたアプリケーションの場合、 実行とは「ポイントAからポイントBに実行 」を意味しますが、ホームオートメーションアプリケーションの場合、 実行はアラームを設定したり、家を夜間モードに切り替えたりする場合のように「プログラムを実行」することを意味します そのような場合のコンテキストは、特に正しい翻訳が1つだけで、多くの誤った翻訳が存在する場合は特に重要です。



テキスト文字列に添付された翻訳に関するメモとコメントは、翻訳者がローカライズバージョンのUXレベルを維持しながら適切なオプションを選択するのに役立ちます。 役立つ情報には次のものがあります。

• 特徴的な特徴や単語に密接に関連する概念などのテーマのコンテキスト 。
  
  
• 文法的文脈 （たとえば、単語が名詞か動詞かなど）。
  
  
• 単語の定義または代替表現。
  
  
• 特定の用途 ：この場合に使用される単語の正確さ。
  
  

翻訳用語集は、特定の単語の一貫した翻訳を提供し、翻訳なしでブランド名を使用するなどして、ローカライズバージョンで適切なレベルのUXを維持するのにも役立ちます。このような用語集は、一般使用する前にネイティブスピーカーに校正するために常に提供する必要があります



繰り返しますが、翻訳には言葉以上のものが含まれることがあることを忘れないでください。また、文化の違いに適切に対処するようにしてください。 たとえば、英語のGoogleホームページには、 ラッキーだと感じるオプションがあります（ロシア語では「ラッキーだ」）。 一部の文化では、運は異なる方法で認識され、フレーズを「神に頼る」に置き換える必要があります。これは、ネイティブスピーカーの期待にさらに正確に応えるためです。

結論

ローカリゼーションは、国際市場でのアプリケーションに優れたエクスペリエンスを提供するために必要です。 しかし、これは単なる単語の翻訳ではありません。 UXのローカライズ版を改善するために開発者として開発する必要がある最も重要な特性の1つは、ユーザーへの共感です。 これは、たとえば、取るに足らない些細なことで、ネイティブスピーカーとアプリケーションとのやり取りの全体的な経験が損なわれる場合があるという理解に当てはまります。 仲間のマーケティング担当者や製品マネージャーとの取り組みを組み合わせることで、効果的なコードと優れたユーザーエクスペリエンスを備えたアプリケーションを設計および開発できます。





翻訳者について



この記事はAlconostによって翻訳されました。



Alconostは、アプリケーション、ゲーム、およびサイトを62言語でローカライズします 。 ネイティブ翻訳者、言語テスト、APIを備えたクラウドプラットフォーム、継続的なローカリゼーション、プロジェクトマネージャー24時間365日、あらゆる形式の文字列リソース。



また、Google PlayおよびApp Storeの販売、画像、広告、トレーニング、ティーザー、エクスペラー、トレーラー用の広告およびトレーニングビデオも作成しています。



続きを読む： alconost.com