TOKYO戦略的イノベーション促進事業（助成上限8,000万円）｜8/12は「エントリー締切」、書類締切ではないという二段階制の落とし穴

結論：8月12日は「申請エントリー」の締切であって、書類提出の締切ではない

2026年7月8日、東京都は「TOKYO戦略的イノベーション促進事業」の申請エントリー受付開始を報道発表しました。都内の中小企業等が取り組む技術・製品開発を、助成限度額8,000万円（下限額1,500万円）、助成率3分の2以内、最長3年間にわたって支援する開発型の助成事業です。運営は公益財団法人東京都中小企業振興公社が担います。

この制度で最初に押さえるべきなのは、申請が二段階制になっているという一点です。まず7月9日から8月12日までに「申請エントリー」を行い、そのうえで8月14日から9月3日までに「申請書類」を提出します。つまり8月12日はエントリーの締切であって、事業計画書一式の提出締切ではありません。ここを取り違えて「8月12日までに書類をそろえればよい」と考えると、逆に「まだ1か月ある」と油断してエントリー自体を出し忘れ、本申請の土俵にすら立てなくなります。エントリーを逃した企業は、どれだけ良い開発計画を持っていても、その年度の本申請ができません。

経営目線での結論はこうです。この助成金は、国のものづくり補助金やIT導入補助金と比べても助成率が高く（2/3以内）、限度額も8,000万円と大きい、都内の中堅企業にとって狙う価値の大きい制度です。ただし「大きい」からこそ、締切の構造・対象要件・開発テーマの設定を早い段階で正しく理解しておかないと、間に合わせの計画で応募して落ちるか、そもそもエントリー漏れで機会を失います。本稿は、制度の要点を一次情報で確認したうえで、「助成金ありき」でベンダーの言い値をつかまされないための発注準備の判断軸を、システム開発・AI開発の実務視点から整理します。

この記事を読むべき人

• 都内に本店または支店を置く中小企業の経営者・役員で、自社の技術・製品開発に外部資金を活用したい方
• 「東京都 助成金 8000万」「都内 中小企業 開発 助成」といったキーワードで、使える開発型助成金を探している方
• 二段階制・エントリー締切という制度構造を知らず、締切を「書類提出日」だと思い込んでいる担当者
• AI・システムを使った新製品／新サービス開発を計画しており、どの支援テーマで申請すべきか迷っている事業責任者
• 補助金・助成金の話が先に立ち、開発の中身や発注条件を詰めないまま外注してしまうことを避けたい方

制度の要点（一次情報ベース）

まず、東京都の報道発表および産業労働局の発表で確認できた基本情報を表にまとめます。金額・期間・要件は必ず募集要項の原文で最終確認してください。

助成率が2/3以内という水準は、開発型の助成金としては手厚い部類です。仮に助成対象経費が9,000万円規模の開発なら、単純計算で6,000万円が助成の射程に入り、上限8,000万円の範囲内に収まります。下限が1,500万円に設定されている点も見落とせません。小さな試作や部分的なツール導入では対象になりにくく、ある程度まとまった規模の開発計画が前提になる制度だということです。

9つの支援テーマ

一次情報で確認できた範囲では、支援テーマは以下の9分野です。テーマの区切り方や表記は年度・要項により細部が異なる場合があるため、正式な分類は募集要項で確認してください。

重要なのは、これらが「社会課題の領域」で切られているという点です。つまり申請者に求められるのは、単に「AIを使った便利なシステムを作ります」という技術提案ではなく、「どの社会課題を、どの技術・製品で、どう解決するか」というストーリーです。自社が持っている開発シーズを、9テーマのどこにどう接続するかを言語化できるかどうかが、エントリー段階の準備の中心になります。

なお、採択の見込みや倍率について本稿は一切断定しません。開発型助成金は審査で計画の実現性・新規性・社会的意義が問われるため、「申請すれば通る」という性質のものではない、という前提だけ共有しておきます。

GXOの視点：二段階制を「逆算カレンダー」で捉え直す

締切がひとつしかない補助金なら、「締切から逆算して準備する」で足ります。しかしこの制度は締切が実質2つ（エントリー／書類）あり、しかも先に来るエントリーを逃すと後半がまるごと無効になります。ここを事故なく通すために、逆算のカレンダーを二層で持つことをおすすめします。

エントリーまで（〜8月12日）にやること

エントリー段階で問われるのは、まだ完成した事業計画書ではなく、「何を、どのテーマで開発しようとしているのか」という骨子です。この段階でやるべき準備は次の通りです。

• 開発テーマの決定：9分野のどこに自社の開発を位置づけるかを1つに絞る。複数分野にまたがる場合は、審査で軸がぶれない主分野を決める。
• 課題と解決の一言化：「誰の、どんな困りごとを、自社のどんな技術・製品で解決するのか」を一文で書けるようにする。書けないうちは開発計画も書けない。
• 開発計画の骨子：最終的に作るもの（プロダクト像）、そこに至る開発ステップ、必要な外部リソース（システム開発・AI開発・試作・実証）を粗くでも並べる。
• 社内の意思決定：助成金は原則あとから交付されるため、まず自社が開発費を立て替えられるか、資金繰り上の耐性を経営判断として確認する。
• エントリーの実行そのもの：「後で出せばいい」を最も警戒する。エントリーは早めに済ませ、8月12日を「書類の締切」と混同しない。

書類提出まで（8月14日〜9月3日）にやること

エントリーを終えたら、骨子を審査に耐える事業計画に仕上げます。ここで初めて、開発の中身・費用・体制の妥当性が問われます。外部のシステム開発会社・AI開発会社と組む場合、この期間に見積もりと開発計画を固めることになりますが、ここに最大の失敗パターンが潜んでいます。

最大の失敗パターン：「助成金ありき」でベンダーの言い値をつかむ

開発型助成金で毎年繰り返される失敗が、「助成金が2/3出るから」という理由で、開発費の妥当性を検証しないまま外注してしまうことです。助成率が高いほど、この罠は強くなります。自己負担が3分の1に見えると、8,000万円の開発でも「実質2,700万円ほど」と感じてしまい、金額の甘さに鈍感になります。

しかし、助成金は「助成対象と認められる経費」に対して交付されるものです。ベンダーの見積もりが過大でも、助成金がその過大分まで面倒を見てくれるわけではありません。過大な見積もりの3分の1は、まるごと自社の持ち出しです。 助成率が高いことは、金額を精査しなくてよい理由には一切なりません。

つかまされないための発注準備チェックリスト

エントリーから本申請、そして実際の開発発注に向けて、経営者・実務決裁者が最低限おさえるべき確認項目を挙げます。社内にIT意思決定力が弱い（情シスが0〜1名、あるいは兼任）企業ほど、ここを言語化しておく価値があります。

• 開発の目的と成果物が一文で言えるか：「何を作れば成功なのか」が曖昧なまま見積もりを取ると、金額の妥当性を判断する基準そのものが存在しなくなる。
• 見積もりの内訳が工程・人月・単価で分解されているか：「一式」表記の見積もりは比較も検証もできない。要件定義・設計・実装・テスト・保守が分かれているか。
• 要件定義が発注前に固まっているか、後から追加費用が発生する構造になっていないか：追加費用トラブルの多くは、要件が曖昧なまま契約に進むことから生じる。
• 助成対象経費と対象外経費が区別されているか：見積もりのうち、どこが助成の対象になり、どこが自己負担になるのかを事前に整理する。
• 相見積もり（複数社比較）を取れる時間を確保しているか：エントリーで時間を稼げるこの制度は、本来この比較検討に時間を使える構造になっている。
• ベンダー任せにせず、開発計画の骨子を自社が理解しているか：計画を説明できないと、審査でも運用でも主導権を失う。

ベンダーに投げるべき質問テンプレート

見積もりを受け取ったら、次の質問を投げてください。答え方で、そのベンダーが自社の事情に立って提案しているのか、売りたいものを売っているだけなのかが見えてきます。

• 「この見積もりのうち、要件が固まっていない部分はどこですか。そこは今後どう変動しますか」
• 「工程ごとの人月と単価の内訳を出してもらえますか。一式ではなく分解した形で」
• 「この助成金の対象経費として認められにくい費目は、この見積もりに含まれていますか」
• 「開発をフェーズ分けするとしたら、最初に検証すべき最小構成（PoCではなく本番につながる最小構成）はどこですか」
• 「他社と比較しやすいよう、成果物の定義と受け入れ条件を明文化してもらえますか」

これらの質問に対して、内訳を出さず「お任せください」で押し切ろうとするベンダーには注意が必要です。助成金が絡む開発は金額が大きくなりやすく、発注前の詰めの甘さが、そのまま追加費用と品質トラブルに直結します。

AI・システム開発を9テーマにどう接続するか

「うちの技術をどのテーマで出せばいいか分からない」という声は少なくありません。考え方はシンプルで、技術（AI・システム）は手段であって、テーマは解決する社会課題の側で選ぶという順序を守ることです。

たとえば、現場の点検業務を効率化する画像認識AIを開発したい企業なら、それ単体を「AI開発」と説明しても審査には響きません。その画像認識を「インフラメンテナンス」の点検自動化として位置づけるのか、「防災・減災」の被災状況把握として位置づけるのか、「医療・健康」の診断支援として位置づけるのかで、計画の説得力も、必要な開発の中身も変わってきます。

同じ技術シーズでも、接続するテーマによって、必要なデータ、検証すべき精度、想定するユーザー、開発の難所がすべて変わります。だからこそ、エントリー前にテーマを1つに絞り、その課題に照らして開発計画を組むという順序が効いてきます。技術から入るのではなく、課題から入る。これは助成金の審査対策であると同時に、開発を実際に成功させるための設計そのものでもあります。

自社の技術シーズをどのテーマに接続すべきか、そしてそのテーマで求められる開発をどう組み立てるべきかを整理する段階では、システム開発の要件を第三者と一緒に固める進め方や、AIを使った開発の実現性を事前に検討するアプローチが役立ちます。ベンダーに見積もりを依頼する前に、この「テーマ×開発計画の骨子」を自社側で持っておくことが、言い値をつかまないための最大の防御になります。

国の補助金と何が違うのか：助成率と対象の明確さ

都内の中堅企業から見たこの制度の魅力は、大きく2点あります。

1つは助成率の高さです。国のものづくり補助金やIT導入補助金は、企業規模や枠によって助成率が2分の1〜3分の2程度に設定されることが多く、中堅企業だと2分の1になる区分も珍しくありません。この制度は助成率3分の2以内、限度額8,000万円という開発型としては手厚い水準で、しかも支援期間が最長3年と長い。単発の設備導入ではなく、腰を据えた技術・製品開発に向く設計です。

もう1つは対象の明確さです。「都内で実質的な事業活動を行っている中小企業者等」という都内限定の要件は、裏を返せば対象が明確で、自社が土俵に乗るかどうかを早い段階で判断しやすいということです。全国区の競争になる国の制度と比べ、対象が都内に絞られている分、自社が「そもそも申請できるのか」を迷わず確認できます。

ただし、助成率が高いことと採択されやすいことは別問題です。開発型の助成金は計画の新規性・実現性・社会的意義が審査されるため、金額の大きさに惹かれて計画の中身が薄いまま応募しても評価されません。手厚い制度であるほど、計画の質で差がつくと考えるのが妥当です。

見落とされがちな論点：助成金は「後払い」でキャッシュを先に食う

助成金・補助金の実務でつまずきやすいのが、多くが原則として後払い（精算払い）であるという点です。開発を進めるための費用は、まず自社が支払います。助成金が手元に入るのは、事業が完了し実績報告を経て確定した後になるのが一般的です。

つまり、8,000万円の開発計画を立てて助成率2/3が認められる見込みであっても、開発期間中は自社がその費用を立て替え続ける必要があります。ここを軽く見ると、「助成金が出るから大丈夫」と大型の開発に踏み切ったものの、交付前の資金繰りが回らなくなる、という事態が起こり得ます。社内にIT意思決定力が弱く、資金計画も兼任で回している企業ほど、この点を経営判断として先に確認しておくべきです。

だからこそ、エントリー段階での準備に「自社が開発費をどこまで立て替えられるか」を必ず入れてください。助成金の額そのものよりも、交付までの数か月〜数年をどう乗り切るかのキャッシュフロー設計のほうが、実務では先に効いてきます。開発を無理のない規模とフェーズに分け、資金繰りに耐える計画にすること——これは審査対策であると同時に、事業を実際に完遂するための現実的な条件です。

よくある質問（FAQ）

Q. 8月12日までに事業計画書を提出しなければならないのですか。 いいえ。8月12日は「申請エントリー」の締切です。事業計画などの申請書類の提出期間は8月14日から9月3日までとされています。ただしエントリーを行わないと書類提出（本申請）に進めないため、まずエントリーを期日までに済ませることが最優先です。

Q. エントリーを逃すとどうなりますか。 エントリー期間内に手続きをしなかった場合、その年度の本申請ができなくなります。開発計画の中身が優れていても、エントリー漏れは取り返しがつきません。締切を「書類締切」と誤認しないことが重要です。

Q. 助成率2/3なら、開発費の金額はあまり気にしなくてよいのでは。 いいえ、逆です。助成金は「認められる経費」に対して交付されるため、過大な見積もりの超過分は助成されず、しかもその3分の1は自己負担になります。助成率が高いほど金額感覚が甘くなりやすいので、見積もりの内訳精査はむしろ重要度が増します。

Q. 対象になるのはどんな企業ですか。 一次情報では、都内で実質的な事業活動を行っている中小企業者（会社・個人事業者）等、および都内での創業を具体的に計画している個人が対象とされています。都内限定という点で対象が明確な制度です。詳細な要件は募集要項で確認してください。

Q. 9つの支援テーマのどれで申請すればよいか分かりません。 技術から選ぶのではなく、解決したい社会課題の側からテーマを1つに絞るのが基本です。同じ技術シーズでも、接続するテーマによって必要な開発内容が変わります。エントリー前にテーマを確定し、その課題に沿って開発計画の骨子を組むと、審査でも実装でも軸がぶれません。

Q. まだ開発計画が固まっていませんが、エントリーだけ先にできますか。 制度の構造上、エントリーが先で書類提出が後になっています。詳細な提出物や様式は募集要項の定めによりますが、少なくとも「どのテーマで何を開発しようとしているか」の骨子はエントリー段階で整理しておくべきです。正式な提出要件は必ず要項で確認してください。

GXOに相談すべきタイミング

助成金の締切に追われて、開発の中身を詰める前にベンダーへ発注してしまう——これは開発型助成金で最も多い失敗の入り口です。次のような状態にある場合は、外注先を決める前に、第三者の目を一度入れる価値があります。

• 助成金の存在が先に立ち、「何を作れば成功か」を自社の言葉で説明できていない
• ベンダーの見積もりが「一式」表記で、内訳の妥当性を判断する基準を持てていない
• 社内にIT意思決定力が弱く、開発計画をベンダー任せにせざるを得ないと感じている
• 9つのテーマのどこに自社の開発を位置づけるべきか、決めきれていない

こうした段階では、まずシステム開発の要件を発注前に固めることから始めるのが安全です。AIを使った開発を検討している場合は、AI開発の実現性やアプローチを事前に検討することや、導入前にAI活用の適性を第三者視点で診断することで、「助成金ありき」で走り出すリスクを下げられます。

GXOは特定のベンダーを売り込む立場ではなく、発注する側の事情に立って開発計画と見積もりの妥当性を検証する立場で関わります。エントリーから本申請、そして実際の開発発注までの限られた時間の中で、金額と要件の詰めに不安がある場合は、開発発注の準備段階での相談をご検討ください。締切の直前に慌てて発注するのではなく、締切を逆算して準備の順序を組むこと自体が、失敗回避の第一歩になります。

---

参考文献

• 東京都「TOKYO戦略的イノベーション促進事業 申請エントリー受付を開始しました」（2026年7月8日）
• 東京都産業労働局「TOKYO戦略的イノベーション促進事業 申請エントリー受付を開始しました」（2026年7月8日）
• 公益財団法人東京都中小企業振興公社「TOKYO戦略的イノベーション促進事業」