ドライバー評価を「仕組み」にする｜定性評価を定量に落とし込まないと属人化する
あなたのチームに、こういうドライバーがいるとしよう。
2年間、一度も遅刻も欠勤もない。自分のコースが終わったら黙って周りのサポートに入る。荷主からのクレームはゼロ。新人が入ってきたら自分から教えに行く。
そのドライバーが今朝、「体調不良で出勤できません」と連絡してきた。
あなたの会社には「当日欠車の場合、代走費用を本人負担」というルールがある。
さて。請求しますか。
「請求しない」が正解。でも根拠は何か。
「請求しない」が正解だと思う。
ただし「なんとなくいい人だから」では根拠にならない。「管理者と仲がいいから」は依怙贔屓だ。
この判断が成立するのは、その行動が記録として残っているときだけだ。
2年間の欠勤ゼロ記録。周囲のサポートに入った回数。荷主からの評価。これが数字として残っているから、「初の欠勤・免除が妥当」と説明できる。記録がなければ、「なんとなく免除」しかない。それは判断ではなく感情だ。
定量評価だけでは人が辞める
定量評価とは、数字で測れるものだ。
- 欠勤日数・遅刻回数
- 配達件数・完了率
- クレーム件数
客観的でフェアだ。感情を排除できる。だが、定量だけで評価すると必ずこうなる。
「数字さえ守れば何をしてもいい」という人が残り、「数字に出ない部分で組織を支えている人」が評価されず消えていく。助け合い、育成、荷主との関係構築——これらは配達件数には出ない。でも組織はその「出ない部分」で動いている。
定性評価を加えると、今度は属人化する
だから定性評価を加える、という発想になる。
定性評価とは、数字に出ない行動や姿勢を管理者が観察して評価するものだ。
ただし、ここに落とし穴がある。
定性評価は、評価する管理者に依存する。
A管理者は「積極的に助け合う」を高く評価する。B管理者は「自分のコースを完璧にこなす」を評価する。同じドライバーが、管理者が替わった途端に「優秀」から「普通」になる。
「管理者と仲がいいから評価が高い」という構造も生まれやすい。これは依怙贔屓と区別がつかない。
定性評価を「管理者の主観」のままにすると、評価は仕組みではなく人間関係になる。
解決策：定性を定量に落とし込む
本当の意味での「評価の仕組み」とは、定性的な行動を、測定可能な指標に変換して記録する設計だ。
管理者が替わっても同じ基準で動く。好き嫌いが入り込む余地がない。それが「仕組み」だ。
具体的にはこういうことだ。
| 定性的な行動 | 定量指標に変換する |
|---|---|
| 困っている同僚を助ける | 月間サポート記録件数 |
| 荷主との関係が良い | 荷主評価スコア（月次） |
| 新人の育成に関わる | 新人フォロー記録回数 |
| トラブルの報告が早い | 報告までの平均時間 |
| 自発的に残業する | 月間自発的残業時間 |
「助け合う姿勢がある」という感覚を、「この3ヶ月でサポート記録が12件ある」という事実に変える。管理者が変わっても数字は残る。主観が入る余地がない。
この設計があって初めて「判断が仕組みになる」
冒頭の問いに戻る。
2年間皆勤のドライバーへの代走費用免除が「仕組みとしての判断」になるのは、こういう状態のときだ。
- 欠勤ゼロ記録（定量）
- 月間サポート記録：平均8件（定量化された定性）
- 荷主評価スコア：直近12ヶ月すべて高評価（定量化された定性）
この3つが揃っているから「免除」と判断できる。管理者が誰であっても、この数字を見れば同じ結論になる。
逆に、欠勤が多く、サポート記録がゼロで、荷主評価も低いドライバーが同じ状況になれば、記録を見て「請求する」と判断できる。
「感覚に頼らない」とは、定性的な行動を記録する仕組みを持つということだ。
現場での設計例
すぐに全部は無理だ。まず1つだけ始める。
最初に入れるとしたら「サポート記録」だ。
ドライバーが他のコースを手伝った時、その件数を記録する。日報に1行追加するだけでいい。これだけで「助け合う姿勢」が数字になる。
次に荷主からの月次フィードバックを1問だけ取る。「このドライバーの対応に満足していますか（5段階）」。それだけでいい。
定量指標は自動で記録できるものから始め、定性の定量化は「1つの行動・1つの数字」から積み上げる。
まとめ
定量だけでは人が辞める。定性を加えると属人化する。定性を定量に落とし込んで初めて「仕組み」になる。
評価の仕組みとは、管理者が替わっても同じ基準で動くものだ。好き嫌いが入らない。関係性で動かない。記録された数字が判断の根拠になる。
2年間皆勤のドライバーに代走費用を免除できるのは、その2年間と、その間の行動記録が数字として残っているからだ。感覚ではなく、記録が判断を支える。それが仕組みだ。
ハココンで何ができるか
ドライバー評価を仕組み化するには、「評価に使うデータを日常的に収集する仕組み」が先に必要だ。評価シートを作っても、元データがなければ記入できない。
ハココンでは、稼働日数・日報提出率・チェックイン応答率・案件数をLINEから自動集計する。これらの数値が自然と蓄積されることで、「評価のたびにデータを集める」手間がなくなり、評価の仕組み化が現実的になる。
ドライバー評価に使えるデータを自動で集めたい方は、ハココンの無料デモをお試しください。
よくある質問
Q: サポート件数などを記録するのは、ドライバーに監視されている感じを与えませんか？ A: 「管理のための記録」ではなく「評価のための記録」として設計することが重要です。頑張りが数字に残り、評価に反映されると伝えれば、記録はむしろドライバーの安心につながります。
Q: 荷主評価スコアはどうやって取ればいいですか？ A: 月1回、簡単なアンケート（1問・5段階）をLINEや紙で送るだけで十分です。全荷主に送る必要はなく、主要な取引先3〜5社から始めてください。
Q: 管理者が変わったとき、評価の継続性はどう保てばいいですか？ A: 記録が残っていれば引き継げます。「前の管理者のときはこう評価されていた」という口伝ではなく、数字が残っていることが継続性の基盤です。これが定性を定量化する最大の理由でもあります。
