営業と開発がぶつかる会社に足りない「翻訳機能」とは何か
営業と開発がぶつかる背景には、関係性の悪さではなく、顧客の声と提供側の論理をつなぐ翻訳機能の不足があります。要望をそのまま仕様にせず、誰にとってどんな価値なのかを意味づけて言語化する視点を整理します。
営業と開発がぶつかる会社では、表面的にはわかりやすい対立が起きています。営業は「顧客が求めているのだから、応えるべきだ」と考える。開発は「その要望をそのまま受けると、全体が崩れる」と感じている。営業から見れば、開発は顧客を見ていないように映る。開発から見れば、営業は目の前の声だけで話を進めているように見える。こうした衝突に、心当たりのある会社は少なくありません。
このとき、多くの会社は、関係改善や情報共有の強化に向かいます。営業がもっと丁寧に説明すればよいのではないか。開発が顧客理解を深めればよいのではないか。間に入る調整役を置いた方がよいのではないか。どれも必要な場面はあります。とはいえ、それでも噛み合わないのだとしたら、見直すべきなのは会話の量だけではないのかもしれません。
見落とされやすいのは、営業と開発のあいだで不足しているのが、情報量よりも翻訳機能だということです。営業は顧客接点の最前線で、いま起きている期待や不満を持ち込みます。一方で開発は、その要望が本当に価値につながるのか、持続的に提供できるのか、他の顧客にも通じるのかを見ています。どちらも必要な視点です。にもかかわらず、会話が対立に変わってしまうのは、そのあいだにあるはずの意味づけの工程が抜け落ちているからです。
顧客の声を、そのまま仕様の話に変えてしまう。開発の制約を、そのまま拒否として受け取ってしまう。そこにあるはずの「誰にとって、どんな課題の中で、どんな価値として立ち上がる話なのか」という文脈がつながっていないと、会話はすぐに正しさのぶつけ合いへ変わります。
私たちは、こうした状態を、単なる部門対立ではなく、文脈の断絶として捉えています。そして、その断絶をつなぎ直す実践単位として、価値共創ユニットという考え方を置いています。価値共創ユニットとは、営業・商品企画・マーケティング・商品開発などが、顧客価値を起点に役割と判断基準を揃えながら、価値を見つけ、かたちにし、届けきるまでを前に進める実践単位です。
営業と開発がぶつかる会社で問われているのは、仲のよしあしではありません。顧客の声と提供側の論理のあいだにある意味を、どうつなぎ直せるかです。
営業と開発は、見ている景色が違うからぶつかる
営業は、顧客の目の前で起きていることに向き合います。失注しそうな理由、比較されている他社、いま解決したい悩み。顧客の反応が生々しく返ってくるからこそ、判断は足元の案件に寄りやすくなります。
一方で開発は、その要望をどう実装するかだけでなく、それが本当に持続的な価値になるのかを見ています。一社のためだけの仕様にならないか。他の機能との整合性は崩れないか。運用や保守まで含めて成立するか。営業とは、見ている時間軸も責任範囲も大きく違います。
つまり、営業と開発は、対立したいから対立しているわけではありません。それぞれが自分の役割に忠実だからこそ、見ている景色が違っているのです。
ここを「わかっていない者同士の衝突」とだけ捉えると、問題の輪郭を取り違えます。本当は、景色の違いそのものが悪いのではありません。その違いをつなぐ言葉がないことの方が、ずっと深い問題です。
顧客の声は、そのまま価値ではない
営業が持ち帰ってくる顧客の声は重要です。そこには、現場で何が起きているかが詰まっています。とはいえ、その声をそのまま価値とみなすと、話はずれやすくなります。
たとえば、「この機能がほしい」という要望があったとしても、その機能が本当に必要なのか、それとも別の課題を解決したいのかでは、意味が変わります。顧客が言っている言葉の表面だけを追うと、開発は仕様の是非で答えるしかなくなります。すると営業は「顧客の声を無視している」と受け取り、開発は「要望をそのまま持ち込んでいるだけだ」と感じやすくなります。
必要なのは、声をそのまま渡すことではありません。その声が、誰の、どんな困りごとから出てきたのかを読み解き、価値の言葉へ翻訳することです。顧客の声を意味づけて言語化する工程がないままでは、営業と開発の会話は噛み合いません。
言い換えれば、顧客の声は原石です。どこに本質があり、どの課題につながっているのかを見極めてはじめて、開発と共有できる話へ変わっていきます。
開発の「できない」は、拒否ではなく価値の守り方であることがある
営業から見ると、開発の返答はときどき冷たく見えます。「できない」「難しい」「優先度が低い」と言われると、目の前の案件が止められたように感じるからです。
ただ、開発が守ろうとしているのは、単なる都合ではないことが多いです。品質を守ること。持続的に提供できる状態を保つこと。一部の要望に引っ張られすぎず、全体としての価値を崩さないこと。その判断は、ときに顧客価値を長い目で守る行為でもあります。
ところが、その意味が翻訳されないままだと、営業には「非協力」として見えます。ここで必要になるのは、説明を増やすことよりも、判断の背景を文脈ごと返すことです。なぜ難しいのか。その判断は何を守るためのものなのか。それが顧客価値とどうつながっているのか。そこまでつながってはじめて、開発の判断は拒否ではなく、意味のある制約として受け止められます。
開発の「できない」は、前に進めない理由の表明であると同時に、何を守りながら前に進めるべきかを示すサインでもあります。そこを読み違えると、両者のあいだにある断絶は深まりやすくなります。
文脈をつなぐ翻訳機能がないと、調整しても前進しにくい
営業と開発がぶつかると、多くの会社は間に入る調整役を置こうとします。もちろん、それが必要な場面もあります。ただ、単なる交通整理だけでは根本的には変わりません。
本当に必要なのは、「営業の言葉を開発向けに言い換える人」でも、「開発の事情を営業に説明する人」でもなく、顧客の声と提供側の論理を、同じ文脈の中でつなげられる機能です。
誰にとっての話なのか。どんな課題の中で出てきた声なのか。その要望は一時的な要求なのか、それとも他の顧客にも通じる価値の兆しなのか。逆に、開発側が守ろうとしている制約は、単なる工数都合なのか、それとも提供価値の再現性を守るためのものなのか。こうした意味づけを往復できる状態がないと、営業と開発は同じ案件を見ていても別の話をしているままです。
営業と開発のあいだで翻訳が抜けやすいのは、見ている顧客との距離だけでなく、日々追っているKPIや責任範囲も異なるためです。営業は受注や案件前進に責任を持ち、開発は品質や実装責任を背負う。だから同じ要望を見ていても、前に進んでいる状態の定義が揃いにくくなります。
調整役を置いても、起点が揃っていなければ会話はまたすれ違います。必要なのは、顧客接点で起きていることを価値の言葉へ変え、提供側の判断を顧客価値の文脈へ戻して語れる状態です。そうでなければ、調整は増えても、前には進みにくいままです。
価値共創ユニットは、営業と開発を仲よくさせるためのものではない
価値共創ユニットというと、部署横断で仲よく議論する場のように見えるかもしれません。けれど、本質はそこではありません。
大切なのは、顧客価値を起点に、営業と開発が同じ文脈で判断できる状態をつくることです。営業は顧客接点から価値の兆しを持ち込み、開発はその価値を持続的に提供できるかを見極める。さらに商品企画やマーケティングが加わることで、その価値が誰にどう届くのか、どこまで広げられるのかが見えてきます。
このとき必要なのは、各部門の役割をなくすことではありません。役割が違うままでも、「いま何の価値を前に進めようとしているのか」が共有されていることです。価値共創ユニットが必要なのは、連携を増やすためではなく、顧客価値の前進という共通の起点を持つためです。
営業と開発の衝突をなくすことが目的ではありません。衝突が起きたとしても、それが価値の優先順位を調整する対話として機能する状態をつくれるかどうか。そこに実践単位としての意味があります。
営業と開発の対立が、「価値の翻訳不足」として見え直した会社で起きていたこと
ある企業では、営業と開発の衝突が慢性化していました。営業は「顧客の声を持ち帰っているのに、開発が動いてくれない」と感じていましたし、開発は「一部の要望ばかり持ち込まれて、全体の整合が崩れる」と疲弊していました。表面上は、お互いに歩み寄れていない状態に見えていました。
話を聞いていくと、問題は感情の対立そのものより、意味の翻訳が抜けていることでした。営業は、顧客が言った要望をそのまま機能要求として持ち込みやすい。開発は、その要求を仕様の是非として受け止める。けれど、そのあいだに「この声は、どんな課題から出てきたのか」「他の顧客にも通じる価値なのか」「いま守るべきなのは案件対応なのか、価値の再現性なのか」といった整理がありませんでした。
そこで見直したのは、誰が正しいかではなく、どこで意味が切れているかでした。顧客の声を、要望のままではなく課題の言葉に変えて持ち込む。開発の制約を、できる・できないではなく、何の価値を守るための判断なのかとして返す。そうした翻訳の工程を意識的に入れていくと、会話の質が少しずつ変わっていきました。
以前は「営業がまた無茶を言っている」「開発がまた止めている」と見えやすかったのに対し、見直し後は「この要望はどの顧客課題につながっているのか」「この制約は何を守るためのものなのか」といった問いが増えていきました。対立がなくなったわけではありません。ただ、対立の中身が変わったのです。感情のぶつかり合いではなく、どの価値をどう前に進めるかを調整する対話へ変わっていきました。
さらに、翻訳の工程が入ったことで、持ち帰り方も変わりました。以前は要望を持ち帰るたびに、仕様の可否だけで話が止まりやすかったのに対し、見直し後は「この課題は他の顧客にも通じるのか」「今回は個別対応として扱うのか、価値づくりの論点として扱うのか」といった整理が先に入るようになりました。その結果、持ち帰りの回数や認識の行き違いが減り、どこから開発検討に乗せるかの判断もしやすくなっていきました。
ここで起きていたのは、部門間の関係改善というより、会話の前提の見直しです。誰が勝つかではなく、何を前に進めるのかが見えたとき、ぶつかり合いは補い合いへ読み替えられはじめます。
営業と開発がぶつかる会社ほど、「誰にとっての価値か」を先に揃えた方がいい
営業と開発の対立をなくしたいとき、相互理解や歩み寄りを求めることは自然です。ただ、それだけでは足りないことがあります。なぜなら、理解の前に起点が揃っていないと、どれだけ話しても噛み合いにくいからです。
まず揃えたいのは、「誰にとっての価値をいま前に進めようとしているのか」という前提です。その価値は、個別要望への対応なのか。再現性のある価値づくりなのか。いま優先すべきなのは、短期案件なのか、中長期で育てるべき価値なのか。
この前提が揃っていないと、営業は顧客を見て話し、開発は全体最適を見て話し、そのままずれ続けます。逆に、起点が揃うと、違う役割のままでも会話は前に進みやすくなります。
営業と開発がぶつかる会社で起きているのは、歩み寄り不足というより、価値の輪郭が揃わないまま話していることです。顧客の声と提供側の論理を、同じ文脈の中で意味づけて言語化し直せるようになると、部門の違いは対立ではなく、価値を補い合う役割として見え直してきます。
営業と開発のあいだに必要なのは、正しさの勝ち負けを決めることではありません。顧客価値の輪郭を揃え、その価値をどう前に進めるかを同じ土台で話せる状態です。実際に会話を整理していくと、説明が足りないのではなく、顧客の声と提供側の判断を同じ文脈で扱うための起点が曖昧だったと見えてくることがあります。そこに手が入った瞬間から、部門連携の質は変わりはじめます。
Written by
マーケティング・ファシリテーター
株式会社トランジットデザイン代表。 マーケティング伴走、採用・組織のストーリー設計、コンテンツ企画・制作を通じて、企業や地域、組織の見えにくい価値を言語化し、伝わるかたちへ整えることを仕事にしている。事業や組織の背景にある文脈を読み解き、営業・採用・発信などの接点をつなぎながら、実行につながる構造をつくることを得意としている。
まずは、現状を整理するところから。
無料相談受付中。1〜2営業日以内にご連絡します。