学生チームとクリエイターで再設計する公共調達――現場で“使える”仕様をつくるフェローシップ案

どうも〜おかむーです!
- 3行要約
- 今の課題はスタートアップの参入障壁と評価制度の硬直化。規制のサンドボックス活用ももっと実戦的にできる
- 提案は「自治体×学生×クリエイターの公共調達フェローシップ」。短期プロトタイプ→市民検証→調達化までをワンセットで回す仕組みです
結論
地方自治体は、スタートアップ参入のハードルとイノベーション調達の評価制度の不整備(これ見てくださいよ、デジタル・スタートアップの公共調達参入機会拡大に向けた評価制度の整備が課題とされています)を、大学の実践的チーム運営とクリエイターによる市民巻き込みで解決できます。要するに、調達の前段階として“使えるものを短期間で一緒につくる”フェローシップを自治体の公式ルートにする、ということです。
本文(原体験→課題→提案)
大学の起業サークルで学んだんですけど、僕らは資源がない中で人を動かして、とにかくプロトタイプを量産して検証していました。P&Dでは、金じゃなくて「短いサイクル」と「現場フィードバック」で価値を確かめるやり方を徹底して、結果としてユーザーの反応を元に素早く方向転換できる組織づくりを身につけたんですよ。
で、これが自治体の今の悩みとすごく似てる。これ見てくださいよ:公共調達やイノベーション調達の課題として、参入のしづらさや評価基準の未整備が指摘されてますし(参考資料にあるように、イノベーション志向の公共調達の活用促進は継続的な課題です)。さらに、規制のサンドボックス制度はあるものの、自治体レベルでの実務運用や市民巻き込みはまだ試行錯誤の段階なんですよね。
僕がno planでやってきたReConeの経験もあるんですが、難しい技術をどうやって一般の人に受け入れてもらうかは、作り手だけでなく“伝え手”と“検証する市民”が必要だと実感しました。なので提案はシンプルです。
提案:公共調達フェローシップ(自治体公認の短期共創プログラム)
1) 問題ブリーフとデータ公開
- 自治体は解きたい課題と最低限のデータ(非個人情報)を公開する。公開ポリシーは簡潔にして、参入の心理的障壁を下げる。
2) 学生+スタートアップ+クリエイターのチーム編成
- P&Dスタイルで学生チームを募集し、実務系のスタートアップとクリエイター(説明・拡散のプロ)をマッチング。短期(2〜6週)のスプリントで“使える最低限”のプロトタイプを作る。
3) 市民による現場検証とフィードバック
- クリエイターが市民向けの体験会を主催して実際の利用シーンで検証。自治体はこれを公式のプレ実証と位置付け、評価基準を透明化する。
4) サンドボックス連携と評価レポート化
- 必要なら規制のサンドボックス窓口と連携して、実証中の特例措置を申請。最終的な成果物は“調達仕様書”と短い評価レポートとして自治体に提出される。
メリットは明快です。自治体は発注前に“使える証拠”を得られる。スタートアップは実運用に近い検証結果を持ち帰れる。学生とクリエイターは実プロジェクトで学べて、地域の理解を得られる。要するに、調達は書類勝負じゃなくて“場で証明する”ものになります。
運用のポイント(現場で死なないために)
- 評価基準は事前にテンプレ化しておく(可用性・市民受容性・運用コストなど)
- 成果はOSSやGitHubで公開して透明性を確保する(僕は自分の政策案をGitHubで公開してきました。議論が生まれるんですよ)
- 小さな予算枠(数十万〜数百万円)でまずは“実装と評価”に使う。大きな入札手続きは不要にする
まとめ
- 今の公共調達の課題は「参加の障壁」と「評価の硬直化」。資料でもそこが指摘されていますよね。
- 僕のP&Dでの経験は「短サイクル&現場検証」が効くことを教えてくれた
- ReConeでの市民巻き込みの感覚を自治体調達に組み込めば、スタートアップの参入も市民の信頼も同時に高められる
おかむーから一言
自治体って、ほんとは現場で試すのが一番早く変わるんです。学生とクリエイターを巻き込んで、まずは小さく動かしてみましょう!テクノロジーで“試せる公共”を一緒につくりたいです。
情報ソース
- https://kotobank.jp/word/%E5%85%AC%E5%85%B1-494676
- https://www8.cao.go.jp/cstp/openinnovation/procurement/guidebook/02_sanko.pdf
- https://www2.wagmap.jp/takatsuki/Portal
- https://www.jri.co.jp/MediaLibrary/file/report/jrireview/pdf/16293.pdf
- https://ja.wikipedia.org/wiki/%E5%85%AC%E5%85%B1
- https://ja.hinative.com/dictionaries/%E8%A6%8F%E5%88%B6
- https://www.meti.go.jp/policy/jigyou_saisei/kyousouryoku_kyouka/shinjigyo-kaitakuseidosuishin/result/sandbox.html
- https://ja.hinative.com/questions/13132336
- https://zelojapan.com/lawsquare/29175
- https://ja.hinative.com/questions/14397504
- https://www.zhihu.com/question/3832731054?utm_psn=1839430853396156416
- https://www.meti.go.jp/policy/newbusiness/kaisetsushiryou_202603.pdf
- https://www.zhihu.com/question/603521723
- https://www.jfc.go.jp/n/finance/social/jouhoukyoku/detail0007.html
- https://www.zhihu.com/question/19903543
シェアする
関連レポート

イルカとUIが教えてくれた、自治体予約×調達を一気に改善する“共通ハブ”構想
子どもの頃のUI体験と民主的組織づくりから考える、自治体予約×調達を一気に改善する共通ハブ構想。

ニート時代とハッカソンの速さで作る、自治体の『APIを使う文化』を育てる現場モデル
e-GovのAPIはあるのに自治体現場で使われていない。僕のニート時代の速さとハッカソン経験で、月次マイクロハッカソン+即日プロト導入の実務パイプラインを提案します。

婚タクトで学んだことを地方へ:スタートアップビザを“現場で検証”する自治体オンランプ案
婚タクトの失敗から導いた、自治体がスタートアップビザを現場で検証する90日オンランプ+NFT×AIの実務案。