協業の話は、相手が見つかった時点で半分終わったような気分になります。ただ、実際に止まるのはその先です。誰が何を出すのか、割れたときに誰が決めるのか、やめるときはどうするのかを決めないまま走り出すと、進んでいるように見えて何も決まらない時間が続きます。 この記事では、一社で抱えないほうがいい理由、組む相手の選び方、契約前に決める6つのこと、うまくいかない型、小さく試してから広げる進め方を順に整理します。ハコブネ自体も、開発する会社とコミュニティを運営する会社が役割を分けて運営している共同事業です。
この記事について
書いているのは、作る側です。ハコブネを運営する株式会社Walkersは、受託と自社事業で累計300件の開発に関わり、200社以上の事業づくりを支援してきました。監修は取締役の池田龍一です。
一般論ではなく、実際にやったことの中身で説明します。この記事に出てくる数字は、すべて公開済みの自社・支援先の事例から引いています。出典は記事の最後にまとめました。
一社で抱えると、欠けたところで止まる
新規事業を立ち上げるには、少なくとも三つのものが要ります。作る力、売る先、続ける手です。この三つを最初から全部持っている会社や個人は、多くありません。協業を考えるべきなのは、相手が魅力的に見えたときではなく、自分に欠けている一つが工程を止めているときです。
欠けたまま進めると、どこで止まるかははっきりしています。作れないなら作るところで、売り先がないなら出したあとで、運営の手がないなら数人が使い始めたところで止まります。一社で抱える判断は、その止まる場所を先送りしているだけのことが多いです。
ハコブネも、一社で抱えていません。運営しているのはAI駆動開発・ノーコード開発のシステム開発会社である株式会社Walkers（2021年8月設立）で、コミュニティの運営は運営パートナーの株式会社AI Docksが担っています。2026年6月22日にローンチし、Discord、10分の個別メンタリング、定期報告会、イベントを回しています。開発と運営は、必要な時間の出し方がまったく違います。 同じ会社が両方を抱えたら、どちらかが薄くなっていたはずです。
株式会社Walkers代表の渡邊敦司は、公開しているポストで、手持ちの資源から始めるエフェクチュエーションの考え方が自分の起業プロセスに近いと書いています。協業の相手選びも、同じ見方で決められます。ゼロから理想の相手を探すより、いま自分が持っているものを並べて、足りない一つを持っている人を探すほうが早いです。
組む相手は「持っているものが違う」で選ぶ
同じものを持っている相手と組むと、仕事が重なります。二人ともデザインができる、二社とも開発ができるという組み方は、進め方が競合したうえに、取り分の話だけが残りがちです。協業で効くのは、相手の強さではなく、自分との違いの大きさです。
違いは、たいてい次のどれかに現れます。組む前に、相手がどれを持っているかを一つ選んでみてください。
- 現場を持っている：日々の運用を知っていて、何が本当に面倒かを言葉にできる
- 顧客との接点を持っている：出したときに、最初の数人をすぐ集められる
- 作る力を持っている：思いついたものを、確かめられる形にできる
- 運営する手を持っている：出したあと、続けるところを引き受けられる
- 資金を持っている：時間を買える。ただし口も出る前提で考える
現場を持つ側と作る側が組むと、話が速く進むことが多いです。高田馬場の一番飯店（1952年創業・スタッフ4名）は、紙伝票とトランシーバーでの運用を、ノーコードのオーダーシステムに置き換えました。ベータ版までは2週間、オーダーにかかる労力は約50%削減されたと依頼者は話しています（依頼者の体感）。導入から約2年が経っています。現場の側が「何が面倒か」をはっきり持っていたから、作る側は2週間で形にできました。
相手は、比べてから決めたほうがいいです。京都大学のKULALIS（約200研究室・約700人の利用想定、年間処理400件、開発6ヶ月）では、4社の見積もりを比べたうえで開発先を決めています。最初に会った相手と組むのは、選んだのではなく、探すのをやめただけのことがあります。
会う場所は、自分で作れます。ハコブネのランチ会は月1〜2回、1回60〜90分で開いていて、2026年9月4日の回は7名でした。うち2名はメンバー以外で、事業開発が本職の人と、社内新規事業の担当者です。契約の話をする前に、こうした場で人となりと話の速度を見ておくと、判断の材料が増えます。
契約前に決める6つのこと
ここから先は、仲が良いうちに決める話です。もめてから決めようとすると、決め方から揉めます。
1 役割（誰が、何を、どこまで出すか）
「開発はこちら、営業はそちら」では足りません。開発なら、要件を書くのは誰か、テストは誰か、リリース後の不具合を見るのは誰かまで分けます。営業なら、リストを出すのは誰か、商談に出るのは誰か、断られた理由を持ち帰るのは誰かまで分けます。粒度が粗い役割分担は、分けていないのと同じです。
2 意思決定者（割れたときに、誰が決めるか）
二社でやると、たいてい「相談して決める」になります。その形は、意見が割れない間しか機能しません。領域ごとに最終決定者を一人ずつ置くのが現実的です。プロダクトの仕様はA、価格はB、というふうに分けておくと、合議で止まる時間が減ります。
3 取り分（何に対して、いつ払うか）
売上に対してか、利益に対してか。入金時か、締め時か。経費はどちらが先に出すのか。ここを曖昧にしたまま走ると、最初の入金の日に話が止まります。金額そのものより、何を分母にするか、いつ精算するかを先に書いておくほうが効きます。
4 撤退の条件（いつ、どうやってやめるか）
やめ方を決めていない協業は、やめられません。判断する時期（例：3ヶ月後）、そのとき見る数字、どちらかが抜けるときの手続きを先に書きます。撤退の条件があると、逆に思い切った試し方ができます。畳めると分かっているものは、大胆に動かせます。
5 知財と成果物の扱い
コード、デザイン、原稿、集めたデータ。誰のものか、解散したらどうなるか、それぞれが別の事業に使っていいか。開発を外部に出しているなら、その契約とも整合させておく必要があります。
6 情報の扱い
顧客の情報、社内の数字、公開のタイミング。相手の会社に持ち帰っていい範囲を決めます。どちらかが本業で近い領域をやっている場合は、特に先に決めておいたほうがいいところです。
この6つは、書面にする前に、言葉で合意しておくものです。契約書は合意を書き写すもので、合意そのものを作ってはくれません。 なお、実際にどの契約形態を取るか（業務委託、共同事業、別法人を作るなど）や、書面の具体的な文面については、弁護士など専門家に確認してください。
うまくいかない協業の3つの型
お互いに「相手がやる」と思っている。 いちばん多い型です。会議では話が前に進んでいるのに、次の会議までに誰も手を動かしていない。役割の粒度が粗いと、必ずこうなります。防ぎ方は単純で、毎回「次の10日で、誰が、何を出すか」を1行ずつ書いて終わることです。
出す資源が非対称。 片方が時間とお金を出し、もう片方がアイデアと人脈だけを出す形は、最初は成立します。ただ、出している側の負担が積もると、取り分の話が必ず蒸し返されます。非対称であること自体が問題なのではなく、非対称だと認めないまま同じ条件にしているのが問題です。
どちらも時間を出さない。 両方が本業の片手間で、月に数時間ずつしか出せない形です。悪意がなくても進みません。始める前に「月に何時間出せるか」を数字で言い合っておくと、この型はかなり避けられます。
小さく試してから広げる
いきなり共同出資や長期契約に行かないほうがいいです。最初は、一つの仮説を、期限を切って一緒に確かめるだけの関係から始めます。 相手との相性は、話し合いよりも、一緒に何かを出してみるほうが早く分かります。
短い期間でも形にはなります。ハコブネが2026年8月23日に東京・目白台とオンラインで開いたハッカソンでは、開発が初めての人や事業を持っていない人を含む参加者全員が、4時間弱でプロダクトを完成させて発表しました。生まれたのは5本（参加者3本＋運営2本）です。少人数の回ではありますが、アンケートに答えた3名の満足度は全員10点満点で、受賞したのは開発が未経験の参加者でした。
試した結果で、作る順番が変わることもあります。UPSTA JapanのApoLinkは、日程調整と決済が一体になったビジネスマッチングのサービスです。テストマーケでマッチング機能の反応が良かったため、開発の途中で作る順番を組み替え、それでも予定どおりリリースしました。開発は2ヶ月半、リリースから1ヶ月半で会員は200人弱です。
途中から組み直す選択もあります。クリスタルロードのCalmspotは、自社開発で見通しが立たなくなった状態から引き継いで開発したものです。当初200〜300万円と見ていた予算に対して、開発コストは50%以上削減できたと依頼者は話しています（依頼者談）。期間は3〜4ヶ月でした。組む相手を変えるのは失敗ではなく、進め方の修正です。
広げるのは、次の三つが揃ってからで十分です。期限内に一緒に何かを出し切れた。決めたことが守られた。数字の話を正面からできた。この三つが揃わない相手と、長い契約を結ぶ理由はありません。
よくある質問5選
質問1協業の相手は、どうやって探せばいいですか？
求めている条件を「自分に欠けている一つ」まで絞ってから探すと、見つかりやすくなります。いきなり提携先を探すより、同じテーマの人が集まる場に通って、話す速度と約束の守り方を先に見ておくほうが確実です。ハコブネでもランチ会や1DAYイベントを定期的に開いていて、社内新規事業の担当者や事業開発が本職の人が参加することがあります。
質問2契約書は、最初から作ったほうがいいですか？
小さく試す段階では、合意した内容を文章にして双方が持っておくだけでも機能します。ただ、お金が動く、顧客の情報を扱う、成果物の権利が関わる段階になったら書面にしてください。形式や文面は弁護士など専門家に確認するのが確実です。
質問3取り分は、出した資源に応じて決めるべきですか？
資源の量だけで決めると、あとから「自分のほうが出している」という話になりがちです。何に対して（売上か利益か）、いつ精算するかを先に決めたうえで、役割の重さと継続的にかかる手間を見て配分を話すほうが揉めにくいです。
質問4相手が動いてくれないときは、どうすればいいですか？
まず、役割の粒度が粗くないかを見直してください。「営業を担当」ではなく「今月中に5社に声をかける」まで落とすと、動いていないのか、動けないのかが分かります。それでも変わらないなら、先に決めておいた撤退の条件を使う場面です。
質問5社内の新規事業でも、同じ考え方は使えますか？
使えます。部署をまたいで進める場合も、役割・意思決定者・撤退の条件を決めないまま始めると、同じところで止まります。社内の場合は取り分の代わりに、成果を誰の実績として扱うかを先に決めておくと進めやすくなります。
この記事について
池田は、ITとノーコードの事業開発・教育事業の立ち上げを経て2021年にWalkersを共同創業。100件以上のシステム開発に携わり、要件がまだ固まっていない案件や、他社から引き継いだ開発の立て直しを担当しています。
株式会社Walkersは、AI駆動開発・ノーコード開発のシステム開発会社です。累計開発実績300件、200社以上の支援、自社メディアの累計100万PV。受託開発と並行して、自社でも複数の新規事業を立ち上げています。
この記事で触れた事例の出典
最終更新：2026年9月16日