01
先に触れる。だからズレない。
要件定義書を何往復もする代わりに、まず動くデモを作って一緒に触ります。「思っていたのと違う」が起きるのは開発の後ではなく、契約の前。だから手戻りがありません。
01
要件定義書を何往復もする代わりに、まず動くデモを作って一緒に触ります。「思っていたのと違う」が起きるのは開発の後ではなく、契約の前。だから手戻りがありません。
02
チャットボットや管理画面はあくまで入口です。私たちが作るのは、現場の知恵とデータを取り込み、「なぜその判断なのか」まで返す業務の背骨。だから使われ続けます。
03
一度に大きく作るほど、外したときの損失も大きくなります。小さく出して反応を見て、良かったものだけを本実装へ。低コストで、確実に定着する順番で進めます。
業界ごとの実務の話です。短い名前をクリックすると、その記事へ飛びます。
サンプルデータで完走できるデモです。右の動きはイメージ再生、本編は「サンプルで体験」から辿れます。
サンプル写真で、分類から報告書の下書きまで流れを辿れます。
現場写真
整理結果 → 報告
分類処理中…
サンプルの質問から、回答と出典がセットで返る流れを体験できます。
現場の質問
図面S-204の材質指定と、証明書のSUSXM7は同等として通してよいか?
回答
同等材の可能性があるため自動確定はしません。受入検査で「要確認」とし、人が同等判定と根拠を承認に残してください。
出典
受入検査基準(材質確認)
表記が異なる場合は「違う」と断定せず、要確認として人に渡し、確認内容を承認記録に紐づける。
図面と証明書の突合せが、承認に残る。
人の判断待ち
突合せ準備中…
園の出来事が、根拠付きの報告になる。
デモシナリオ
10時15分頃、A君が園庭でかけっこ中に転倒し、右膝に擦り傷。水道で洗浄し絆創膏を貼付。その後元気に活動。
報告書下書き
生成中…
デモと業種の話のほかに、思想・研究・導入の考え方など、もう一段深い読み物を LAB に集約しています。
「なんとなく非効率な気がする」——その段階からで構いません。お話を伺いながら、まずは触れるデモのかたちでご提案します。デモのカスタマイズ相談だけでも歓迎です。