膨大な設計資料を生成AIで横断検索、試作検証から本格開発へ進んだ設計事務所の判断

2日間のワークショップを、アイデア出しの場ではなく経営陣の承認を取りにいくための成果物づくりの場として使い切った進め方が、まず効いています。梓設計側は参加前から予算を確保してPoCまでつなげることを想定しており、ワークショップの出力先が最初から役員決裁に固定されていました。顧客起点でサービスを構想するAmazon流の手法（Working Backwards）は本来アイデアを膨らませる枠組みですが、締切と提出先を先に決めておくことで、発想の場が意思決定の材料をつくる場に変わっています。

PoCの前に約2か月を費やしてゴール設定そのものを議論した設計も、後工程の速度を支えた要因と見ています。PoCは実現性を確かめる概念検証である以上、何を確認できたら成功と呼ぶのかがあいまいなまま走り出せば、検証結果の解釈が食い違います。支援側と発注側が打ち合わせを重ねてゴールをブラッシュアップし、運用段階まで見据えた明確なイメージを共有したことで、PoC開始後の要件定義が円滑に進みました。

検証中に立ち止まることを織り込んだ運用も、この事例に固有の工夫です。CADファイルの拡張子が対応外だったり、ギガ単位のファイルを分割する必要があったり、図面画像からテキストを抽出する精度が読めなかったりと、設計業務のデータならではの壁が次々に表面化しました。さらに図面には秘匿情報が含まれるため、どのデータをLLMに読み込ませるかという取捨選択にも手間がかかっています。想定していたデータソースを差し替えたい、いったん検証したいという要望が出るたびに計画を押し通さず一緒に考え直す進め方が、こうした課題を一つずつ潰していく作業を成立させました。