Medan Tersuai CRM: Apa yang Perlu Ditambah, Apa yang Perlu Dielakkan

Sebuah syarikat SaaS melancarkan HubSpot CRM mereka dengan 80 medan tersuai. Ketua RevOps mereka telah cuba memenuhi setiap permintaan dari jualan, pemasaran, dan kepimpinan sebelum pelancaran. Enam minggu kemudian, penerimaan berada pada 40%. Aduan wakil yang paling biasa: "Ia mengambil masa 10 minit untuk mencipta tawaran."

Mereka memotongnya kepada 22 medan. Penerimaan mencapai 85% dalam masa sebulan.

Ini bukan cerita yang jarang berlaku. Kebanyakan CRM menjadi kembung dalam tempoh 90 hari selepas pelancaran. Bukan daripada niat buruk, tetapi daripada budaya "hanya tambah medan untuk itu." Setiap medan mempunyai kos. Ia sama ada medan yang mesti diisi oleh wakil (geseran) atau medan yang boleh mereka abaikan (bunyi). Tiada yang neutral.

Panduan ini memberikan anda rangka kerja keputusan untuk setiap permintaan medan: sebelum, semasa, dan selepas pelaksanaan.

Langkah 1: Gunakan Ujian 3 Soalan Sebelum Menambah Sebarang Medan

Setiap permintaan medan mendapat tiga soalan. Jika jawapan kepada ketiga-tiganya adalah tidak, medan itu tidak masuk dalam CRM. Disiplin ini terutamanya penting apabila anda memindahkan data dari sistem lama — senarai medan yang kembung menjadi mimpi ngeri penghijrahan dengan cepat.

Soalan 1: Adakah kita melaporkannya? Adakah data ini akan muncul dalam papan pemuka, laporan mingguan, atau paparan eksekutif? Jika anda tidak dapat menamakan laporan khusus di mana medan ini penting, ia mungkin tidak tergolong dalam CRM. "Akan menarik untuk mengetahui" bukan keperluan pelaporan.

Soalan 2: Adakah kita mensegmenkannya? Adakah medan ini akan digunakan untuk menapis, mengisih, atau mengumpulkan kenalan, syarikat, atau tawaran? Contoh: menapis semua tawaran mengikut jenis tawaran untuk panggilan ramalan, mensegmenkan kenalan mengikut industri untuk kempen pemasaran, menanya syarikat mengikut bilangan pekerja untuk penugasan wilayah.

Soalan 3: Adakah aliran kerja atau automasi bergantung padanya? Adakah automasi CRM akan dicetuskan berdasarkan nilai medan ini? Contoh: penghala lead mengikut wilayah (memerlukan medan wilayah), menghantar urutan susulan apabila status lead berubah (memerlukan senarai pilih status lead), mencipta tugas apabila tawaran memasuki peringkat (peringkat adalah medan).

Jika medan menjawab ya kepada sekurang-kurangnya salah satu daripada ini, ia mempunyai tempat dalam CRM. Jika ia menjawab tidak kepada ketiga-tiganya, cadangkan tempat yang berbeza: medan nota, hamparan luaran, atau tiada penyimpanan sama sekali.

Langkah 2: Pilih Jenis Medan yang Betul

Memilih jenis medan yang salah mencipta masalah kualiti data yang menyakitkan untuk diperbetulkan secara retroaktif. Gunakan jadual ini untuk membuat keputusan:

Jenis Medan	Bila Digunakan	Bila TIDAK Digunakan
Teks (satu baris)	Pengecam unik, nama khas, ID	Apa-apa yang akan anda agregat atau kumpulkan
Teks (berbilang baris)	Konteks naratif, nota mesyuarat, ringkasan penemuan	Apa-apa dengan corak yang berulang
Senarai pilih	Sebarang nilai yang akan anda kumpulkan, tapis, atau picu	Nilai yang benar-benar unik bagi setiap rekod
Nombor	Kuantiti, kiraan, pengukuran	Mata wang (gunakan jenis mata wang), peratusan
Mata Wang	Nilai tawaran, nilai kontrak, MRR	Nisbah atau peratusan
Tarikh	Tarikh tutup, mula kontrak, aktiviti terakhir	Julat tarikh (gunakan dua medan tarikh)
Kotak Semak	Bendera boolean Ya/Tidak	Apa-apa dengan lebih daripada dua keadaan
Carian / Persatuan	Menghubungkan satu objek dengan yang lain	Menyimpan nama rekod berkaitan sebagai teks
Formula	Nilai yang dikira daripada medan lain	Apa-apa yang memerlukan input manual

Kesilapan yang paling biasa: menggunakan medan teks di mana senarai pilih sepatutnya digunakan. Apabila anda menggunakan teks untuk "Industri" dan wakil menaip dengan bebas, anda mendapat "SaaS", "Perisian sebagai Perkhidmatan", "B2B SaaS", dan "Teknologi" yang semuanya bermaksud perkara yang sama. Empat variasi itu menjadikan laporan industri anda tidak bermakna.

Langkah 3: Kekalkan Medan Diperlukan Di Bawah 10

Medan diperlukan adalah cara terpantas untuk membunuh penerimaan. Setiap medan diperlukan adalah pintu yang melambatkan penciptaan tawaran. Wakil yang tidak boleh mencipta tawaran dalam 60 saat atau kurang akan mengatasi CRM.

Godaan adalah menjadikan segala-galanya diperlukan untuk menguatkuasakan kualiti data. Ia tidak berfungsi dengan cara itu. Wakil yang dipaksa untuk mengisi medan diperlukan yang tidak mereka ketahui jawapannya akan memilih nilai rawak atau menaip "tidak diketahui." Data buruk lebih teruk daripada data yang hilang.

Kekalkan medan diperlukan anda kepada minimum mutlak yang menjadikan rekod berguna pada penciptaan:

Untuk Kenalan: E-mel (atau telefon, sekurang-kurangnya satu), nama pertama, nama akhir, pemilik.

Untuk Tawaran: Nama tawaran, peringkat pipeline, tarikh tutup, nilai tawaran (walaupun anggaran), kenalan utama.

Untuk Syarikat: Nama syarikat, pemilik. Industri dan saiz boleh masuk melalui pengayaan.

Jadikan medan tambahan diperlukan secara bersyarat, bukan secara global. Dalam HubSpot, anda boleh memerlukan medan hanya apabila tawaran mencapai peringkat tertentu. Dalam Salesforce, anda boleh menggunakan peraturan pengesahan untuk memerlukan medan apabila medan lain ditetapkan kepada nilai tertentu — dokumentasi peraturan pengesahan Salesforce merangkumi sintaks formula dan pengendalian ralat.

Langkah 4: Kebersihan Senarai Pilih dari Hari Pertama

Senarai pilih reput dari masa ke masa jika tiada siapa yang memilikinya. Anda bermula dengan 8 nilai industri yang bersih dan berakhir dengan 24 selepas setahun penambahan yang tidak diperiksa.

Tetapkan peraturan tadbir urus ini sebelum pelancaran:

Konvensyen penamaan: Pilih konvensyen dan kuatkuasakannya. Huruf Besar Tajuk atau huruf kecil ayat. "Perkhidmatan Kewangan" bukan "perkhidmatan kewangan". Seorang pentadbir adalah sumber kebenaran.

Siapa yang boleh menambah nilai: Dalam Salesforce, nilai senarai pilih dikawal di peringkat pentadbir. Wakil tidak boleh menambahnya. Dalam HubSpot dan Pipedrive, lalatainya lebih terbuka. Kunci ini. Perlukan proses permintaan dengan pemilik yang ditetapkan.

Pengarkiban berbanding pemadaman: Apabila nilai senarai pilih menjadi lapuk, arkibkan ia. Jangan padamkan. Pemadaman mengeluarkannya dari rekod sedia ada. Pengarkiban mengekalkan data sejarah utuh dan menghalang nilai daripada muncul dalam rekod baru.

Kadens semakan: Suku tahunan, semak setiap senarai pilih untuk nilai yang tidak digunakan atau bertindih. Laporan penggunaan sifat HubSpot menunjukkan betapa kerap setiap medan dan nilai digunakan.

Langkah 5: Fahami Perbezaan antara Medan CRM dan Medan Pengayaan

Ini menjimatkan banyak kembungan medan. Terdapat dua jenis data: perkara yang hanya wakil anda tahu, dan perkara yang alat pengayaan sudah tahu.

Perkara yang alat pengayaan tahu (dari Clearbit, Apollo, ZoomInfo, 6sense):

Bilangan pekerja syarikat
Julat hasil syarikat
Peringkat pembiayaan syarikat
URL LinkedIn kenalan
Lokasi ibu pejabat syarikat
Tindanan teknologi
Industri (selalunya)

Anda tidak memerlukan medan tersuai untuk ini jika CRM anda mempunyai integrasi pengayaan asli. HubSpot mempunyai Clearbit terbina dalam pada peringkat tertentu — dokumentasi pengayaan data HubSpot menerangkan medan mana yang diisi automatik. Salesforce berhubung dengan ZoomInfo dan lain-lain.

Perkara yang hanya wakil anda tahu (berbaloi membina medan):

Kekuatan hubungan dengan kenalan
Perbezaan champion dalaman berbanding pembeli ekonomi
Keperluan atau kekangan khusus pelanggan
Sebab perubahan garis masa
Langkah seterusnya dengan jawatankuasa pembelian

Peraturan yang baik: sebelum membina medan, tanya sama ada Apollo atau Clearbit sudah mengetahui jawapannya. Jika ya, gunakan pengayaan. Jika tidak, bina medan.

Langkah 6: Audit Medan Sedia Ada pada Jadual Suku Tahunan

Kebanyakan pasukan tidak pernah memadam medan. Mereka hanya menambah lebih banyak. Portal HubSpot purata yang telah aktif selama dua tahun mempunyai antara 60 dan 120 sifat tersuai pada objek Kenalan, yang mana kebanyakannya tiada siapa yang boleh terangkan.

Jalankan audit suku tahunan dengan langkah-langkah ini:

Tarik laporan penggunaan medan. Dalam HubSpot: Tetapan → Sifat → pilih objek → isih mengikut "Bilangan rekod dengan data." Dalam Salesforce: gunakan apl Field Trip di AppExchange atau laporan tersuai tentang penggunaan medan.
Tandai medan di mana kurang daripada 10% rekod mempunyai data dan tiada automasi bergantung pada medan. Ini adalah calon untuk penyingkiran.
Untuk setiap medan yang ditandai, tanya orang yang memintanya: adakah anda masih menggunakan ini? Adakah terdapat laporan yang bergantung padanya? Jika tidak, arkibkan.
Bersihkan data dalam medan yang anda simpan tetapi yang mempunyai nilai tidak konsisten.
Dokumentasikan apa yang anda keluarkan dan mengapa.

Audit medan tidak glamor tetapi ia memastikan CRM anda tidak menjadi tempat data pergi untuk tidak konsisten dan diabaikan. Struktur medan yang bersih juga sangat penting jika anda pernah berpindah platform — panduan pemetaan medan untuk penghijrahan data merangkumi betapa kacaunya ini apabila kebersihan medan diabaikan.

Perangkap Biasa

Membina medan untuk pelaporan "suatu hari nanti." "Kami mungkin mahu menjejak ini akhirnya" tidak mencukupi. Anda membayar untuk medan yang tidak digunakan dalam dua cara: geseran wakil pada kemasukan data dan overhead kognitif apabila sesiapa membuka rekod. Tangguhkan pembinaan medan sehingga seseorang menunjukkan laporan atau automasi yang bergantung padanya.

Menduplikasikan medan merentasi objek. Jika "Sumber Lead" wujud pada Kenalan dan Tawaran dan kadangkala tidak bersetuju, yang mana satu betul? Tentukan sekali, gunakan carian.

Teks bebas di mana senarai pilih sepatutnya. Sudah diliputi di atas, tetapi berbaloi diulangi: sebarang medan di mana anda pernah mahu mengira, mengumpulkan, atau menapis seharusnya menjadi senarai pilih.

Menambah medan diperlukan di pertengahan pelaksanaan. Jika anda menjadikan medan diperlukan selepas pelancaran, setiap rekod sedia ada yang tiada medan itu mencipta ralat pengesahan.

Apa yang Perlu Dilakukan Seterusnya

Selepas pelancaran, jalankan pembekuan medan 30 hari. Tiada medan tersuai baru untuk 30 hari pertama. Setiap permintaan yang masuk pergi ke dalam barisan. Selepas 30 hari, semak barisan bersama-sama. Anda akan mendapati bahawa banyak permintaan menyelesaikan sendiri (medan tidak diperlukan selepas semua), sesetengah boleh dipenuhi oleh medan sedia ada yang digunakan secara berbeza, dan hanya sebilangan kecil yang benar-benar memerlukan medan baru.

Ini memberi masa CRM anda untuk stabil sebelum anda menambah kerumitan. Kemudian, bina automasi aliran kerja yang bergantung pada medan yang telah anda cipta.

CRM Implementation Guide