Первого июля 2026 года Salesforce включила Slack First Sales в релиз Summer 26. Смысл в одном предложении: часть работы продавца с лидами и сделками предлагается вести прямо в диалоговом интерфейсе Slack, а не заходить в CRM за каждым мелким действием. Это не косметика на карточке контакта, а заявка на смену основного места, где живёт рутина сейлза.
Если ты годами открывал Salesforce, чтобы поменять стадию сделки, оставить заметку или посмотреть, что там с лидом, то узнаёшь знакомую боль. Продавец проводит в CRM много времени не потому, что там удобно, а потому, что там источник истины. Slack First Sales пробует перевернуть это: диалог становится точкой входа, а CRM остаётся системой записи под капотом.
Разберём спокойно и по делу: что из этого действительно меняет день продавца, что пока остаётся вендорским обещанием, и как принять решение, стоит ли твоей команде вообще на это смотреть. Когда команда уже живёт в нескольких ассистентах сразу, полезно заранее понимать, где заканчивается один чат-интерфейс и начинается работа с моделями напрямую - чтобы не путать интерфейс и источник данных.
Что именно объявили в Summer 26?
По анонсу Salesforce, Slack First Sales входит в состав квартального релиза Summer 26. Важная оговорка сразу: июль здесь - это окно выката, а не единственный день общедоступности. Функции в релизах Salesforce приходят волнами и зависят от edition и региона. Поэтому первое действие после этой статьи - не восторг, а проверка: доступно ли это в вашей редакции и в вашем гео.
Editorial-суть предложения такая. Продавец получает сценарии работы с лидами и сделками внутри Slack: посмотреть контекст, зафиксировать изменение, продвинуть работу дальше - не переключаясь в отдельное окно CRM на каждый чих. Salesforce позиционирует Slack как поверхность, где сейлз проводит и так много времени, и логично подтянуть туда сами действия, а не только уведомления о них.
Здесь надо жёстко разделять два пласта. Первый - вендорское заявление: Slack First Sales существует и входит в Summer 26. Это факт из первичного источника. Второй - как именно это ощущается на практике и какой набор действий реально доступен. Это зависит от конфигурации, и точный перечень стоит сверять с релизными заметками своей организации, а не с обзорной статьей. Ниже я держу эту границу и явно помечаю, где заканчивается факт и начинается разумный вывод.
Отдельный сигнал приходит не от вендора, а от сообщества. На r/salesforce обсуждают более широкий вопрос: не превращается ли Slack в основной корпоративный AI-интерфейс вообще. Slack First Sales - частный, но заметный случай этого тренда: работа мигрирует из специализированных экранов в диалог. Это независимое наблюдение, а не обещание производителя, и относиться к нему стоит как к настроению рынка.
Какие действия реально уходят в чат, а какие остаются в CRM?
Тут важно не поддаться маркетинговому импульсу "теперь всё в Slack". Реалистичная картина сложнее, и правильнее думать не списком фич, а критериями: какое действие вообще имеет смысл делать в диалоге.
Хорошо ложатся в чат короткие, частые и низкорисковые операции. Быстро глянуть контекст по сделке перед звонком. Оставить заметку по итогам разговора. Продвинуть очевидный шаг. Всё, что раньше стоило одного перехода в CRM и трёх кликов, в диалоге экономит именно переключение контекста - а переключение и есть главный налог на внимание продавца.
Плохо ложатся в чат операции, которым нужна плотная сетка полей, массовое редактирование, сверка десятков записей, сложные права и аудит. Настройка воронки, разбор дублей, конфигурация процессов, отчётность по портфелю - это работа за широким экраном CRM, и загонять её в узкую ленту диалога противоестественно. Диалог хорош для одного объекта в фокусе, а не для таблицы на двести строк.
Отсюда простое правило: Slack First Sales - это не замена Salesforce, а другой вход в те же данные. Источник истины остаётся в CRM. Диалог лишь снимает трение с самых частых микродействий. Если продавать это команде как "теперь CRM не нужен", получишь разочарование ровно в тот момент, когда кто-то попросит нормальный отчёт.
Полезно сверить этот подход с тем, как ты уже работаешь с ассистентами вне CRM. Если команда пишет черновики писем, резюмирует переписку и готовит аргументацию по сделке через модель, то удобно, когда эти модели доступны из одного места и оплачиваются с одного рублёвого баланса, а не собираются из пяти разрозненных подписок. provod.ai здесь закрывает именно доступ к Claude, GPT, Gemini, DeepSeek и Qwen в одном чате и по одному API - и не претендует на роль CRM или платформы автоматизации; это разные слои задачи.
Как это выглядит для инженера рядом с CRM?
Ключевой технический вопрос: где остаётся источник истины и как не размазать логику по двум местам. Ответ по анонсу - Salesforce остаётся системой записи. Slack - поверхность взаимодействия. Значит, любые интеграции продолжают ходить в CRM-данные, а диалог не становится вторым, параллельным хранилищем состояния.
Если ты строишь свою автоматизацию вокруг сделок, разумно относиться к диалоговому слою как к ещё одному клиенту тех же API, а не как к новой базе. Ниже - иллюстративный, безопасный псевдокод: он не описывает внутренности Slack First Sales, а показывает принцип - действие из диалога всё равно приземляется в CRM как единственный источник истины.
# Иллюстрация принципа: диалог -> действие -> система записи (CRM)
def handle_dialog_action(event):
intent = classify(event.text) # "оставить заметку", "сменить стадию"
if intent.risk == "low": # короткие микродействия
crm.write(event.record_id, intent.payload) # источник истины - CRM
return reply("Готово, записал в сделку")
# всё широкое и рискованное - возвращаем в полный интерфейс CRM
return reply("Это лучше сделать в Salesforce: открыть карточку сделки")
Такой каркас честнее любого маркетинга: он прямо кодирует границу. Низкорисковое короткое действие исполняется из диалога и пишется в CRM. Всё широкое - явно возвращается в полный интерфейс. Если построить логику так, ты не поймаешь классическую беду "у нас два места правды, и они разошлись".
И держи в голове генеративный слой отдельно. Формулировка ответа клиенту, резюме звонка, черновик коммерческого - это работа языковой модели, а не CRM. Здесь удобно, когда доступ к моделям идёт через один API, совместимый с SDK OpenAI и Anthropic, где меняются только ключ и base_url:
from openai import OpenAI
client = OpenAI(
api_key="ВАШ_КЛЮЧ",
base_url="https://api.provod.ai/v1",
)
# дальше обычные вызовы SDK; модель готовит текст, CRM хранит факты
Это разделяет ответственность: Salesforce отвечает за состояние сделки, диалоговый слой - за удобный вход, а генеративная модель - за текст. Три роли, три места, никакой каши.
Где это ломается и что не решает?
Первый и главный риск - подмена понятий. Диалог красиво снимает трение с мелочей, и появляется соблазн объявить, что CRM больше не нужен. Не нужен - для трёх кликов. Нужен - для всего остального: отчётности, прав, аудита, массовых операций. Slack First Sales не отменяет Salesforce, он меняет точку входа в самые частые действия.
Второй риск - доступность. Повторю оговорку: июль - это окно Summer 26, а не гарантированный день GA для всех. Проверяй edition и регион по своим релизным заметкам. Планировать процессы под функцию, которой в твоей редакции ещё нет, - верный способ подвести команду.
Третий риск - фрагментация правды. Если диалоговый слой начнёт держать собственное состояние в стороне от CRM, ты получишь два источника, которые рано или поздно разойдутся. Единственная защита - дисциплина: CRM остаётся системой записи, диалог только пишет в неё и читает из неё.
Чего Slack First Sales точно не решает. Он не строит за тебя воронку и процессы - это работа настройки в CRM. Он не заменяет платформы автоматизации, приватную или on-prem инфраструктуру, отраслевые интеграции и любую работу по внедрению. И он не отменяет того, что удобный диалог поверх плохо настроенного CRM останется удобным диалогом поверх плохо настроенного CRM. Инструмент снимает трение, но не наводит порядок в данных за тебя.
Отдельно про генеративную часть, чтобы не было иллюзий. provod.ai агрегирует Claude, GPT, Gemini, DeepSeek и Qwen в одном чате и даёт один API, работает без VPN и зарубежных карт, с оплатой российской картой, через СБП или по счёту, с закрывающими документами - договор, счёт, акты. Но он не заменяет платформы автоматизации, приватную инфраструктуру и подписочные функции вендоров. Это доступ к моделям, а не CRM и не внедрение.
Стоит ли твоей команде включаться сейчас?
Реши по трём вопросам. Есть ли функция в вашей edition и регионе? Живёт ли команда и так в Slack достаточно, чтобы вход через диалог реально экономил переключения? Готовы ли вы удержать CRM как единственный источник истины, а не расползтись на два хранилища? Три "да" - пробуй пилот на узком сценарии, например только заметки и смена стадии. Хотя бы одно "нет" - подожди, наблюдай за релизными заметками и обсуждением на r/salesforce.
Ниже - компактная таблица решения, чтобы не спорить на словах.
| Ситуация | Что делать | Почему |
|---|---|---|
| Функции нет в вашей edition/регионе | Ждать, следить за релизными заметками | Июль - окно Summer 26, не общий GA |
| Команда живёт в Slack, много микродействий | Пилот на 1-2 сценария | Экономия на переключении контекста |
| Нужны отчёты, права, массовое редактирование | Оставить в Salesforce | Диалог не для широкой работы |
| Есть риск двух источников правды | Жёстко закрепить CRM как систему записи | Иначе состояние разойдётся |
| Нужен текст: письма, резюме, аргументация | Отдать модели через один API | Это генеративный слой, а не CRM |
Таблица намеренно скучная. В ней нет обещаний "вырастет конверсия на столько-то процентов" - таких цифр в источнике нет, и выдумывать их я не буду. Есть только границы применимости, а это и есть то, что экономит деньги на внедрении.
FAQ
Slack First Sales заменяет Salesforce?
Нет. По анонсу Salesforce остаётся системой записи. Диалог меняет точку входа в частые действия, но отчёты, права, массовое редактирование и настройка процессов остаются в CRM.
С какого дня это работает у всех?
Точной единой даты GA источник не даёт. Июль 2026 - окно релиза Summer 26. Доступность зависит от edition и региона, проверяй по своим релизным заметкам.
Что говорит независимая сторона?
На r/salesforce обсуждают, не становится ли Slack основным корпоративным AI-интерфейсом. Это настроение сообщества и наблюдение о тренде, а не обещание вендора.
Какие действия стоит уводить в диалог первыми?
Короткие, частые, низкорисковые: быстрая заметка, взгляд на контекст перед звонком, очевидная смена стадии. Всё широкое и рискованное оставляй в CRM.
Как не получить два источника правды?
Кодируй границу явно: диалог только пишет в CRM и читает из неё, собственного состояния в стороне не держит. CRM - единственная система записи.
А генеративный текст откуда брать?
Это отдельный слой. Модель готовит письма и резюме, CRM хранит факты. Доступ к моделям удобно держать через один API, совместимый с SDK OpenAI и Anthropic.
Пока Salesforce переносит рутину продавца в диалог, подключи генеративный слой к своей команде через один API на provod.ai: смени ключ и base_url, плати с рублёвого баланса, работай без VPN и зарубежных карт.
Источники
- Salesforce, анонс релиза Summer 26 (первичный): https://www.salesforce.com/in/news/stories/summer-2026-product-release-announcement/
- Обсуждение на r/salesforce, Slack как корпоративный AI-интерфейс (независимое): https://www.reddit.com/r/salesforce/comments/1tqb3yi/has_slack_become_the_real_enterprise_ai_interface/
provod.ai — Russian LLM API aggregator. One OpenAI-compatible endpoint to all flagship models: OpenAI (GPT-5.6, GPT-5.5), Anthropic (Claude Opus 4.8, Sonnet 4.6), Google (Gemini 3.1 Pro, 3.5 Flash), DeepSeek V4 Pro, Qwen 3.6 Plus. Provider prices at the CBR rate, no token markup. Pay in rubles to a Russian legal entity with full closing documents.
Try: provod.ai · model catalog · docs
Top comments (0)