Seorang kepala keamanan, seorang product manager, dan seorang analis pengadaan dari perusahaan yang sama berisi 3.000 orang membuka website Anda di minggu yang sama. Mereka berada di komite pembelian yang sama dan mengevaluasi produk yang sama, dan mereka mendapat homepage yang sama, studi kasus yang sama, dan formulir demo yang sama. Kepala keamanan menginginkan laporan SOC 2 Anda, product manager ingin tahu apakah tim benar-benar akan memakainya, dan tim pengadaan menginginkan harganya. Mempersonalisasi website berdasarkan jabatan berarti memberi masing-masing dari mereka halaman yang menjawab pertanyaan mereka lebih dulu.
Ini juga lebih sulit dari kedengarannya, dan sebagian besar panduan melewatkan bagian sulitnya. Industri dan ukuran perusahaan hampir didapat cuma-cuma dari IP lookup pada pageview pertama. Jabatan tidak: jabatan melekat pada individu, dan di sebagian besar situs B2B individu tersebut anonim. Panduan ini membahas cara melakukan personalisasi berbasis peran secara jujur. Isinya mencakup peran mana yang digunakan, cara memetakan jabatan yang berantakan ke dalamnya, dari mana data peran sebenarnya berasal (dan dari mana tidak), apa yang diubah di setiap halaman, dan cara mengetahui apakah semuanya berhasil.
Mengapa Peran Itu Penting, dan Mengapa Sering Dilewatkan
Pembelian B2B adalah keputusan kelompok. Survei perjalanan pembeli Forrester tahun 2024 menemukan bahwa rata-rata 13 orang terlibat dalam satu keputusan pembelian. Masing-masing membaca situs Anda dengan pertanyaan berbeda. Personalisasi tingkat akun bisa mengenali bahwa seseorang dari perusahaan logistik di Jerman sedang berkunjung, tetapi memperlakukan semua orang dari perusahaan itu sebagai pembaca yang sama. Peran adalah lapisan yang membedakan CFO dari engineer.
Tim melewatkannya karena alasan praktis: datanya tipis. Reverse IP lookup mengidentifikasi perusahaan, bukan orang. Anda hanya tahu jabatan seseorang jika ia sudah ada di CRM Anda, jika ia datang melalui kampanye yang ditujukan untuk jabatan tersebut, atau jika perilakunya mengungkapkannya. Jadi personalisasi berdasarkan peran akan selalu menjangkau sebagian kecil sesi saja, dan programnya harus dirancang dengan memperhitungkan fakta itu, bukan berpura-pura setiap pengunjung bisa ditandai.
Posisi kami: peran layak ditambahkan setelah personalisasi berdasarkan industri atau ukuran sudah berjalan, dan paling bernilai di tiga halaman (homepage, harga, formulir demo). Jangan memulai dengan personalisasi peran, dan jangan membangun dua puluh persona.
Empat Peran yang Paling Layak Disegmentasi Lebih Dulu
Empat kelompok sudah mencakup cara komite pembelian membagi pekerjaan. Lebih dari itu, setiap segmen mendapat terlalu sedikit traffic untuk diukur.
| Peran | Jabatan umum | Ingin tahu | Pembaca | CTA yang tepat |
|---|---|---|---|---|
| Economic buyer | CEO, CFO, VP yang memegang anggaran | Berapa biayanya, apa hasilnya, seperti apa kontraknya | Harga, konten ROI, studi kasus dengan hasil | Lembar kerja harga dan ROI, panggilan dengan sales senior |
| Evaluator teknis | CTO, kepala keamanan, arsitek, engineering manager | Arsitektur, integrasi, keamanan, penanganan data | Halaman dokumentasi, referensi API, keamanan, dan kepercayaan | Gambaran arsitektur, technical briefing tanpa promosi penjualan |
| Praktisi | Analis, manajer operasional, spesialis | Apakah ini akan membuat minggu saya lebih mudah, berapa lama untuk mempelajarinya | Halaman fitur, tutorial, tangkapan layar, pusat bantuan | Tur produk, sandbox, atau demo rekaman |
| Champion | Direktur, senior manager, team lead, product manager | Bisakah saya menjualnya ke internal, apa yang akan didapat tim saya | Halaman perbandingan, studi kasus dari perusahaan sejenis, materi ROI | Paket presentasi internal, panggilan referensi |
Champion adalah peran yang paling kurang dilayani oleh kebanyakan situs. Orang itu tidak menandatangani kontrak, tetapi dialah yang menulis email internal yang membuat kontrak ditandatangani. Memberinya sesuatu untuk diteruskan (ringkasan satu halaman, perbandingan, FAQ keamanan) sering kali merupakan kemenangan termurah dalam seluruh program.
Tabel Pemetaan Jabatan ke Kategori
Bagian tersulitnya bukan menulis aturan. Melainkan memetakan jabatan bebas yang benar-benar Anda terima dari CRM, pengisian formulir, dan penyedia data (ZoomInfo, Apollo, 6sense, dan sejenisnya) ke dalam empat kategori di atas. Gunakan tabel di bawah sebagai taksonomi awal dan sesuaikan dengan pasar Anda.
| Kategori | C-Level & VP | Director & Head of | Manajer & Lead | Kontributor individu |
|---|---|---|---|---|
| Economic buyer | CEO, CFO, COO, CRO, Chief Revenue Officer, President, VP Finance, VP Operations, VP Procurement | Direktur Keuangan, Direktur Pengadaan, Direktur Operasional, Kepala Keuangan, Kepala Pengadaan | Finance Manager, Procurement Manager, Buyer, Category Manager | Spesialis Pengadaan, Analis Keuangan (dengan wewenang pembelian) |
| Evaluator teknis | CTO, CIO, CISO, Chief Architect, Chief Data Officer, VP Engineering, VP Technology, VP Security, VP IT, VP Data, VP Platform | Director of Engineering, Director of Platform, Director of Infrastructure, Director of Security, Head of Engineering, Head of Platform, Head of Security | Engineering Manager, Tech Lead, Architect, Solutions Architect, Security Engineering Manager | Senior Engineer, Staff Engineer, Principal Engineer, Security Engineer, DevOps Engineer, SRE |
| Praktisi / pengguna akhir | (jarang di level ini) | (jarang di level ini) | Marketing Manager, Operations Manager, Sales Operations Manager, RevOps Manager | Analis (Pemasaran, Sales, Bisnis, Data), Spesialis, Koordinator, Associate, Peneliti, Engineer Junior / Menengah |
| Champion / influencer | VP Marketing, VP Product, VP Customer Success (jika bukan economic buyer) | Director of Marketing, Director of Product, Director of Demand Generation, Director of Growth, Head of Marketing, Head of Product, Head of Growth | Senior Manager, Product Manager, Senior Product Manager, Program Manager, Team Lead | (jarang dimulai di sini) |
Satu catatan tentang tabel ini: jabatan yang sama bisa berarti hal berbeda untuk produk yang berbeda. Jika Anda menjual software pemasaran, VP Marketing adalah economic buyer Anda, bukan champion. Sebelum memakai tabel ini, urutkan ulang barisnya sesuai fungsi yang dilayani produk Anda.
Cara Menangani Jabatan yang Ambigu
Banyak jabatan yang tidak akan cocok dengan rapi. Default berikut mencakup kasus-kasus umum:
- "Director of X" tanpa fungsi yang jelas: anggap sebagai champion secara default. Direktur dengan jabatan generik lebih sering mengusulkan secara internal daripada menandatangani.
- "Head of X" atau "VP" di perusahaan dengan kurang dari 50 orang: perlakukan sebagai economic buyer. Pada ukuran itu, pimpinan fungsi biasanya memegang anggaran.
- Engineer atau analis senior dan staff: praktisi, kecuali perusahaannya berukuran di bawah sekitar 30 orang, di mana kewenangan cukup datar untuk memperlakukan mereka sebagai evaluator teknis.
- Product manager: champion. Mereka jarang memegang anggaran tetapi sering menjalankan evaluasi vendor.
- Konsultan dan kontraktor: petakan berdasarkan fungsi dalam jabatannya ("Marketing Consultant" masuk ke praktisi). Mereka memengaruhi tetapi jarang membeli.
- Pemilik atau pendiri di perusahaan kecil: economic buyer.
- Jabatan kosong atau generik ("Employee", "Member of Technical Staff", "Engineer"): masukkan ke kelompok yang tidak terpetakan dan andalkan perilaku untuk sesi tersebut.
Simpan pemetaan sebagai satu tabel lookup di tool personalisasi atau CDP Anda, bukan sebagai logika yang diulang di setiap aturan halaman. Dengan begitu marketing bisa mengubah kategori di satu tempat, dan berganti vendor data tidak berarti menulis ulang taksonominya.
Dari Mana Data Peran Sebenarnya Berasal
Hindari pop-up “pilih peran Anda”. Sebagian besar pengunjung menutupnya, sebagian mengklik peran lain karena penasaran, dan Anda menambah gesekan bagi semua orang. Gunakan sumber-sumber berikut sebagai gantinya, kurang lebih diurutkan berdasarkan seberapa bisa dipercaya:
| Sumber | Cara kerjanya | Keandalan | Hal yang perlu diwaspadai |
|---|---|---|---|
| Data CRM dari kontak yang dikenal | Pengunjung yang kembali dicocokkan melalui cookie setelah mengisi formulir atau mengklik email | Tinggi: jabatannya sudah tercatat | Jabatan cepat usang; perbarui dari penyedia data Anda setidaknya setahun sekali |
| Penargetan kampanye | UTM menunjukkan pengunjung datang dari iklan atau email yang ditujukan untuk satu peran (misalnya kampanye LinkedIn yang ditargetkan berdasarkan fungsi pekerjaan) | Sedang hingga tinggi | Penargetan bocor; rekan kerja meneruskan tautan |
| Perilaku di situs | Halaman yang dibaca dalam sesi mengungkap pertanyaan yang sedang diajukan pengunjung | Sedang, meningkat seiring bertambahnya halaman | Membutuhkan dua tampilan halaman atau lebih sebelum memberi informasi apa pun |
| Vendor identifikasi tingkat individu | Pihak ketiga mengklaim bisa mencocokkan pengunjung anonim dengan individu | Sangat bervariasi, sebagian besar cakupan AS | Menurut GDPR, ini adalah pemrosesan data pribadi dan memerlukan dasar hukum; periksa sebelum Anda mengaktifkannya untuk trafik UE |
Identifikasi pengunjung tingkat perusahaan cocok digunakan berdampingan: tidak memberi tahu jabatan orangnya, tetapi memberi tahu perusahaannya, sehingga Anda bisa menggabungkan peran dengan industri dan ukuran. Artikel kami tentang menghubungkan data personalisasi situs web ke CRM Anda membahas cara mengirim jabatan kontak yang sudah diketahui kembali ke situs web.
Aturan perilaku untuk menyimpulkan peran
Untuk pengunjung anonim, perilaku adalah sinyal utama. Aturan sederhana mengalahkan model yang rumit di awal, karena Anda dapat menjelaskan dan memeriksanya:
- Dua kali atau lebih melihat konten harga atau ROI dalam satu sesi: economic buyer.
- Dua kali atau lebih melihat dokumentasi, referensi API, atau halaman keamanan: evaluator teknis.
- Dua kali atau lebih melihat halaman fitur, tutorial, atau tur produk: praktisi.
- Studi kasus plus halaman perbandingan atau alternatif: champion.
- Selain itu: tanpa peran. Tampilkan versi default.
Ketika sumber-sumber data saling bertentangan, gunakan urutan prioritas alih-alih merata-ratakannya: jabatan di CRM mengalahkan konteks kampanye, yang mengalahkan perilaku. Perilaku sebaiknya hanya mengalahkan jabatan di CRM jika sinyalnya kuat dan baru (seorang "Marketing Manager" yang dikenal dan telah membaca empat halaman API minggu ini sedang bertindak sebagai evaluator teknis untuk pembelian ini). Artikel kami tentang segmentasi perilaku untuk website B2B membahas sisi scoring-nya lebih mendalam.
Sebelum peluncuran, periksa aturan Anda terhadap kenyataan. Ambil kontak yang mengisi formulir demo kuartal lalu, lihat halaman yang mereka kunjungi sebelum berkonversi, dan periksa peran apa yang akan diberikan aturan Anda dibandingkan dengan jabatan mereka yang sebenarnya. Jika aturan salah menentukan peran bagi banyak dari mereka, perbaiki aturannya sebelum ada yang melihat halaman yang dipersonalisasi.
Apa yang Diubah di Setiap Halaman Berdasarkan Peran
Personalisasi berdasarkan peran tidak berarti menulis setiap halaman empat kali. Di setiap halaman, ubah dua sampai empat elemen dan biarkan sisanya.
Beranda
Ubah headline hero, bukti unggulan, dan CTA utama. Contoh copy (ilustratif, untuk produk analitik fiktif):
| Peran | Headline hero | Bukti yang ditampilkan | CTA utama |
|---|---|---|---|
| Default | Ketahui akun mana yang siap membeli | Deretan logo | Pesan demo |
| Economic buyer | Lihat pipeline mana yang sudah dihasilkan website Anda | Kutipan dari pemimpin keuangan atau revenue tentang hasil | Lihat harga dan lembar kerja ROI |
| Evaluator teknis | Satu tag skrip, tanpa perubahan pada stack Anda | Sertifikasi keamanan, logo integrasi | Baca ikhtisar arsitektur |
| Praktisi | Bangun segmen pertama Anda dalam satu sore | Screenshot alur kerja harian | Ikuti tur produk |
| Champion | Apa yang bisa dirilis tim Anda kuartal ini | Studi kasus dari tim serupa | Dapatkan paket presentasi internal |
Playbook personalisasi beranda kami membahas sisa beranda. Tambahkan peran di atas elemen yang sudah Anda personalisasi, alih-alih membuka elemen baru.
Halaman harga
Di sinilah peran-peran paling berbeda. Economic buyer menginginkan total biaya selama masa kontrak dan cara untuk membenarkannya, jadi tonjolkan tampilan tahunan dan lembar kerja ROI. Evaluator teknis ingin tahu apa yang termasuk di setiap paket: batas API, SSO, lokasi penyimpanan data, tingkat dukungan. Praktisi ingin tahu apa yang benar-benar bisa mereka lakukan di setiap paket. Champion menginginkan sesuatu untuk dibawa ke bagian keuangan: ringkasan satu halaman berisi business case dan dua pelanggan referensi.
Pertahankan harga yang sama persis untuk setiap peran. Mengubah cara penyajian tidak masalah; menampilkan angka berbeda kepada orang-orang dari perusahaan yang sama adalah cara cepat kehilangan kepercayaan begitu mereka saling membandingkan. Pembahasan lebih lanjut tentang halaman ini ada di artikel kami tentang personalisasi halaman harga B2B.
Halaman produk dan fitur
Halaman produk paling sedikit perlu ditulis ulang. Ubah apa yang ada di atas lipatan layar: diagram arsitektur dan daftar integrasi untuk evaluator teknis, screenshot alur kerja dan tutorial untuk praktisi, studi kasus berorientasi hasil dari perusahaan serupa untuk economic buyer dan champion. Biarkan daftar fitur tetap statis pada putaran pertama.
Formulir demo
Formulir adalah titik di mana ketidaksesuaian paling merugikan. Pembeli ekonomi ingin tahu siapa yang akan ikut dalam panggilan dan berapa lama. Evaluator teknis sering menginginkan sesi teknis atau dokumentasi, bukan panggilan sales. Praktisi ingin melihat produk tanpa harus rapat. Menawarkan alternatif yang sesuai peran di samping permintaan demo standar (misalnya opsi "technical briefing" untuk evaluator) mempertahankan orang-orang yang kalau tidak begitu akan pergi.
Contoh Kasus: Satu Akun, Tiga Pengunjung
Contoh ilustratif. Sebuah perusahaan software logistik dengan 600 karyawan sedang mengevaluasi tool pelaporan. Selama dua minggu, tiga orang dari perusahaan itu berkunjung:
- Pengunjung A datang dari kampanye LinkedIn yang menargetkan peran keuangan dan membaca halaman harga dua kali. Peran: economic buyer (kampanye dan perilaku sama-sama menunjukkannya). Halaman harga dibuka dengan tampilan biaya tahunan dan lembar kerja ROI.
- Pengunjung B anonim, membaca referensi API, halaman keamanan, dan daftar integrasi. Peran: evaluator teknis (perilaku). Hero beranda berganti ke varian "tanpa perubahan pada stack Anda" pada kunjungan berikutnya, dan formulir demo menawarkan sesi pengarahan teknis.
- Pengunjung C adalah kontak yang dikenal (mengisi formulir webinar setahun lalu) dengan jabatan "Senior Product Manager". Peran: champion (jabatan di CRM). Mereka melihat studi kasus dari rekan sejawat dan CTA paket presentasi internal.
Sementara itu, identifikasi tingkat perusahaan menunjukkan tiga orang dari akun yang sama dalam dua minggu, yang merupakan sinyal buying group yang perlu diketahui sales terlepas dari perannya. Peran mengubah apa yang dilihat setiap orang; tampilan akun menentukan kapan sales perlu terlibat. Artikel kami tentang account scoring membahas bagian kedua itu.
Rencana Peluncuran 60 Hari
- Hari 1 sampai 10: inferensi peran. Muat tabel pemetaan jabatan, hubungkan jabatan dari CRM, tulis aturan perilaku, lalu uji balik terhadap permintaan demo kuartal lalu.
- Hari ke-11 sampai 25: beranda. Satu varian hero, bukti, dan CTA per peran, ditambah grup holdout yang tetap melihat versi default. Gunakan rencana A/B test untuk menetapkan metrik keberhasilan sebelum peluncuran.
- Hari 26 hingga 40: halaman harga. Ubah pembingkaian dan CTA utama saja. Copy harga memiliki konsekuensi komersial, jadi jaga iterasi pertama tetap kecil.
- Hari 41 sampai 55: halaman produk. Penekanan di atas lipatan dan studi kasus di bawah daftar fitur.
- Hari 56 sampai 60: tinjauan. Bandingkan setiap segmen peran dengan holdout-nya. Pertahankan varian yang menang dengan sampel yang bisa Anda percaya, hentikan sisanya, dan tentukan peran mana yang mendapat konten baru berikutnya.
Jika traffic Anda kecil, sederhanakan rencananya: satu peran, satu halaman, satu bulan. Evaluator teknis di homepage adalah pengujian pertama yang baik karena sinyal perilakunya jelas dan kontennya biasanya sudah ada di dokumentasi Anda.
Kesalahan yang Menggagalkan Personalisasi Berbasis Peran
Terlalu banyak peran. Dokumen persona sering mencantumkan sepuluh peran atau lebih. Setiap peran tambahan memecah trafik lebih jauh hingga tidak ada yang bisa diukur. Empat peran sudah cukup untuk kuartal pertama.
Tidak ada pengalaman default. Sebagian besar sesi tidak akan pernah mendapatkan tag peran. Halaman default harus bagus dengan sendirinya; varian peran menambahkannya, bukan menggantikannya.
Mengubah copy tetapi tidak mengubah CTA. Headline bernuansa keuangan yang diikuti “Mulai membangun sekarang” membatalkan semua upaya. Call to action harus sesuai dengan langkah berikutnya yang dilakukan peran tersebut.
Memperlakukan setiap kunjungan sebagai yang pertama. CFO pada kunjungan keempatnya sudah melihat pitch Anda. Sesuaikan berdasarkan jumlah kunjungan sekaligus peran, misalnya dengan beralih dari lembar kerja ROI ke tawaran meeting langsung.
Peran tanpa konteks perusahaan. CFO di startup berisi 50 orang dan CFO di enterprise berisi 5.000 orang memiliki kekhawatiran yang berbeda. Gabungkan peran dengan setidaknya satu dimensi firmografis; panduan kami tentang personalisasi berdasarkan ukuran perusahaan adalah lapisan dasar yang alami.
Mengabaikan privasi. Menampilkan "Selamat datang, Jane dari bagian Keuangan" kepada pengunjung terasa menyeramkan dan, di Uni Eropa, bisa melanggar hukum tergantung cara Anda mendapatkan datanya. Personalisasikan berdasarkan peran secara halus: ubah apa yang ditonjolkan, jangan pernah mengumumkan apa yang Anda ketahui.
Cara Mengukurnya
Ukur di tingkat segmen. Konversi seluruh situs bergerak karena banyak alasan yang tidak berkaitan dengan varian peran. Pantau ini setiap minggu:
- Tingkat konversi per segmen peran terhadap holdout-nya sendiri. Peran yang tidak mengalami kenaikan membutuhkan varian baru.
- Cakupan peran: porsi sesi yang mendapat tag peran. Cakupan rendah membatasi dampak; lonjakan tiba-tiba biasanya berarti sebuah aturan menjadi terlalu longgar.
- Akurasi tag, dicek setiap bulan dengan membandingkan peran yang disimpulkan dengan jabatan orang yang kemudian berkonversi.
- Kualitas hilir: apakah lead dari sesi yang dipersonalisasi menjadi peluang berkualitas dengan tingkat lebih tinggi daripada lead dari holdout.
Segmentasi Markettailor memungkinkan Anda mendefinisikan segmen peran dari kolom CRM, parameter kampanye, dan perilaku di halaman, serta melaporkan konversi per segmen terhadap holdout. Apa pun alat yang Anda gunakan, desain pengukurannya lebih penting daripada alatnya.
Mulai dengan Satu Peran dan Satu Halaman
Pilih evaluator teknis, tulis satu hero beranda untuk mereka, dan jalankan melawan versi default selama sebulan. Jika menang, tambahkan halaman harga atau peran kedua. Jika tidak, Anda telah mengetahui pertanyaan mana yang tidak diajukan audiens itu, dengan biaya satu headline.
Untuk melihat bagaimana segmen peran dikombinasikan dengan identifikasi tingkat perusahaan pada trafik Anda sendiri, pesan walkthrough dari halaman harga kami.