Custom Fields CRM: Apa yang Perlu Ditambahkan, Apa yang Perlu Dihindari

Sebuah perusahaan SaaS meluncurkan HubSpot CRM mereka dengan 80 custom fields. Pemimpin RevOps mereka sudah mencoba memenuhi setiap permintaan dari penjualan, marketing, dan kepemimpinan sebelum go-live. Enam minggu kemudian, adopsi berada di 40%. Keluhan rep yang paling umum: "Dibutuhkan 10 menit untuk membuat sebuah deal."

Mereka memotongnya menjadi 22 field. Adopsi mencapai 85% dalam sebulan.

Ini bukan cerita yang langka. Sebagian besar CRM menjadi gemuk dalam 90 hari setelah peluncuran. Bukan dari niat buruk, tetapi dari budaya "tinggal tambahkan field saja." Setiap field memiliki biaya. Itu bisa berupa field yang harus diisi rep (hambatan) atau field yang bisa mereka abaikan (kebisingan). Keduanya tidak netral.

Panduan ini memberikan Anda framework keputusan untuk setiap permintaan field: sebelum, selama, dan setelah implementasi.

Langkah 1: Terapkan Tes 3 Pertanyaan Sebelum Menambahkan Field Apapun

Setiap permintaan field mendapatkan tiga pertanyaan. Jika jawabannya semua tidak, field tersebut tidak masuk ke CRM. Disiplin ini sangat penting terutama ketika Anda bermigrasi data dari sistem lama — daftar field yang penuh sesak dengan cepat menjadi mimpi buruk migrasi.

Pertanyaan 1: Apakah kita melaporkannya? Apakah data ini akan muncul di dashboard, laporan mingguan, atau tampilan eksekutif? Jika Anda tidak bisa menyebutkan laporan spesifik di mana field ini penting, kemungkinan besar itu tidak milik CRM. "Akan menarik untuk diketahui" bukan persyaratan pelaporan.

Pertanyaan 2: Apakah kita melakukan segmentasi berdasarkannya? Apakah field ini akan digunakan untuk memfilter, mengurutkan, atau mengelompokkan kontak, perusahaan, atau deal? Contoh: memfilter semua deal berdasarkan tipe deal untuk panggilan forecast, mensegmentasi kontak berdasarkan industri untuk kampanye marketing, mengkueri perusahaan berdasarkan jumlah karyawan untuk penetapan wilayah.

Pertanyaan 3: Apakah workflow atau otomasi bergantung padanya? Apakah otomasi CRM akan dipicu berdasarkan nilai field ini? Contoh: routing lead berdasarkan wilayah (memerlukan field wilayah), mengirim sequence tindak lanjut ketika status lead berubah (memerlukan picklist status lead), membuat tugas ketika deal masuk tahap (tahap adalah field-nya).

Jika sebuah field menjawab ya untuk setidaknya salah satu dari ini, ia memiliki tempat di CRM. Jika menjawab tidak untuk ketiganya, sarankan tempat lain: field catatan, spreadsheet eksternal, atau tidak perlu disimpan sama sekali.

Satu pengecualian: field yang diperlukan oleh integrasi (misalnya, tool marketing Anda menarik field tertentu untuk personalisasi email) mendapat kelonggaran meskipun tidak melayani laporan internal. Tetapi mereka tetap membutuhkan pemilik.

Langkah 2: Pilih Tipe Field yang Tepat

Memilih tipe field yang salah menciptakan masalah kualitas data yang menyakitkan untuk diperbaiki secara retroaktif. Gunakan tabel ini untuk memutuskan:

Tipe Field	Kapan Digunakan	Kapan TIDAK Digunakan
Teks (satu baris)	Identifikasi unik, kata benda tepat, ID	Apa pun yang akan Anda agregasi atau kelompokkan
Teks (multi-baris)	Konteks narasi, catatan meeting, ringkasan penemuan	Apa pun dengan pola berulang
Picklist	Nilai apa pun yang akan Anda kelompokkan, filter, atau picu	Nilai yang benar-benar unik per catatan
Angka	Kuantitas, hitungan, pengukuran	Mata uang (gunakan tipe mata uang), persentase
Mata uang	Nilai deal, nilai kontrak, MRR	Rasio atau persentase
Tanggal	Tanggal close, awal kontrak, aktivitas terakhir	Rentang waktu (gunakan dua field tanggal)
Checkbox	Flag boolean Ya/Tidak	Apa pun dengan lebih dari dua kondisi
Lookup / Asosiasi	Menghubungkan satu objek ke objek lain	Menyimpan nama catatan terkait sebagai teks
Formula	Nilai yang dihitung dari field lain	Apa pun yang membutuhkan input manual

Kesalahan paling umum: menggunakan field teks di mana picklist seharusnya digunakan. Ketika Anda menggunakan teks untuk "Industri" dan rep mengetik secara bebas, Anda mendapatkan "SaaS", "Software as a Service", "B2B SaaS", dan "Tech" yang semuanya berarti hal yang sama. Empat variasi tersebut membuat laporan industri Anda tidak berarti.

Field apa pun di mana ada sekumpulan nilai yang terbatas dan bermakna (industri, tipe deal, alasan kalah, sumber lead, tier pelanggan, wilayah) harus menjadi picklist, bukan teks.

Langkah 3: Pertahankan Field Wajib di Bawah 10

Field wajib adalah cara tercepat untuk mematikan adopsi. Setiap field wajib adalah gerbang yang memperlambat pembuatan deal. Rep yang tidak bisa membuat deal dalam 60 detik atau kurang akan menghindari CRM. Masalah hambatan ini muncul secara konsisten dalam analisis total cost of ownership CRM yang sebenarnya — jumlah field wajib yang tinggi mendorong tiket support dan spreadsheet bayangan yang meningkatkan biaya sebenarnya dari sebuah platform.

Godaannya adalah membuat semuanya wajib untuk memaksakan kualitas data. Tidak berhasil seperti itu. Rep yang dipaksa mengisi field wajib yang tidak mereka ketahui jawabannya akan memilih nilai acak atau mengetik "tidak diketahui." Data buruk lebih buruk dari data yang hilang.

Pertahankan field wajib Anda pada minimum absolut yang membuat catatan berguna saat dibuat:

Untuk Kontak: Email (atau telepon, setidaknya satu), nama depan, nama belakang, pemilik.

Untuk Deal: Nama deal, tahap Pipeline, tanggal close, nilai deal (bahkan jika perkiraan), kontak utama.

Untuk Perusahaan: Nama perusahaan, pemilik. Industri dan ukuran bisa masuk melalui pengayaan data.

Buat field tambahan wajib secara kondisional, bukan secara global. Di HubSpot, Anda bisa membuat field wajib hanya ketika deal mencapai tahap tertentu. Di Salesforce, Anda bisa menggunakan validation rules untuk mewajibkan field ketika field lain diatur ke nilai tertentu — dokumentasi validation rules Salesforce mencakup sintaks formula dan penanganan error. Gunakan persyaratan kondisional ini alih-alih persyaratan menyeluruh.

Sebagai contoh: Alasan Kalah menjadi wajib ketika Tahap Pipeline diatur ke Closed Lost. Tidak wajib saat pembuatan deal. Itulah pendekatan yang benar.

Langkah 4: Kebersihan Picklist Sejak Hari Pertama

Picklist mengalami degradasi dari waktu ke waktu jika tidak ada yang memilikinya. Anda mulai dengan 8 nilai industri yang bersih dan berakhir dengan 24 setelah setahun penambahan yang tidak terkontrol.

Tetapkan aturan tata kelola ini sebelum peluncuran:

Konvensi penamaan: Pilih konvensi dan terapkan. Title Case atau Sentence case. "Jasa Keuangan" bukan "jasa keuangan" bukan "JasaKeuangan." Satu admin adalah sumber kebenaran.

Siapa yang bisa menambahkan nilai: Di Salesforce, nilai picklist dikontrol di tingkat admin. Rep tidak bisa menambahkannya. Di HubSpot dan Pipedrive, defaultnya lebih terbuka. Kunci ini. Wajibkan proses permintaan dengan pemilik yang ditentukan.

Mengarsipkan vs. menghapus: Ketika nilai picklist menjadi usang, arsipkan. Jangan hapus. Penghapusan menghilangkannya dari catatan yang ada. Pengarsipan menjaga data historis tetap utuh dan mencegah nilai muncul dalam catatan baru. Di HubSpot ini disebut "menonaktifkan" nilai properti. Di Salesforce Anda bisa membuat nilai lama tidak aktif.

Jadwal tinjauan: Setiap kuartal, tinjau setiap picklist untuk nilai yang tidak digunakan atau tumpang tindih. Laporan penggunaan properti HubSpot menunjukkan seberapa sering setiap field dan nilai digunakan. Laporan tingkat field Salesforce bisa melakukan hal yang sama. Nilai apa pun dengan penggunaan 0 atau mendekati 0 dalam 6 bulan terakhir adalah kandidat untuk diarsipkan.

Langkah 5: Pahami Perbedaan Antara Field CRM dan Field Pengayaan

Ini menghemat banyak bloat field. Ada dua jenis data: hal-hal yang hanya rep Anda yang tahu, dan hal-hal yang sudah diketahui tool pengayaan.

Hal-hal yang diketahui tool pengayaan (dari Clearbit, Apollo, ZoomInfo, 6sense):

Jumlah karyawan perusahaan
Kisaran pendapatan perusahaan
Tahap pendanaan perusahaan
URL LinkedIn kontak
Lokasi kantor pusat perusahaan
Technology stack
Industri (sering kali)

Anda tidak memerlukan custom fields untuk ini jika CRM Anda memiliki integrasi pengayaan native. HubSpot memiliki Clearbit bawaan di tingkat tertentu — dokumentasi pengayaan data HubSpot menjelaskan field mana yang diisi otomatis dan cara mengontrol perilaku penimpaan. Salesforce terhubung ke ZoomInfo dan lainnya. Ketika pengayaan mengisi field ini secara otomatis, Anda mendapatkan data yang bersih dan konsisten tanpa input rep.

Hal-hal yang hanya diketahui rep Anda (layak dibuatkan field):

Kekuatan hubungan dengan kontak
Perbedaan champion internal vs. economic buyer
Persyaratan atau batasan khusus pelanggan
Alasan perubahan timeline
Langkah selanjutnya dengan komite pembelian

Inilah field yang layak dibuat. Mereka menangkap wawasan yang tidak bisa didapat dari database.

Aturan praktis yang baik: sebelum membangun field, tanyakan apakah Apollo atau Clearbit sudah mengetahui jawabannya. Jika ya, gunakan pengayaan. Jika tidak, buat field-nya.

Langkah 6: Audit Field yang Ada dengan Jadwal Triwulanan

Sebagian besar tim tidak pernah menghapus field. Mereka hanya menambahkan lebih banyak. Portal HubSpot rata-rata yang sudah aktif selama dua tahun memiliki antara 60 dan 120 custom properties pada objek Kontak, sebagian besar tidak dapat dijelaskan oleh siapa pun.

Jalankan audit triwulanan dengan langkah-langkah berikut:

Tarik laporan penggunaan field. Di HubSpot: Pengaturan → Properti → pilih objek → urutkan berdasarkan "Jumlah catatan dengan data." Di Salesforce: gunakan aplikasi Field Trip di AppExchange atau laporan custom tentang penggunaan field. Di Pipedrive: ekspor sampel dan periksa tingkat pengisian secara manual.
Tandai field di mana kurang dari 10% catatan memiliki data dan tidak ada otomasi yang bergantung pada field tersebut. Ini adalah kandidat untuk dihapus.
Untuk setiap field yang ditandai, tanyakan kepada orang yang memintanya: apakah Anda masih menggunakan ini? Apakah ada laporan yang bergantung padanya? Jika tidak, arsipkan.
Bersihkan data di field yang Anda pertahankan tetapi memiliki nilai yang tidak konsisten. Jalankan proses deduplikasi pada field teks yang seharusnya menjadi picklist.
Dokumentasikan apa yang Anda hapus dan mengapa. Jika seseorang bertanya enam bulan kemudian, Anda memiliki catatan.

Audit field memang tidak glamor tetapi menjaga CRM Anda dari menjadi tempat di mana data menjadi tidak konsisten dan diabaikan.

Kesalahan Umum

Membangun field untuk pelaporan "suatu hari nanti." "Kita mungkin ingin melacak ini suatu saat" tidak cukup. Anda membayar untuk field yang tidak digunakan dalam dua cara: hambatan rep pada entri data dan overhead kognitif saat siapa pun membuka catatan. Tunda membangun field sampai seseorang menunjukkan laporan atau otomasi yang bergantung padanya.

Menduplikasi field di berbagai objek. Jika "Sumber Lead" ada di Kontak dan di Deal dan kadang-kadang tidak sinkron, mana yang benar? Definisikan sekali, gunakan lookup. Jika Anda memerlukan Sumber Lead pada deal, pertimbangkan untuk menariknya dari Kontak melalui formula atau workflow daripada memelihara dua field terpisah.

Teks bebas di mana picklist seharusnya digunakan. Sudah dibahas di atas, tetapi layak diulang: field apa pun yang pernah Anda ingin hitung, kelompokkan, atau filter harus menjadi picklist. Teks untuk narasi, picklist untuk kategorisasi.

Menambahkan field wajib di tengah implementasi. Jika Anda membuat field wajib setelah peluncuran, setiap catatan yang ada yang tidak memiliki field tersebut menciptakan validation error. Rep mulai mengeluh. Rencanakan field wajib Anda sebelum go-live.

Tidak meninjau daftar field Anda sebelum menambahkan yang baru. Umum untuk membuat field duplikat karena tidak ada yang memeriksa apakah sudah ada. Sebelum membuat "Tanggal Kontrak Ditandatangani," cari daftar field Anda. Mungkin sudah ada sebagai "Tanggal Close" atau "Kontrak Dieksekusi" dari admin sebelumnya.

Apa yang Harus Dilakukan Selanjutnya

Setelah peluncuran, jalankan pembekuan field 30 hari. Tidak ada custom fields baru selama 30 hari pertama. Setiap permintaan yang masuk masuk ke antrian. Setelah 30 hari, tinjau antrian bersama. Anda akan menemukan bahwa banyak permintaan menyelesaikan diri sendiri (field tidak diperlukan), beberapa bisa dipenuhi oleh field yang ada yang digunakan secara berbeda, dan hanya sedikit yang benar-benar memerlukan field baru.

Ini memberi CRM Anda waktu untuk stabil sebelum menambahkan kompleksitas, dan mengajarkan tim Anda bahwa permintaan field memerlukan justifikasi. Dan jika Anda mengerjakan berapa biaya platform CRM yang lean untuk tim di tahap Anda, rincian harga Rework adalah referensi yang berguna.

Dari situ, bangun otomasi workflow yang bergantung pada field yang telah Anda buat. Picklist dan trigger tersebut perlu benar-benar melakukan sesuatu.

CRM Implementation Guide