導入事例・新規事業・業務システム
ヒアリング議事録からRFP生成 → 仕様駆動開発で即日デモ構築
認識のズレを実装後ではなく初日に見つけ、打ち合わせを「認識合わせ」から「中身の検討」へ進められます。
- 対象
- 仕様駆動開発を実証するデモ開発
- 期間
- 開発期間: 1日
- 費用
- 約30万円（税別）
- 公開日・更新日
- /
結果
- 認識合わせ 初日に画面で確認
- 手戻り ズレを実装前に発見
- 上流工程 議事録からRFPまで代行
課題
構想段階で要件が言語化されておらず、発注者と開発側でイメージのズレが起きやすい状況でした。動くものを早く見て方向性を確かめたいというニーズがありました。
- 要件が言語化されておらず、認識のズレが起きやすい
- 仕様書作成からプロトタイプまで通常は時間がかかる
- 動くものを見ないと発注者が判断しづらい
作ったもの
お客様へのヒアリング議事録からRFP（提案依頼書）を生成し、その仕様をもとに仕様駆動開発で実装。1日で動作するデモを完成させ、認識をすり合わせました。
- ヒアリング議事録からRFPを生成
- RFPをもとに仕様を定義し、仕様駆動開発で実装
- 1日で動作するデモを完成させ、発注者と認識をすり合わせ
結果
ヒアリングの議事録が、その日のうちに動くデモになりました。発注側は仕様書の文章ではなく画面で判断できるので、思っていたものと違うという事態が、実装を終えたあとではなく初日に分かります。実際に「イメージとずれていない」と評価いただき、以降の打ち合わせを認識合わせではなく中身の検討に使えました。
Beekleだからできたこと
言葉になりきっていない構想を、その日のうちに仕様と実物へ変える
認識のズレを実装後ではなく初日に見つけ、打ち合わせを「認識合わせ」から「中身の検討」へ進められます。
ヒアリング議事録からRFPを生成し、仕様駆動で実装。1日で動作デモを完成させ、発注者から「イメージとずれていない」と評価されました。
Beekleでは、ヒアリング内容をそのままAIへ渡さず、RFP → 仕様 → 実装という段階に構造化してから開発します。AIは整理された仕様をもとに実装するため、『AIで速い』だけでなく、発注者との認識を保ったまま速く作れます。この案件では議事録から1日で動作デモまで到達し、『イメージとずれていない』という確認まで取れました。
発注判断の裏側
このお客さまが、何と比べ、何を不安に感じ、なぜBeekleに決めたか。
- 比べたもの
- 要件定義書を作ってから開発する
- 不安だったこと
- 発注者と開発側でイメージがずれることが不安でした。
- 決め手
- 議事録から1日で動くデモを出し、ずれていないことを確かめられることが決め手になりました。
よくある質問
- Q. ヒアリング議事録からRFP生成 → 仕様駆動開発で即日デモ構築では、何が課題でしたか？
- A. 構想段階で要件が言語化されておらず、発注者と開発側でイメージのズレが起きやすい状況でした。動くものを早く見て方向性を確かめたいというニーズがありました。
- Q. ヒアリング議事録からRFP生成 → 仕様駆動開発で即日デモ構築の費用はいくらでしたか？
- A. 約30万円（税別）です。
- Q. ヒアリング議事録からRFP生成 → 仕様駆動開発で即日デモ構築には、どれくらいの期間がかかりましたか？
- A. 開発期間は1日です。
- Q. ヒアリング議事録からRFP生成 → 仕様駆動開発で即日デモ構築で、何が変わりましたか？
- A. ヒアリングの議事録が、その日のうちに動くデモになりました。発注側は仕様書の文章ではなく画面で判断できるので、思っていたものと違うという事態が、実装を終えたあとではなく初日に分かります。実際に「イメージとずれていない」と評価いただき、以降の打ち合わせを認識合わせではなく中身の検討に使えました。
- Q. ほかにどんな方法と比べましたか？
- A. 要件定義書を作ってから開発すると比べました。
- Q. なぜBeekleに依頼したのですか？
- A. 議事録から1日で動くデモを出し、ずれていないことを確かめられることが決め手になりました。