Salesforce Summer '26 Melancarkan Multi-Agent Orchestration 15 Jun. Ini Audit Sales Ops Sebelum Ejen Anda Mula Menghantar Kerja

15 Jun tinggal dua minggu lagi, dan ciri yang paling berpengaruh untuk pasukan Sales Ops bukan dashboard baharu atau ramalan yang lebih pintar. Ia merupakan masalah tadbir urus baharu.

Keluaran Summer '26 Salesforce akan tersedia secara umum (GA) pada 15 Jun 2026, dan tajuk utama untuk Sales Ops ialah Multi-Agent Orchestration dalam Agentforce: keupayaan untuk menghubungkan beberapa ejen bersama supaya mereka menghantar kerja antara satu sama lain merentasi keseluruhan aliran kerja hasil. Bersama Slack First Sales, yang memaparkan konteks CRM secara perbualan dalam Slack supaya wakil bertindak di tempat mereka sudah bekerja, keluaran ini mengubah maksud tadbir urus proses hasil yang didayakan AI.

Perubahan ini bukan kecil. Dalam pelaksanaan ejen tunggal, kerja tadbir urus anda melibatkan satu ejen: apa yang dibacanya, apa yang ditulisnya, apa yang mencetuskannya. Multi-Agent Orchestration bermakna ejen anda kini menghantar kerja antara satu sama lain, dan setiap satu peralihan kerja itu merupakan titik di mana pipeline boleh bocor, berulang, atau tersasar tanpa sebarang manusia menyedarinya. Data State of Sales 2026 Salesforce menjelaskan perkara ini penting pada skala besar: hampir sembilan daripada sepuluh penjual merancang menggunakan ejen AI menjelang 2027, dan ejen AI dijangka mengurangkan masa penyelidikan sebanyak 34%. Itulah banyak ejen menyentuh banyak urusan. Jika graf peralihan kerja dibuat dengan silap sebelum 15 Jun, anda akan menghabiskan separuh kedua tahun ini menguruskan lead hantu.

Apa Yang Sebenarnya Dilancarkan pada 15 Jun

Fakta Utama

• Tarikh GA Summer '26: 15 Jun 2026 (sumber: Salesforce Newsroom)
• Penjual yang merancang menggunakan ejen AI menjelang 2027: hampir 9 daripada 10 (sumber: Salesforce State of Sales 2026)
• Pengurangan masa penyelidikan yang dijangka daripada ejen AI: 34% (sumber: Salesforce State of Sales 2026)

Multi-Agent Orchestration ialah perubahan teras: ejen Agentforce individu kini boleh disambungkan ke dalam urutan di mana output setiap ejen menjadi input ejen seterusnya. Ejen penyelidikan boleh melengkapkan maklumat risikan prospek dan menghantar pakej tersebut kepada ejen jangkauan. Ejen jangkauan menilai penglibatan dan menghantar kepada ejen kelayakan. Ejen kelayakan membuat keputusan peringkat dan menghantar kepada ejen kemaskini CRM. Ejen kemaskini CRM menulis medan dan menghantar kepada ejen ramalan. Itulah lima ejen menyentuh satu urusan, tanpa manusia dalam gelung untuk langkah perantaraan.

Slack First Sales dilancarkan serentak. Data CRM muncul dalam utas Slack dalam bentuk perbualan, supaya wakil merespons isyarat urusan tanpa meninggalkan Slack. Ejen menulis semula keputusan interaksi tersebut ke Salesforce secara automatik. Untuk pasukan yang sudah bergantung pada Slack, ini benar-benar berguna. Namun ia menimbulkan soalan tadbir urus kedua: siapa yang memiliki jejak audit apabila balasan Slack wakil mencetuskan penulisan ejen ke Salesforce?

Selain itu, Summer '26 merangkumi kemaskini merentasi Einstein, Data Cloud, dan awan industri. Artikel ini tertumpu kepada lapisan orchestration dan peralihan kerja Slack sahaja -- kemaskini ejen penglibatan pelanggan daripada Summer '26 telah dibincangkan secara berasingan untuk penilaian peringkat CRO.

Mengapa Multi-Agent Orchestration Mengubah Tugas Sales Ops

Sebelum orchestration, senarai semak tadbir urus Agentforce anda kelihatan lebih kurang seperti satu baris: satu ejen, kebenaran bacaannya, kebenaran penulisannya, syarat pencetusnya, keadaan ralatnya.

Selepas orchestration, baris tunggal itu menjadi graf. Dan graf itu ialah permukaan tadbir urus baharu.

Bayangkan seperti apa sebenarnya aliran kerja hasil lima ejen ketika berjalan. Ejen penyelidikan menanyai sumber data luaran dan menulis objek risikan prospek. Ia mencetuskan ejen jangkauan apabila ambang keyakinan melepasi nilai yang ditetapkan. Ejen jangkauan menjana urutan mesej dan menulis medan status penglibatan. Ia mencetuskan ejen kelayakan apabila prospek membuka bilangan titik sentuh tertentu. Ejen kelayakan menilai kriteria peringkat dan menulis medan peringkat peluang. Ia mencetuskan ejen kemaskini CRM apabila kriteria lulus. Ejen kemaskini CRM menulis medan urusan merentasi rekod peluang. Ia mencetuskan ejen ramalan pada hujung minggu. Ejen ramalan mengemas kini kategori komitmen.

Itulah lapan peristiwa peralihan kerja yang berbeza merentasi lima ejen, setiap satu menyentuh objek dan medan CRM yang berbeza. Jika mana-mana satu peralihan kerja tersebut tersalah, rekod di bawahnya adalah silap. Dan kerana tiada manusia meluluskan langkah perantaraan, data yang silap berganda sebelum sesiapa melihatnya dalam laporan.

Inilah sebabnya tugas anda sebagai Sales Ops beralih daripada "konfigurasikan satu ejen" kepada "miliki graf peralihan kerja." Graf itu adalah tempat tadbir urus proses hasil kini berada. Jika anda tidak mereka bentuknya dengan sengaja sebelum 15 Jun, tingkah laku lalai akan dihantar dan anda mewarisi apa jua syarat pencetus lalai Salesforce menghasilkan dalam persekitaran data khusus anda.

Untuk konteks yang lebih mendalam tentang cara tadbir urus Sales Ops AI dan jejak audit berfungsi merentasi timbunan teknologi jualan AI yang lebih luas, kerangka kerja tersebut terpakai secara langsung di sini -- orchestration menjadikan keperluan jejak audit lebih kompleks, bukan kurang.

Tiga Mod Kegagalan Peralihan Kerja yang Sales Ops Perlu Sekat

Peralihan Kerja Hantu

Peralihan kerja hantu berlaku apabila Ejen A menandakan kerja sebagai dipindahkan, tetapi Ejen B tidak pernah memprosesnya. Lead tersebut berada dalam keadaan tidak aktif antara dua baris gilir ejen. Tiada ejen yang menghasilkan ralat. Tiada amaran yang diberikan. Peluang itu hanya berhenti bergerak.

Inilah mod kegagalan yang paling biasa dalam mana-mana sistem berasaskan baris gilir, dan Multi-Agent Orchestration menambah versi baharu padanya. Semakan audit: untuk setiap peralihan kerja dalam graf anda, sahkan terdapat peristiwa pengakuan eksplisit daripada ejen penerima, bukan hanya status "dihantar" daripada ejen yang memulakan. Jika anda tidak dapat mengesahkan pengakuan, anda tidak dapat mengesahkan peralihan kerja selesai.

Perangkap Gelung

Perangkap gelung berlaku apabila Ejen B tidak memenuhi syarat untuk bergerak ke hadapan dan menghantar semula kerja kepada Ejen A. Ejen A menilai semula, gagal memenuhi syarat keluarnya sendiri, dan menghantar semula kepada Ejen B. Lead itu berputar antara dua ejen sehingga tamat masa atau seseorang menggali ke dalam baris gilir.

Contoh konkrit: ejen kelayakan yang memerlukan skor MEDDIC melebihi ambang untuk memajukan urusan, dipasangkan dengan ejen penyelidikan yang berjalan semula setiap kali kelayakan mengembalikan data tidak lengkap. Jika ejen penyelidikan tidak dapat mencari data yang diperlukan ejen kelayakan, mereka bergelung. Semakan audit: setiap laluan peralihan kerja memerlukan jalan keluar "tidak-ke-hadapan" yang ditakrifkan: sama ada bilangan percubaan semula maksimum, keadaan sandaran (seperti baris gilir semakan manusia), atau keadaan ralat eksplisit yang muncul dalam laporan.

Penyimpangan Kuasa

Penyimpangan kuasa adalah yang paling tidak jelas dan paling berbahaya. Ia berlaku apabila ejen menulis ke medan yang tidak direka bentuk untuk dimilikinya kerana lapisan orchestration tidak menguatkuasakan kebenaran medan setiap ejen.

Beginilah ia berlaku. Ejen kemaskini CRM anda direka untuk menulis jumlah peluang dan tarikh tutup. Tetapi semasa penyambungan orchestration, seseorang memberinya akses tulis yang luas kerana lebih mudah dikonfigurasikan sekali daripada menentukan skop setiap medan. Ejen kelayakan di bawahnya menyedari percanggahan dan menulis pembetulan ke medan yang sama. Kini dua ejen menulis ke medan peluang yang sama, masing-masing dengan logik berbeza, dan sejarah medan menunjukkan urutan kemaskini yang tiada manusia buat dengan sengaja.

Semakan audit: setiap ejen dalam graf orchestration memerlukan skop tulis-medan yang didokumentasikan. Skop tersebut hendaklah dikuatkuasakan di peringkat kebenaran, bukan sekadar sebagai konvensyen konfigurasi. Semak sekarang sama ada persediaan Agentforce semasa anda menguatkuasakan kebenaran objek setiap ejen atau sama ada lapisan orchestration mewarisi set kebenaran ejen seluruh organisasi.

Kerangka Hand-Off Triplet

Untuk setiap peralihan kerja ejen-ke-ejen dalam graf orchestration anda, dokumentasikan tiga perkara. Ini ialah Hand-Off Triplet.

Syarat pencetus. Apakah peristiwa, nilai medan, atau ambang khusus yang menyebabkan Ejen A menghantar kerja kepada Ejen B? Tepat: "apabila skor lead melepasi 75" ialah syarat pencetus. "Apabila ejen memutuskan ia sudah bersedia" tidak.

Kuasa tulis-medan. Apakah medan CRM yang boleh ditulis oleh Ejen A sebelum peralihan kerja? Apakah medan yang boleh ditulis oleh Ejen B selepas menerimanya? Senarai ini tidak seharusnya bertindih. Jika bertindih, tentukan ejen mana yang lebih utama dan dokumentasikannya secara eksplisit.

Laluan pemulihan. Jika Ejen B menghasilkan ralat selepas menerima peralihan kerja, apa yang berlaku kepada rekod? Adakah penulisan terakhir Ejen A kekal? Adakah peluang kekal dalam peringkat yang ditetapkan Ejen A? Adakah terdapat baris gilir di mana ralat muncul untuk semakan manusia, atau adakah ia dilog secara senyap?

Berikut ialah contoh. Peralihan kerja antara ejen kelayakan dan ejen kemaskini CRM dalam aliran kerja Agentforce standard:

• Syarat pencetus: Ejen kelayakan menetapkan Peringkat = "SQL" (lead layak jualan) dan skor MEDDIC >= 80
• Kuasa tulis-medan: Ejen kelayakan menulis medan Peringkat dan Skor MEDDIC sahaja. Ejen kemaskini CRM menulis medan Jumlah, Tarikh Tutup, Kategori Ramalan sahaja. Tiada pertindihan.
• Laluan pemulihan: Jika ejen kemaskini CRM menghasilkan ralat, medan Peringkat dan Skor MEDDIC mengekalkan nilai terakhir mereka daripada ejen kelayakan. Peristiwa ralat diberikan kepada baris gilir semakan Sales Ops dalam Salesforce. Urusan ditandakan dengan status "Ralat ejen - semakan manual".

Tanpa laluan pemulihan, ralat dalam ejen kemaskini CRM membiarkan urusan di peringkat SQL selama-lamanya tanpa tarikh tutup, tanpa jumlah, dan tanpa isyarat bahawa ada sesuatu yang silap. Urusan itu akan muncul dalam laporan liputan pipeline, menggembungkan angka ramalan, dan akhirnya akan ditemui dalam semakan pipeline -- tiga minggu kemudian, oleh pengurus yang tertanya-tanya mengapa urusan itu menjadi sejuk.

Untuk pasukan yang membina semula reka bentuk peringkat pipeline mereka bagi menampung perkembangan yang didorong ejen, kerangka reka bentuk peringkat pipeline patut disemak semula sebelum 15 Jun -- kriteria keluar ejen perlu sepadan dengan logik peringkat yang wakil dan pengurus anda sudah percayai.

Slack First Sales: Audit Lain

Slack First Sales mewujudkan kategori peralihan kerja kedua: laluan tulis wakil-ke-ejen yang berjalan melalui Slack. Apabila wakil merespons isyarat urusan dalam Slack dan ejen mentafsir balasan itu lalu menulis semula ke Salesforce, tiga soalan memerlukan jawapan sebelum 15 Jun.

• Siapa yang memiliki penulisan medan? Apabila ejen menulis ke rekod peluang berdasarkan balasan Slack, adakah penulisan itu muncul di bawah profil ejen atau profil wakil? Ini penting untuk log audit dan untuk atribusi dalam pertikaian komisen.
• Di mana sempadan kebenaran berada? Ejen yang menulis ke Salesforce daripada interaksi Slack memerlukan penguatkuasaan skop tulis-medan yang sama seperti mana-mana ejen lain dalam graf orchestration anda. Sahkan laluan yang dicetuskan Slack melalui model kebenaran yang sama dengan ejen yang dikonfigurasikan secara langsung -- bukan laluan berasingan yang kurang terhad.
• Adakah interaksi dilog? Mesej Slack bukan rekod aktiviti Salesforce secara lalai. Jika balasan Slack wakil menjadi asas untuk ejen menulis perubahan peringkat, mesej Slack itu adalah jejak bukti untuk perubahan tersebut. Sahkan penyegerakan aktiviti Slack-ke-Salesforce anda sedang berjalan sebelum 15 Jun, atau anda akan mempunyai penulisan CRM tanpa alasan yang boleh dibaca manusia.

Untuk pasukan yang memikirkan reka bentuk model data CRM berdasarkan penulisan yang didorong ejen, soalan pemilikan medan menjadi lebih mendesak apabila ejen -- bukan wakil -- merupakan penulis utama pada medan peluang utama.

Audit 5 Soalan Sebelum 15 Jun

Letakkan lima soalan ini dalam kalendar anda untuk minggu ini. Blok dua jam, buka konfigurasi Agentforce anda, dan telusuri setiap soalan.

1. Adakah anda mempunyai senarai dokumentasi setiap peralihan kerja ejen-ke-ejen dalam persediaan Agentforce semasa anda? Jika tidak, petakan sekarang. Anda tidak boleh mengaudit apa yang belum anda namakan.
2. Untuk setiap peralihan kerja, bolehkah anda menyatakan syarat pencetus dengan tepat? Pencetus yang samar menghasilkan tingkah laku yang tidak konsisten. Jika jawapan anda melibatkan perkataan "lebih kurang" atau "apabila kelihatan bersedia," perketatkan definisi tersebut.
3. Adakah setiap ejen mempunyai skop tulis-medan yang didokumentasikan, dan adakah skop tersebut dikuatkuasakan di peringkat kebenaran? Konvensyen konfigurasi boleh tersimpang. Penguatkuasaan kebenaran tidak.
4. Adakah setiap peralihan kerja mempunyai laluan pemulihan yang ditakrifkan untuk keadaan ralat? Telusuri senario kegagalan untuk setiap peralihan kerja: seperti apa rekod itu jika ejen penerima menghasilkan ralat? Adakah keadaan itu boleh dipulihkan tanpa campur tangan manual?
5. Untuk sebarang interaksi Slack First Sales: adakah penyegerakan aktiviti Slack-ke-Salesforce anda aktif, dan sudahkah anda mengesahkan penulisan yang dicetuskan Slack mana yang muncul di bawah profil ejen berbanding profil wakil? Jalankan interaksi ujian sebelum 15 Jun, bukan selepasnya.

Pasukan yang telah menangani mod kegagalan pemarkahan lead AI akan mengenali corak yang sama di sini: kegagalan biasanya bukan model AI, tetapi lapisan tadbir urus di sekeliling apa yang dibenarkan model untuk ditulis dan siapa yang menyemak output. Orchestration memperbesarkan permukaan tersebut dengan ketara.

Apa Yang Perlu Dilakukan Minggu Ini

Anda mempunyai kira-kira 13 hari sebelum Summer '26 aktif. Inilah yang paling penting sebelum 15 Jun.

Petakan graf. Senaraikan setiap ejen dalam organisasi Agentforce anda dan lukiskan sambungan peralihan kerja antara mereka. Ini adalah Langkah Sifar. Tiada perkara lain dalam audit boleh dilakukan tanpanya.

Gunakan Hand-Off Triplet pada setiap sambungan. Untuk setiap peralihan kerja dalam graf, dokumentasikan syarat pencetus, kuasa tulis-medan pada setiap pihak, dan laluan pemulihan. Tiga lajur, satu baris setiap peralihan kerja. Mulakan dengan peralihan kerja yang menyentuh medan peluang yang paling kerap digunakan: Peringkat, Jumlah, Tarikh Tutup, Kategori Ramalan.

Kuatkuasakan skop tulis-medan di peringkat kebenaran. Jangan bergantung pada konvensyen konfigurasi yang bergantung pada pentadbir masa hadapan mengikut niat pentadbir semasa yang tidak didokumentasikan. Jika Ejen A tidak sepatutnya menulis medan Jumlah, keluarkan kebenaran tersebut secara eksplisit.

Sediakan baris gilir ralat anda. Tentukan di mana ralat ejen muncul dan siapa yang menyemaknya. Jika anda tidak mempunyai baris gilir semakan Sales Ops untuk ralat ejen hari ini, bina satu sebelum 15 Jun -- bukan selepas anda menyedari peralihan kerja hantu dalam data pipeline.

Jalankan interaksi ujian Slack First Sales. Sebelum aktif untuk seluruh organisasi anda, cetuskan interaksi Slack secara manual, sahkan penulisan medan muncul dengan betul dalam Salesforce, sahkan log aktiviti, dan semak nama profil yang muncul pada penulisan tersebut.

Amalan kebersihan pipeline yang memastikan data pipeline bersih dalam proses yang didorong manusia menjadi dua kali lebih penting dalam proses yang didorong ejen. Ejen tidak memberikan alasan untuk data yang buruk -- mereka memperkuatnya pada skala besar. Betulkan tadbir urus sebelum 15 Jun, dan lapisan orchestration menjadi aset operasi hasil yang tulen. Langkau audit ini, dan anda akan menghabiskan musim panas dalam laporan insiden.

---

Soalan Lazim

Perlukah kami melumpuhkan Multi-Agent Orchestration pada hari pertama?

Tidak semestinya. Tetapi anda perlu tahu dengan tepat ejen mana dalam organisasi anda yang disambungkan untuk menghantar kerja antara satu sama lain sebelum 15 Jun aktif. Jika anda tidak dapat menjawab soalan itu hari ini, pendekatan berhati-hati ialah melumpuhkan orchestration untuk medan peluang yang paling sensitif -- Peringkat, Jumlah, Tarikh Tutup -- sehingga anda melengkapkan audit Hand-Off Triplet. Anda boleh mengaktifkan semula secara berperingkat apabila mendokumentasikan setiap peralihan kerja dengan betul.

Apakah perbezaan antara Multi-Agent Orchestration dan Salesforce Flow?

Salesforce Flow ialah automasi yang dikonfigurasikan yang melaksanakan langkah yang telah ditentukan berdasarkan logik eksplisit yang anda tulis. Multi-Agent Orchestration berbeza: ejen membuat keputusan berasaskan penaakulan tentang bila hendak menghantar kerja dan apa yang perlu dihantar. Flow adalah deterministik; ejen terorkestra tidak. Itulah sebabnya Hand-Off Triplet penting -- anda tidak boleh membaca logik flow untuk memahami apa yang ejen putuskan untuk dihantar. Anda memerlukan syarat pencetus yang didokumentasikan untuk mengesahkan tingkah laku ejen sepadan dengan niat anda.

Di mana Slack First Sales berada dalam log audit kami?

Secara lalai, mesej Slack bukan rekod aktiviti Salesforce. Apabila balasan Slack wakil mencetuskan penulisan ejen ke Salesforce, penulisan itu akan muncul dalam sejarah medan pada rekod -- tetapi mesej Slack yang menyebabkannya tidak akan muncul secara automatik sebagai aktiviti yang dikaitkan. Anda perlu mengaktifkan dan mengkonfigurasikan penyegerakan aktiviti Slack-ke-Salesforce untuk merekodkan interaksi Slack sebagai aktiviti pada rekod yang berkaitan. Sahkan ini aktif sebelum 15 Jun, atau anda akan mempunyai entri sejarah medan tanpa alasan yang boleh dibaca manusia.