納品後に使い始めたか分からない？初回利用の確認を残す方法

灯台サポートの石井は森製作へ点検サービスを納品しました。契約と説明会は完了していますが、現場で最初の点検記録を作ったかは分かりません。

納品済みを利用開始済みと扱うと、準備不足の顧客への支援が終わります。

準備・初回利用・結果確認を区別し、顧客が最初の仕事を終えた証拠を導入記録へ残します。 参照資料「HubSpot: Customer success health score」で確認した範囲は、顧客属性と行動を組み合わせる健全度の考え方。 この節の会社・担当・社内基準は架空の教材です。

この章の根拠：出典1

「準備完了」の入力は、対象設備と窓口を登録です。ここでは点検実施とは言えません。記録の判断欄には「利用前の状態」と残します。

「初回点検」の入力は、一設備の記録を作成です。ここでは記録番号F46を確認します。記録の判断欄には「顧客の作業開始」と残します。

「初回結果確認」の入力は、必要欄と不明点を照合です。ここでは顧客が内容を説明できるか確認します。記録の判断欄には「最初の仕事の区切り」と残します。

比較表は横に動かして全ての列を確認できます。

石井は開始条件を担当者が一件の点検記録を作り必要欄を確認することにします。説明会参加やログインを初回点検と同じ指標にしません。

納品は提供側、初回利用は顧客側の作業です。別に残すと資料が届いた後の停滞を見分けられます。初回利用日から通常運用の確認へつなげます。

利用開始の条件はログインだけでなく、F46の点検作業を一件行って結果を確認できた状態です。資料の納品や設定はその前提として残し、提供側の完了から顧客側の完了を推定しません。

点検時期が来月なら今月の未利用を失敗としません。予定と準備を記し、現場が使えない設備条件があれば開始前に確認します。

初回一件は定着や効果を証明しません。架空の手順例として次の通常点検で同じ作業を行えるか別に確認します。

点検が来月なら石井は予定日と準備の確認事項を残します。利用できない設備条件が判明したら安藤へ確認を戻し、開始予定日を都合よく変更して未利用がなかったことにしません。

石井が初回予定を確認し、安藤は実施担当の確認先を記します。F46ができたら必要欄と不明点を一緒に照合します。

納品日・初回予定日・実施日が別にあり、未実施が実施済みへ混ざらないか点検します。完了は一件の仕事を説明できることとします。

渡辺は納品日、初回作業日、結果確認日が別の出来事として記録されているか見ます。ログインだけで利用開始にしていた場合はF46の作業記録を確かめ、実施未確認なら開始状態を訂正します。

納品、初回作業、結果確認という三つの条件を書きます。何をもって顧客が使い始めたと呼ぶかを当事者の仕事で定義します。

提供側の作業を終えただけで利用開始へ進めません。予定がまだ来ていない場合と、使えない理由がある場合も分けます。

石井は一件の点検結果を確認し、安藤は次の通常作業を整理します。開始確認を継続利用の保証として扱わず引き継ぎます。