すべてを自分でやらないために、自分の強みを理解する。

I. 肩書きではなく、価値を出す状況で定義する

01. 肩書きだけでは説明できない仕事

自分の仕事を説明するとき、デザイナー、PdM、事業開発、コンサルタントといった肩書きのどれか一つでは、少し足りないと感じる。それぞれに経験や関心がある一方で、私が本当にやりたいのは、領域を横断して事業を前へ進めることだからだ。曖昧な構想を整理する。顧客の課題を見つける。プロダクトへ落とす。必要な人と仕組みをつなぐ。肩書きより、どのような状況で何を変えられるかで自分の役割を捉えたい。

02. 私が力を発揮しやすい状況

会社に技術者もデザイナーもいる。予算も、事業のアイデアもある。しかし、誰に何を提供するかが曖昧で、各チームが別々に進んでいる。そうした状況では、まず全体像を把握し、重要な未決事項を探す。市場の仮説とプロダクト要件をつなげ、実行順序を設計し、必要なら試作を作る。私はこうした、まだ事業の形が定まりきっていない局面に強い関心を持つ。一度作られた仕組みを正確に繰り返すことより、仕組みそのものを作ることにエネルギーが向く。

03. 強みは、弱点の別の表れでもある

問いを深く掘れることは、検討を長引かせる可能性がある。複数の事業領域を横断できることは、仕事を抱え込みすぎる原因にもなる。可能性を見つけることは、選択と集中を難しくする。短時間で試作できることは、チーム全員も同じ速度で動けると思い込むリスクがある。私は自分の能力を、常に良い方向へ働く性質として扱いたくない。どんな強みも、条件が変われば組織の負担になる。

04. 得意でないことを、設計に取り込む

細かな進行管理、定期的な数字の追跡、日々のオペレーションの安定化は、私が長期にわたり最も価値を出せる領域とは限らない。できないと断定したいわけではない。必要なら自分でも取り組む。しかし、他に高い適性を持つ人がいるなら、その人に任せた方が事業全体の成果は高まるだろう。私が作りたいのは、私がすべての中心にいなければ成立しない仕組みではない。適切な責任と情報が配分され、関わる人がそれぞれ自分の強みを発揮できる仕組みだ。

II. 補完関係を設計する

05. 相性の良い相手は、同じタイプとは限らない

他社の代表と協働するとき、価値観や目的の一致は重要だと考えている。一方で、能力まで似ている必要はない。たとえば、継続的な営業、採用、組織運営、財務管理に強い人と組めば、私が得意とする構想・設計・立ち上げと補完し合える可能性がある。ただし「私は考える人、相手は実行する人」という単純な分担にはしたくない。事業の意思決定には共同責任があるし、私も検証や制作には関わる。相手を自分の苦手な仕事の引き受け先と見るのではなく、異なる得意領域を持つ対等な共同設計者として捉えたい。

06. 協働の最初に決めたいこと

良いアイデアがあっても、利益配分、意思決定権、成果物の所有、顧客窓口、採用権限、関与時間などが曖昧なままでは関係が崩れやすい。私は仕事の中身を構造化するのと同じように、協働関係そのものも設計したい。誰が何を持ち寄るのか。いつまでに何を確かめるのか。何をもって続ける、見直す、終了するのか。こうした条件を話すことは、信頼していないからではない。信頼を個人の善意だけに依存させないためだ。

07. 自分の価値を、他人が使える言葉にする

「何でもできます」と言うことは簡単だ。しかし、それでは相手がどこで頼ればよいか分からない。私は、事業の0→1、曖昧な課題の構造化、部門をまたぐプロダクト設計、顧客との検証、企画から試作までの接続に強みがある、と説明したい。一方で、長期間の安定運用や細かな実務管理は、専門性のある人と組みたい。自分の得意と限界を正確に言葉にすることは、可能性を狭めることではない。良い協働の入口を作ることだと考えている。

08. 自分の仕事を成果物で説明する

他社の代表に協業を説明するとき、抽象的に「上流が得意です」と伝えるだけでは分かりにくい。私は、たとえば事業の一枚企画書、競合と顧客の仮説整理、実験計画、要件一覧、プロトタイプ、部門横断のロードマップという形で成果物を説明したい。成果物があると、どこまでを引き受けるかが明確になる。同時に、書類を納品すること自体が目的ではないとも伝えたい。実際の意思決定や検証が前に進むために、必要な形を選ぶ。

III. 協働相手の資産と現実を見る

09. 相手の代表が持つ資産を知る

協業を考える際、最初に確認したいのは相手が持つ顧客との信頼関係、現場の専門知識、営業網、採用力、資本、実行組織だ。自分にないものを補ってもらうという発想だけではなく、双方の資産が組み合わさったときに、単独ではできない何が実現できるかを考えたい。例えば現場の課題を深く知る企業と、設計や試作が得意な私が組めば、課題の言語化から小さな実験までの距離を縮められるかもしれない。共同で作る意味があるかを、相性の良さだけでなく具体的な補完性から確認する。

10. 自分を過大評価しないために

会話や打ち合わせで素早く整理できたとしても、それだけで事業成果が証明されたわけではない。私自身、構想を描くことと、現場に定着させ、継続して利益を生む状態にすることの間には距離があると考えている。だから、得意を主張するときには、できた成果物とその後に起きた結果を分けたい。誰が意思決定したか、何が実行され、どんな変化があったか。期待を過度に高めないことが、長期的な信頼につながると思う。

11. 自己紹介を肩書きから始める難しさ

私はデザイン、事業開発、プロダクト設計、AI活用、組織や業務の改善など、複数の領域に関わってきた。そのため、何をする人なのかを一つの肩書きで説明しようとすると、必ず何かがこぼれ落ちる。デザイナーと言えば戦略や事業設計が伝わりにくく、PdMと言えば経営課題の整理や新規事業の構想が伝わりにくい。だから私は、職能の一覧よりも「どのような状況に入ると価値を出せるか」で説明したい。問題は感じられているが定義されていない。構想はあるが優先順位がない。チームは動いているが市場との接続が弱い。そんな場面で、情報を集め、問いを整え、関係者をつなぎ、次の実行へ落とす。これは何でもできるという主張ではない。個々の専門業務の深さとは別に、領域の間に生じる空白へ働きかける役割があるということだ。

12. 代表同士の協働は、得意技の足し算だけではない

相手の代表が営業に強く、私が事業設計に強ければ、単純に補完関係が成立するように見える。しかし、実際にはそれだけでは足りない。両者が何を成功と考えるか、どこまでリスクを取るか、何を急ぐかが違えば、強みは衝突する。例えば、営業上の機会を逃さないために早く契約したい人と、提供条件を検証してから約束したい人では、優先順位が異なる。どちらも合理的な場合がある。だから協働の初期には、目標、評価期間、顧客への約束、意思決定の最終責任、撤退条件などを確認したい。信頼関係とは、何も決めずに互いを信じることだけではない。意見が割れたときにも一緒に判断できる準備をしておくことだ。

IV. 自分一人に依存しない体制をつくる

13. 私を支える人に期待したい三つの役割

第一に、抽象的な方針を日々の安定運用へ落とす人。顧客対応や納期、細かな確認を継続して支える力があると、私は上流の設計と新しい課題の発見に集中しやすい。第二に、考えを現実にぶつける人。構造として美しい案でも、売れない、使われない、運用できないなら修正しなければならない。数字や顧客の反応をもとに、仮説へ遠慮なく異議を唱えてくれる関係が望ましい。第三に、チームの感情や関係性を丁寧に扱う人。論理的には妥当な変更でも、既存の仕事を否定されたと感じる人がいるかもしれない。相手の背景を理解し、信頼を維持しながら前へ進める力は欠かせない。これらは私に全くない能力という意味ではなく、より強い専門性を持つ人と組むことで、互いの時間の価値を高められる領域だ。

14. 私が協働で引き受けられる成果物

「上流を担当する」と言うだけでは、仕事の範囲は伝わりにくい。私は関与の形を具体的な成果物で示したい。事業の目的と対象顧客を整理したワンページの構想。顧客課題と競合を比較した仮説マップ。市場へ入る順序と検証項目。MVPで必要な機能と見送る機能の整理。デザインや開発へ渡せる要件。事業・営業・制作・運用がつながったロードマップ。意思決定者と会議体の設計。これらをすべて一案件で作る必要はないが、依頼者が何を手にできるかを共有しておくと、期待値が揃いやすい。さらに、成果物が作られたことと、事業成果が出たことは分けて確認したい。整理によって意思決定が早くなったのか、実際の検証が始まったのか、顧客価値につながったのか。仕事の評価も段階ごとに見る必要がある。

15. 自分の速さを、チームの負担に変えない

私には、新しい領域を短時間で理解し、次々に論点を見つけていく傾向がある。一人で制作するときには、この速さが役立つことがある。しかし、複数人のチームでは、速く考えたことと速く実行できることは異なる。関係者が理解する時間、変更の影響を確認する時間、テストや承認に必要な時間がある。思いつくたびに方向性を変えれば、現場は疲弊してしまう。だから協働では、思考の速度をそのまま指示の速度へ変換しないようにしたい。仮説と決定を分け、変更の理由を伝え、今週やることを限定する。自分の得意な能力を最大限使うことと、その能力を周囲へ無制限に押し付けることは違う。良い協働とは、互いの速さを揃えることではなく、それぞれが力を発揮できる接続方法を見つけることだ。

16. 役割分担は、最初の一度で完成しない

協働を始める前に担当範囲を決めても、事業が進めば境界は変わる。仮説検証の段階では私が顧客ヒアリングを担っていても、営業が本格化すれば専門の担当者が主導した方がよいかもしれない。初期の要件整理では私が判断を支えても、開発が安定したらPdMやテックリードへ権限を移した方が早くなることもある。私は、自分が最初に担当した仕事に執着しない関係をつくりたい。どこまでが一時的な立ち上げ支援で、どこからは組織の恒常的な役割なのかを、定期的に見直す。協働の目的は私の担当領域を増やすことではなく、事業の成果を持続的に生み出せる体制へ近づけることだからだ。

V. 得意な仕事ほど、範囲を明確にする

17. 得意な仕事ほど、過大に引き受けない

私は課題の欠落を見つけると、その解決まで自分が担いたくなることがある。しかし、戦略、要件、デザイン、資料、会議、細かな運用まで抱え込めば、どの仕事にも十分な時間を使えなくなる。だから協働では、私が責任を持って完了させる成果物と、方針だけを示して専門家へ渡す仕事を分けたい。また、短い助言だけで期待成果を得られるものと、数週間かけて内部へ入る必要があるものも違う。関わり方を曖昧にしたまま便利な相談相手になることは、長期的には双方にとって望ましくない。価値のある仕事を継続するために、範囲と時間を明確にすることが必要だ。

18. 良いパートナーを見極める質問

他社の代表と組む際には、事業の魅力に加え、互いが異なる意見を出せるかを確かめたい。「失敗したとき何を基準に方針を変えるか」「顧客への約束を誰が守るか」「私が反対したとき、どんな方法で決めるか」「半年後に何ができていれば成功と考えるか」。こうした会話は、最初から不信感があるから行うのではない。事業が難しくなったときの関係を、良い時期に準備しておくためだ。能力が補完的でも、価値観や意思決定の条件が共有できなければ協働は難しい。反対に、得意領域が重なっていても相互に高い基準で議論できれば、良い関係になる可能性はある。相性は肩書きの組み合わせだけでは決まらない。

19. 相手の会社の強みを、先に理解する

協働を始めると、自分が提供できる能力を説明したくなる。しかし私は、その前に相手がすでに持っているものを理解する必要があると思う。既存顧客との信用、特定業界への知識、社員の技術、営業チャネル、資金、ブランド。自分が新しく作るものより、相手の資産を適切に接続する方が事業に大きな影響を与えるかもしれない。だから初期のヒアリングでは課題だけでなく、「なぜ今までその形で事業を続けられたのか」「どこに強みが蓄積されているのか」も聞きたい。既存の強みを無視した改革は、変化に見えて価値を壊すことがある。

20. 協働の評価を人柄だけで終わらせない

話していて楽しいことや価値観が近いことは、協働の大切な要素だ。しかし、仕事の評価には別の基準も必要になる。約束した成果物は完成したか、決めるべき事項は前に進んだか、顧客への価値は改善されたか、互いの時間の使い方に納得できているか。初期の段階では、短い期間を区切って一緒に仕事を試す方法もある。そこで、議論の深さだけでなく実行と連絡のリズムを確認できる。相性を抽象的な好意だけに任せず、実際の協働から学ぶことが、長い関係を築くためには重要だ。