開発導入実績

公共空間DX/駅前広場活用サービス

駅前広場を「ヒト中心のにぎわい創出の空間」に
AI駆動開発で開発工数約92%削減、
開発期間約47%短縮※

※ヘッドウォータースによる試算

本ビジュアルは Adobe Firefly を用いて作成したイメージであり、実在の風景・人物とは異なります

JR東日本様の新規事業「HirakeBA」の
プラットフォームを短期間で立ち上げ

「HirakeBA」は、駅前広場などの公共空間の利活用に関わる予約・申請・審査・承認・決済等をWeb上で完結させるプラットフォームである。JR東日本様は、社内起業制度から生まれた同事業において、交通の結節点として整備されてきた駅前広場を、多様な活動が生まれるにぎわい空間としても活用することを目指している。プラットフォーム開発では、ヘッドウォータースの支援のもと設計・実装・レビューの全工程にAI駆動開発を適用し、短期間での立ち上げを実現した。

同一スコープ・同等品質を前提とした当社試算では、従来型開発と比較して開発工数を約92%削減、開発期間を約47%短縮という効果が確認されている。

運輸・鉄道

東日本旅客鉄道株式会社様

JR東日本様は、1987年の国鉄分割民営化により発足した、関東・東北地方を中心に鉄道事業を展開する国内有数の鉄道会社である。鉄道事業を中核に、生活サービス事業やIT・Suica事業など幅広い事業を展開している。

事業内容
運輸業(鉄道事業ほか)

サービス

  • AI駆動開発支援

技術

  • 仕様駆動開発
  • AIエンジニアリングOS「SAIDDar」
  • Webアプリケーション

※このページの内容は2026年10月時点の情報です

事業としての課題

  • 駅前広場は、駅とまちをつなぐ交通の結節点として整備されてきた公共空間であり、交通機能以外の目的での利用には、制度や運用上の制約があった
  • 複雑な権利関係や、管理者・利用者それぞれの手続き・調整の負担により、利活用のためのルール整備や運用が難しい状況が続いていた

プロジェクトを進める上での課題

  • 公共空間活用に関する制度や運用ルールを、開発で扱える仕様へと落とし込む必要があった
  • 社内起業制度発の新規事業としてスモールスタートを前提としつつ、一般利用者向けサービスとして必要な機能を確保するため、残す機能・削る機能の見極めが求められた
  • 限られた期間の中で、品質を担保しながらスピーディーに開発を進める必要があった

解決アプローチ
(プロセス)

  • 公共空間活用に関する制度や運用ルールを整理し、仕様として構造化

    広場ごとの扱いや手続きなど、JR東日本様が整理した制度・運用ルールをもとに、誰が・いつ・何を判断するのかを業務要件として構造化。事業側と技術側をつなぐ開発支援により、JR東日本様が目指すサービス像を技術要件へと落とし込んだ。

  • 機能の見極めによるスモールスタート

    残す機能・削る機能の判断はJR東日本様が担い、ヘッドウォータースは機能ごとの工数を可視化して判断材料を提供。ミニマムでも必要な機能が欠けない初期スコープを定めた。

  • AI駆動開発で、品質とスピードを両立

    限られた期間で品質を担保しながら開発を進める手段として、設計・実装・レビューまで開発プロセス全体にAIを組み込むAI駆動開発を採用。設計書を仕様のよりどころと位置づけ、AIが設計・実装案を生成し、別のAIや人がレビューする体制を整備することで、品質とスピードを両立した開発を可能にした。

  • 運用・審査プロセスを見据えたシステム化

    広場管理者・自治体・イベント主催者・出店者など複数の関係者が関わる予約・申請・審査・承認・決済等の手続きを、実際の運用を見据えてシステムに落とし込んだ。

  • AIにとっての可読性と、人にとっての可読性を両立

    今後の運用や開発等を見据え、AIが参照しやすいマークダウン形式や図表を採用しつつ、運用する人にとっての可読性も損なわない形でのアウトプットに向けた調整を重ねた。

お客様×担当者
インタビュー

JR東日本 本間様と、株式会社ヘッドウォータース 木下・井林に、プロジェクトの背景から成果までを聞いた。

駅前広場を、にぎわい創出の空間に進化させるという発想

駅前広場の活用について、そもそもどのような課題があったのでしょうか。

本間様:駅前広場にはいくつかの種類があり、種類によって管理の仕組みや使い方のルールが異なります。造成した時期にもよりますが、駅前広場は駅を出た人がバスやタクシーに乗り換える交通結節点としての機能を前提として造成されており、交通結節点機能以外の目的で使用することを想定して制度設計や造成されている箇所は多くありません。そのため、交通機能以外の目的での利用についてご相談をいただいても、制度や運用上の制約からお応えすることが難しい場合がありました。

その状況を変えるきっかけは何だったのでしょうか。

本間様:私自身、駅前広場にいくつかの種類があり、それぞれ扱いが異なることや、目的外での使用には制約があることは、駅前広場を所管する部署に異動して初めて知りました。一方で、社内外問わず「駅前広場を使えないか」というご相談を数多くいただいていました。ご要望に十分お応えできないことに担当者としてもどかしさを感じ、まずは使えるようにするためのルールづくりから始められないかと考えたことがきっかけです。

社内公募制度から始まった事業化

サービスが生まれた経緯を教えてください。

本間様:JR東日本には社内起業制度(ON1000)があり、この制度に一枚の企画書でエントリーしたのがスタートでした。2023年度当時、500件ほどのエントリーの中から選抜され、その後事業化に向けた審査を通過。2024年度の冬に実装フェーズへ移り、2025年2月からプラットフォーム開発に向けた準備を本格化しました。

開発を進めるうえで、どのような制約がありましたか。

本間様:新規事業ではよくある話だと思いますが、まずは小さく始めるスモールスタートを意識していました。ただ、ミニマムだからといって必要な機能が欠けていては意味がありません。どの機能を残し、どこを削るかの見極めは、木下さんと一緒に精査しながら進めました。

HirakeBA 概念図

AI駆動開発というアプローチ

スモールスタートを意識する中で、どのように開発を進めていったのでしょうか。

木下:ミニマムに始めつつも、決済や本人認証まで含む一般利用者向けサービスとして必要な機能は過不足なく形にする必要がありました。そこで、設計・実装・レビューまで開発プロセス全体にAIを組み込むAI駆動開発をご提案しました。

AI駆動開発を採用することに対して、社内で不安の声はありましたか。

本間様:新しい手法ではありましたが、個人としては特に不安はありませんでした。むしろ積極的に活用すべきだと感じていました。

小さく始めることを意識しつつも、必要な機能が欠けていては意味がありません。どの機能を残し、どこを削るかは、木下さんと一緒に見極めていきました。

東日本旅客鉄道株式会社

建設エンジニアリング部 企画ユニット(未来価値創造・安全戦略)主務

本間 達朗 様

本間 達朗 様

最初の壁は「事業を仕様に翻訳すること」だった

当社から見て、この案件で最初に難しいと感じたポイントは何でしたか。

井林:一番難しかったのは、「システムを作ること」ではなく、「事業の仕組みを正しく理解し、仕様に翻訳すること」でした。HirakeBAは単純な予約サイトではなく、広場管理者、自治体、イベント主催者、出店者など複数の関係者が関わるサービスです。本間様に整理いただいた、誰がどのタイミングで何を判断し、どのような手続きを行うのかという内容を、システムの言葉に置き換えていく必要がありました。特に公共空間の利活用は制度や運用ルールと密接に関係するため、まず業務要件と運用フローを可視化し、そのうえでシステム設計に落とし込むことが重要でした。技術的な難易度というより、「事業・制度・運用」を理解してデジタル化することが最初の大きなチャレンジだったと思います。

実際、システム自体はそこまで複雑ではないんです。難しかったのは、公共空間を使うにあたっての制度や歴史的な経緯を理解したうえで、HirakeBAというアプリを使うさまざまなユーザーがそれぞれの場面で何を判断していくのかを整理し、仕様に落とし込んでいくことでした。私たちにとっては当たり前の仕様でも、掘り下げて説明しないと認識に齟齬が出てしまう部分も多く、そこは何度もすり合わせを重ねました。

「設計書が命」―仕様を軸にしたAI駆動開発の進め方

実際にAI駆動開発をどのように進めていったのでしょうか。

井林:設計からレビューまで開発プロセス全体にAIを組み込みました。まず本間様に整理いただいた事業要件を仕様として構造化し、その仕様をもとにAIが設計案や実装案を生成、人間のエンジニアがレビューしながら品質を担保していきました。AIは時にもっともらしい誤りを報告したり、終わっていないのに「終わりました」と言ってきたりすることもあるので、必ず人がチェックする。設計書を常に最新の状態に保ちながら進めていきました。

「AIの実装が仕様や事業要件から逸脱しない」ために、実際にどんな工程やルールを置いたのですか。

井林:AI活用で最も重要なのは、「AIを賢く使うこと」ではなく、「AIが迷わない状態を作ること」だと考えています。そのため、まず業務要件や画面仕様、ユースケースをできる限り明文化しました。そのうえで実装ルールや命名規則、設計方針を標準化し、AIが参照する情報を統一しました。さらに変更が発生した場合も、どこまで影響するのかを管理しながら進めました。AIは非常に高速ですが、人間が期待する前提条件が曖昧だと誤った方向に進みます。そのため、仕様駆動開発の考え方を取り入れ、仕様を中心に品質管理を行ったことが今回のポイントでした。

木下:要件定義をAIにしてもらってチェックし、そこから設計に落として、また実装、テストという流れを繰り返しました。最初に画面遷移の一覧や画面仕様、セキュリティ要件といった情報をAIに渡し、そこを起点にしています。人に指示する内容をAIに指示しているだけとも言えますが、最初の拠り所となる情報がないとAIも迷ってしまいます。

従来型の開発と比べて開発工数は約92%削減、開発期間は約47%短縮となりました。設計書を起点にAIと人が役割を分担したことで、品質を落とさずにスピードを出せたと考えています。

株式会社ヘッドウォータース

ITインキュベーション事業本部 BizDev推進室 室長

木下 賢治

木下 賢治

AIファーストのドキュメントと、人が読むドキュメントの両立

開発を通じて学びになったことはありますか。

本間様:納品物についても「AIが読みやすい」形式で用意していただいたのですが、いざ人が読むと、正直よく分からない部分がありました。特にフローチャートは横に長くなりすぎて、文字が見えないこともあって。

井林:AIにとって読みやすい設計書と、人にとって読みやすい設計書は必ずしも一致しません。社内の決裁や検収では人が読んで理解できる必要があるので、最終的には一部を読みやすい形に作り直しました。

本間様:これまで経験したことのない学びでした。AIファーストになりすぎると、逆に人が読みづらくなってしまう。そこは両方に配慮したドキュメント作りが必要なんだと感じました。

短期間開発とリリース後の手応え

開発期間としてはどれくらいだったのでしょうか。

木下:同一スコープ・同等品質を前提に当社で試算したところ、従来型の開発と比べて開発工数は約92%削減、開発期間は約47%短縮となりました。設計書を起点にAIと人が役割を分担したことで、品質を落とさずにスピードを出せたと考えています。

リリース後の手応えはいかがですか。

本間様:大きなトラブルもなく稼働しています。広場を掲載したエリアごとに、登録いただくユーザーも少しずつ増えてきています。

技術的な難易度というより、「事業・制度・運用」を理解してデジタル化することが最初の大きなチャレンジだったと思います。

株式会社ヘッドウォータース

技術戦略事業部 AI駆動開発推進室 室長

井林 杏里

井林 杏里

今後の展望

今後、サービスをどのように広げていきたいですか。

本間様: 「学校の発表会に合わせてキッチンカーを呼びたい」というケースのように、場所の予約にとどまらない活用のニーズは確実にあると感じています。またユーザーの多くの方々は、それぞれの業界内でのつながりはあっても、別業界の接点は多くないと感じています。HirakeBAがその接点となり、新たな組み合わせが生まれる場にしていきたいと考えています。

また、特定の主催者がいなくても、想いを持った人たちが集まり、利用料を分担しながら気軽に場を使えるような、自然発生的なにぎわいも後押ししたいですね。そのための制度設計とシステムを、引き続き磨いていきたいと思います。

今後の展開についてはいかがですか。

本間様:今後は自治体や地域の皆さまと連携しながら、駅前広場に限らない、まちの多様な空間へと対象を広げていきたいと考えています。将来的には、「ご当地Suica」をはじめとするJR東日本グループのサービスとの連携も視野に入れ、空間の活用にとどまらず、人々の活動や交流が自然に生まれ続けるまちのエコシステムへと育てていくことが目標です。

成果(After / KPI)

  • 同一スコープ・同等品質を前提とした当社試算で、従来型開発と比較し開発工数を約92%削減、開発期間を約47%短縮
  • AI駆動開発により、品質・スピード・再現性を両立した開発体制を実現
  • リリースから約1ヶ月、大きなトラブルなく安定稼働

同様のソリューションにご興味はありますか?

AI搭載ソリューションでカスタマーサービスを変革する方法について、 チームにお問い合わせください。

お問い合わせ