Apakah Atribusi Rakan Kongsi?

Oleh Brian Tr · Dikemas kini 5 Oktober 2026

Dua rakan kongsi muncul dalam deal yang sama. Seorang membuat pengenalan pertama sembilan bulan lalu. Seorang lagi menjalankan proof of concept bulan lepas. Wakil jualan anda menutup deal itu. Siapa yang mendapat kredit, dan siapa yang mendapat komisen?

Soalan itulah atribusi rakan kongsi, dan ia jarang dijawab dengan baik secara lalai. Kebanyakan syarikat mempunyai gambaran jelas tentang cara saluran pemasaran mendapat kredit. Jauh lebih sedikit yang telah menulis bagaimana rakan kongsi mendapatnya. Jurang itulah tempat pertikaian bermula.

Artikel ini mentakrifkan atribusi rakan kongsi, membezakan hasil sourced, influenced dan assisted, dan menerangkan mekanisme yang digunakan untuk merekodkan kredit. Ia membandingkan model utama, menunjukkan cara Microsoft, AWS dan Salesforce menangani masalah ini dalam dokumentasi mereka sendiri, dan diakhiri dengan peraturan tadbir urus yang menghalang atribusi daripada bertukar menjadi pertengkaran.

Apakah Atribusi Rakan Kongsi

Atribusi rakan kongsi ialah amalan memberikan kredit untuk sesuatu deal, dan hasil yang dihasilkannya, kepada rakan kongsi yang menyumbang kepadanya. Kredit boleh direkodkan pada saat deal dicipta, dikemas kini semasa deal berkembang, atau dikira selepas ia ditutup.

Ia kedengaran seperti masalah pelaporan. Sebenarnya ia masalah wang. Output atribusi biasanya menyuap tiga perkara:

• Bayaran. Komisen, yuran rujukan, rebat dan ganjaran lain dikira berdasarkan siapa yang mendapat kredit. Lihat insentif rakan kongsi untuk cara ganjaran itu distrukturkan.
• Pengukuran prestasi. Scorecard rakan kongsi, penentuan tahap dan laporan kesihatan program semuanya bergantung pada mengetahui berapa banyak hasil yang dihasilkan oleh setiap rakan kongsi.
• Keputusan pelaburan. Kepimpinan menggunakan hasil yang diatribusikan untuk memutuskan rakan kongsi mana, dan jenis rakan kongsi mana, yang layak mendapat lebih banyak sumber.

Atribusi berkaitan dengan, tetapi berbeza daripada, atribusi pemasaran. Sistem atribusi lead-ke-hasil menjawab "kempen dan saluran mana yang menghasilkan pipeline." Atribusi rakan kongsi menjawab "organisasi luar mana yang menghasilkan atau membantu menutup deal khusus ini." Kedua-duanya bertindih apabila rakan kongsi ialah sumber dalam data pemasaran anda, dan anda selalunya perlu menyelaraskannya. Banyak idea dalam model atribusi yang dipercayai kedua-dua pasukan terpakai terus.

Sourced, Influenced dan Assisted

Program menggunakan perkataan yang berbeza, jadi takrifkan milik anda secara jelas. Tiga ini ialah yang paling biasa. Takrif di bawah ialah takrif kerja untuk artikel ini, bukan piawaian industri, dan vendor tertentu mungkin menarik garisan secara berbeza.

Sesetengah program menggabungkan "influenced" dan "assisted" menjadi satu kategori. Yang lain menambah kategori keempat, "fulfilled" atau "delivered," untuk rakan kongsi yang memasang atau menjual semula produk selepas orang lain memenangi deal.

Perkara penting ialah kategori ini dibayar secara berbeza. Deal sourced biasanya mendapat ganjaran tertinggi kerana rakan kongsi mencipta pipeline yang tidak akan wujud sebaliknya. Deal influenced mendapat kurang, atau mendapat jenis ganjaran lain seperti margin perkhidmatan atau yuran tetap. Oleh sebab taruhannya berbeza, rakan kongsi mempunyai sebab untuk menolak penglibatan mereka ke dalam kategori yang lebih bernilai, dan peraturan anda perlu menjangkakannya.

Mekanisme Atribusi

Kredit mesti direkodkan di suatu tempat. Program lazimnya menggabungkan beberapa mekanisme ini, dan gabungannya lebih penting daripada mana-mana satu.

Deal Registration

Rakan kongsi menghantar deal kepada vendor sebelum atau semasa peluang berkembang, dan vendor meluluskan atau menolaknya. Kelulusan mencipta tuntutan bercap masa. Ini ialah mekanisme yang paling eksplisit dan yang paling kerap digunakan untuk kredit sourced. Oleh sebab ia merekodkan siapa yang mengangkat tangan dahulu, ia menyelesaikan banyak pertikaian sebelum ia bermula. Untuk butiran cara proses ini berfungsi, lihat deal registration.

Pautan Rujukan dan Kod Penjejakan

Rakan kongsi berkongsi pautan, kod atau borang unik yang menandakan lead atau pelanggan kepada mereka. Ini sesuai untuk hubungan volum tinggi dan sentuhan rendah seperti affiliate dan rakan kongsi rujukan kecil. Kelemahannya ialah kredit bergantung pada klik atau kod yang hadir, yang gagal apabila pembeli kembali melalui laluan lain. Perbezaan antara model rujukan, affiliate dan reseller penting di sini, dan dibincangkan dalam rujukan vs. affiliate vs. reseller.

Medan Rakan Kongsi CRM

Vendor merekodkan penglibatan rakan kongsi terus dalam CRM. Corak lazim ialah medan "partner source" pada lead atau peluang, carian ke akaun rakan kongsi, atau rekod simpang yang menghubungkan satu peluang kepada beberapa rakan kongsi dengan peranan pada setiap satu. Atribusi berasaskan medan murah, tetapi ia hanya setakat boleh dipercayai orang yang mengisinya. Tanpa peraturan pengesahan, medan dibiarkan kosong atau ditimpa.

Model Berasaskan Sentuhan

Ini dipinjam daripada pemasaran. Setiap interaksi rakan kongsi dilog sebagai sentuhan, dan formula mengagihkan kredit merentas sentuhan itu. Ia lebih biasa di mana rakan kongsi menyumbang pada beberapa peringkat, seperti pakatan teknologi dan integrator.

Membandingkan Model

Atribusi pemasaran memberi program rakan kongsi perbendaharaan kata yang sedia ada. Tiga baris pertama di bawah dipinjam daripadanya. Selebihnya khusus untuk rakan kongsi.

Tiada model yang betul secara universal. Program rujukan di mana rakan kongsi menyerahkan nama dan berundur berfungsi baik dengan pendaftaran atau first touch. Program di mana integrator, reseller dan perunding semuanya menyentuh deal yang sama biasanya memerlukan peraturan berasaskan peranan atau multi-touch.

Satu peringatan tentang pinjaman daripada pemasaran. Dokumentasi Google sendiri menyatakan bahawa Google Analytics 4 tidak lagi menawarkan model atribusi first click, linear, time decay dan position-based, perubahan yang berkuat kuasa pada November 2023, dan bahawa atribusi berasaskan data mengagihkan kredit berdasarkan data untuk setiap acara utama. Dunia pemasaran beralih kepada model berasaskan data sebahagiannya kerana pembahagian berasaskan peraturan adalah sewenang-wenangnya. Dalam program rakan kongsi, sewenang-wenangnya kadangkala boleh diterima, kerana peraturannya bersifat kontrak: rakan kongsi menerima formula yang dinyatakan sebagai pertukaran untuk kebolehramalan. Risikonya bukan peraturan itu mudah. Risikonya ialah ia tidak didokumenkan.

Cara Program Vendor Menanganinya

Vendor ekosistem besar tidak menggunakan satu perbendaharaan kata yang dikongsi. Melihat cara tiga daripadanya menstrukturkan kredit rakan kongsi menunjukkan pilihan reka bentuk yang ada.

Microsoft

Partner Center Microsoft menerangkan co-selling sebagai "any collaborative engagement between Microsoft and its partner ecosystem," dan menyenaraikan kategori peluang co-sell: co-sell dengan pasukan jualan Microsoft, rakan kongsi ke rakan kongsi, deal persendirian dan penilaian penyelesaian. Kategori "deal persendirian" ialah yang ketara untuk atribusi: ia membolehkan rakan kongsi berkongsi apa yang sedang diusahakannya secara bebas dengan Microsoft supaya ia tercermin dalam sistem pelaporan Microsoft untuk analisis dan ramalan. Itu memberi rakan kongsi cara merekodkan deal yang mereka jalankan sendiri.

Dokumentasi Microsoft juga menunjukkan jabat tangan itu. Menurut halaman komunikasi rujukannya, peluang co-sell yang masuk mesti diterima atau ditolak sebelum tarikh tutup, dan kegagalan bertindak menolaknya secara automatik. Halaman yang sama menerangkan pasukan pengesahan deal yang boleh menghantar balik pendaftaran untuk suntingan atau menandakannya untuk semakan. Maka kredit ialah sesuatu yang ditawarkan, diterima dan disahkan dan bukan diandaikan.

AWS

AWS menjalankan perkongsian peluang melalui program APN Customer Engagements (ACE)-nya, di mana rakan kongsi boleh mencipta, berkongsi dan menerima peluang untuk kerjasama dengan AWS. Rujukan API untuk kitaran hayat peluang menunjukkan betapa formalnya langkah pengesahan. Bagi peluang yang dirujuk oleh rakan kongsi, status semakan bergerak melalui nilai seperti Pending Submission, Submitted, In Review, Action Required, Approved dan Rejected, dan peluang yang diluluskan disahkan dan ditukar menjadi pipeline penjual AWS. Dokumentasi itu juga menyatakan lead mesti dimatangkan menjadi peluang Qualified sebelum penghantaran.

AWS juga menetapkan setiap peluang motion co-sell yang menentukan siapa yang mengetuainya. Motion yang didokumenkan termasuk AWS Field-engaged, Agent-engaged dan Partner-led, yang terakhir bermaksud rakan kongsi memiliki dan memacu peluang itu. Perbezaan itu memisahkan siapa yang membawa deal daripada siapa yang menjalankannya, iaitu persoalan sourced-berbanding-influenced dalam bentuk lain.

Salesforce

Salesforce menangani sisi CRM. Dokumentasi bantuannya menerangkan bahawa pada peluang anda boleh menambah rakan kongsi daripada senarai berkaitan Partners, menetapkan peranan kepada setiap satu, dan memilih rakan kongsi utama dengan memilih Primary, dengan rakan kongsi yang ditandakan sebagai utama muncul dalam laporan peluang. Menambah rakan kongsi juga mencipta hubungan songsang supaya setiap akaun menyenaraikan yang lain, dan pentadbir mengkonfigurasi peranan yang wujud.

Pengajaran reka bentuknya berguna walaupun anda tidak menggunakan Salesforce. Satu medan "partner" tidak dapat menyatakan deal dengan tiga rakan kongsi. Simpang antara peluang dengan satu atau lebih rakan kongsi, masing-masing dengan peranan dan bendera utama, boleh.

Fakta Utama: Atribusi Rakan Kongsi

• Atribusi rakan kongsi memberikan kredit deal kepada rakan kongsi, dan kredit itu biasanya memacu komisen, yuran rujukan dan scorecard rakan kongsi.
• Mekanisme lazim ialah deal registration, pautan rujukan, medan rakan kongsi CRM dan model berasaskan sentuhan.
• Partner Center Microsoft menyenaraikan kategori co-sell termasuk rakan kongsi ke rakan kongsi dan deal persendirian, dan menolak secara automatik peluang co-sell masuk yang tidak ditindak sebelum tarikh tutup (Microsoft Learn).
• Peluang yang dirujuk rakan kongsi AWS melalui status semakan (Submitted, In Review, Approved, Rejected, Action Required) sebelum memasuki pipeline penjual AWS (AWS).
• Salesforce membolehkan satu peluang membawa beberapa rakan kongsi, masing-masing dengan peranan, dan bendera Primary mengawal yang mana muncul dalam laporan peluang (Salesforce Help).
• Google Analytics 4 menamatkan model first click, linear, time decay dan position-based pada November 2023 (Google).

Mengapa Atribusi Menimbulkan Konflik

Oleh sebab kredit menjadi wang, perselisihan tentang kredit menjadi konflik. Beberapa corak timbul berulang kali.

Pengiraan berganda. Dua rakan kongsi kedua-duanya dikreditkan untuk hasil yang sama, dan jumlah bayaran vendor melebihi yang sepatutnya. Ini berlaku apabila pendaftaran diluluskan untuk Rakan Kongsi A, kemudian rujukan berasingan dikreditkan kepada Rakan Kongsi B, tanpa peraturan yang menyatakan hanya satu boleh menjadi utama. Penyelesaiannya ialah satu kredit utama bagi setiap deal, dengan sebarang kredit sekunder dihadkan dan dibayar daripada kumpulan yang ditakrifkan.

Pendaftaran penghalang. Rakan kongsi mendaftarkan banyak akaun awal untuk menguncinya, tanpa rancangan untuk mengusahakannya. Tanpa tarikh tamat dan keperluan aktiviti, pendaftaran lapuk menghalang setiap rakan kongsi kemudian. Pendaftaran harus luput melainkan ada bukti kemajuan.

Langsung vs. rakan kongsi. Wakil jualan vendor sendiri dan rakan kongsi kedua-duanya menuntut peluang itu. Inilah inti konflik saluran, dan peraturan atribusi ialah alat utama untuk menyelesaikannya sebelum ia menjadi peribadi.

Tuntutan retroaktif. Rakan kongsi menemui deal yang telah ditutup dan berhujah bahawa ia mempengaruhinya beberapa bulan lebih awal. Program memerlukan tetingkap tuntutan yang selepasnya kredit tidak boleh dipohon.

Inflasi peranan. Rakan kongsi menerangkan sumbangan mereka sebagai "sourced" sedangkan ia assisted, kerana sourced dibayar lebih. Keperluan bukti bagi setiap kategori mengurangkan perkara ini.

Peraturan yang Mencegah Pertikaian

Kebanyakan pertikaian boleh dielakkan jika peraturan wujud sebelum deal pertama. Set peraturan yang boleh dilaksanakan merangkumi perkara berikut.

1. Takrif. Tuliskan maksud sourced, influenced dan assisted, dengan satu contoh bagi setiap satu.
2. Keutamaan. Nyatakan apa yang menang apabila dua tuntutan bertembung: pendaftaran diluluskan terawal, pembahagian berasaskan peranan, atau penyemak yang dinamakan.
3. Satu utama bagi setiap deal. Benarkan hanya satu pemegang kredit utama, dan takrifkan cara kredit sekunder berfungsi.
4. Tamat tempoh. Pendaftaran dan tuntutan rujukan harus mempunyai jangka hayat yang ditakrifkan dan syarat pembaharuan.
5. Bukti. Senaraikan apa yang dikira sebagai bukti bagi setiap kategori, seperti rekod pendaftaran, mesyuarat yang dilog atau pernyataan kerja yang ditandatangani.
6. Tetingkap tuntutan. Nyatakan berapa lama selepas deal ditutup rakan kongsi boleh memohon kredit.
7. Titik kunci. Putuskan bila kredit dibekukan, lazimnya pada closed-won, supaya suntingan kemudian tidak mengalihkan bayaran. Perubahan selepas titik itu harus memerlukan kelulusan.
8. Pemilikan data. Namakan siapa yang menyelenggara medan rakan kongsi dalam CRM dan siapa yang boleh menyuntingnya.

Letakkan perkara ini dalam perjanjian rakan kongsi atau dokumen rules-of-engagement yang diterima oleh rakan kongsi. Jika anda menggubal sisi kontrak, lihat perjanjian rakan kongsi untuk apa yang lazimnya terkandung dalam dokumen sedemikian.

Penyelesaian Pertikaian

Walaupun dengan peraturan yang jelas, ada deal yang dipertikaikan. Putuskan prosesnya terlebih dahulu.

• Peringkat 1: partner manager. Partner manager mengumpulkan bukti dan menggunakan peraturan bertulis. Kebanyakan pertikaian berakhir di sini.
• Peringkat 2: operasi rakan kongsi atau kepimpinan saluran. Pihak neutral, yang tidak terikat kepada komisen mana-mana rakan kongsi, menyemak bukti dan memutuskan.
• Peringkat 3: penaja eksekutif. Dikhaskan untuk rakan kongsi strategik atau pertikaian melebihi saiz deal yang ditakrifkan.

Simpan log setiap keputusan dan sebabnya. Log keputusan ialah cara program kekal konsisten dari semasa ke semasa, dan ia melindungi vendor daripada tuduhan pilih kasih. Jika pertikaian mendedahkan bahawa sesuatu peraturan kabur, baiki peraturan itu untuk masa hadapan dan bukannya menjadikan pengecualian kelihatan seperti duluan.

Pelaporan juga penting di sini. Jejaki peratusan deal dengan lebih daripada satu rakan kongsi, bilangan pertikaian setiap suku tahun dan masa untuk menyelesaikannya. Kadar pertikaian yang meningkat biasanya menandakan masalah peraturan dan bukan masalah rakan kongsi. Ukuran ini tergolong bersama ukuran peringkat program dalam KPI rakan kongsi.

Memilih Titik Permulaan

Jika anda membina atribusi dari awal, mulakan secara sempit. Pilih satu mekanisme utama, biasanya deal registration untuk kredit sourced. Tambah medan rakan kongsi CRM dengan peranan supaya data berstruktur sejak hari pertama. Takrifkan "sourced" dan "influenced" secara bertulis. Jalankannya selama satu suku tahun, semak pertikaian, dan barulah pertimbangkan pembahagian multi-touch atau berasaskan peranan. Kerumitan harus mengikuti keperluan.

Bacaan Berkaitan

• Deal registration
• Konflik saluran
• Insentif rakan kongsi: margin, rebat dan SPIFF
• Rujukan vs. affiliate vs. reseller
• Atribusi lead-ke-hasil
• Model atribusi yang dipercayai kedua-dua pasukan
• Apakah partner relationship management (PRM)?