【第4回】現場で1分！職人さんが嫌がらない「選ぶだけ日報」現場も事務所もラクになる『人工自動集計』

カグヤ：
バントウさん！前回の「作業指示書」に続いて、いよいよ今回が連載の本丸……「日報入力と工数自動集計」ですね！

バントウ：
そう！ここが一番泥臭くて、でも完成した時のインパクトが一番デカい部分だよ。
毎日現場から戻って日報を手書き。
さらにその内容をExcelやスプレッドシートに転記。
この手間を物理的にゼロにする仕組みを組み込んでいくよ。

カグヤ：
待ってました！
でも職人さんって、現場終わりに疲れてるから細かい入力をめちゃくちゃ嫌がりますよね……「こんな面倒なアプリ使えるか！」って怒られないか心配です。

バントウ：
そう、そこが最大のポイントなんだ。
アプリ開発の鉄則は「余計な1タップをさせないこと」。
今回は、現場の使いやすさと裏側の集計ロジックを両立させるために、僕がぶつかった「4つの葛藤と解決策」を交えて解説するね。

🔥 葛藤①：画面の行ったり来たりは絶対NG！「工事直結」のシンプル設計

カグヤ：
まずはテーブル設計ですね。
日報って「1日の報告（親）」の中に「行った現場の明細（子）」をぶら下げる形にするんじゃないんですか？

バントウ：
そうだね、それでもいいんだけど、会社が欲しい情報は、「1日の行動履歴」より、「どの工事にどれだけの工数(人工)がかかったか？」だよね。
だから「工事」に対して「いつ誰がどれだけの工数をかけたか？」の集計をしたいわけだから、M_Projectsに対して日報テーブル（T_DailyReports）が直接ぶら下がる「1人1作業＝1行」の単純構造にしたんだ。
1画面開いてパパッと入力して保存ボタンを1回押せば終わり。
集計側にとっても、案件ごとの工数が並ぶから集計が超シンプルになるんだよ。

カグヤ：
「工事(１)」対「日報(多)」ですね。
でもこれだと、職人さんは毎回工事名を選んで、自分の名前を選んで…ってけっこう面倒臭くないですか？
みんなやってくれるかなぁ？

バントウ：
そこは安心して！
前回作った指示書から「日報作成」ボタンをワンタップするだけで、最初から工事名や作業者名が自動入力された状態で日報画面が開くように設定できるから、職人さんは実質「作業時間の入力」だけで済むようになるよ。

⏱️ 葛藤②：くるくる回す時間選択は廃止！30分刻みの選択肢×日跨ぎ自動計算

カグヤ：
そんなことができるんですか、それなら職人さんも迷わないですね！
てことは作業時間の入力かぁ…
何時間かかったか？を入力して貰えば計算は楽だけど、いちいち計算して「5時間」とか入れるは流石に嫌がるだろうし、開始時刻と終了時刻を入れてもらうにも、AppSheetの標準の時間入力って、数字をくるくる回して合わせるから地味に面倒じゃないですか？

バントウ：
そうなんだ、時間を選んで、分を選んで2回操作が必要になっちゃうよね！
ただ、集計する工数で1分単位の記録なんて求めないし、せいぜい30分単位で十分。
色々試したんだけど、開始時間（StartTime）と終了時間（EndTime）は1操作で選べる「30分刻みの選択式」で最終的に落ち着いたんだ。
よく使う「08:00」「17:00」を初期値（Initial Value）にしておけば、通常現場はほぼノータッチで済むよね。

カグヤ：
あ、それなら余計な操作が減りますね！
でも、計算はどうなるんですか？

バントウ:
AppSheet上の開始時間（StartTime）と終了時間（EndTime）はTYPEをTIMEにしておけば、時間を引き算して経過時間が計算できるんだ。

カグヤ:
でも、商業施設や夜間工事で「21:00開始〜翌朝02:30終了」みたいに日をまたぐ時はどうするんですか？
終了時間の方が小さくなって計算がマイナスになっちゃいます！

バントウ：
それも悩んだよ。
最初は職人さんに「翌日フラグ」のチェックを入れさせようかと思ったんだけど、入力項目を増やすのは絶対にNG。
だから裏側の計算式で「終了が開始より小さかったら24時間を足す」ことにして解決したんだよ。

カグヤ：なるほど！裏側の計算式で自動判定させれば、職人さんは時間をいつも通り選ぶだけで済むんですね！

バントウ：
それと、お昼休憩が加算されると集計時にズレが出るから、基本的には「-1時間」するんだけど、例えば11:00〜13:00の作業だと確実にお昼を後回しにしてるってわかるから、その場合はちゃんと2時間になるような式にしておくといいね。
結局どこまで細かく集計するかの問題だから、必要に応じて入力規則や計算式を変えていけばいいんだよ。
そうやって使いながら『自分たちで簡単に変更できる』のがAppSheetを使う最大のメリットだよね。

📸 葛藤③：1報告につき写真3枚！連続撮影と自由度を両立する「子テーブル」

カグヤ：
時間入力も完璧ですね！あと、現場といえば写真での状況報告も欲しいですよね。
でも文章で説明するって結構ハードル高くて、結局は電話になりそうだから、写真撮って報告できたら簡単かも！
写真なら職人さんも撮りやすいですし、日報テーブル（T_DailyReports）に Photoカラムを作るのはどうですか？

バントウ：
そうだね、Photoカラムを作れば写真での報告は可能になる。
ただ…これもすっごく悩んだんだけど、
写真1枚では伝えられないとか、1日の中に複数の報告事項がある事もあるよね？
それに、日報の中に写真データが残っても、後で見返す時に大変だから、報告は報告だけのテーブルにする方が、まとまってて良いかなと考えて、日報の下に報告写真テーブル（T_DailyReportPhotos）をぶら下げることにしたんだ。

カグヤ：
日報テーブルの下に、さらに写真報告専用のシートを繋げるんですね！

バントウ：
そう。写真も1つの報告に3枚あれば十分だろうから、photo1～3のカラムと報告事項のメモ欄のシンプルなテーブルを紐づけるだけだね。
あっもちろんT_DailyReportsとのリレーションカラムも忘れずにね！

カグヤ：
「用件ごとに写真がまとまる整理のしやすさ」と「連続撮影のテンポ」、両方をクリアした設計ですね！

📊 葛藤④：手書きの転記作業は物理的にゼロ！「人工（にんく）」の自動集計

カグヤ：
これで職人さんの入力は1分で終わるようになりましたね！じゃあ、事務所側の「工数集計」はどう変わるんですか？

バントウ：
これまでは手書きの日報を見ながら、事務員さんがExcelに「〇〇現場：Aさん 1人工、Bさん 0.5人工……」って手入力で転記してたよね。

カグヤ：
はい、あのパチパチ打ち直す不毛な時間ですね……。
でも、このアプリでは
・日報を入力してもらっているから、再入力は不要。
・自動計算で工数の計算も不要。
あれ？じゃあ？

バントウ：
そう！
日報が保存された瞬間に工数が自動で一撃集計されてる。
月ごとの人工実績を出すための手間は完全にゼロになるんだ！

カグヤ：

神…

💡 まとめ＆次回予告：いよいよ最終回！全設定と計算式を大公開

バントウ：
ここまでアプリを自分で作ってみてどうだった？

カグヤ：
はい、最初はアプリ作成なんて私にできるかなぁって不安だったけど、バントウさんの言うとおりにやってみたらAppSheetで作る作業自体は意外と簡単でした。
それよりも、「どうやったら自分が楽になって、使う人が嫌がらずに入力してくれるか」を考える方がずっと大事なんだって実感しました！

バントウ：
その通り！！
アプリを作る側のエゴを捨てて、現場での指先の手間をどれだけ削れるかがセルフDX成功の分かれ道だからね。
大事なのは目的を忘れないこと！
AppSheetはあくまで道具。
現場の困りごとを解決することこそが本来の目的なんだ。

カグヤ：
理想のシステムを追い求めすぎても、使ってもらえなかったら本末転倒ですもんね。「徹底的に入力ハードルを下げる」というバントウさんの考え、めちゃくちゃ勉強になりました！
これで「作業指示書～日報」アプリ完成じゃないですか？
次回、第5回はなにするんですか？

バントウ：
次回は第5回【最終回】！今回まで解説してきた「指示書・日報アプリ」の全テーブルのカラム構成、AppSheetのタイプ設定、リレーション関係をまとめた「完全設計図」を一挙公開！
さらに開始/終了時間をTime型のまま選択肢形式にする魔法の式も公開するよ！！

カグヤ：
それを見れば誰でも同じアプリが組めちゃう完全版ですね！
みなさん、次回もお見逃しなく！

カグヤ・バントウ：
それでは今日も一日、ご安全に！

関連記事はこちら