この記事の内容
新規事業の立ち上げがきついと検索する人は、根性論を読みたいわけではないと思います。この記事では、まずきつさの正体を5つに分けて言語化し、そのうえでしんどさの多くは、能力ではなく「決めていないこと」から来るという見方を出します。何を確かめるのか、いつまでやるのか、どうなったらやめるのか。この3つが空欄のまま走ると、どれだけ進んでも手応えが返ってきません。後半では、一人で抱えないための具体的なやり方と、続けている人が実際にやっていることをまとめます。
この記事について
書いているのは、作る側です。ハコブネを運営する株式会社Walkersは、受託と自社事業で累計300件の開発に関わり、200社以上の事業づくりを支援してきました。監修は取締役の池田龍一です。
一般論ではなく、実際にやったことの中身で説明します。この記事に出てくる数字は、すべて公開済みの自社・支援先の事例から引いています。出典は記事の最後にまとめました。
きついのは、進め方の問題であることが多い
新規事業の立ち上げは、通常の業務とは負荷のかかり方が違います。既存事業には、やることの一覧と、できたかどうかの判定基準があります。新規事業には、そのどちらもありません。
つまり、しんどさの多くは作業量ではなく、判定基準がないことから来ます。働いた時間は積み上がるのに、前に進んだのかどうかが自分でもわからない。この状態が数ヶ月続けば、たいていの人は消耗します。向き不向きの話にする前に、判定基準が置かれているかを見たほうが早いです。
もちろん、単純に手が足りていない場合もあります。その場合は精神論では解けないので、減らすか、渡すか、期限をずらすかの3択になります。
きつさの正体を5つに分ける
漠然と「きつい」と抱えているものを、分けて置きます。分けるだけで、打つ手が変わるものが混ざっています。
- 終わりが見えない。 完成の定義がないので、いつまでやれば終わりなのかがわからない。
- 評価されない。 社内でも一人でも、途中経過は成果として扱われにくい。数字が出るまでは「まだ何もしていない人」に見える。
- 孤独。 相談しても前提の説明から始まるので、話すこと自体が面倒になり、だんだん話さなくなる。
- 正解がない。 調べても答えが出ない。他社の事例は条件が違う。最後は自分で決めるしかない。
- 自分の判断を疑い続ける。 決めたそばから、本当にこれでよかったのかと考える。決めるたびに体力が減る。
このうち、1つ目・4つ目・5つ目は、後述する「先に決める」でかなり軽くなります。2つ目と3つ目は自分の内側では解けないので、外に置く工夫が要ります。きつさは分けた時点で、半分は対処可能な形になります。
きつさの多くは「決めていないこと」から来る
新規事業が苦しくなる典型は、やることが多すぎるときではなく、何を確かめているのかが自分でも言えなくなったときです。
参考になるのが、仮説の絞り方です。2026年8月のハッカソンで作られた記録アプリのBENLOGは、確かめる仮説を「うんちを育てるためなら、人は毎日トイレを記録するのか」の一点に絞っていました。合格ラインとして7日後の継続率40%、30日後20%、1日平均3.5件を置いています（これは検証前に置いた目標値で、実測値ではありません）。
ここで重要なのは数字そのものではなく、確かめる問いが1つに絞られていると、どの作業が効いていて、どの作業が効いていないかが判定できるという点です。逆に問いが5つあると、何をやっても手応えが返ってこない。きつさの正体が、そこにあることは多いです。
もう一つ、UPSTA JapanのApoLink（日程調整と決済が一体のビジネスマッチング）は、テストマーケでマッチング機能の反応が良かったことを受けて、開発途中で作る順番を組み替え、それでも予定どおりリリースしました。開発は2ヶ月半、リリースから1ヶ月半で会員200人弱です。順番を変えられたのは、変える判断の材料を先に取りにいっていたからです。
先に決めておく3つ
紙一枚に、この3行が書けているか確かめてください。
- 何を確かめるか。 一文で、1つだけ。「◯◯な人は、◯◯のために◯◯するのか」の形にすると絞りやすい。
- いつまでにやるか。 日付を入れる。期間が決まると、入れる機能と会う相手の数が自動的に決まります。
- どうなったらやめるか。 数字でも行動の件数でもいい。「この日までに◯件なければ畳む」と書く。
3つ目を嫌がる人は多いです。始める前から撤退を書くのは縁起が悪い、と。ただ実際には逆で、やめる条件を先に書いておくほど、続ける判断が軽くなります。撤退ラインがあると、今日の一件の断りが「終わりの兆候」ではなく、ただの一件になるからです。
決められないときは、決めるのを先送りにしていること自体がしんどさの原因になっていないか、見てみてください。
一人で抱えないための具体策
気持ちの話ではなく、作業として外に置きます。やることは3つだけです。
1つ目、話を最後まで聞いてくれる相手を1人確保する。 解決策をくれる人である必要はありません。前提を知っていて、途中経過を聞いても呆れない相手が1人いれば、孤独の大半は軽くなります。社内にいなければ、社外に作るしかない。
2つ目、他人が絡む締切を作る。 自分だけの締切はいくらでも動きます。人に見せる日を入れると動かなくなります。ハコブネのランチ会は月1〜2回、1回60〜90分で、2026年7月15日は6名、9月4日は7名（うち2名はメンバー以外で、事業開発が本職の人と社内新規事業の担当者）でした。少人数なので、近況を話す時間が全員に回ってきます。次に会う日が決まっていること自体が、締切として働きます。
3つ目、未完成のまま外に出す。 2026年8月23日のハッカソン（東京・目白台＋オンライン、少人数の回です）では、開発が初めての人や事業を持っていない人を含む参加者全員が、4時間弱でプロダクトを完成させて発表しました。生まれたのは5本（参加者3本・運営2本）で、開発未経験の参加者が受賞しています。アンケートに答えた3名は、満足度が全員10点満点でした。4時間弱で出せるものは当然粗いですが、粗いまま人に見せた時点で、頭の中の問いが他人に検証可能な形になります。
なお、これらは全部やる必要はありません。今いちばん重いものが孤独なら1つ目、手が止まっているなら2つ目からで十分です。
続けている人がやっていること
続いている人が特別にタフというより、消耗しない手順を持っていることが多いです。見ていて共通するのは次のあたりです。
完成させてから見せるのではなく、途中で見せる。 見せる回数が多いほど、判断の材料が増え、迷う時間が減ります。
否定を、市場の情報として受け取る。 株式会社Walkers代表のつかさ（渡邊敦司）は、Xで「検討中の新規事業に競合がいた時の反応 普通の人：やっぱやめとくか... BizDev：やったー市場がある！！」と書いています。強がりに見えて、実際には競合の存在は需要の証拠でもある、という読み替えです。同じ事実でも、どう扱うかで次の行動は変わります。
手持ちのものから始める。 つかさは、手持ちの資源から始めるエフェクチュエーションの考え方が自分の起業プロセスに近いとも書いています。理想の条件が揃うのを待つほど、始めるまでの期間が長くなり、その間ずっとしんどい。
判断を毎回ゼロから考えない。 Who・When・What・Where・How・Whyを埋めるとコンセプトになる、というように、埋める枠を持っておくと、決めるたびの消耗が減ります。
最後に一つだけ。きついと感じていること自体は、進め方が悪いという意味ではありません。判定基準のない仕事を一人で抱えれば、たいていの人がしんどくなります。だから、抱えないでいい部分を先に外に出す、という順番で考えるほうが実際的です。
よくある質問5選
質問1きついのは、自分が新規事業に向いていないからでしょうか。
向き不向きの前に、判定基準が置かれているかを見てください。何を確かめるか・いつまでか・どうなったらやめるかが空欄のまま進めると、ほとんどの人は手応えを失います。3つを埋めてもなお苦しいなら、そこで初めて体制や役割の話になります。
質問2社内で評価されず、報告のたびに詰められます。
途中経過は成果として扱われにくいので、報告する単位を「売上」から「確かめたこと」に変えると噛み合いやすくなります。今週わかったこと、消えた選択肢、次に確かめる問いの3点なら、数字が出る前でも進捗として説明できます。それでも噛み合わない場合は、判定基準の合意ができていないことが原因のことが多いです。
質問3いつやめると決めればいいですか。
始める前に、日付と条件の両方を書いておくのがいちばん楽です。条件は金額でなくても構いません。申込数、返信数、続けて使った人数など、行動の数で十分です。水準は事業ごとに違うので、他社の基準を借りるより、自分が納得できる線を引いてください。
質問4相談できる相手がいません。
社内に同じ立場の人がいないのは珍しくありません。外の場を使うのが現実的で、たとえばハコブネのランチ会は月1〜2回・60〜90分の少人数で、メンバー以外の参加もあります。解決策をもらう場というより、前提を説明せずに近況を話せる相手を作る場だと考えると使いやすいです。
質問5モチベーションが続きません。
気力で支えようとすると消耗が早いので、次に人に見せる日を先に入れてしまうほうが持ちます。4時間弱のイベントでも形になった例があるように、区切りが短いほど手応えは返ってきやすい。続かないのは意志の問題というより、区切りが長すぎるサインのことが多いです。
この記事について
池田は、ITとノーコードの事業開発・教育事業の立ち上げを経て2021年にWalkersを共同創業。100件以上のシステム開発に携わり、要件がまだ固まっていない案件や、他社から引き継いだ開発の立て直しを担当しています。
株式会社Walkersは、AI駆動開発・ノーコード開発のシステム開発会社です。累計開発実績300件、200社以上の支援、自社メディアの累計100万PV。受託開発と並行して、自社でも複数の新規事業を立ち上げています。
最終更新：2026年9月16日