VTIGER CRM OSS STANDARD GUIDE
「なぜ変えたか」と、
「何が変わったか」を残す。
「案件の予定日が変わっている。でも理由がわからない」「引き継ぎの話は残っているのに、担当者の項目が前のまま」。CRMに情報を残していても、書く場所が合っていないと、次に見る人が迷ってしまいます。
Vtiger CRM OSSのコメントは、会話や判断の背景を残す機能。更新履歴は、項目などの変更を確認する機能です。両方を使い分けると、現在の状況と、そこに至った経緯を合わせて追いやすくなります。
この記事でわかること
コメントと更新履歴の役割、基本的な見方、案件での使い分け、引き継ぎで決めておきたいルールを図解します。
対象：Vtiger CRM OSS 8.4系の共通コメント（ModComments）と更新履歴（ModTracker）。利用できるモジュール・画面名・翻訳・表示は設定や権限により異なります。図は実画面ではなく、架空の案件を使った説明用です。
1. コメントと更新履歴の違い
最初に、コメントは人が書く説明、更新履歴はシステムが記録する変更と分けて考えましょう。どちらも経緯を追う手掛かりですが、得意なことが異なります。
コメント
人が、状況や理由を書く。
「顧客の準備日程に合わせ、
商談の予定を見直しました。」
更新履歴
追跡対象の変更が記録される。
「受注予定日を変更」
11/15 → 11/30
| 比較する点 | コメント | 更新履歴 |
|---|---|---|
| 主な役割 | 会話、確認事項、判断の背景を共有する | レコードの作成・項目変更等を追う |
| 残し方 | 利用者が文章を投稿する | 追跡が有効な対象で、対応する処理が記録する |
| 見たい内容 | 理由、顧客の要望、補足、引き継ぐこと | 操作した利用者、日時、項目の変更前・変更後など |
| 補う必要があること | 実際の項目変更やタスク登録は別に行う | 変更理由や次の対応は、文章やタスクで補う |
「誰が日付を変えたか」がわかっても、「なぜその日になったか」は履歴だけでは読み取れないことがあります。反対に、コメントへ「予定を変更しました」と書くだけでは、予定日の項目は変わりません。
2. コメントに残す内容と基本操作
コメントは、対象の顧客や案件などに関係する短いやり取りを残す場所です。別のチャットで話した内容も、後からそのレコードを見た人に必要な要点を残しておくと、引き継ぎに使いやすくなります。
- 対象のレコードを開く
顧客企業や案件など、話の対象を確認します。会社全体の話か、今回の商談だけの話かで、残す場所を決めます。
- コメントの欄・タブを開く
既存のコメントを読み、同じ話題があるか確認します。コメントが利用できる対象では、投稿・返信の操作を使います。
- 事実・理由・次の対応を短く書く
顧客から確認したこと、判断した理由、次に確認する内容を分けます。未確定のことは、その状態もわかるように記載します。
- 保存後に内容と対象を確認する
意図したレコードへ投稿されているか、誰の発言・どの時点の情報かが伝わるかを確認します。続きの話は、返信でつなげられます。
COMMENT EXAMPLE
後から読めるコメントの書き方
- 事実
- 顧客から、導入準備に追加の日数が必要と連絡あり。
- 判断・理由
- 先方の準備日程に合わせ、受注予定日を11月30日に変更。
- 次の対応
- 11月20日に準備状況を確認。担当：鈴木。確認電話は別途タスク登録。
書式は運用例です。事実と推測、決定と相談を分けると、読み手が判断しやすくなります。
「確認します」「対応済み」だけでは、何を確認し、どこまで終わったかが伝わりにくくなります。長く書くよりも、相手・内容・結論・次の動きを揃えることが大切です。
コメントへ担当者名や日付を書いても、その人へのタスク割り当てや、期限付きの通知が自動で作成されるわけではありません。必要な予定・タスクは別に登録します。
3. 更新履歴で確認すること
更新履歴は、追跡が有効なモジュールの詳細画面にある「更新」「Updates」などの欄から確認します。画面に表示される記録を使い、現在の値へ変わった経緯を追います。
- 対象のレコードと現在の値を見る
まず、現在の担当者・予定日・ステージなどを確認します。一覧で見た値と、詳細画面の項目を照らし合わせます。
- 更新履歴を開く
変更した利用者、日時、操作の種類を確認します。必要に応じて過去の記録へ進みます。
- 変更前・変更後を確認する
項目変更の記録では、対象の項目と値を確認します。作成や関連の追加・解除などは、操作の種類に合わせた表示になります。
- 理由が必要なら、コメントも読む
変更があった事実を押さえたうえで、近い時点のコメントや関連する活動を読み、背景と次の対応を確認します。
「今の値」「変わった経緯」「変えた理由」を順に確認する。
履歴の古い値を、現在も有効な値として扱わないようにします。自動処理や連携が関係する場合は、画面の利用者・日時だけで判断を終えず、処理内容も確認します。
標準の更新履歴は、CRM内の変更を確認する手掛かりです。すべての閲覧、ログイン、ファイルのダウンロードまで記録する包括的な操作ログや、過去の状態へ戻すバックアップ機能としては扱いません。
4. 案件の予定日を変える場合
たとえば、青葉製作所への提案案件で、顧客側の準備に時間がかかり、受注予定日を11月15日から11月30日へ変更することになったとします。予定日の項目を更新し、理由をコメントに残すと、次の担当者が状況を追いやすくなります。
更新履歴で事実を確認
項目が実際に変わったことを追う。
コメントで背景を共有
顧客の準備日程に合わせ、受注予定日を11月30日に変更しました。11月20日に状況を確認します。担当：鈴木。
理由と、次に確認することを読む。
続けて、11月20日の確認電話をタスクとして登録します。コメントで経緯を共有し、タスクで担当・期限・完了状態を管理すれば、「読んだつもり」「誰かが対応すると思っていた」を減らしやすくなります。
予定日の変更理由が、顧客の希望なのか、自社の準備なのか、単なる入力訂正なのかで、次に取る行動は異なります。数字や日付だけで伝わらない部分を、コメントで補いましょう。
5. 項目・会話・タスクを使い分ける
チームで使うときは、「どこへ書くか」を揃えることが大切です。一覧や集計に使う現在の情報、判断の背景、これから行う作業を分けて残します。
現在の状態
項目へ登録担当者、受注予定日、
営業ステージなど。
更新履歴で変更を追う。
判断の背景
コメントで共有顧客の要望、変更理由、
相談したこと、
確認が必要な前提。
次に行うこと
予定・タスクへ登録担当、期限、作業内容。
実施・完了の状態を
管理する。
| 場面 | 残す情報 |
|---|---|
| 担当を引き継ぐ | 担当者の項目を変更し、引き継ぎの背景・未対応事項をコメントに残す。 |
| 次回の連絡を決める | 予定・タスクへ担当と期限を登録し、必要な事情をコメントで補足する。 |
| 項目を訂正する | 正しい値へ直し、誤入力の訂正であることをコメントに残す。 |
| まだ決まっていない相談 | コメントで相談中とわかるように記載し、決定後に対象の項目・タスクを更新する。 |
顧客企業には会社全体に関係する話、案件にはその商談に関係する話など、情報を残す単位も決めておきましょう。会社のコメントがすべての案件へ自動で集約・転記されるとは考えず、必要な人が確認する場所を揃えます。
6. 表示される範囲と注意点
コメントや更新履歴が見えないときは、「記録がない」と決めつけず、対象モジュールの対応・有効状態・権限を確認します。両方がすべての画面で同じように使えるわけではありません。
| 確認する点 | 見ておく内容 |
|---|---|
| コメントの対象 | ModCommentsが有効か、対象モジュールで共通コメントが利用できるか、表示・投稿の権限があるか。 |
| 更新履歴の対象 | 対象モジュールで追跡が有効か、必要な変更が記録される処理か。 |
| 過去の記録 | 追跡を有効にする前の変更まで、後から自動生成されるとは考えない。 |
| 訂正の方法 | 自分のコメントに編集操作が表示される場合は、権限と編集理由等の入力を確認する。追加コメントや返信で訂正する場合も、どの内容を直すか明確にする。 |
| 共有・外部への表示 | CRMの利用者権限と、ポータル等の公開設定を確認する。「コメント欄だから社内だけ」とは判断しない。 |
| 通知と確認 | 投稿しただけで全員への通知や既読確認が揃うとは考えず、必要な通知方法・確認手順を決める。 |
変更記録があることと、完全な監査・復元機能があることは別です。
履歴を改変不能な証跡や、あらゆる操作の記録として扱わず、必要な保管・確認・復元の要件は別に整理します。データベースを直接変更する処理なども、標準の履歴へ必ず残るとは考えないようにします。
問い合わせやFAQなどには、モジュール独自のコメント・回答欄や処理もあります。名称が似ていても、共通コメントと投稿方法・表示先・扱いが同一とは限りません。対象の画面で確認します。
7. よくある質問
Q. コメントに「担当変更」と書けば、担当者も変わりますか？
コメントの投稿と、担当者項目の変更は別です。担当者の項目を実際に変更し、引き継ぐ内容をコメントに残します。
Q. 更新履歴があれば、コメントは不要ですか？
更新履歴で変更を追えても、その理由や顧客との相談内容まではわからないことがあります。判断の背景や次の対応は、コメントなどで補います。
Q. すべてのモジュールの、すべての操作が残りますか？
追跡が有効なモジュールと、対応する処理が対象です。ログイン・閲覧・ダウンロード等を含め、すべての操作が記録されるとは考えず、必要な内容が残るかを確認します。
Q. 更新履歴から、変更前の状態へ戻せますか？
過去の値を確認することと、自動で元へ戻すことは別です。履歴を見ながら値を直す場合も、現在の業務や関連する情報への影響を確認します。復元が必要な場合は、別途バックアップ等を検討します。
Q. 投稿したコメントを編集・削除できますか？
標準のコメント表示には、権限と投稿者の条件に応じて自分のコメントを編集する操作があります。編集理由や更新日時の表示と、過去の本文すべてを版として保管・比較できることは別です。削除は標準の処理で制限されています。訂正は、追加コメントや返信で残す方法も使えます。
Q. 担当者の名前を書けば、通知やタスクが作られますか？
名前や期限を書くだけで、通知・タスク作成が必ず行われるわけではありません。予定・タスクは別に登録し、メンションや自動通知が必要なら、導入環境の対応と設定を確認します。
Q. コメントや更新履歴のタブがありません。
対象モジュールの対応、有効状態、利用者の権限を管理者と確認します。共通コメントの設定と、変更追跡の設定は分けて確認してください。
8. 記録を、次の仕事につなぐ
チームで使える記録にするには、情報量を増やすことに加えて、「現在の状態は項目」「理由はコメント」「次の作業はタスク」という役割を揃えることが大切です。変更を追い、背景を読み、次の対応へ進める形に整えましょう。
引き継ぐ内容を揃える
顧客の要望、判断の理由、未対応事項を、次の担当者がわかる形で残します。
次の対応を明確にする
誰が、いつまでに、何をするかを、予定・タスクと合わせて管理します。
vtplusは、Vtiger CRM OSSを基盤に、自社の業務に合わせた活用を支援するサービスです。まず標準のコメント・更新履歴・活動管理で整理できる範囲を確認し、部門間の引き継ぎ、確認依頼、通知、対応状況の見える化などは、必要な要件に合わせて対応方法を検討できます。
「情報は書いているのに、次の担当者へ伝わらない」「変更の理由を毎回聞き直している」。そんな課題から、記録する場所と、仕事を進める流れを一緒に整理してみませんか。
NEXT STEP
会話と変更の記録を、
次の担当者が動ける情報へ。
「何をコメントに残す？」「項目とタスクをどう更新する？」「部門をまたぐ引き継ぎをどう揃える？」。自社の情報共有を整理するところから、相談できます。