Mereka Bentuk Model Data CRM Anda Sebelum Menyentuh Perisian

Sebuah pasukan jualan SaaS 40 orang membina semula model data CRM mereka dua kali dalam tempoh 12 bulan. Pembinaan pertama mengambil masa tiga minggu untuk dikonfigurasi. Pembinaan semula kedua berlaku kerana mereka mendapati, pada pertengahan Q2, bahawa model kenalan mereka tidak boleh menyokong berbilang kenalan per tawaran dengan peranan yang berbeza. Percubaan ketiga, dilakukan di atas kertas sebelum menyentuh CRM, telah berjalan tanpa perubahan struktur selama 18 bulan.

Percubaan ketiga itu bermula dengan papan putih, bukan komputer riba.

Pelajaran teras: setiap pelaksanaan CRM yang gagal berbuat demikian kerana seseorang mula mengklik sebelum berfikir. Kenalan berbanding Lead berbanding Akaun berbanding Tawaran: hubungan antara objek-objek ini menentukan apa yang boleh anda laporkan, apa yang boleh anda automasikan, dan bagaimana pipeline anda berfungsi. Silap dan anda menghabiskan Q3 memindahkan data yang anda masukkan pada Q1.

Panduan ini membimbing anda melalui mereka bentuk model data CRM di atas kertas sebelum anda mengkonfigurasi satu pun medan.

Langkah 1: Senaraikan Objek Perniagaan Teras Anda

Mulakan dengan empat objek lalai yang dihantar oleh setiap CRM:

  • Kenalan: Individu yang berinteraksi dengan pasukan anda
  • Syarikat (Akaun): Organisasi tempat kenalan berada
  • Tawaran (Peluang): Gerakan jualan aktif dengan tarikh penutupan dan nilai
  • Aktiviti: Panggilan, e-mel, mesyuarat, tugas (rekod interaksi)

Sebelum menambah apa-apa lagi, sahkan bahawa empat ini meliputi 90% gerakan jualan anda. Ia biasanya ya. Godaan untuk menambah objek tersuai adalah kuat. Tentangnya sehingga anda telah membuktikan objek standard tidak dapat mengendalikan kes penggunaan.

Objek tersuai berbaloi kerumitan hanya apabila:

  • Anda menjejaki sesuatu yang bukan orang, syarikat, atau tawaran (contohnya, aset fizikal, hasil projek, pemasangan produk)
  • Struktur hubungan pada asasnya berbeza daripada kenalan-syarikat-tawaran
  • Anda mempunyai 3+ medan yang terpakai eksklusif kepada entiti ini

Dalam Salesforce, objek tersuai adalah berkuasa tetapi menambah overhead pelesenan dan penyelenggaraan — panduan Salesforce tentang objek tersuai merangkumi pertimbangan persediaan dan kebenaran. Dalam HubSpot, objek tersuai tersedia pada pelan Enterprise dan semakin berkemampuan. Dalam Pipedrive, objek tersuai tidak wujud dengan cara yang sama. Anda menggunakan medan tersuai pada objek sedia ada.

Jika anda tidak menggunakan Salesforce Enterprise atau HubSpot Enterprise, jangan reka bentuk model anda berdasarkan objek tersuai. Reka bentuk untuk apa yang CRM boleh sokong.

Langkah 2: Petakan Hubungan

Lukiskan ini sebelum anda membuka CRM. Anda perlu memahami kardinaliti: berapa banyak satu objek boleh berkaitan dengan berapa banyak yang lain.

Hubungan standard untuk ditentukan:

Hubungan Jenis Nota
Kenalan → Syarikat Banyak-ke-Satu Satu kenalan milik satu syarikat (lalai)
Kenalan → Syarikat Banyak-ke-Banyak Satu kenalan bekerja dengan berbilang syarikat (ciri Akaun Salesforce, Persatuan HubSpot)
Kenalan → Tawaran Banyak-ke-Banyak Berbilang kenalan boleh berada dalam satu tawaran (pembelian jawatankuasa)
Tawaran → Syarikat Banyak-ke-Satu Satu tawaran milik satu syarikat
Aktiviti → Kenalan Banyak-ke-Satu Aktiviti direkod terhadap satu kenalan
Aktiviti → Tawaran Banyak-ke-Satu Aktiviti direkod terhadap satu tawaran

Soalan yang tidak jelas: bolehkah satu kenalan tergolong dalam berbilang syarikat? Dalam kebanyakan jualan B2B, anda menghadapi ini apabila seseorang adalah ahli lembaga di dua syarikat, atau apabila anda menjual kepada syarikat induk dengan berbilang subsidiari.

Salesforce mengendalikan ini dengan Hubungan Akaun dan Peranan Kenalan. HubSpot menambah sokongan multi-persatuan pada 2022 — dokumentasi HubSpot tentang persatuan menerangkan cara melabel jenis hubungan merentasi objek. Pipedrive mengendalikannya dengan kurang elegan. Anda boleh mengaitkan seseorang dengan berbilang tawaran, tetapi syarikat utama adalah tunggal.

Jika gerakan jualan anda kerap melibatkan kenalan yang merentasi berbilang akaun, reka bentuk model anda berdasarkan itu sebelum anda mengkonfigurasi. Jika ia jarang berlaku, kendalikannya sebagai kes tepi dalam nota anda daripada membina kerumitan ke dalam model data untuknya. Memahami cara setiap CRM mengendalikan persatuan secara berbeza boleh menyelamatkan anda daripada pembinaan semula yang menyakitkan kemudian.

Langkah 3: Tentukan Apa yang Hidup pada Setiap Objek

Untuk setiap objek, senaraikan medannya. Jangan langkau langkah ini memihak kepada "kami akan fikirkannya semasa konfigurasi." Anda tidak akan. Anda akan menambah medan secara reaktif dan berakhir dengan 80 medan menjelang bulan ketiga.

Untuk setiap medan, tentukan:

  1. Nama: Apa namanya. Konsisten dengan konvensyen penamaan dan tentukan Huruf Besar Tajuk berbanding huruf kecil ayat sekarang.
  2. Jenis: Teks, senarai pilih, nombor, tarikh, kotak semak, formula, carian
  3. Diperlukan?: Ya atau Tidak. Kekalkan senarai ini pendek.
  4. Tujuan: Laporkan mengenainya, segmen mengikutnya, picu automasi dengannya, atau paparkan kepada wakil

Definisi objek Kenalan sampel mungkin kelihatan seperti ini:

Medan Jenis Diperlukan Tujuan
Nama Pertama Teks Ya Paparan
Nama Akhir Teks Ya Paparan
E-mel Teks Ya Penyegerakan e-mel, automasi
Telefon Teks Tidak Paparan
Jawatan Teks Tidak Paparan
Sumber Lead Senarai pilih Ya Pelaporan, automasi
Status Lead Senarai pilih Ya Penghala, pelaporan
Kesesuaian ICP Senarai pilih Tidak Segmentasi
Tarikh Aktiviti Terakhir Tarikh (sistem) — Dijana sistem
Pemilik Kenalan Carian → Pengguna Ya Penghala

Dan objek Tawaran:

Medan Jenis Diperlukan Tujuan
Nama Tawaran Teks Ya Paparan
Peringkat Pipeline Senarai pilih Ya Pipeline, ramalan
Tarikh Penutupan Tarikh Ya Ramalan
Nilai Tawaran Mata Wang Ya Pelaporan
Jenis Tawaran Senarai pilih Ya Segmentasi
Sebab Hilang Senarai pilih Tidak (diperlukan pada tutup-hilang) Pelaporan
Akaun Carian → Syarikat Ya Hubungan
Kenalan Utama Carian → Kenalan Ya Hubungan
Kategori Ramalan Senarai pilih Tidak Ramalan

Inilah tepat kerja yang menghalang perbualan medan tersuai daripada terseleweng. Lihat panduan medan tersuai untuk rangka kerja keputusan bagi setiap permintaan medan.

Langkah 4: Bina Nilai Senarai Pilih Anda sebagai Pasukan

Di sinilah data buruk bermula: satu wakil menaip "Perkhidmatan Kewangan" dalam medan industri, yang lain menaip "Fintech," yang lain menaip "Perbankan & Kewangan." Kini laporan industri anda tidak berguna.

Senarai pilih memaksa konsistensi. Tetapi ia hanya berfungsi jika nilai-nilainya direka bentuk untuk pelaporan, bukan sekadar kemasukan data.

Senarai pilih teras untuk ditentukan sebelum pelancaran:

Sumber Lead: Di mana kenalan memasuki CRM. Nilai sampel: Web Masuk, SDR Keluar, Rujukan, Rakan Kongsi, Acara, Muat Turun Kandungan, Iklan Berbayar, Pendaftaran Percubaan. Kekalkan ini pada tahap sumber, bukan "Iklan Facebook - Nama Kempen - Mac 2026." Nilai peringkat sumber kekal bersih. Peringkat kempen tergolong dalam alat atribusi pemasaran anda.

Industri: Gunakan taksonomi yang konsisten. Mulakan dengan 10-12 nilai dan tentang permintaan untuk menambah lebih banyak dalam 90 hari pertama. SaaS, Perkhidmatan Kewangan, Penjagaan Kesihatan, Pembuatan, Perkhidmatan Profesional, Runcit, Media, Pendidikan, Bukan Untung, Lain-lain.

Sebab Hilang: Ini adalah kritikal untuk pembelajaran tetapi hampir selalu tidak kemas. Sebab hilang yang baik adalah jujur dan boleh diambil tindakan: Tiada Belanjawan, Pilih Pesaing (dinamakan), Tiada Keputusan, Masa, Tidak Sesuai, Hilang Jejak. Elakkan pilihan kabur seperti "Lain-lain" sebagai tangkapan semua.

Peringkat Pipeline: Tentukan ini dengan teliti. Lihat panduan peringkat pipeline tentang cara membina peringkat berdasarkan peristiwa penting pembeli berbanding aktiviti wakil.

Jenis Tawaran: Perniagaan Baru, Pengembangan, Pembaharuan, Pengaktifan Semula. Jika anda hanya menjual satu jenis, langkau ini. Jika anda mempunyai berbilang gerakan, medan ini memisahkan pipeline anda kepada saluran berbeza.

Untuk setiap senarai pilih, tentukan: siapa yang memiliki nilai, cara nilai baru ditambah (proses kelulusan berbanding terbuka), dan apa yang berlaku kepada nilai lama apabila ia tidak lagi tepat (arkib, bukan padam).

Langkah 5: Reka Bentuk untuk Pelaporan, Bukan Sekadar Kemasukan Data

Inilah ujian untuk setiap medan: jika anda tidak boleh menanyakannya atau mengumpulkan mengikutnya dalam laporan, jangan simpan sebagai teks bebas.

"Nota pelanggan" sebagai medan teks berguna untuk wakil membaca konteks sebelum panggilan. Ia tidak berguna untuk sebarang analisis agregat. "Titik Kesakitan" sebagai medan teks bebas bermakna anda tidak akan pernah tahu bahawa 60% tawaran anda menyebut "proses manual" sebagai masalah teras. Tiada siapa yang boleh menghurai 2,000 entri teks.

Apabila seseorang meminta medan teks bebas, tanya mereka: adakah anda pernah mahu mengira berapa banyak tawaran yang termasuk dalam kategori berbeza untuk medan ini? Jika ya, ia seharusnya menjadi senarai pilih. Jika ia benar-benar naratif kontekstual, teks tidak mengapa. Tetapi ia hanya tergolong dalam bahagian nota atau rekod aktiviti.

Medan formula berguna tetapi memerlukan penyelenggaraan. Jika nilai medan boleh dikira daripada medan lain (contohnya, Hari dalam Peringkat = Hari Ini - Tarikh Masuk Peringkat), gunakan formula. Tetapi medan formula dalam Salesforce mempunyai had, dan dalam HubSpot mereka memerlukan Operations Hub Professional — dokumentasi sifat formula HubSpot menunjukkan apa yang disokong pada setiap peringkat. Ketahui keupayaan medan formula CRM anda sebelum mereka bentuk model yang bergantung padanya.

Langkah 6: Dokumentasikan Model dalam Helaian Skema

Sebelum anda mengkonfigurasi apa-apa, dokumentasikan reka bentuk anda dalam hamparan mudah. Satu tab per objek, lajur untuk: nama medan, jenis medan, diperlukan, nilai (untuk senarai pilih), dan tujuan.

Helaian skema asas mempunyai:

  • Tab Definisi Objek: Senarai semua objek, tujuan mereka, dan sama ada ia standard atau tersuai
  • Tab Hubungan: Setiap hubungan objek-ke-objek dengan kardinaliti yang dinyatakan
  • Tab Definisi Medan: Satu per objek dengan format jadual di atas
  • Tab Nilai Senarai Pilih: Setiap senarai pilih dan setiap nilai, dengan nota tentang siapa yang memilikinya

Dokumen ini menjadi spesifikasi pelaksanaan anda. Pentadbir CRM anda mengkonfigurasi daripadanya. Pasukan anda menyemaknya sebelum pelancaran. Pengurus anda boleh membacanya tanpa membuka CRM.

Simpan helaian skema dalam pemacu bersama, bukan hanya dalam kepala anda. Pentadbir CRM bertukar. Diri anda pada masa hadapan akan berterima kasih.

Cara Ini Berbeza mengikut CRM

Sebelum mengunci skema anda, ada baiknya menyemak cara model data Rework berbanding struktur objek lalai Salesforce — terutamanya jika anda mempertimbangkan pilihan yang lebih ringan.

Salesforce: Model data Salesforce adalah yang paling berkuasa dan paling kompleks. Objek standard adalah Lead, Kenalan, Akaun, dan Peluang. Proses penukaran Lead-ke-Kenalan memerlukan reka bentuk yang disengajakan. Bilakah Lead menjadi Kenalan dengan Akaun dan Peluang yang berkaitan? Peralihan ini adalah sumber kekeliruan yang biasa. Objek dan hubungan tersuai tersedia pada kebanyakan peringkat lesen tetapi memerlukan kepakaran Admin atau Pembangun untuk dikonfigurasi dengan bersih.

HubSpot: Model lalai HubSpot adalah Kenalan, Syarikat, Tawaran, dan Tiket. Ciri Persatuan (tersedia pada semua peringkat berbayar) membolehkan hubungan berbilang objek tetapi mempunyai had pada jenis persatuan pada peringkat yang lebih rendah. HubSpot tidak mempunyai objek Lead secara lalai. Kenalan mengisi peranan itu, yang memudahkan model tetapi memerlukan medan Status Lead dan Peringkat Kitar Hayat yang jelas untuk menjejak perkembangan. Objek tersuai adalah eksklusif Enterprise.

Pipedrive: Pipedrive mengekalkan model mudah: Orang, Organisasi, Tawaran, Aktiviti. Ia tidak menyokong objek tersuai. Hubungan adalah mudah dan terdapat kurang fleksibiliti tetapi juga kurang yang boleh silap. Jika gerakan jualan anda agak standard, kesederhanaan Pipedrive adalah satu ciri. Jika anda memerlukan hierarki akaun kompleks atau peranan kenalan dalam tawaran, anda akan mencapai hadnya.

Close: Close menggunakan Lead sebagai objek peringkat teratas, dengan Kenalan di bawahnya. Ini berbeza dari kebanyakan CRM dan memerlukan penyesuaian jika anda berhijrah dari Salesforce atau HubSpot. Model ini sesuai untuk jualan dalam tetapi kurang fleksibel untuk struktur akaun perusahaan yang kompleks.

Perangkap Biasa

Terlalu banyak medan tersuai pada hari pertama. CRM purata mempunyai 80% medan yang tidak digunakan dalam tempoh 6 bulan. Mulakan dengan ramping, 15-20 medan per objek, dan tambah hanya apabila terdapat keperluan pelaporan atau automasi yang ditunjukkan. Anda sentiasa boleh menambah medan. Membersihkan 60 medan yang tidak digunakan dan data buruk di dalamnya adalah satu projek.

Rebakan senarai pilih. Apabila berbilang orang boleh menambah nilai senarai pilih tanpa proses tadbir urus, anda mendapat 12 versi "Perkhidmatan Kewangan" dalam medan industri anda. Tentukan pemilikan senarai pilih sebelum anda aktif. Seorang orang meluluskan nilai baru.

Membina untuk kes tepi. Seorang wakil mempunyai tawaran dengan empat kenalan, masing-masing dengan peranan yang berbeza. Itu nyata, tetapi ia bukan kes biasa. Jangan reka bentuk seluruh model data anda berdasarkan pengecualian. Kendalikan kes biasa dengan bersih, dan dokumentasikan cara mengendalikan kes tepi secara manual.

Tidak melibatkan orang yang betul dalam semakan skema. Helaian skema seharusnya disemak oleh sekurang-kurangnya satu wakil (adakah ini sepadan dengan cara saya bekerja?), seorang pengurus (bolehkah saya membina laporan yang saya perlukan?), dan seorang orang kewangan (adakah data tawaran menyokong ramalan kami?). RevOps membina model secara bersendirian adalah cara anda mendapat model yang memuaskan alat tetapi bukan perniagaan. Model kematangan RevOps adalah konteks berguna di sini — ia memetakan keputusan reka bentuk data mana yang memerlukan pemilikan berpusat berbanding input pasukan.

Apa yang Perlu Dilakukan Seterusnya

Ambil helaian skema yang telah anda bina dan paparkan kepada tiga orang: seorang wakil, seorang pengurus, dan seorang orang kewangan atau ops. Berikan masing-masing satu soalan untuk dijawab: "Berdasarkan model ini, bolehkah anda melakukan perkara yang paling kerap anda lakukan dalam aliran kerja CRM anda?" Jika sesiapa berkata tidak, betulkan model sebelum anda membuka perisian.

Selepas itu, baca panduan medan tersuai untuk mendapatkan rangka kerja keputusan bagi setiap permintaan medan yang masuk semasa pelaksanaan. Dan akan ada banyak permintaan.

Ketahui Lebih Lanjut