Notion: где хранить заметки по долгим сделкам
13 октября 2026 года Notion представил обновлённые синхронизированные базы в выпуске 3.8. Повод для владельца пересмотреть, где команда ведёт долгие сделки: место для удобного обзора и основной реестр работы нужно выбирать осознанно. Материал для команд, которым подключение доступно; доступность для своего аккаунта проверяют отдельно.
Сначала решите, что должно пережить ожидание
Не выбирайте ограниченную историю для единственного реестра долгих обещаний клиенту.
Представьте продажи оборудования: клиент ждёт утверждения бюджета, менеджер должен вернуться к разговору через два месяца. За это время сама сделка может не требовать правок. Для руководителя важнее сохранить основание следующего звонка, чем ежедневно видеть движение в карточке. Срок полезности такой заметки задаёт предстоящее действие.
До настройки договоритесь о простом правиле: кто и на каком основании завершает работу. Например, менеджер фиксирует состоявшийся разговор, переносит срок по договорённости или закрывает задачу с объяснением. Молчание клиента само по себе не повод снять обязательство с команды. Это предлагаемый порядок работы, а не функция продукта.
Какое правило нужно учесть
Для Salesforce нужны Notion Enterprise, API-доступ и права на выбранные объекты и поля.
Цена Notion Enterprise определяется индивидуально.
Вопрос владельца после этого конкретен: сможет ли сотрудник в назначенный день найти обещание, даже если привычная клиентская карточка ему не поможет? Ответом должно стать устройство рабочего реестра, а не просьба менеджерам чаще что-нибудь редактировать.
Две даты, которые легко перепутать
Учебный пример: сделку «Северный склад» последний раз меняли в Salesforce 20 сентября 2026 года. 18 октября менеджер добавил в собственное свойство Notion: «12 ноября обсудить бюджет», ответственный — Ирина. Для примера выбрана история за 30 дней. Предположим, до 25 октября эта запись в Salesforce больше не меняется. С последнего изменения к 18 октября прошло 28 дней, а к 25 октября — 35.
До обещанного звонка при этом остаётся 18 дней. Если у команды нет другого места с текстом договорённости, руководителю нечем выдать Ирине задание на нужную неделю. Поэтому в нашем проекте появляется отдельная задача T-041: клиентский ID C-017, обещание, срок, ответственный и результат. Все имена, идентификаторы и даты здесь вымышлены. Проверка аккаунта не проводилась.
Учебная сделка: изменение, проверка, обещание
Изменена исходная карточка
Сделка «Северный склад»
Записано обещание
С изменения источника: 28 дней
Контрольная дата
С изменения источника: 35 дней
Обещанный звонок
Ирина обсуждает бюджет
Предлагаемая запись работы
T-041
Клиент C-017
Обсудить бюджет
12 ноября 2026
Ирина
Результат разговора
Выберите один основной реестр
Не заставляйте менеджера поддерживать три одинаковых списка. Выберите один из вариантов и прямо назовите, какая запись считается рабочей. Остальные экраны должны помогать найти её, а не создавать спор о том, где правильный срок.
Что принять до запуска
Попросите исполнителя показать решение на обезличенном учебном наборе. Включите свежую карточку, давно не менявшуюся сделку с будущим звонком и завершённую работу. Проверка должна отвечать на четыре вопроса:
- Где находится T-041? Поиск по её ID должен приводить к одной основной записи с обещанием и сроком.
- Можно ли подготовить план звонков без перехода к клиентской карточке? Проверьте текст задачи и назначение исполнителя, а не только число строк.
- Кто имеет право завершить ожидание? В учебном результате должно быть понятно основание: разговор состоялся, срок изменён либо работа отменена ответственным.
- Что подтверждено фактически? Сохраните выбранную настройку, исходный набор, наблюдаемый результат и ограничения проверки. Непроверенное поведение оставьте открытым условием запуска.
Для нашего примера критерий принятия простой: 12 ноября Ирина получает понятное задание, а руководитель видит, чем оно закончилось. Назначьте владельца реестра и дату пересмотра решения при изменении способа работы. Отдельный разбор резервирования понадобится, если требуется доказать возможность восстановления; здесь решается более ранний вопрос: где живёт ещё не выполненное обещание.
Источники
Источники проверены 18 октября 2026 года. Пример и предложенное устройство реестра авторские; действия в аккаунтах не выполнялись. Лимиты записей и восстановление собственных полей для вашего аккаунта нужно проверить отдельно. Материал не подтверждает интеграцию или возможности SABSUS.