社員コラム：AI×現場監督　第６回　　飛行記録の置き場所を、2回引っ越した

こんにちは、管理部の新原です。
前回は、壁に貼る「全体工程表（建築工事）」のお話でした。
今回は、現場の空を飛ぶ「ドローンの飛行日誌」です。

ドローンの記録は、決まった書き方で残す

現場では、着工前・進捗・完成の写真や測量に、ドローンを飛ばします。
飛ばしたら、記録を残します。国土交通省（航空局）がひな型を用意している「飛行日誌」で、中身は3つです。

• 飛行記録：いつ・誰が・どこで・何分飛ばしたか

• 日常点検記録：飛ばす前に、機体・プロペラ・バッテリーなど9か所を見た記録

• 点検整備記録：定期の点検や部品の交換の記録

許可や承認を受けて飛ばすときは、この飛行日誌を付けておく決まりです。「見せてください」と言われても慌てないように、きちんと残しておきたい記録です。

1回目の引っ越し：無料のサイトから GoogleAppSheet へ

最初は、社内で持っているドローンも少なく、手軽に使えることから、無料で使えるサイトに記録していました。
ところが、突然のアップデート・・・。登録できるドローンが3台から1台に( ﾟДﾟ) 追加は有料とのこと。

そこで副社長に、有料版に変えてよいか相談しました。返ってきた言葉は「AppSheet で作れるんじゃないですか」。
当時はまだ Claude Code も無く、Gemini に相談しながら、Google の AppSheet（スプレッドシートから簡単なアプリを作る仕組み）に移しました。記録はスプレッドシートにたまり、会社のアカウントで入れられるようになりました。

実際に使ってみて、特に不便は感じませんでした。
ただ、現場から「飛行記録を、飛行マニュアルに合わせてほしい」という声が上がりました。

2回目の引っ越し：自社のアプリへ

せっかくアプリを作るのなら予約・飛行の記録・点検・PDF の出力を1つにまとめて、スマホから入れられるようにしたい。7月24日、Claude と自社のアプリ作りに取りかかりました。土台にしたのは、先に作っていた検査記録のアプリの仕組みです。

着手の日に、いまのスプレッドシートの中身を確かめると、思っていた形と違いました。シートは2枚だけ。しかも1枚目は「日常点検」と「飛行記録」が1行にまとまっている。予約や機体・操縦者の一覧は、そもそも無い。

そこで、1つ決まりを作りました。今ある列は、消さない・並べ替えない・名前も変えない。足すなら右端だけ。 引っ越しの最中も、前の仕組みは動いています。その土台を崩さないためです。

推し①：国土交通省のひな型のまま出せる

ここのアプリのいちばんの推しは、飛行日誌を、国土交通省のひな型
（様式）のまま PDF で出せることです。

出し方は3つの手順です。

1. 期間と機体を選ぶ

2. 出す記録（飛行記録・日常点検記録・点検整備記録）にチェックを入れて、「対象を確認する」

3. 出したくない行だけチェックを外して、PDF を作る

用紙は A4 の横。飛行記録の「総飛行時間」も、それまでの飛行時間を
アプリが足し上げて入れます。手で電卓をたたく欄が、1つ減りました。

ただ、ここでも1回つまずいています。7月25日、国の標準マニュアルを読み直して気づきました。アプリでは「様式1＝飛行記録、様式2＝日常点検、
様式3＝点検整備」のつもりで作っていたのに、マニュアルの様式は
様式1＝点検整備、様式2＝飛行記録。番号が逆だったんです( ﾟДﾟ)

番号で呼んでいると、いつか必ず取り違えます。そこで、画面も帳票も、
番号をやめて中身の名前で呼ぶことにしました。「飛行記録」「日常点検記録」「点検整備記録」。地味ですが、効いた決まりです。

推し②：カレンダーで、予約・持ち出し・期限がひと目で

ホームを開くと、まずカレンダーです（いちばん上の画像）。

• 緑の線：飛行予約（承認ずみ）

• オレンジの線：承認待ちの予約

• 青い線：機体の持ち出し

• 赤い線：機体の登録や技能証明などの期限日

日にちを押すと、その日の予定と、「飛行予約」「機体の持ち出し」のボタンが出て、そのまま申し込めます。「この日、ドローン空いてる？」を、
電話しなくても確かめられます。

この予約の入口は、7月の終わりの数日で4回変わりました。最後は、PC では押した場所に小さな窓が出る形。ところがスマホでは「その窓が下の予定に重なって見えにくい」。そこで7月31日、スマホだけ前の形（予定の下にボタン）に戻しました。PC とスマホで、同じ形が正解とは限りません。

推し③：開く人によって、画面が変わる

同じアプリでも、開く人によって見える画面が違います。

• 一般社員：カレンダーで予約する、自分の予約を見る、マニュアルを　　読む、PDF を出す

• 操縦者：上に加えて、予約の決定、飛行日誌の入力、点検整備の記録、　許可・承認書。ホームのいちばん上には、自分の技能証明などの「期限の注意」

• 管理者：さらに、機体と操縦者の登録

ドローンを飛ばさない社員にとっては、飛行日誌や点検のボタンは押さないボタンです。並んでいるだけで迷います。だから、その人が使う物だけを出すようにしました。

推し④：操縦者と、その期限を守る

ドローンは、操縦者の技能証明や機体の登録に期限があります。切れたまま飛ぶわけにはいきません。
そこで7月27日、毎朝 Google チャットに知らせる仕組みを入れました。
残り90・60・30・14・7・3・1日。
入れたその日に、第4回で紹介した AI の中の仲間（サブエージェント）に見てもらいました。現場の役の3人（第4回の若手と、前回ちょっと顔を出したベテラン、そしてまだ紹介していないもう1人）が、そろって言ったのは2つです。

• 「これだと、本人に届かない」：知らせる先は社内のチャット1か所だけ。期限を見られる画面は、管理者しか開けない

• 「お知らせを始めるのに、プログラムの画面で操作がいる。現場では無理」

技術担当は、仕組みの中の穴を見つけました。期限の当日（残り0日）は、誰にも知らせない作りになっていた。いちばん大事な日に黙る作りです。

その日のうちに、3つとも直しました。

1. 操縦者のホームのいちばん上に「期限の注意」を出す。出すのは自分の技能証明と、もうすぐ飛べなくなる機体だけ。ほかの人の技能証明は出さない

2. 毎朝のお知らせは、画面のボタン1つで始められるようにする

3. 期限の当日と、切れた翌日にも知らせる

飛ばす前の入力でも、機体や操縦者の期限を飛行日と照らして注意を出します。ただし、止めはしません。確認を1回出すだけ。実際に飛んだ記録を残せなくなるほうが困るからです。

8月22日には、飛行の許可・承認書も入れました。許可書の本紙と別紙を
アプリの中で開けて、残りの日数も出ます。期限が近づけば、同じように
毎朝知らせます。

8月25日には、操縦者を複数人選べるようにしました。1回の飛行を途中で
交代したら、操縦した人を全員選びます。飛行日誌の「飛行させた者の氏名」に、全員の名前が並んで残ります。

引っ越し方も、途中で変えた

最初の計画は、開発中はスプレッドシートのコピーで試し、できあがったら本物のシートに同じ列を足して切り替える、というものでした。

でも7月30日、やめました。コピーには1週間の試運転で見つけた直しが全部入っています。それを本物のシートで一からやり直すと、どこかで1つ抜けます。そこで、試運転したコピーを、そのまま本物にすることにしました。試運転した家に、そのまま住む形です。

このアプリの、ここが推し

• 国土交通省のひな型で出せる：期間・機体・記録の種類を選んで、A4 横の PDF に。総飛行時間も自動で足し上げ

• 開く人で画面が変わる：一般社員は予約と出力だけ。操縦者には飛行日誌・点検・許可書まで

• 期限を見張る：技能証明・機体の登録・許可書の期限を、毎朝チャットで。当日と切れた翌日も

• 操縦者を全員残す：途中で交代しても、操縦した全員の名前が飛行日誌に並ぶ

今回のまとめ

• 番号で呼ばず、中身の名前で呼ぶ。 様式1・2は、資料によって中身が違いました。

• いちばん大事な日に黙らない。 期限のお知らせは、当日と切れた翌日こそ出す。

• 試運転した物を本物にする。 本物で同じ作業をやり直すより、抜けが少ない。

今回の数字

• 作業した日：11日／作業時間の目安：約24時間

• Claude が読んだ字と書いた字の量（トークン）：約5億4千万（うち Claude が新しく書いた分は約160万）

※ 2026年7月24日〜8月25日。作業時間は、保存した時刻を並べて、2時間以上空いたところで区切って足した目安です。トークンのほとんどは、Claude がそれまでの話を毎回読み返している分です。

次回は

次回は「検査記録」です。
今回のドローンのアプリの土台になった、屋根や外壁の検査を記録するアプリ。作り始めて4日目に本番で使い始め、そこから現場で使っては直す、の繰り返しになった話です。

それで今日もご安全に！

Instagram：丸宮写真部（現場の熱量を届ける）