チャットで消える現場の決定：あなたの現場に「記憶」がない理由

消えた決定の解剖

火曜日、11時40分。現場監督が、浴室2の建具枠の写真をグループに投稿します。「3cm上げますか、このままにしますか？」。12時05分、設計者が40秒の音声メッセージで返信します。上げる——ただし北面の浴室だけ。設備用の巾木があるから。12時06分、現場は次の仕事へ。決定は、実行されました。

5週間後、引渡し検査で、施主が尋ねます。「北面の建具枠は、なぜ図面と違うのですか？」。そして儀式が始まります。音声メッセージを探す。見つからない。誰が何を言ったかで揉める。記憶から再構築する。決定は存在しました——全員が半分ずつ覚えています——でも、どこにも記録されていませんでした。そして記録されていない決定は、実務上、存在しないのと同じです。

これが、現場の情報共有をむしばむ静かな病気です。情報が足りないのではありません。現場に記憶がないのです。

公式の記録は「何を」を残し、チャットは「なぜ」を飲み込む

どのプロジェクトにも公式の記録があります。図面、議事録、検査記録、変更後の設計図書。この記録は何を——最終的に何が造られたか——をきちんと残します。しかしなぜ——技術的な問い合わせ、施主の指示、施工箇所で頼まれた変更——は、LINEやWhatsAppのグループ、電話、「Re: Re: Re: 浴室の件」という件名のメールの中を旅します。業界はこの問題を、何年も前からプラットフォームのレベルで議論してきました。共通データ環境（CDE）をめぐるbuildingSMARTの検討も、いつも同じ根っこにたどり着きます。トレーサビリティがなければ、承認の流れは崩れる（背景はbuildingSMARTのサイトにあります）。現場目線で言えば、もっとシンプルです。紙は結果を残し、チャットは理由を失う。

チャットが記録にならない理由

これはWhatsAppやLINEの欠陥ではありません。チャットの性質です。記録には4つの性質が必要で、チャットは構造的にそのどれも持てません。

• 使い物になる検索。 「あの建具枠の件」は、ミームと打設報告に挟まれた3,000件のメッセージのどこかにあります。写真フォルダは時系列で並びます。でも、あなたの問いは「場所」と「案件」についてです。
• 場所への固定。 あの決定は、あの浴室のあの建具枠についてのものでした。チャットの中では、それはただの浮遊するテキストです。図面上の該当箇所と、何もつながっていません。
• 担当者とステータス。 メッセージには担当者がいませんし、「完了」にもできません。承認されたのか？ 誰に？ 実行されたのか？ チャットは知りません。
• 引き継ぎ。 職長が会社を替われば、スマホも一緒に去ります。そしてそのスマホの中に、現場の決定アーカイブの半分が入ったままです。

小さなチームにとっての「プロジェクトの記憶」

大手デベロッパーにとっての制度的な答えはCDE——承認ワークフローとガバナンスを備えた共通データ環境——です（正直なガイドを書きました：CDEとは何か、そしてまだ要らないかもしれない理由）。しかし2人の技術者の事務所や、内装の工務店にとって、それは最初に必要なサイズではありません。

小さなチーム版の「プロジェクトの記憶」は、3つの性質でできています。

1. すべての決定が、起きた場所にあること。スレッドの中ではなく、図面・写真・モデルの上に。
2. すべての決定が、文脈を持つこと。誰が、いつ、どんな証拠とともに決めたのか。何と返答されたのか。
3. すべての決定が、ステータスを持つこと。提案・承認・実行済み——別のリストを手で管理せずに。

このどれも、大企業向けプラットフォームを必要としません。必要なのは、決定が生まれたその瞬間・その場所で捕まえることです。

解決策は重いプラットフォームではなく、発生源での記録

ここが実践的な転換点です。この問題は「会社ごと新システムに移行する」ことでは直りません。直すのは、動作ひとつです。建具枠のことをチャットに言葉で書く代わりに、スマホで図面を開き、その位置をタップしてピンを落とします。建具枠の写真。設計者の音声メモ——検索できるテキストに自動で文字起こしされます——。そして返信のスレッドが、まさにその一点に貼り付きます。担当者を**@メンションすれば割り当てられ、決定は完了になるまでKanbanボード**に載り続けます。

5週間後、施主の質問への回答は20秒です。図面を開く。浴室2をタップする。そこにあります——誰が、いつ、なぜ決めたのか。元の音声と、その文字起こしつきで。何も再構築しません。何も失われていないからです。

こうして小さな現場は、業界が大きなプラットフォームで追いかけているもの——トレーサビリティ——を手に入れます。実際に血が出ている端、つまり記録の瞬間から始めることで、です。同じ習慣が夜の報告書づくりをどう消すかはつながる現場ドキュメントで、現場での一連の流れは現場巡回を10分で記録するチェックリストにまとめています。

「じゃあ、グループチャットは？」——残ります

チャットをやめる現場はありませんし、やめるべきでもありません。会話の道具として、チャットは無敵です。引っ越すのは別のものです。決定・指摘・指示——1か月後に誰かが探し、証明し、引き継ぐ必要のあるものすべて。会話はチャットに、記録は図面に。境界線は覚えやすいものです。明日それが見つからないとお金の話になるなら、チャットに置き去りにしない。

これは、最初のデジタル化の一歩でもある

見えにくい利点がもう一つあります。業界はオープンな標準へ、現場チームに届くIFCモデルへ、共通データ環境へと進んでいます。決定を場所・文脈・ステータスつきで記録する習慣がすでにあるチームは、そうしたプラットフォームが要求する文化的な変化の半分を終えています。そしてどの業界分析も一致するとおり、本当の壁はその文化のほうです。現場の記憶から始めることは、デジタル化の代替ではありません。痛くない、最初の一歩です。

よくある質問

なぜWhatsAppやLINEは現場の決定の記録に使えないのですか？ チャットは時系列で並びますが、記録は「場所」と「案件」で引くものだからです。図面への固定がなく、担当者もステータスも書き出しもありません。情報は技術的には存在します。でも機能的には、3週間後にはもう存在しません。

現場に「記憶がある」とはどういう意味ですか？ 重要な決定を、数か月後でも文脈ごと見つけられることです。どこの話で、誰が、いつ、どんな証拠で決め、どう決着したのか。それが人の記憶頼みなら、現場にあるのは記憶ではなく、証人です。

そのためにCDEが必要ですか？ 最初の一歩としては不要です。CDEは大型契約が求める文書ガバナンスをもたらします。決定の紛失は、それより手前で直せます。図面の上に、その瞬間に記録することで。契約でCDEが必要になったとき、この習慣はあなたに味方します——詳しくはCDEとは何かで。

PinMyにできないこと

PinMyは現場の記録レイヤーです。PDF図面・現場写真・3D IFCモデルの上に音声・写真・動画・テキストのピンを置き、担当者への割り当てとKanbanボードのステータスで追跡します。CDEではありませんし、その代わりにもなりません。文書の承認ワークフローは動かせず、いかなる規格への準拠もうたいません。WebのPDFレポートは今日でも便利ですが、まだ成熟の途上です。PinMyがするのは一つだけ。現場の決定が、生まれた瞬間から、場所と文脈つきで記録されていることです。

20秒テスト

あなたのプロジェクトで最後に下した重要な決定を思い出してください。それを——誰が、いつ、どこで、なぜ——20秒で見せられますか？ 答えが「グループを検索しないと」なら、あなたの現場にあるのは記憶ではなく、運です。そして今まさに、5週間前の音声メッセージを探してスクロールし続けている同僚に、この記事を送ってあげてください。

• 無料で始める: pinmy.co/ja
• 15分の相談を予約: tidycal.com/pinmy