Salesforce Slack First Sales Summer 26: работа продавца переезжает из CRM в диалог
Первого июля 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. Всё широкое - явно возвращается в полный интерфейс. Если построить логику так, ты не поймаешь классическую беду "у нас два места правды, и они разошлись".
И держи в голове генеративный слой отдельно. Формулировка ответа клиенту, резюме звонка, черновик коммерческого - это работа языковой модели, а не CRM. Здесь удобно, когда доступ к моделям идёт через один API, совместимый с SDK OpenAI и Anthropic, где меняются только ключ и base_url:
Это разделяет ответственность: 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 (первичный):
- Обсуждение на r/salesforce, Slack как корпоративный AI-интерфейс (независимое):
provod.ai — российский LLM API-агрегатор
Один OpenAI-совместимый endpoint ко всем флагманам: OpenAI (GPT-5.5, GPT-5.4), Anthropic (Claude Opus 4.8, Sonnet 4.6), Google (Gemini 3.1 Pro, 3.5 Flash), DeepSeek V4 Pro, Qwen 3.6 Plus.
Цены 1-в-1 с провайдером по курсу ЦБ— без наценки на токены. Оплата в рублях по договору, полный пакет закрывающих документов (договор-оферта, счёт, акт, счёт-фактура, УПД 5.03 через ЭДО). Без VPN — легальный B2B-сервис в России.
Если статья была полезной— попробуйте provod.ai: главная страница · каталог моделей · документация