エンジニアの本当の武器は、“持ち込む力”だ。──海外の成功を、自社に移植して提案する話
新しい技術を追いかけるほど、評価される。
そう思って走り続けて、どこかで静かに消耗していないだろうか。
数億トラフィックのシステムを設計してきた立場から、正直に書く。
現場で本当に効いたのは「技術を追う力」ではなく、外の成功を自社に“持ち込む”力だった。
しかも私は、崇高な志でそこに辿り着いたわけじゃない。生き延びるためだった。
私が「持ち込む側」に回ったのは、生き延びるためだった
先に、恰好つけずに過去を書いておく。
私はもともと“提案型”の人間ではなかった。就活が得意なタイプでもなく、最終的に高い年収は欲しいと思っていたのに、対策らしい対策もしないまま、いわゆる高年収の外資系を受けても歯が立たない。大手に行く道もあったが、「まずは、しっかり稼げる人材になりたい」という漠然とした思いで、新卒でベンチャーに飛び込んだ。仕事は受託開発（SI）だった。
最初のうちは、営業が取ってきた案件に、お客さんと一緒に取り組む。開発はそれなりにできたから、任されたプロジェクトはこなせた。……はずだった。
でも、受け身でいると、仕事はじわじわ減っていく。受託の世界では、仕事が減ることは、そのまま評価が下がることを意味する。そして何より、めちゃくちゃ怒られた。「なんで自分から提案しないんだ」「もっとこう提案しろよ」と。
それが嫌で、お客さんから積極的にヒアリングする癖をつけた。とはいえ最初は知識も何もないから、“自分たちが売りたいもの”をそのまま提案してしまう。当然、うまくいかない。
そこでようやく気づいた。提案は、Win-Winじゃないと通らない。 自分が売りたいものではなく、お客さんのビジネスが良くなるものでなければ意味がない。だから、お客さんの業界を本気で調べるようになった。業界のニュースを追い、「他社がこれをやっているので、御社でも試す価値があります」と、よそでうまくいっている事例を持ち込むようになった。
やがて、業界の枠も越えた。「まったく別の業界——たとえば飲食で流行っているこの仕組み、形を変えれば御社でも効くはずです」。外の成功を、目の前の顧客の事業に移植していく。そういう提案を、どんどん重ねた。
結果として、前職ではかなり早い段階で出世し、成果も残せて、仕事も途切れなくなった。
つまり私は、立派な志で提案型になったわけじゃない。自分が、そして自分の会社が生き延びるために、“外から持ち込む”エンジニアにならざるを得なかった。順番はいつも「生きるため」が先だった。その経験から掴んだことを、ここからは“方法”として書く。
技術は目的じゃない。手段だ
はっきり言ってしまう。技術は目的ではなく、手段だ。
お客さんが本当に欲しいのは、最新の技術ではない。商品が売れること。顧客が集まること。業務が軽くなること。技術はそれを叶えるための道具でしかない。
なのにエンジニアは、つい「新しいものを知っていること」自体を価値だと思ってしまう。悪いことではない。けれど、それだけでは決裁者の評価にはつながりにくい。決裁者は技術そのものを見ていないからだ。彼らが見ているのは一点、「それは、うちのビジネスにどう効くのか」。
これは私の持論ではない。マッキンゼーは、AI・データ活用の成功に「最も重要」な人材として、技術者そのものではなく、ビジネスの課題を定義して技術と現場を橋渡しする「トランスレーター（翻訳者）」を挙げている。必要なのは深いプログラミング能力ではなく、「ビジネス感覚＋ある程度の技術＋起業家的な推進力」だと。
つまりエンジニアに“追加で”求められているのは、「顧客のニーズを満たすものを、どこかから見つけてきて形にする」ことなのだ。
エンジニアの「価値の階段」
整理すると、エンジニアの仕事には“価値の階段”がある。
作る — 言われたものを、正しく作る（大事だが、代わりはきく）
提案する — 何を作るべきかを、自分から出す
事業を動かす — その提案で、売上・顧客・コストを実際に動かす
下の段ほど「時間と正確さ」への対価、上の段ほど「事業成果」への対価になる。そして評価も単価も、上に行くほど跳ねる。
多くのエンジニアは1段目で消耗し、そこで頭打ちになる。一方、決裁者が見ているのは3段目だけだ。この階段を上る一番の近道が、次に書く「持ち込む力」だった。
一人で発明しなくていい。外の“成功”を持ち込む
「顧客に効く新しいこと」を、一人でゼロから発明するのは難しい。天才の仕事だ。
だから私は、発明ではなく検知をしている。海外——とくにアメリカ——で流行り始めた新しいサービスや試みを、常にウォッチする。ニュースアプリ（SmartNewsのようなもの）で、キーワード検索やカテゴリ別に、IT・エンタメ・飲食…と横断して「新しい動き」を拾っておく。そして問いを一つだけ持つ。「これ、日本の自社に持ってきたら効くんじゃないか？」
これも、私が編み出した発想ではない。孫正義さんが名づけた「タイムマシン経営」がまさにこれだ。ITの分野では、アメリカと日本のあいだに数年の時間差がある。アメリカに行けば“未来”が見える。その時間差を使って先に日本へ持ち込む——ソフトバンクはこの発想で巨大化した。私がやっているのは、その個人版・小さい版にすぎない。
「情報が速くなった今、そんな時間差はもうない」と言われることもある。確かに、“検知”は誰でもできる時代になった。けれど、拾ってきたものを自社向けに改造し、コストを概算し、決裁を通して実装までやり切る——ここまで持ち込める人は、いまも驚くほど少ない。希少なのは検知ではなく、その先の“持ち込む力”のほうだ。
そのまま真似ない。「自社に改造して移植する」──M&Aと同じ発想
ここで大事なのは、そのまま真似しないことだ。
拾ってきたものを、自社の文脈に合わせて“改造”し、使える部分だけを自社の商品や業務に移植する。これは、会社の買収（M&A）と同じ発想だと思っている。ゼロから作るのではなく、外にある良いものを取り込んで、自社の価値に変える。エンジニアがやる、小さなM&Aだ。
私がやった“持ち込み”──あいまい検索を例に
抽象論だけだと空々しいので、実際に持ち込んだものを、少し濁して書く。
検索はいま、キーワードの完全一致から、あいまいな言葉でも探せる方向へ動いている。いわゆるベクトル検索やハイブリッド検索だ。たとえば商品名を知らなくても、「夏に食べるとおいしいもの」「初心者向けのパソコン」——正式な商品名ではない言い方でも、近い意味で探せる。
海外のサービスでこの動きを見て、思った。「自社の情報を、あいまいな言葉で検索できたら、絶対にニーズがある」。社内のQ&Aでも、自社商品を持つ会社でも効く。そう見立てて自社に持ち込み、概算をつけて提案し、実現まで運んだ。
このとき押したのは、技術の新しさではない。「よそで成功している」「自社にどう効くか」「やらないとどうなるか」をセットにして持ち込んだ。だから通った。
エンジニアの武器は「概算できる」こと
外の成功を持ち込むだけなら、企画職にもできる。エンジニアの“持ち込み”が強いのは、ここが理由だ。
「これ、うちに効きそう」で終わらせず、「作るとしたら、だいたいどれくらいかかるか」を概算できる。作ること・設計することが本職だから、精密でなくていい、ざっくりの見積もりが出せる。
この概算が、持ち込みを“絵空事”から“投資判断”に変える。工数は、結局のところお金だ。だから私は、概算を握って決裁権を持つ人に相談する。あとは向こうが計算してくれる。「このコストで、これだけ顧客ニーズが満たせて、売上・利益が見込めるなら、やろう」——そこまで来れば、話は動き出す。
外の成功を、お金の言葉に翻訳して渡す。この最後の一手間を、多くのエンジニアが飛ばしている。
誤解しないでほしい。「技術を捨てる」話じゃない
ここまで読んで「じゃあ技術はほどほどでいいのか」と受け取られると、困る。逆だ。
持ち込む力は、技術力の“上”にしか乗らない。 さっきの「概算できる」がまさにそうで、作れる・設計できるという裏づけがあるから、持ち込みに重みが出る。技術のないビジネス語りは、ただのポエムだ。決裁者は「で、実際に作れるの？いくらかかるの？」の一言で、それを見抜く。
「最新技術を盛り込むほど喜ばれる」も幻想だ。顧客の課題に効かない複雑さは、ただのコストでしかない。むしろ技術を深く分かっているほど、「何を使わないか」を削って決められる。その判断こそが技術力の証明になる。
だから、技術を追うのをやめろとは言っていない。技術を“手段として使いこなす”側に回れと言っている。土台としての技術は、深いほどいい。持ち込む力は、その土台の上ではじめて武器になる。
評価も、転職しても消えない資産も、ここから生まれる
この「検知して、自社に持ち込む」習慣のいいところは、どの会社に行っても効くことだ。
過去に見てきた海外・国内の成功事例の引き出しは、転職先でもそのまま使える。「前に見た“あれ”、御社でもこう活かせるんじゃないでしょうか」。特定の会社の技術スタックと違って、持ち込む力は、まるごと持ち運べる。
これはエンジニアの世界でも裏づけられている。上位職（Staff Engineer）を論じた定番書では、上に行くほど評価されるのは「技術的な難しさ」ではなく「ビジネス価値・戦略的インパクト」だとされる。コードの速さではなく、どれだけ事業を動かしたか。外の成功を持ち込んで事業を動かす力が、そのまま評価軸になっている。
技術のトレンドは移り変わる。けれど、外の成功を自社に持ち込む力そのものは、陳腐化しない。一生モノのキャリア資産だと思っている。
おわりに
技術を追うのは、じつは楽な選択だ。答えがあり、勉強すれば進む。自分の得意な土俵の中にいられる。
でも、本当に評価されるのはその一歩先——顧客の目的から逆算して、外の“成功”を拾い、自社に改造して移植し、お金の言葉で提案する人だ。地味だし、技術以外の筋肉が要る。だからこそ、できる人が少なく、重宝される。私自身は、それを“生き延びるため”に身につけた。動機なんて、後づけでいい。
以前ここで書いた「ループエンジニアリング」の記事も、じつは海外発のトレンドを日本の現場に持ち込んだ一例だった。やっていることは、ずっと同じだ。
私はこれからも、こうした「外から持ち込む」話を書いていくつもりだ。よければ、また読みに来てほしい。
次回：拾った“成功”を、決裁が通る提案書に落とすまでの型
関連：出世は「技術力」ではなく「持ち込む力」で決まる、という話
参考・出典
孫正義「タイムマシン経営」 … タイムマシン経営とは（日本の人事部）
マッキンゼー「トランスレーター（翻訳者）」 … Analytics translator: The new must-have role（McKinsey）
Staff Engineer（上流の評価軸） … Staff Engineer: Leadership beyond the management track（Will Larson・Tanya Reilly）
