イノベーターは「翻訳者」である――技術と市場の間にある解釈の仕事

イノベーターは「翻訳者」である――技術と市場の間にある解釈の仕事

イノベーターの役割は発明でも営業でもなく、技術の可能性と市場の課題を相互に「翻訳」することにある。この解釈の仕事こそが、技術が社会に実装される確率を左右する。

イノベーター 翻訳 技術移転 事業開発 解釈 ブリッジ人材

「技術は凄いのに、なぜ売れないのか」という問い

日本の大企業・大学・研究機関には、世界水準の技術シーズが眠っている。特許件数、論文引用数、R&D投資額——あらゆる指標で「技術力は高い」はずなのに、その技術が事業として社会に実装される確率が低い。この矛盾は長年語られ続けているが、解消されていない。

この問題を「営業力の不足」「マーケティング投資の不足」として語る人がいる。しかし、根本的な原因はそこではなく、「技術の言葉」と「市場の言葉」の間に存在する翻訳不可能性の問題にある。技術者は技術の文脈で語り、顧客は課題の文脈で語る。両者は互いに「相手が理解できない言語」で話していることに気づかないまま、すれ違っている。

イノベーターの本質的な役割は、この二つの言語の間に立つ翻訳者であることだ。

「技術を説明しても顧客が理解しない」という誤解

ある素材系スタートアップの技術責任者が、顧客候補の製造業企業に自社技術を説明した際の逸話がある。30分のプレゼンテーション、詳細な技術スペック、比較データ——すべてを尽くしたが、相手の調達担当者から出た言葉は「で、うちの工場でどう使えばいいんですか?」だった。

技術責任者は「理解されなかった」と感じた。しかし本当に起きていたことは「技術責任者が技術の文脈で語り、調達担当者は工場オペレーションの文脈で聞いていた」というすれ違いだった。同じ物質について話しているのに、互いに異なるフレームで認識していたのだ。

翻訳者がいなかった。あるいは、どちらも翻訳者の役割を担えていなかった。

翻訳の仕事とは何か

「翻訳」という比喩は単純に見えるが、実際に必要な認知作業は複雑だ。技術から市場への翻訳と、市場から技術への翻訳——両方向が必要であり、どちらも深い文脈理解を前提とする。

技術→市場への翻訳とは、「この技術が何である(what)」を「この技術がどんな課題を解決できるか(so what)」に変換する作業だ。「材料の熱伝導率が従来比30%向上した」という技術的事実を「特定の製造プロセスにおける冷却コストが年間〇〇円削減できる」という顧客の文脈に翻訳することで、初めて価値として認識される。

市場→技術への翻訳とは、「顧客が困っていること(問題の症状)」を「技術的に解決すべき課題(問題の本質)」に変換する作業だ。「在庫が多すぎる」という顧客の言葉を「需要予測の精度が低い」という技術的な問題定義に翻訳することで、初めてどんな技術的アプローチが有効かが見えてくる。

どちらの翻訳も、片方の文脈だけに深く入りすぎると機能しなくなる。技術の言語だけを知っていれば技術→市場の翻訳はできず、市場の言語だけを知っていれば市場→技術の翻訳はできない。翻訳者は両側の言語を理解する必要がある。

なぜ「翻訳者」が育ちにくいのか

日本の組織構造は、技術と市場を担当する人材を分離する傾向がある。研究開発部門は技術の深化を担い、営業・事業開発部門は顧客との関係を担う。この分業は専門性の深化には有効だが、「両側を知る翻訳者」を育てる機会を構造的に奪う

技術者は技術を深めることを評価され、市場理解を深めることへのインセンティブが薄い。営業・事業開発の担当者は顧客関係を維持することを評価され、技術の本質を理解することへの時間が与えられない。両者が交差する場所で学習する機会を意図的に設計しなければ、翻訳者は生まれない。

翻訳の仕事は「成果」が見えにくいという問題もある。翻訳者が技術者と顧客の対話を設計し、最終的に事業が成立した場合、その功績は「技術者の技術力」と「営業の交渉力」に帰属されやすく、翻訳者の貢献は中間作業として過小評価される。

「翻訳者」として機能するための3つの実践

実践1:「なぜ」を両方向に問い続ける

技術の文脈では「この技術はなぜ動くのか(メカニズム)」を理解し、市場の文脈では「顧客はなぜその課題を持つのか(文脈)」を理解する。両方向の「なぜ」を持てている人だけが、適切な翻訳の言葉を選べる

「なぜ」を問い続けることは、表面的な説明の奥にある構造を理解することだ。技術の「なぜ」は物理・化学・情報科学のメカニズムに遡り、市場の「なぜ」は顧客のビジネスモデルや組織の構造に遡る。

実践2:「具体例の在庫」を持つ

翻訳の際に最も有効なツールは「具体例」だ。抽象的な技術の価値を、相手が自分のこととして想像できる具体的な状況に落とし込むことが、翻訳を機能させる。

この具体例は、インタビューや観察の蓄積からしか生まれない。顧客の現場に入り、実際の作業プロセスを見て、「この技術が入ったらここが変わる」という瞬間を自分で発見した翻訳者だけが、相手に響く具体例を持てる。

実践3:「翻訳が必要な場面」を意図的に作る

翻訳の機会は偶然には訪れない。技術者と顧客が同じ場にいて、互いの言語がすれ違う瞬間を目撃し、その場で橋渡しをする経験を積み重ねることで、翻訳者としてのケイパビリティが育つ。

共同ワークショップ、フィールドスタディ、技術デモへの顧客同席——翻訳の機会は意図的に設計しなければ生まれない。

翻訳者は「中間管理職」ではない

「翻訳者」という役割は、しばしば「調整役」や「橋渡し役」として矮小化される。しかし、本質的な翻訳の仕事は受動的な調整ではなく、能動的な解釈だ

翻訳者は技術者に「顧客はこう求めています」と伝えるだけでなく、「この技術をこの文脈で使えばこんな価値が生まれる」という新しい解釈を提案する。市場にとって未知の価値を「見える」ようにすることが、翻訳者の最も高度な仕事だ。

iPhoneを例にとれば、スティーブ・ジョブズがやったのは「技術者に顧客の要望を伝えること」ではなく、「顧客がまだ言語化していない欲求を技術で実現する形を定義すること」だった。これが翻訳者の最高の形だ。

この視点が機能する立場

技術系出身でビジネスサイドへのキャリアシフトを考えている人にとって、「翻訳者」という役割の定義は自分の市場価値の再定義だ。技術の深さは捨てずに、市場の文脈理解を積み上げる——それが翻訳者としての価値を高める。

大企業の新規事業・事業開発部門で「技術シーズを事業化する」ミッションを持つ人にも直接の示唆がある。技術部門と事業部門の間に立ち、互いの言語を翻訳する役割を担うことが、技術シーズの実装確率を上げる。

顧客インタビューの認識論的限界については顧客インタビューという幻想で論じている。翻訳が必要な組織構造の問題は組織の免疫システムがイノベーションを排除する構造も参照してほしい。


関連するインサイト


参考文献

  • Chesbrough, H. Open Innovation: The New Imperative for Creating and Profiting from Technology, Harvard Business School Press (2003)(邦訳:『オープンイノベーション』産業能率大学出版部)
  • Utterback, J. M. Mastering the Dynamics of Innovation, Harvard Business School Press (1994)
  • Christensen, C. M. The Innovator’s Dilemma, Harvard Business School Press (1997)(邦訳:『イノベーションのジレンマ』翔泳社)
  • Sarasvathy, S. D. Effectuation: Elements of Entrepreneurial Expertise, Edward Elgar (2008)
  • 野中郁次郎・竹内弘高『知識創造企業』東洋経済新報社(1996年)

荒井宏之 / INNOVATION VOYAGE

関連記事