トラブル対応で信用は作れない 信用は“起きる前”に決まっている
※この記事は「信用OS（信用が生まれる瞬間）」の話です
前回、
---
👉 信用 = 履歴
---
という話をした。
---
では、その履歴はどこで生まれるのか。
答えはシンプルです。
---
👉 トラブルが起きた瞬間
---
---
解体現場ではトラブルは必ず起きる
---
・地中埋設物が出る
・想定外の構造が出る
・追加費用が発生する
---
これは例外ではなく、
👉 前提です
---
---
多くの人の捉え方
---
トラブルというと、
・どう説明するか
・どう納得してもらうか
・どう収めるか
---
👉 発生後の対応として考えられる
---
しかし本質は違う
---
同じトラブルでも、
結果は大きく分かれます。
---
❌「追加費用がかかります」
👉 不信
---
⭕「事前に説明したケースです」
👉 納得
---
---
違いはどこにあるか
---
👉 予期していたかどうか
---
---
トラブルは“対応”ではなく“設計”
---
ここが重要です。
---
トラブルは、
👉 その場で処理するものではない
---
👉 起きる前に設計するもの
---
---
フェーズ①：事前設計
---
・想定リスクを説明する
・地中埋設物の可能性を伝える
・試掘ルールを共有する
・追加費用の単価を提示する
・判断フローを合意する
---
👉 トラブルの扱い方を先に決める
---
---
フェーズ②：発見後対応
---
・写真を撮る
・即共有する
・状況を説明する
・試掘を提案する
・費用を提示する
・許可を取る
・試掘する
・全容を確認する
・再見積を提示する
・承認を得る
・実行する
・報告する
---
👉 すべて見える状態にする
---
---
これは何をしているのか
---
👉 意思決定の履歴を作っている
---
---
・どの情報で
・誰が判断し
・どう合意したか
---
この流れが残ることで、
信用になります。
---
---
トラブルは評価イベント
---
トラブルはマイナスではありません。
---
👉 信用が最も動く瞬間
---
---
・隠したか
・見せたか
・任せたか
---
この違いが、
👉 次の仕事を決める
---
---
まとめ
---
👉 何が起きたかではなく
どう備えていたかが信用になる
---
---
そして、
👉 その行為がそのまま履歴になる
---
---
次回
---
では、
その「行為」はどう評価されるのか。
👉 産廃という“行為のデータ”に現れる
