さんと意見交換をさせていただいた。新田:もう1つは、ソースクライアントのニーズが翻訳者にはわかりづらい、または伝わっていないケースが多いかもしれません。ニーズが見えなければ、顧客不在で機械翻訳が議論されしまうこともあるかもしれません。翻訳者が職人としての自分が想定する品質こそが正解だと思って翻訳をしても、ソースクライアントはそこまでは必要ないということがあるわけです。私が担当した案件を少し紹介をしましょうか。外資系のコンサルティング会社から英日翻訳を受けたことがあります。このコンサルティング会社のクライアントがプレゼンの内容を知りたいからちょっと訳してくださいということでした。この会社は、通常の翻訳にくらべ格安で対応することを希望していたんです。グーグル翻訳で処理したパワーポイントのファイルを渡されました。あまりにも安いので逆に何が起こっているのか興味をもちまして(笑)、まずはコストと品質の相談をしました。話をしてわかったのは、この翻訳の目的は、この会社のクライアントが「一度聞いたプレゼンの内容を確認するため」ということだったのです。「御社名とクライアント名が誤訳になっているのでそれは直します」とか、「数字や提案の内容はちゃんと直しますけど、業界の動向説明部分はクライアントが知っているからグーグル翻訳の誤訳のママ残します」とか、「いちばん最後のスタッフ紹介のスタッフの趣味は重要ではないと思うのでグーグル翻訳のまま使いますよ(笑)」とか、そういう話をして、100スライドぐらいあったものを大幅に削減しました。スケジュールが間違いなく伝わるようにするという仕様にして、翻訳対象のスライドも限定することで合意をしたのです。この条件で時間単価でこの仕事を引き受けて、このコンサルティング会社は私の納品物をとても喜んでくれたんです。私は、なるほど現場ってそうだよね、重要なところの価値判断のために使う書類であって、きれいに保管して見直してくれという話ではないんだなとか、次のアクションに行くための判断材料の1つでしかないものにかけられる費用は知れているなあと気が付いて、それがよい経験になりました。森口:プレゼンテーションから何か情報を得たいというのが便益ですね。それを得るための翻訳であれば、1からわざわざやる必要もないというか、実はパワーポイントを読んで、「こういう内容が書いてありますよ」と1枚のスライドにまとめてあげたほうがいいのかもしれませんね。それもあり得るんです。ほかにも、外国の企業とのメールのやり取りお手伝いをしたことがあって、相手のメールを機械翻訳した後に、私が要約して、「次のアクションはこれだけ求めているので、これを回答してくだい」と納品したことがあります。全文の翻訳を依頼されたのですが、このお客様の予算にあわせるために内容の要約だけにすることを提案したのです。ところが、要約をするのはけっこう手間だったんです。このメールはもめごとの対応でして、千何百ワードと長くて、要約すると相手の感情面でのニュアンスが抜け落ちてしまって恐いなと思ったんですね。そこで、機械翻訳を軽く修正して、そして要約も入れるということをしました。翻訳者である私がソースクライアントと直接お話をしているからやり得る提案でしたが、通常は、翻訳者とソースクライアントには距離があって、間には翻訳会社がいるわけですよね。:また、翻訳会社側が、この文書はポストエディットに適していないということをはっきりと言えるかどうかも重要ですね。お客様側でも、ポストエディットの作業を委託する中で一緒にサービスレベルを明確にする努力を惜しまない方たちもいます。いう協力がなければ、外部向けの文書に適用していくのはリスクが高いと思います。外部に公開する文書、たとえば使用説明などは翻訳が原因で、ユーザーが誤った使い方をしたらまずいですよね。ほかにもプレスリリースなどは企業のブランドイメージにも影響を与えます。いう文書は、プロの翻訳者の方が翻訳をしたものを、翻訳会社側で独自の品質管理体制でチェックをするという、従来のやり方が継続的に採用されているケースがほとんどです。少なくとも当社においては、その部分は何も変わっていません。森口:お客様が要求仕様を固める協力をしてくれることはとても重要ですね。我々の業界でも人と機械の翻訳の精度の違いについて議論をするケースが増えていますが、その議論はあくまで精度の違いであって品質の議論ではないですよね。8101:1981(品質管理用語)では、「品物またはサービスが、使用目的を満たしているかどうかを決定するための評価の対象となる固有の性質・性能の全体」と定義していましたし、ISO9000:2005では「品質」は「本来備わっている特性の集まりが要求事項を見たす程度。何が言いたいかというと、いずれも共通していることは、顧客の要求事項やエンドユーザーのニーズに合っているかを決める特性(仕様)があるということですよね。顧客が本当にやりたいこと、市場にどんなニーズがあるのかを深堀しなくてはいけない。それは今新田さんが具体例を交えて話されていました。その仕様を聞き出さなければ当然品質も理解できないし、理解できないものは管理できない、今のポストエディットは、その点が混在している状況なのかなと感じています。そこで、お客様や市場のニーズに向き合ってみると、「もっと翻訳したい情報がある」「もっとタイムリーに知りたい情報がある」というニーズが見えてきたりします。できる限り多くの情報を限られた予算で翻訳するために活用されるのが機械翻訳だったり、ポストエディットだったりすると思います。新田:そうすると、御社でもその個別のニーズにあわせて対応されているということですよね。なにか工夫をされていることはあるんでしょうか。森口:我々が受託してきたポストエディットの品質定義も、こういうところは修正しませんとか、ここまでやりますというある程度のガイドラインをこちらで作っていますが、結局のところはお客様と調整していかなければいけません。お客様によっては、しっかりとスタイルなどを見てほしいというオプションを要望されるケースもあります。要するにどの案件も要求仕様はバラバラです。実際の案件の一部をポストエディットで処理したものをサンプルとして見てもらって、「このレベルのものが出ますけれどもいいですか」と確認をします。やっておいて、そして「あれ、期待と違ったな」という場合は「じゃあ通常の翻訳でやりましょう」というやり取りを毎回必ずやっています。インターナショナル常務取締役。国内委員として、主にISO17100およびISO18587の策定に関わる。機械翻訳エンジンの活用や翻訳関連の標準化推進に注力。必要な視点4誰がやるべきか機械翻訳をいかに活用するか(ホワイトペーパー)本資料は、機械翻訳(MT)導入を比較ご検討の際思い浮かべる疑問を解消し、活用のニーズ、「ポストエディット」「用語集」などのキーワードについても解説いたします。(全62ページ)資料の構成は以下のようになっております。MT導入時に知っておくべき6つのポイント最後になど競合他社様および個人翻訳者の方々からの資料請求はお断りすることがございます。ご了承の程をよろしくお願い申し上げます。それぞれの特徴や違いを紹介します。Reserved.この内容で送信します。よろしいですか?キャンセル。