営業用サンプル・デモ機の貸出管理｜持ち出し・返却・在庫差異を防ぐ方法
営業用のサンプル品やデモ機は、倉庫の商品在庫と違い、商談のために社外へ持ち出され、複数の顧客先や営業担当の間を移動します。品名と残数だけを表計算で数えても、「どの個体が、誰の手元にあり、いつ戻り、次に貸せる状態か」が分からなければ、返却遅延、二重貸出、付属品不足、破損の見落としが起きます。
貸出は「渡した」ではなく「返却確認と状態確定」で閉じます。 個体ID、状態、保管場所、持出者、顧客、商談、貸出日、返却予定日、返却時点検を一つの貸出台帳で追跡してください。物理的な所在と貸出可否は資産台帳を正本にし、CRMには顧客・商談・デモ結果・次回アクションを連携すると、二重貸出と営業フォロー漏れを同時に防げます。
本記事のポイント
- 営業用サンプルやデモ機は、品名や数量ではなく、個体ID、状態、所在、持出者、顧客、返却予定日を一つの貸出台帳で管理します。
- 物理的な所在と貸出可否は資産台帳を正本にし、CRMには顧客・商談・デモ結果・次回アクションを連携します。
- 貸出は持ち出し時点で完了にせず、返却確認、状態点検、付属品照合、修理・再貸出可否の確定まで閉じない運用にします。
この記事の直接回答
営業用サンプルやデモ機の貸出台帳には、個体ID、品名、シリアル番号、状態、保管場所、持出者、顧客、商談、貸出日、返却予定日、付属品、貸出前後の状態を記録します。予約時に利用可能な個体を確保し、持ち出し時に担当者へ引き渡し、期限超過を通知し、返却後に個体・付属品・動作・外観を点検してから「利用可能」へ戻します。破損や所在不明は通常在庫へ戻さず、隔離、責任者連絡、顧客影響の確認、修理・紛失処理、記録確定までを例外フローで管理します。
サンプル品とデモ機は「数量」と「個体」を分けて管理する
最初に、管理単位を決めます。パンフレット、小袋の試供品、使い切り部材のように一個ずつ追跡する必要がないものは、品目と数量で管理できます。一方、測定機器、評価機、タブレット、什器、金型、展示用セットのように返却が必要なものは、同じ型番が複数台あっても個体IDで追跡します。
「デモ機Aが三台ある」という数量情報だけでは、どの一台が顧客先にあり、どの一台が修理中で、どの一台が付属品不足なのか分かりません。予約可能数を正しく出すには、各個体の状態を集計した結果として利用可能数を計算します。数量と個体を一枚の表に無理に押し込まず、品目マスタと個体台帳を分けて関連付けると整理しやすくなります。
| 管理対象 | 推奨する単位 | 最低限追跡すること |
|---|---|---|
| 使い切りサンプル | 品目・ロット・数量 | 入庫、配布数、残数、期限、配布先の集計 |
| 返却が必要なデモ機 | 一台・一式ごとの個体ID | 状態、所在、持出者、顧客、貸出日、返却予定日 |
| 付属品を含むセット | 親個体と構成品 | 本体、電源、ケーブル、ケース、説明書などの照合 |
| 校正・点検が必要な機器 | 個体IDと点検履歴 | 点検日、次回期限、使用停止条件、証明書 |
| 顧客へ譲渡する評価品 | 個体またはロット | 譲渡日、顧客、承認、無償・有償、追跡終了の根拠 |
個体台帳の状態は、少なくとも「利用可能」「予約済み」「貸出中」「返却確認中」「修理・点検中」「所在確認中」「廃棄・除却」に分けます。営業担当の手元にあるだけなのか、顧客へ引き渡したのかも別の所在として記録します。「貸出中」の一語だけでは、回収担当と連絡先を決められません。
| 台帳項目 | 記録内容 | 防げる問題 |
|---|---|---|
| 個体ID・シリアル番号 | 貼付タグと製造番号を併記 | 同型機の取り違え、返却個体の誤認 |
| 状態・所在 | 保管棚、営業担当、顧客拠点、修理先 | 二重貸出、所在不明、修理中機の再貸出 |
| 持出者・承認者 | 実際に受け取る人と承認した人 | 代理受領や担当変更後の責任不明 |
| 顧客・商談 | 会社、拠点、案件ID、利用目的 | 返却催促と営業フォローの分断 |
| 貸出日・返却予定日 | 引渡日時、期限、延長承認 | 返却遅延、次の予約との衝突 |
| 付属品 | 構成品チェックと写真 | ケーブルやケースの返却漏れ |
| 貸出前後の状態 | 外観、動作、消耗、汚れ、写真 | 破損時点の不明確化、未点検再貸出 |
Microsoft Listsの公式「Asset manager」テンプレートも、資産タグ、状態、シリアル番号、現在の利用者、返却予定日、状態メモなどを標準列として示しています。自社の営業貸出へ使う場合は、顧客、商談ID、貸出目的、付属品、返却点検を追加すると、社内備品管理から営業デモ管理へ広げられます。
CRMと資産台帳はどちらを正本にするか
CRMだけでデモ機を管理すると、顧客や商談との関係は見やすい一方、同じ個体が別案件へ予約されていないか、修理中か、どの棚へ戻ったかが見えにくくなります。反対に、資産台帳だけで管理すると、貸出の目的、顧客の反応、受注見込み、次回フォローが営業履歴から切れます。
基本は、物理的な個体、所在、状態、貸出可否を資産台帳の正本にし、顧客、商談、デモ目的、結果、次回アクションをCRMへ残す分担です。両方へ同じ項目を手入力するとずれるため、共通キーとして個体IDと案件IDを相互に持たせます。
| 情報 | 正本に向く場所 | 連携先で見せる情報 |
|---|---|---|
| 個体ID、保管場所、状態 | 資産・貸出台帳 | CRMに個体IDと現在状態を表示 |
| 予約、貸出、返却、修理 | 資産・貸出台帳 | 案件タイムラインへ主要イベントを反映 |
| 顧客、拠点、商談、担当者 | CRM | 貸出台帳に案件IDと顧客名を参照表示 |
| デモの目的、反応、懸念 | CRMの活動・商談履歴 | 貸出台帳には詳細を書かず案件リンクを持つ |
| 次回連絡、見積、受注見込み | CRM | 資産側は次回予約判断に必要な期間だけ参照 |
| 外観写真、修理記録、点検証明 | 資産・保守台帳 | CRMには顧客対応へ影響する状態だけ表示 |
Salesforceの標準Assetは、顧客が購入した製品をAccountやContactへ関連付けて追跡する用途が中心です。自社所有の営業デモ機を一時貸出する場合は、標準Assetへそのまま合わせるのではなく、自社の所有区分、貸出状態、商談、返却処理を表せるか確認し、必要なら専用の貸出レコードや外部資産台帳を連携します。
CRM側の必要項目を整理するときは、ルート営業CRMの機能要件一覧に、貸出個体ID、返却予定日、デモ結果、次回フォローを追加すると実務へ落とし込みやすくなります。医療機器のように複数施設へデモ機を出し入れする業務では、医療機器ディーラー向けCRMの選び方で扱う施設・関係者・貸出管理の観点も参考になります。
持ち出しから返却までを6ステップで固定する
台帳を作っても、営業担当が後からまとめて入力する運用では所在が空白になります。状態変更は、現物が動く瞬間に記録します。バーコードやQRコードを使う場合も、読み取りは入力を速くする手段であり、承認や返却点検を省くものではありません。
- 個体を登録する：個体IDを発行し、本体、付属品、シリアル番号、初期状態、保管場所を記録する。
- 予約と承認を取る：顧客、商談、利用目的、期間、持出者を登録し、利用可能な個体を確保する。
- 引き渡し時に貸出へ変える：タグを読み取り、現物と付属品を照合し、受領者と貸出日時を確定する。
- 利用中の変更を更新する：顧客拠点の変更、延長、担当交代、故障、紛失を発生時点で記録する。
- 返却受付と点検を分ける：戻った事実を記録した後、個体、付属品、外観、動作、データ消去、清掃を確認する。
- 次の状態を確定する：利用可能、修理・点検中、所在確認中、廃棄のいずれかへ変更し、案件のデモ結果もCRMへ残す。
返却受付と利用可能への復帰を同じボタンにしないことが重要です。箱が戻っていても、ケーブルが不足している、バッテリーが劣化している、顧客データが残っている、校正期限が切れている場合は次へ貸せません。点検担当が確認するまで「返却確認中」に置けば、次の営業担当へ問題を渡すのを防げます。
| 工程 | 完了条件 | 止める条件 |
|---|---|---|
| 予約 | 顧客、期間、個体、承認者が確定 | 同期間の予約、点検期限切れ、修理中 |
| 持ち出し | 現物、付属品、受領者、日時を照合 | 予約と個体が違う、承認なし、付属品不足 |
| 延長 | 次の予約と点検期限を確認し再承認 | 次予約と衝突、顧客・担当者が不明 |
| 返却受付 | 個体が保管拠点へ戻り受領記録あり | タグ不一致、付属品不足、外観異常 |
| 返却点検 | 動作、外観、付属品、データ、清掃を確認 | 故障、未消去データ、校正期限切れ |
| 再貸出 | 状態が利用可能へ確定 | 返却確認中、修理中、所在確認中 |
訪問後の顧客反応は、資産台帳の備考へ長文で残すよりCRMの活動履歴へ入れます。訪問営業のAI議事録テンプレートに、使用した個体ID、評価結果、懸念、追加デモ、見積、返却予定を含めると、現物管理と商談管理を同じ案件からたどれます。
期限超過・破損・所在不明を例外フローで扱う
返却予定日の通知だけでは、遅延はなくなりません。本人が休暇や退職で対応できない、顧客側で評価が継続している、次の予約が迫っている、機器が別拠点へ転送されたなど、期限超過の理由ごとに連絡先と判断者を決めます。
通知は返却予定日の数日前、当日、超過後の三段階に分けます。最初は持出者へ確認し、当日までに返却・延長が確定しなければ営業責任者と資産管理者へ通知します。次の予約と衝突する場合は、代替個体、顧客への連絡、評価期間の変更を同時に判断します。
| 例外 | すぐ行うこと | 完了条件 |
|---|---|---|
| 返却期限超過 | 持出者、顧客、現在地、返却見込み、次予約を確認 | 返却または延長が承認され、新期限が記録済み |
| 破損・動作不良 | 再貸出を止め、写真、症状、発見者、発生状況を記録 | 修理、交換、廃棄、顧客対応の判断が確定 |
| 付属品不足 | 構成品表と照合し、顧客・営業・保管拠点を確認 | 回収、補充、紛失処理のいずれかが記録済み |
| 所在不明 | 最終スキャン、受領者、顧客拠点、配送履歴を確認 | 発見または紛失確定、責任者報告、予約調整が完了 |
| 担当者変更・退職 | その担当者名義の貸出一覧を責任者へ移管 | 全個体の所在と回収担当が再確定 |
| 顧客データ残存 | 利用停止し、閲覧権限を絞り、消去担当へ引き渡す | 消去確認後に点検者が利用可能を承認 |
差異の月次確認では、台帳上の利用可能数だけを数えず、保管棚、貸出中、修理先、所在確認中を状態別に実査します。高額機器や安全性に影響する機器は、持ち出し・返却・廃棄を一人で完結させず、承認者または点検者を分けると記録の信頼性を高められます。
デモ後の商談レビューでは、受注見込みだけでなく、個体の返却と顧客対応が閉じたかも確認します。訪問営業マネージャー向け商談レビューへ「貸出個体」「返却状態」「追加デモ要否」を加えると、営業成果と資産差異を別会議に分断せずに済みます。
ツール選定で確認する機能と公式情報
少人数なら、Microsoft Listsや共有スプレッドシートで個体台帳を始められます。ただし、同時編集、権限、変更履歴、モバイル入力、通知、写真添付、検索が運用量に耐えられるか確認してください。個体数、拠点数、貸出頻度が増えたら、専用の資産管理、在庫管理、フィールドサービス機能を検討します。
| 確認機能 | 必要になる場面 | 選定時の注意 |
|---|---|---|
| 個体ID・バーコード読取 | 同型機が多く持出・返却を現場で記録する | ブラウザとモバイルで使える機能差を確認 |
| 予約の重複制御 | 複数営業が同じ期間に予約する | 警告だけか、確定を停止できるかを確認 |
| 期限通知・エスカレーション | 返却遅延と次予約の衝突を防ぐ | 本人不在時の責任者通知まで設計 |
| 写真・付属品チェック | 貸出前後の状態を比較する | 画像容量、保存期間、閲覧権限を確認 |
| 変更履歴・権限 | 誰が状態や期限を変えたか追跡する | 営業本人が修理中を利用可能へ戻せない設計 |
| CRM連携 | 顧客・商談・フォローと個体を結ぶ | 二重入力を避け、正本フィールドを決める |
AppSheetは、モバイル端末のカメラや外部スキャナーでバーコード・QRコードを読み取り、列の値として入力できます。公式ヘルプではInventory Managementのサンプルも案内されています。ただし、カメラによるバーコード読取はCoreとEnterpriseプラン向けで、Webブラウザやエディタのエミュレーターでは使えないため、導入前に現場端末と契約条件を確認してください。
Microsoft Listsは、列の値が変わったときなどに通知するルールを作成できます。返却予定が近いときの高度な日付条件や複数システム連携はPower Automate等が必要になる場合があります。通知を追加する前に、状態を誰が更新するか、期限超過を誰が判断するかを決めてください。
製品機能と条件は次の公式情報で確認できます。
- Microsoft Support: List templates in Microsoft 365：Asset managerの目的と、資産タグ、状態、現在の利用者、返却予定日、状態メモなどの標準列を確認できます。
- Microsoft Support: Create a rule to automate a list or library：列や項目の変更を条件に通知するルールと必要権限を確認できます。
- AppSheet Help: Use a barcode scanner：対応プラン、モバイルでの読取、対応形式、Inventory Managementサンプルを確認できます。
- Salesforce Help: Create Assets：AssetとProduct、Account、Contact、親子資産の標準的な関係を確認できます。
よくある質問
営業用サンプルやデモ機の貸出台帳には何を記録しますか？
個体ID、品名、型番・シリアル番号、状態、保管場所、持出者、顧客、商談、貸出日、返却予定日、付属品、貸出前後の状態を記録します。顧客の反応や次回提案はCRMへ残し、貸出台帳には案件IDで関連付けます。
返却期限の超過と二重貸出をどう防ぎますか？
予約時に個体と期間を確保し、予約済み・貸出中・返却確認中・修理中を利用可能数から除外します。返却前、当日、超過後に通知し、延長は次の予約と点検期限を確認したうえで再承認します。
破損・紛失・所在不明が起きたときはどう対応しますか？
通常在庫へ戻さず、修理・点検中または所在確認中へ隔離します。最終受領者、顧客拠点、スキャン、配送、写真、付属品を確認し、責任者へ報告します。修理、代替、顧客連絡、紛失確定、廃棄の判断と記録が終わるまで例外を閉じません。
CRMと在庫管理のどちらで管理しますか？
個体、所在、状態、貸出可否は資産・在庫台帳を正本にし、顧客、商談、デモ結果、次回アクションはCRMを正本にします。個体IDと案件IDを相互に持たせ、同じ状態や期限を両方へ手入力しない設計にします。
使い切りサンプルも一個ずつ管理しますか？
単価が低く返却不要なら、品目・ロット・数量で管理できます。ただし、使用期限、規制対象、顧客別配布上限、回収義務がある場合は、ロットや配布先まで追跡してください。返却が必要な機器と同じ個体台帳へ混ぜる必要はありません。
バーコードやQRコードを付ければ管理できますか？
読み取りは個体の選択ミスと入力時間を減らしますが、予約承認、返却点検、期限超過、破損対応は別途必要です。タグが剥がれた場合に備え、シリアル番号や写真でも個体を照合できるようにします。
まとめ
営業用サンプルやデモ機は、在庫数だけでなく、どの個体が、どの状態で、どこにあり、誰が、どの顧客・商談のために持ち出しているかを追跡します。個体ID、状態、所在、持出者、顧客、返却予定日、付属品、貸出前後の状態を一つの台帳へ集約してください。
物理的な所在と貸出可否は資産台帳、顧客・商談・デモ結果はCRMを正本にし、個体IDと案件IDでつなぎます。持ち出し、期限、返却受付、状態点検、修理・再貸出可否を別の状態として管理すれば、担当者の記憶だけに頼らず、二重貸出、返却遅延、付属品不足、所在不明を減らせます。
