株式会社Nexadata代表取締役CEOの槍田と、取締役CTOの佐藤です。この記事は、2人で書いています。
11月から1月末までの3か月で、電気工事向けのSAKUJIを、大手の積算センターが日常業務で使える水準に引き上げます。そのために、開発体制を組み直しました。
解くのは、「処理の安定性」と「精度」の2つです
大手の積算センターが扱う図面は、量も情報の密度も、これまでの主なお客様とは桁が違います。
その規模の図面を、止まらずに最後まで処理できること。拾い出した品目に、正しいラベルを付けられること。
この2つを、3か月で解く課題として定めました。
技術の判断は、CTOが持ちます
アーキテクチャと精度の課題のオーナーは、佐藤です。開発定例の進行も、これまで通り佐藤が担います。
VLM APIから自社モデルへの移行も、佐藤が技術判断の責任を持って進めています。
開発は、アプリ側を担うプラットフォーム開発チームと、R&Dを含むAI開発チームの2チーム体制です。
佐藤は自ら手を動かす役割から、チーム全体を設計して動かす役割へ重心を移します。
CEOは、開発だけでは解けない論点を引き取ります
槍田は、プロジェクトマネジメントのスポンサーとして、1月末まで開発の定例に入ります。
役割は、技術の判断ではありません。採用、学習データの確保、資金、優先順位といった、開発チームだけでは解決できない論点を引き取ることです。
採用は、すでに動いています。11月から、AIエンジニアとソフトウェアエンジニアが1名ずつ新たに加わりました。
学習データは、お客様から実際の図面をご提供いただき、積算チームが正解データを作ります。お客様の現場と開発をつなぐのが、槍田の仕事です。
判断は、週3回の経営会議で即日返します
経営会議を月・水・金の朝30分に再設定し、当面は開発の進行をメインの議題にしています。
開発を止めている要因は、会議を待たずに上げてもらい、槍田と佐藤がその日のうちに判断を返します。
エンジニアが判断待ちで手を止める時間を、ゼロに近づけることが狙いです。
やらないことも、決めました
新しい工種への展開は、進行中の案件に必要な範囲だけに絞りました。
本体以外のリサーチも減らし、開発の資源を電気工事向けのSAKUJIに集中させています。
佐藤より：図面を読む仕組みを、一緒につくりたい
設計図面の読み取りは、画像からシンボルや線を検出するだけでは完結しません。積算や拾い出しの担当者が、図面のどこを見て、何を手がかりに判断しているのかを理解し、その知見をAIの挙動や処理の仕組みに落とし込んでいく必要があります。
たとえば、シンボルと線が重なっていたり、一部の表記が省略されていたりするとき、どうすれば必要なものを見落とさずに拾えるのか。対象の形だけでなく、周囲の記号や線のつながり、注記なども含めて、判断に使える手がかりを探る必要があります。
だからこそ、エンジニア自身にも図面を読む力が求められます。実務で行われている判断を理解したうえで、AIにどの情報を、どのような形で渡すのか、どの部分を処理のルールとして組み込むのかを整理していく仕事です。
うまく拾えなかったときも、必要な情報が足りなかったのか、情報の組み合わせ方に問題があったのか、処理の途中で手がかりを失っていないかを掘り下げる必要があります。結果を一つずつ分析し、何を変えれば精度が上がるのか、その改善に効くポイントを見極めることが大切だと考えています。
同時に、大量の図面を実務で使える時間内に処理することも欠かせません。多くの処理をどう切り分け、どの順序で組み合わせ、どこに計算資源をかけるのかという、仕組み全体の設計も大きな課題です。
モデルの使い方を工夫することに加えて、図面上の複数のヒントを読み取り、それらを結びつけて判断できる仕組みをつくっていく。図面への理解と技術の両方を深めながら、仮説を立てて試し、議論を重ねて改善していくところに、この仕事の面白さがあると思っています。
こうした難しい問題に、一緒に向き合ってくれる仲間を探しています。正社員での参画は、時期を問わず歓迎していますので、まずは私たちが今、どんな課題に取り組んでいるのかをお話しできればうれしいです。
/assets/images/23493436/original/ee9c6480-0f6b-4461-a636-5d03c971108a?1775734797)
/assets/images/23493436/original/ee9c6480-0f6b-4461-a636-5d03c971108a?1775734797)
/assets/images/23493436/original/ee9c6480-0f6b-4461-a636-5d03c971108a?1775734797)
