VTIGER CRM OSS STANDARD GUIDE
自社で確認したい情報を、
迷わず入力できる項目へ。
「導入の目的を残したい」「次に確認する日を一覧で探したい」「必要な情報がメモ欄に散らばっている」。標準の顧客管理を使っていると、自社の仕事に合わせて、もう少し情報を整理したくなることがあります。
Vtiger CRM OSSのカスタム項目とレイアウト編集は、対応するモジュールへ項目やブロックを追加し、入力・確認しやすい順に整える標準機能です。必要な情報を項目として持たせることで、後から探す、一覧で比べる、集計するための土台を作れます。
この記事でわかること
項目を追加する前の整理、入力形式の選び方、作成と配置の基本、必須・表示等の設定、既存データへの影響を図解します。
対象:Vtiger CRM OSS 8.4系の標準「項目とレイアウト編集(Layout Editor)」を中心に解説します。設定は管理者が行います。項目・ブロック・モジュールにより変更できる範囲は異なります。図と項目名は説明用の例です。
1. 項目を追加する前に決めること
カスタム項目は、入力欄を増やすためだけのものではありません。誰が、いつ入力し、その情報を何の判断に使うかを先に決めると、使い続けやすくなります。
何を記録するか
項目の意味を決める例:利用目的、確認予定日。
誰が見ても同じ意味で使う。
どう入力するか
項目の種類を選ぶ例:選択肢、日付、数値。
記録・検索・集計に合う形にする。
どこへ置くか
ブロックと順序を決める例:「導入相談」にまとめる。
入力する場面に合わせて並べる。
たとえば「確認予定日」は、日付を記録したいのか、実際に確認作業を担当者へ割り当てたいのかで、使う機能が変わります。日付の項目を追加することと、期限付きのタスクを登録することは分けて考えましょう。
また、すでに同じ意味の標準項目がないかを確認します。「会社名」と同じ内容を別の欄へ入れるなど、二重に管理する項目が増えると、どちらを更新するか迷いやすくなります。
2. 情報に合う項目の種類を選ぶ
後から一覧で探したり集計したりするなら、情報の性質に合う入力形式を選ぶことが大切です。何でも自由記入へ入れる前に、選択・日付・数値で扱えるかを考えます。
| 種類 | 向いている情報 | 設計するときの確認 |
|---|---|---|
| テキスト | 管理コード、短い名称、補足 | 必要な文字数。先頭のゼロを持つコードは数値と分ける。 |
| 整数・小数 | 対象拠点数、数量、計測値 | 単位、必要な桁数、小数の精度。番号として識別する値との違い。 |
| 通貨・パーセント | 金額、割合 | 何の金額・割合か。入力欄を追加することと、自動計算を分ける。 |
| 日付・時刻 | 確認予定日、作業時刻 | 予定か実績か。タスクや通知も必要か。 |
| 選択リスト | 利用目的、対応区分等の単一分類 | 選択肢の意味、未確認の扱い、表記の統一。 |
| 複数選択 | 複数の対象分野等 | 本当に複数を持つ情報か。一つに分類したい情報と分ける。 |
| チェックボックス | 有無・該当するかどうか | 未確認と「いいえ」を区別する必要があるか。 |
| 複数行テキスト | 要件メモ、状況の補足 | 長い文章の中へ、集計したい分類や日付を埋め込まない。 |
| メール・電話・URL | 連絡先や参照先 | 値の用途と形式。既存の標準連絡先と重複しないか。 |
たとえば「利用目的」を「情報共有」「保守対応」「営業管理」のような選択肢にすると、表記を揃えて探しやすくなります。詳しい事情は別のメモ欄に残せば、分類と説明の両方を扱えます。
チェックボックスは単純ですが、未確認なのか、確認して該当しなかったのかがわかりにくい場合があります。確認状況そのものを管理したいなら、「未確認・確認済み」等の選択肢や確認日も検討しましょう。
これは代表的な種類の例です。任意の参照項目や計算式を、この標準の項目追加画面から自由に作れるという意味ではありません。作成後の編集画面では種類や名称の変更が制限されるため、追加前に決めておきます。
3. カスタム項目を作成する
ここでは、顧客企業へ「利用目的」「確認予定日」「対象拠点数」「要件メモ」を追加する例で考えます。設定画面で作って終わりにせず、通常の入力画面で確かめるところまでを一つの作業にします。
- 管理者でレイアウト編集を開く
CRMの設定にある「項目とレイアウト編集」「Module Layouts & Fields」等のメニューから、対象モジュールを選びます。翻訳やメニュー名は環境で確認します。
- 追加先のブロックを決める
既存のブロックを使うか、「導入相談」等のカスタムブロックを追加します。入力する場面が近い情報をまとめます。
- カスタム項目の追加操作を開く
追加する種類と項目名を指定します。テキストなら長さ、数値なら桁数・小数、選択リストなら選択肢など、種類ごとの設定を確認します。
- 必須・既定値等を確認して保存する
作成時に入力できる内容だけを必須にします。既定値を使う場合は、意図しない選択が入らないかを確認します。
- 入力・保存・再表示を確認する
通常ユーザーの新規作成・編集・詳細画面で見直します。想定する値、空欄、文字数や日付等を確認し、使う人が迷わないかを確かめます。
項目名は、意味を短く伝える名前にします。「日付」だけでは、何の予定か実績かがわかりません。「確認予定日」のように、業務上の意味が伝わる名前を付けましょう。
モジュールやブロックによって、追加・移動・各設定の変更ができない場合があります。特に見積等の明細ブロックや、モジュール独自の欄を、一般のカスタム項目と同じように変更できるとは考えないようにします。
4. ブロックと並び順を整える
ブロックは、関連する項目をまとめる見出しです。基本情報、相談内容、保守の確認など、入力する人が仕事の場面を思い浮かべられるまとまりにすると使いやすくなります。
基本情報 標準項目の例
- 顧客企業名
- 青葉製作所
- 電話
- 03-1234-5678
導入相談 追加するブロックの例
- 利用目的 選択リスト
- 保守対応
- 確認予定日 日付
- 2026年11月20日
- 対象拠点数 整数
- 3
- 要件メモ 複数行テキスト
- 営業とサポートで、顧客への対応経緯を共有したい。
標準には、項目やブロックをドラッグで並べ替える操作があります。関連する項目を近くへ置き、入力する順や、よく確認する情報に合わせて配置します。変更後は、画面にある順序の保存操作を行います。
入力欄を増やしすぎると、必要な場所を探しにくくなります。最初に必要な基本情報、その後に詳しい相談内容というように、仕事の進み方に沿って整理しましょう。
ブロックを折りたたむことと、項目を無効・非表示にすることは別です。確認しやすい見せ方と、使う項目そのものの設定を分けて見直します。
5. 必須・表示・入力補助を設定する
項目の設定では、入力の確実さと、現場で無理なく使えることの両方を考えます。標準項目や項目の種類によって、変更できない設定もあります。
| 設定 | 考え方 | 確認すること |
|---|---|---|
| 必須 | 保存に必要な情報として扱う。 | その入力時点で必ずわかる情報か。既存の空欄データを編集するときに困らないか。 |
| 有効・表示 | 入力・確認に使う項目を整理する。 | 非表示にする対象、元へ戻す方法、他の処理での利用状況。 |
| 既定値 | 通常使う値を、入力の初期値として設定する。 | 入力した事実と勘違いしないか。空欄や未確認の意味を消さないか。 |
| クイック作成 | 簡易作成画面で扱う情報を選ぶ。 | 短い登録で必要か。必須項目や、モジュールの対応による制約。 |
| 一括編集 | 複数レコードをまとめて変更する対象にする。 | まとめて同じ値にしてよい情報か。更新後の影響。 |
| 概要・ヘッダー | 詳細画面の概要や上部で確認する情報を選ぶ。 | よく判断に使う少数へ絞る。モジュールごとの表示対応・制約。 |
たとえば、導入相談の入口では利用目的が未確定かもしれません。すべてを必須にすると、保存のためだけの仮入力が増えることがあります。登録時に必要な情報と、後から確認する情報を分けましょう。
日付の項目と、担当・期限を持つ仕事は使い分けます。
「確認予定日」を追加しても、それだけで確認タスクや通知が作られるわけではありません。実施や完了を管理するなら予定・タスクを使い、自動化が必要な場合は別に条件と処理を設定します。
また、レイアウト上の表示設定と、誰がその情報を見られる・編集できるかは分けて確認します。プロファイル等の権限や、レコードの共有設定も合わせ、通常ユーザーでの見え方を確かめましょう。
6. 既存データと他機能への影響を確認する
追加した項目は、入力だけでなく、必要に応じて検索・一覧・レポート・CSV等でも使います。どの画面で使えるか、選択や設定が必要かを確認しましょう。
記録する
作成・編集・詳細想定する値を保存し、
使う人が再確認できるかを見る。
探して確認する
一覧・フィルター対象を見分ける列や、
抽出条件として使えるかを見る。
まとめて振り返る
レポート・CSV必要な集計・出力・取り込みで、
項目を扱えるかを確認する。
| 確認する点 | 内容 |
|---|---|
| 過去のレコード | 項目追加だけで過去の業務内容が自動判定・入力されるわけではない。必要な補完と既定値の設定を分ける。 |
| 種類・名称・長さ | 作成後に自由に変更できると考えず、標準画面での編集範囲を確認する。型を変えたい場合は既存値の扱いから考える。 |
| CSV・外部連携 | マッピング、参照する項目、形式を見直す。過去の列構成のままでよいかを確認する。 |
| リードの変換 | 顧客企業・担当者・案件へ引き継ぎたい項目は、変換先の項目と対応付けを別に確認する。 |
| ワークフロー・集計 | 条件や更新先、一覧フィルター、レポートで参照していないかを確認する。 |
| 無効化・削除 | 一時的に使わないのか、データごと不要なのかを整理する。削除の前に保存値と依存する設定を確認する。 |
「画面から外す」と「項目を削除する」は別です。
標準のカスタム項目の削除は、保存されている値や、その項目を使うフィルター・レポート等にも影響します。削除後に同じ名前を作っても、元の値が戻るとは考えず、残す必要のある情報と設定を確認します。
最初は、少数の項目で入力・保存・抽出を確認し、運用しながら見直すと進めやすくなります。項目の意味、入力する担当、更新するタイミングを短く残し、次の担当者にも引き継げるようにしましょう。
7. よくある質問
Q. どのモジュールの、どの場所にも追加できますか?
対応するモジュール・ブロックに制約があります。見積等の明細や、問い合わせの回答・コメント欄のような独自部分は、一般の項目と同じ追加・配置ができるとは限りません。実際の設定画面で確認します。
Q. メモ欄へまとめて書けば、項目を分けなくてもよいですか?
詳しい説明はメモ、分類・日付・数値として探したい情報はそれぞれの項目へ分けると使いやすくなります。何の判断に使うかを基準に選びます。
Q. 項目や既定値を追加すると、過去のデータも補完されますか?
既定値の設定と、過去のレコードの一括補完は別です。過去の値がどう見えるかを確認し、業務上必要な内容はCSV等も含め、補完方法を別に整理します。
Q. 入力漏れを防ぐため、全部を必須にしてもよいですか?
登録時点でわからない情報を必須にすると、仮入力や保存できない状況につながります。いつ確定するかを整理し、その時点で必要な項目へ絞ります。既存の空欄レコードの編集も確認します。
Q. リードへ追加した項目は、顧客化のときも引き継がれますか?
変換先に項目を追加することと、その値を引き継ぐ対応付けは別です。顧客企業・顧客担当者・案件の必要な項目を用意し、リード変換時のマッピングと結果を確認します。
Q. 使わない項目は、非表示と削除のどちらにしますか?
値を残して一時的に使わないのか、保存情報も不要なのかで判断します。削除は値や依存する設定に影響するため、画面の整理だけを目的にする場合は、有効・表示の設定から確認します。
Q. 入力値や部署に応じて、画面を自動で切り替えられますか?
標準の項目追加・並べ替えと、条件による表示・必須・レイアウト切り替えは別の要件です。必要な権限設定と、追加対応の要否を分けて確認します。選択肢の連動と、項目全体の表示切り替えも区別します。
8. 自社の業務に合う入力画面へ
カスタム項目とレイアウト編集の第一歩は、情報を増やすことに加えて、「何を、誰が、いつ入力し、どう使うか」を揃えることです。入力しやすく、後から確認・集計しやすい形に整えると、日々の仕事へつなげやすくなります。
必要な情報を絞る
標準項目で足りるところと、自社に必要な項目を整理し、意味と入力方法を決めます。
仕事の流れに合わせる
入力する場面、確認する順序、検索・集計や引き継ぎでの使い方を揃えます。
vtplusは、Vtiger CRM OSSを基盤に、自社の業務に合わせた活用を支援するサービスです。まず標準の項目・ブロック・表示設定で整理できる範囲を確認し、部門ごとの入力ルール、業務の段階に応じた確認、既存データの補完、必要な画面や自動化などは、要件に合わせて対応方法を検討できます。
「入力欄は増えたのに、必要な情報が揃わない」「部門によって同じ項目の意味が違う」。そんな課題から、自社に必要な情報と、使いやすい画面を一緒に整理してみませんか。
NEXT STEP
自社に必要な情報を、
現場で使い続けられる画面へ。
「何を項目にする?」「どの場面で必須にする?」「入力した情報をどう活用する?」。自社の項目と入力の流れを整理するところから、相談できます。
