Bahasa Melayu

Slackbot MCP Mencapai 1 Juta Pengguna Aktif dalam 6 Minggu: Mengapa Timbunan Sales Ops Anda Kini Mempunyai Pintu Hadapan Baharu

Carta penggunaan Slackbot MCP menunjukkan 1 juta pengguna aktif dicapai dalam 6 minggu selepas pelancaran

Satu juta pengguna dalam enam minggu. Ini bukan metrik produk. Ini adalah peristiwa tadbir urus.

Dalam panggilan pendapatan Q1 FY27 pada 27 Mei 2026, Salesforce mendedahkan bahawa klien Model Context Protocol (MCP) Slackbot melepasi 1 juta pengguna aktif dalam kira-kira enam minggu selepas pelancaran. Klien MCP dihantar pada 31 Mac bersama 30 ciri AI. Menjelang pertengahan Mei, ia menjadi salah satu penggunaan klien MCP paling pantas yang pernah direkodkan. Kelajuan itu penting kerana ia memberitahu anda sesuatu yang penting: wakil anda tidak menunggu kebenaran. Mereka menggunakannya sementara Sales Ops masih memutuskan sama ada untuk menilainya.

Panggilan yang sama mendedahkan bahawa Slack menyumbang hampir separuh daripada kemenangan baharu bernilai lebih satu juta dolar Salesforce dalam suku tersebut, naik kira-kira 80% tahun ke tahun. Ini bukan Slack sebagai bonus produktiviti. Ini adalah Slack sebagai permukaan kritikal hasil, dan wahana upsell Salesforce yang paling kuat dalam portfolio mereka sekarang. Gambaran suku penuh: $11.1 bilion dalam hasil, naik 13% tahun ke tahun, dengan pendapatan sesaham hampir berganda atas asas GAAP.

Angka yang Sepatutnya Ada pada Setiap Slaid Sales Ops

Apa yang Didedahkan dalam Panggilan Pendapatan

  • Klien MCP Slack melepasi 1 juta pengguna aktif dalam 6 minggu selepas pelancaran 31 Mac (pendapatan Q1 FY27 Salesforce, 27 Mei 2026)
  • Slack menyumbang hampir separuh daripada kemenangan baharu bernilai lebih satu juta dolar Salesforce dalam Q1 FY27, naik kira-kira 80% tahun ke tahun (Salesforce Q1 FY27)
  • Penggunaan AI-dalam-Slack dalaman Salesforce menjimatkan anggaran 3.8 juta jam produktiviti setiap tahun merentasi pekerjanya sendiri (pendedahan dalaman Salesforce)

Letakkan angka 1-juta-dalam-6-minggu pada slaid. Kemudian tanya pasukan kepimpinan anda: berapa ramai wakil kami yang ada dalam kohort itu? Kerana anda mungkin tidak tahu. Dan itulah sebenarnya masalahnya.

Model mental Sales Ops tradisional menganggap Slack sebagai saluran sehala: tempat Salesforce menolak pemberitahuan, amaran tawaran, dan ringkasan pipeline. Wakil membaca dari situ tetapi menulis ke UI Salesforce. Model itu sudah berakhir. Klien MCP membalikkan arahnya. Kini wakil boleh mencipta dan mengemas kini rekod pengurusan perhubungan pelanggan (CRM), mencetuskan ejen AI, dan melaksanakan tindakan merentas platform tanpa meninggalkan benang perbualan.

Itu adalah keupayaan yang berguna. Tetapi ia juga merupakan permukaan tulis tanpa pemantauan jika Sales Ops tidak menetapkan sebarang peraturan.

Mengapa Slack Baru Sahaja Menjadi Permukaan Tulis CRM Anda (Bukan Sekadar Saluran Pemberitahuan)

Berikut adalah senario konkrit. Lantai 50 wakil business development representative (BDR) di syarikat SaaS pasaran pertengahan telah menggunakan Slack selama tiga tahun. Setiap wakil sudah berada di sana. Apabila klien MCP Slackbot tersedia, geseran penggunaan hampir sifar. Tiada aplikasi baharu, tiada log masuk baharu. Hanya perkara baharu yang boleh anda lakukan dalam alat yang sudah anda buka sepanjang hari.

BDR di lantai itu, di tengah-tengah panggilan, kini boleh berkata kepada Slackbot: "Kemas kini peringkat peluang ini kepada Cadangan Diserahkan, log nota panggilan, dan tandakan untuk semakan pengurus." Selesai dalam beberapa saat. Tiada peralihan tab ke Salesforce, tiada carian menu lungsur, tiada borang untuk diisi.

Itulah cadangannya. Dan ia benar-benar menarik. Penggunaan dalaman Salesforce sendiri alat-alat ini menjimatkan anggaran 3.8 juta jam produktiviti tahunan, angka yang cukup besar sehingga ia mungkin sebab mereka menghantar versi awam.

Tetapi soalan Sales Ops bukan "adakah ini berguna?" Ia adalah "apa yang ini rosak?"

Apa yang boleh ia rosak: logik pengesahan medan yang berada dalam aliran UI Salesforce, kelengkapan log aktiviti (adakah kemas kini ini direkodkan sebagai tugas?), peraturan gate peringkat (adakah wakil melangkau medan yang diperlukan kerana arahan bahasa semula jadi hanya menyentuh sebahagian daripadanya?), dan data sensitif quota yang terkumpul dalam ramalan anda.

Pasukan account executive (AE) perusahaan dengan 200 wakil di syarikat yang menjalankan perniagaan SaaS $300 juta boleh menjana bunyi ramalan yang serius jika 40 daripada mereka mengemas kini peringkat peluang melalui saluran yang memintas aliran kerja pengesahan standard anda. Pengarah RevOps mendapatinya apabila close-rate mengikut peringkat tidak lagi masuk akal, biasanya di pertengahan suku.

Ejen AI dalam pipeline jualan memperkenalkan risiko kualiti data yang sama apabila mereka bertindak atas rekod yang lapuk atau dikemas kini sebahagian. Slack-sebagai-permukaan-tulis memperbesarkan risiko tersebut.

Tiga Tuas Tadbir Urus yang Perlu Ditarik oleh Sales Ops Suku Ini

Inilah bahagian yang akan dilangkau oleh kebanyakan pasukan Sales Ops kerana ia terasa teknikal. Jangan langkau.

Kerangka tadbir urus Sales Ops tiga tuas untuk Slack sebagai permukaan tulis CRM

Kami menamakan ini Ujian Pintu Hadapan: di mana wakil anda sebenarnya memulakan aliran kerja mereka setiap pagi? Jika jawapannya ialah Slack (dan bagi kebanyakan pasukan, ia memang begitu), maka Slack adalah pintu hadapan anda. UI CRM anda kini adalah sistem belakang pejabat yang dikunjungi wakil sesekali. Soalannya ialah sama ada tadbir urus anda disediakan untuk realiti itu.

Tiga tuas untuk ditarik:

Tuas 1: Dasar laluan tulis. Tentukan medan Salesforce mana yang boleh dikemas kini dari Slack, dan mana yang memerlukan UI Salesforce. Medan berisiko tinggi (peringkat peluang, tarikh tutup, nilai kontrak, kenalan utama) perlu memerlukan pengesahan UI atau langkah kelulusan pengurus. Dokumentasikan ini dalam dasar, hantar kepada pentadbir Salesforce anda, dan wayarkannya ke dalam konfigurasi MCP anda. Ini bukan tentang menyekat Slack; ia tentang memberikan saluran tulis-balik garis panduan yang jelas. Lihat kebersihan pipeline sebagai amalan budaya untuk mengetahui sebab dasar seperti ini perlu menjadi norma budaya, bukan sekadar tetapan teknikal.

Tuas 2: Peraturan pemanggilan ejen. Klien MCP bukan sekadar mengemas kini rekod. Ia boleh mencetuskan ejen Agentforce. Bermakna wakil boleh memulakan urutan susulan automatik, menjana draf cadangan, atau meningkatkan tawaran dari mesej Slack. Itu berkuasa, dan ia memerlukan peraturan. Ejen mana yang boleh dipanggil oleh BDR? Yang mana memerlukan account executive atau pengurus? Apa yang berlaku apabila tindakan ejen melibatkan maklumat pengenalan peribadi (PII), seperti e-mel peribadi atau nombor telefon kenalan? Tetapkan kebenaran pemanggilan mengikut peranan, wujudkan laluan eskalasi, dan tentukan apa yang dilog. Model kematangan RevOps anda sepatutnya sudah mempunyai lapisan untuk tadbir urus ejen AI. Jika tidak, tambahkan sekarang.

Tuas 3: Penghijrahan permukaan latihan. Jika pemantapan jualan Sales Ops anda berada dalam dek orientasi Salesforce, wiki Confluence, dan sesi Zoom sesekali, ia berada di tempat yang salah. Aliran kerja wakil anda baru sahaja beralih ke Slack. Latihan, perpustakaan petikan, definisi peringkat tawaran, dan urutan orientasi anda perlu berada di mana wakil sebenarnya berada. Ini termasuk saluran Slack untuk sokongan tawaran, sumber yang disematkan dalam saluran yang paling kerap digunakan oleh pasukan BDR anda, dan panduan pintasan Slackbot yang menunjukkan kepada wakil apa yang boleh dan tidak boleh mereka lakukan dari saluran. Bagi pemimpin jualan 90-hari pertama yang membawa pasukan baharu, ini kini merupakan bahan orientasi hari pertama.

Tetingkap tadbir urus adalah suku ini. Menjelang S3, corak penggunaan akan tertanam dalam memori otot wakil dan jauh lebih sukar untuk dibentuk semula.

Bagaimana Strategi AI Connectors HubSpot Menceritakan Kisah yang Sama dari Sudut Berbeza

Adalah mudah untuk membingkaikan kisah Slack MCP sebagai isu khusus Salesforce. Tetapi HubSpot membuat pertaruhan yang sama dari arah yang bertentangan. Strategi AI Connectors HubSpot menyalurkan data CRM ke dalam ChatGPT, Gemini, Claude, dan Microsoft Copilot supaya wakil boleh membuat pertanyaan dan berpotensi bertindak atas data tawaran dari mana-mana antara muka AI yang sudah mereka gunakan.

Perbezaan seni bina: Salesforce menarik Slack ke arah CRM. HubSpot menolak data CRM ke arah mana-mana pengguna AI sudah berada. Kedua-duanya menghasilkan realiti operasi yang sama: antara muka wakil utama bukan lagi UI CRM.

Ini mempunyai implikasi untuk model atribusi yang sudah sukar. Apabila tindakan wakil berlaku merentasi Slack, ChatGPT, dan tiga ejen AI yang berbeza, log aktiviti dalam CRM anda bukan lagi gambaran lengkap tentang apa yang mendorong sebuah tawaran ke hadapan. Pasukan Sales Ops yang membina model atribusi mereka berdasarkan data aktiviti CRM perlu menyemak semula andaian itu sekarang, sebelum jurang data bertambah.

Ia juga muncul dalam disiplin ramalan. Jika tarikh tutup dan kemas kini peringkat semakin banyak datang dari arahan bahasa semula jadi dalam Slack berbanding suntingan medan yang disengajakan dalam Salesforce, kebolehpercayaan data yang dimasukkan wakil berubah. Peramal terbaik perlu mengkalibrasi untuk kaedah input baharu.

Bacaan di sini bukan bahawa HubSpot atau Salesforce salah. Ia adalah bahawa permukaan perbualan telah bergerak, dan Sales Ops perlu mentadbir permukaan baharu tanpa mengira vendor mana yang memilikinya.

Audit 30-Hari Slack-sebagai-Pintu-Hadapan untuk Sales Ops

Ini boleh dilaksanakan. Jalankan suku ini.

Minggu 1: Inventori. Tarik senarai semua orang dalam organisasi Salesforce anda yang mempunyai klien MCP Slackbot aktif. Pentadbir Salesforce anda boleh menanyakan ini melalui antara muka pengaturcaraan aplikasi (API) atau konsol pentadbir Slack. Jika anda tidak tahu siapa yang menggunakannya, itulah penemuan pertama anda.

Minggu 2: Sampel tulis-balik. Pilih 20 kemas kini peluang yang dibuat dalam 30 hari lepas. Bagi setiap satu, semak sama ada kemas kini itu datang melalui UI Salesforce atau melalui Slack MCP. Lihat kelengkapan medan, pematuhan gate peringkat, dan entri log aktiviti. Bandingkan dengan garis dasar anda. Jika ada jurang, anda telah mengukur masalah tadbir urus.

Minggu 3: Tentukan dasar. Gunakan penemuan anda untuk menggubal dasar laluan tulis (Tuas 1 di atas). Dapatkan persetujuan dari VP Jualan dan pentadbir Salesforce anda. Jangan terlalu teknikal. Dasar satu halaman yang merangkumi lima medan berisiko tinggi lebih berkemungkinan digunakan berbanding dokumen tadbir urus 20 halaman.

Minggu 4: Pindahkan satu aset pemantapan. Ambil definisi peringkat tawaran anda (atau sumber Sales Ops yang paling kerap dirujuk) dan terbitkan sebagai sumber Slack yang disematkan dalam saluran jualan utama anda. Umumkan. Ini adalah langkah pertama menuju pertemuan wakil anda di tempat mereka berada.

Pada penghujung 30 hari, anda akan tahu sama ada anda mempunyai jurang tadbir urus dan anda akan mula menutupnya. Itu adalah kedudukan yang lebih baik berbanding menunggu bunyi ramalan S3 menampilkan masalah tersebut.

Wakil yang mencapai 1 juta pengguna aktif dalam enam minggu tidak menunggu kelulusan IT. Mereka menemui aliran kerja yang berfungsi. Tugas Sales Ops sekarang adalah memastikan aliran kerja itu menghasilkan data yang bersih, tingkah laku ejen yang mematuhi, dan permukaan latihan yang berskala.

Ketahui Lebih Lanjut

Soalan Lazim

Bolehkah kami menyekat tulis-balik Slack MCP jika kami belum bersedia untuk mentadbirnya?

Ya, tetapi "sekat semua" bukan pendirian yang mampan. Pentadbir Salesforce boleh menyekat medan dan jenis objek mana yang boleh dikemas kini oleh klien MCP melalui kebenaran API. Laluan yang lebih praktikal ialah pendekatan berperingkat: baca sahaja untuk BDR secara lalai, akses tulis terhad untuk AE pada medan berisiko rendah, dan akses tulis penuh hanya selepas melengkapkan latihan tadbir urus 30 minit. Ini memberi masa untuk membina dasar tanpa mencipta kekecewaan wakil dengan mengalih keluar alat yang sudah mereka rasa berguna.

Adakah ini menggantikan latihan UI Salesforce untuk wakil baharu?

Ia tidak menggantikannya, tetapi ia menambah laluan selari. Wakil baharu masih perlu memahami model data Salesforce, logik medan, dan definisi peringkat, kerana peraturan tersebut terpakai sama ada mereka mengemas kini melalui UI atau melalui arahan Slack. Apa yang berubah ialah latihan antara muka. Orientasi kini perlu ada modul "cara mengemas kini Salesforce dari Slack" bersama panduan navigasi standard. Rancangkan 30-60 minit tambahan dalam urutan orientasi anda dan rujukan arahan Slackbot yang boleh disematkan oleh wakil.

Bagaimana ini berbeza daripada pemberitahuan "Salesforce dalam Slack" lama?

Integrasi sebelumnya sebahagian besarnya adalah baca sahaja dari sisi wakil: amaran tawaran, peringatan aktiviti, pemberitahuan perubahan peringkat. Klien MCP adalah permukaan tulis. Wakil kini boleh mencipta rekod, mengubah nilai medan, dan mencetuskan ejen AI dari perbualan. Itu adalah arah aliran data yang berbeza secara asasnya dan keperluan tadbir urus yang berbeza secara asasnya. Integrasi baca memerlukan pentadbir mengkonfigurasinya sekali sahaja. Integrasi tulis memerlukan dasar, pemantauan, dan latihan yang berterusan.