UXから考える翻訳

あるアプリの設定画面を開いたら、［プロフィール設定］と合わせて、［助ける］という項目があった。

一瞬何のことかわからなかったが、しばらくして"Help"を日本語にしたものだと気づいた。海外で開発されたアプリなので、この"Help"という言葉がどこで使用されるかを考えないで訳したのか、日本ではカタカナの「ヘルプ」を使うということを知らずに機械的に訳してしまったためだろうと、同業者として同情したが、ふと、何がおかしいのだろうと思い始めた。

最初に「ヘルプ」という言葉を使い出したのも、おそらくパーソナルコンピューターが一般化しだしたころの海外製ソフトウェアだと思う。今でこそ「ヘルプ」と言われたほうがピンと来るが、もしこのカタカナ言葉がまだ馴染みのある言葉でなかったとするならば、なんと呼ぶのが相応しいだろう。

「ヘルプを開く」や「ヘルプをクリックする」などの使われ方を考えると、名詞であることが望ましい。そうなると、「支援」や「援助」か。はたまた「助け」か。いずれでも意味は通じただろう。

IT用語として外来語をそのままカタカナにして使うことのメリットは、それがIT関係の用語であり、一般の用語とは別であることを直感的に理解できることにある。たとえば、上の"Help"の例で、「支援」を訳語として採用したとする。その場合、「支援を開く」や「支援をクリックする」などの文章の居心地の悪さになれなければならない。英語の場合でも、"Open Help"というのには同じような居心地の悪さ、すなわち、一般用語がIT用語化され普通の文章の中に溶け込む違和感があると思うのだが、日本語ではとりあえずカタカナにしておくことで、その用語を非日常化させ、IT用語として際立出せることを可能とする。

一方、安直にカタカナを多用することのデメリットは現在のソフトウェアのメニュー項目やヘルプを見れば一目瞭然だろう。もはや日本語とは言えないような文章が並ぶ。

どちらが良いかは判断しずらいところではあるが、一端その用語が普及し始めると、違う用語を定着させるのは至難の業であることを考えると、用語の翻訳は単に翻訳コストやソフトウェアの中でのデザイン上の問題だけでなく、広くUX（ユーザー体験）の主要な要素として考えるのが相応しいのだろう。

実は、用語についても、きちんとしたA/Bテストなどを行うなどして、ユーザービリティを検証することが必要なのかもしれない。 

reply-toのすゝめ

ほげほげ協議会だとか、げほげほ検討会などというものに所属していると、定例の会合の連絡が送られてくる。

以下のようなテキスト部分を埋めて、所定のメールアドレスまで返信せよという方法で出欠確認を行なっているところが少なからずある。

■返信先
返信先：　gehogeho@example.com

-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-**-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-
■ご出欠連絡用フォーム

●　出欠の有無：
　　ご出席　・　ご欠席
●　代理出席の場合には、ご氏名とご所属先をお知らせください。

-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-**-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-

あと、こんなのとか。

-------------->B-------（キリトリ）------->B--------------------
【X月Y日(Z)】
「検討WG(第N回会合)」
出席票
提出先 hogehoge@example.com
1．所属名：
2．氏名1(ふりがな)：
3．E-mailアドレス1：
4．氏名2(ふりがな)：
5．E-mailアドレス2：
-------------->B-------（キリトリ）------->B--------------------

（＊ 上の両方のサンプルともフィクション。たまたま送られてきていたメールを元にダミーサンプルを作っただけ。）

この「キリトリ」という感覚が良くわからないのだが、受け取った後に、スクリプトで処理でもしているんだろうか？ おそらく、必要な情報を埋めてもらうためには、これが最善の方法と考えられなくもないので、これは良いとしよう。

だが、返信先／提出先を別にしていても、結構多くの人たちが、何も考えずにそのまま返信することで出欠のいずれかを表明する。その段階でこの「返信先／提出先」というのはほとんど意味がなくなる。

どうせそんなカオスな状況になるのだから、いっそのこと次のようにしたら良いのではないかと思う。

• 普通に返信してもらう
• 返信してもらいたいアドレスから送信する
• reply-toをつける

いずれにしろ、受信者に余計な負担をかけないようにするのが良いんじゃないかなと思ったりした午後。

これであなたもソーシャル断ち

ソーシャルメディアは人々の生活を変える。旧友と再会したり、ネット上の有名キュレーターにより常に最新の情報を得られるのもソーシャルメディアのおかげだ。ソーシャルメディアで実現できたことは数えられない。

だが、ふと気づくと、特に何をするでもなく、ずっとTwitterのタイムラインを追っていたというようなことはないだろうか。メール処理をしていたはずなのに、Facebookで友人の投稿にコメントしていたというようなこともあるはずだ。

私も勤務中についついTwitterやFacebook、Google+を開いてしまうことはある。ちょっとした気分転換ならば良いが、それが気分転換で済まないことも多い。

同じように状況に陥っている人が多いのか、最近では「ソーシャルデトックス」という言葉も出てきている。

ここでは私が実践しているソーシャルメディアに依存しないための3つのTipsを紹介する。

1. Chromeのマルチプロフィール機能を利用する。

ブラウザの拡張機能を利用して、ソーシャルメディアからの通知を受け取ることができる。大変便利な機能だ。しかし、作業に集中したいときには、この通知により気が削がれ、作業効率を落としてしまうことも多い。

ChromeにはGoogleアカウントにログインし、ブックマークや拡張機能などをデバイス間で同期する機能がある。この機能を利用して、作業を中断してしまう可能性のある通知を無効にする。仕事用のGoogleアカウントと個人用のGoogleアカウントを分け、Chromeにインストールする拡張もそれぞれ別にする。仕事用のGoogleアカウントでは、ソーシャルメディアの拡張を入れないでおくと、仕事中に通知を受けることもない。

確認していないが、Chrome以外のブラウザでもきっと可能であろう。

2. Androidでデータ通信を無効にする。

通勤時にAndroidでソーシャルメディアを見ることも時間の無駄であることが多い。本来は通勤時や待ち時間などの暇つぶしにソーシャルメディアは向いているのであるが、電波状況が完全でないことが多く、また、（一部の）アプリの出来が悪いために、操作を進めるたびに出てくる「くるくる」を見続けることになる*1。スマートフォンと言いながら、全然スマートじゃない。

通勤時に、その待ち時間に耐えながらも行わなければいけないほど大事な作業をソーシャルメディアで行わなければいけないことは多くない。メールなどもそんなに緊急で処理しなければいけないことばかりではないだろう。それよりも速く目的地に着いて、そこで処理をしたほうが良いことは多い。

そこで、私が行なっているのは、ネットそのものを切ってしまうこと。もし完全に電波を切ってしまって良いならば、機内モードにしてしまう。バッテリー節約にもなる。緊急時にかかってくる電話には出たいというときには、データ通信だけを切る。

通勤時以外に、カンファレンスなどに参加しているときにも、この設定は使える。

3. hostsファイルを書き換える。

1で紹介したマルチプロフィールはブラウザを使っているときのみ有効だ。ブラウザ以外のアプリには効果がない。

どんなアプリであっても有効な究極の方法は、hostsファイルを書き換えてしまうことだ。facebook.com、twitter.com、plus.google.comなどのIPアドレスをすべて127.0.0.1にする。これでソーシャルメディアを「つい」開いてしまうことは無くなる。

hostsファイルを書き換えるのは面倒臭いので、スクリプトなどを使っても良いが、少なくとも元に戻す方は面倒臭い手作業のままにしておくことを勧める。面倒臭ければ臭いほど、気軽には元に戻さなくなる。

ー＊ー＊ー＊ー＊ー＊ー

こんなことをしなくても、ソーシャルメディアと節度ある付き合い方ができれば良いのだが、つい中毒的になってしまっていると感じるときはここにあげた方法を試してみても良いかもしれない。

限りある1日24時間を何に費やすか決められるのは他ならぬ自分だ。ダラダラと時間を使って良いときは、こんなことをする必要もなく、それこそソーシャルメディアに浸かっている。だが、そうではないときには、少し使い方を工夫してみている。

*1:宣伝ではないが、アプリではなく、ブラウザから行ったほうがパフォーマンスが良いことも多い。

イノベーションは競合との競争で生まれるか？

前の会社に私が大変尊敬するVP (Vice President) がいた。残念ながら、すでに退職してしまっているが、10年ほど前に彼が来日した際には、すべての社内ミーティングや国内の重要顧客とのミーティングに参加させてもらった。

そこで見た彼の考え方や言動すべてが参考になったのだが、あるプレスとのインタビューで競合との関係について質問されたときの回答がこれまたイカしていた。

"Competitors make us great"

つまり、競合との競争が成長を促してくれると言ったのだ。市場に競争相手がいることが望ましく、その競合との競争によって、イノベーションは産まれ、顧客に価値のある技術を提供できる。その通りだと思った。

市場の状況や時期によっては、巨大化しすぎてしまった企業というものが存在することがある。市場を独占し、競合がほぼ見当たらないという状況だ。開発中の製品の競合がその製品自身の現バージョンや前バージョンであるというようなことも起こりうる。

このような場合、社内で仮想的に競合を生み出し、そこで競争を意識させることもある。社内で競争させるという意味ではない。実態以上に競合を高く評価し、社内での危機感を煽るのだ。そうでもしないと、組織が緩み、気づくと、まったく異なる価値観で勝負する競合に負けてしまっていることさえありうる。IT企業はパラノイアでないと成功し続けないと言われることが多い。仮想的に競合を作るくらいしないと生き続けていけないこともあるのだ。

このような状況を頻繁に目にしてきていたので、サムスンや最近成長著しいアジアなどの企業の他社に対しての激しいまでの競争意識というのは驚くにあたらない。

　「アップルをたたきつぶしてください。どんな手を使ってもいいから」。元サムスン社員だった日本人男性は、サムスン幹部が部下にこう指示するのをみて驚愕（きょうがく）した。

　事実、サムスンはライバル企業をつぶすために手段を選ばない。例えば、新興国の薄型テレビ市場で破格の低価格品を発売し、日本メーカーを後退させた。当然のことながら、売っても赤字という「逆ざや」に陥るが、潤沢な資金を持つサムスンなら可能だ。

「アップルたたきつぶせ」手段選ばぬサムスン　韓国に負けた日本企業 (1/4ページ) - SankeiBiz（サンケイビズ）

単なる価格競争であったとしても、コスト削減を実現するために、必要なイノベーションは確実に存在する。したがって、競合を研究し、それよりも賢く、素早く実行するということは否定されるものではない。

しかし、手段と目的を混同してしまってはいけない。

競合を意識しすぎるあまり近視眼的になってしまい、顧客不在で単に競争にだけに夢中になり、相手を叩き潰すことだけに躍起になってしまった場合には、新しい価値観を持つ技術を開発することはできない。

技術は常に顧客／ユーザーに価値を提供するものである。競合関係はあったほうが良いが、勝つためではなく、顧客／ユーザーのためには何が必要かということを忘れてしまっては、本末転倒になってしまう。顧客／ユーザーに支持された結果、競合との競争に勝つのであり、競合との競争に勝った結果、顧客／ユーザーに支持されるという方法をとるべきではないのだ。もし、そのようなことを続けたならば、早晩顧客／ユーザーは離れてしまう。

GoogleのCEO、ラリー・ペイジは先ごろ、テクノロジー企業の経営のあり方に警鐘を鳴らした。

「私は多くの会社の経営のやり方は深刻に間違っているのではないかと心配している。毎日会社に来てやることといえば、自分とほぼ同じようなことをしている同業のライバルの頭をどうやったら思い切りひっぱたけるかなどという仕事のどこが面白いのだろう? そんことをしているからほとんどの会社は次第に衰退していくことになるのだ」

Googleの精神―ラリー・ペイジ、「競争なんてくだらない。イノベーションこそすべて」と吼える

別に雇用者に迎合するわけではないが、競争相手のことをあまり強く意識し過ぎないほうが良い。

前の記事になるが、以前にもこのようなことを書いた。

競合製品を分析するならば、機能や実装に目をとらわれるのではなく、それが何を実現しようとしているかを探るべきだ。良く言われるように、手段と目的を分けて考え、手段にこだわるのではなく、目的を理解しなければいけない。それが利用者のどのような問題を解こうとしているのか、利用者に何を提供しようとしているのか、これが目的だ。その製品が持っている機能はたまたまその企業が手段として選んだに過ぎない。目的が理解出来たならば、それが自分たちにとっても優先度の高いものなのかを考える。同じ分類の製品であっても、どのような製品にしたいか、ターゲットは誰かによって、何を優先するかは異なる。自分たちにとっても優先度が高いとなったら、次にどのように実現するか、すなわち手段を考えることになる。

競合製品分析の際に心掛けること

以前に製品がすでにコモディティ化してしまい、寡占化している市場でビジネスを行なっている企業の方と話したことがある。

「もし、競合がある機能を追加した新製品を発表したらどうしますか？」
「すぐに分析して、次の商戦での新製品に搭載することを考えます」

実際そうなんだろう。仕方ないとも思う。だが、これではその市場自身のコモディティ化をより進めてしまうことになりはしないか。

その機能が提供された背景を考え、それがどのような新しい価値を提供しようとしているのか、どのような問題を解決しようとしているかを見たほうが良い。その目的に向かって、自社ならばどのように解決するかを考えるのがイノベーションを産むための競合分析だ。

そうしないと、その市場自身が萎んでしまい、その市場に存在していた技術もまったく異なる技術によって置き換えられてしまうことだろう。

競合との競争はあったほうが良い。だが、競争相手を見るのではなく、その先にある顧客／ユーザーを見ることが必要だ。

うんこを24回連呼するとBLOGOSに転載されない

このブログはBLOGOSにも転載されているが、すべての記事が転載されるわけではなく、BLOGOS編集部の判断によって転載される記事が決められている。その判断は編集部に一任しており、それに不満があるわけではない。技術系の記事や極めて私的な記事については採用されないことは聞いているが、結構ボーダラインのものもある。ある記事が転載されたり、またその逆に転載されなかったりしたときに、その判断基準を想像してみたりするのも結構楽しい。

たとえば、「縦書き不要論」は転載されていない。すでにBLOGOSには縦書きの関連記事があるので、トピックが相応しくなかったわけではないだろう。

一方、冗談のつもりで書いた「他人のFacebookを覗いて、世の中の見方が変わった（ちて」は転載された。これには結構驚いた。

実験が好きな性格なので、どのような内容をどのように表現すれば転載されるのか|されないのか、いろいろと試してみたくなった。

そこで試したのが、昨日の「うんこはうんこだからうんこと言おう」という記事だ。内容もど〜でも良いっちゃ、ど〜でも良いような内容だったんだが、それよりも表現をアバンギャルドにしてみた。アバンギャルドっていうより、パンクか。

結果、転載されなかった。予想されたことだし、賢明な判断だと思う。

次はまた違う形で実験してみたい。今度は、23回までの連呼で止めておこう（違ｗ

あ、これは転載されなくて結構です。