Сделка #690109 -2
Доработка для действующего клиента: передача доступов и интеграция с 1С на согласовании. Дмитрий Власов держит контакт и квалифицировал тип интеграции, но объём API и форматы обмена не уточнены - план интеграции не зафиксирован письменно до старта. Риск: scope обмена данными поплывёт уже в работе, сроки и смета разойдутся с ожиданием клиента.
Было: 64/100 → Стало: 62/100
Что изменилось (топ-3):
- D12. СПВ: 0.5 → 0.0 - свойства модуля перечислены без перевода в выгоду под бизнес-процесс клиента
- ⭐ F21. Следующий шаг: 1.5 → 1.0 - договорённость о запросе доступов есть, но без жёсткой даты передачи
- C10. Углубление: 1.0 → 0.5 - в боль интеграции не углубился - что именно ломается в обмене с 1С сейчас
Все применимые критерии · 25 пунктов развернуть
| Пункт | Балл | Применимость | Деталь |
|---|---|---|---|
| A1. Приветствие | 1.0 / 1.0 | да | поздоровался, представился |
| A2. Тон | 0.5 / 1.0 | да | ровный, рабочий |
| A3. Имя узнано | 1.0 / 1.0 | да | имя контакта зафиксировано |
| B4. Имя использовано | 1.0 / 1.0 | да | обращается по имени |
| B6. Апелляция к прошлому | 0.5 / 1.0 | да | вскользь сослался на прошлый этап |
| B7. Перехват инициативы | 0.5 / 1.0 | да | инициатива то у него, то у клиента |
| C8. Квал-вопросы | 1.0 / 1.0 | да | тип интеграции и контур ИТ выяснены |
| ⭐ C9. Потребность | 1.0 / 2.0 | да | потребность ясна, но объём API не докопан |
| C10. Углубление | 0.5 / 1.0 | да | в боль интеграции углубился слабо |
| C11. Понимание | 0.5 / 1.0 | да | понимание задачи подтвердил частично |
| D12. СПВ | 0.0 / 1.0 | да | свойства без перевода в выгоду |
| ⭐ D13. Чек-лист выгод | 1.0 / 2.0 | да | часть выгод модуля покрыта |
| D14. Обход цены | 0.5 / 1.0 | да | цену обошёл, но рановато коснулся |
| E16. Истина/жалоба | 0.5 / 1.0 | да | возражение проверил частично |
| E17. Локализация | 0.5 / 1.0 | да | локализовал частично |
| ⭐ E18. Через ценность | 1.0 / 2.0 | да | аргументирует ценностью, иногда уходит в сроки |
| E19. Присоединение | 0.5 / 1.0 | да | присоединение слабое |
| ⭐ F20. CTA | 1.0 / 2.0 | да | закрытие на доступы есть |
| ⭐ F21. Следующий шаг | 1.0 / 2.0 | да | шаг назван, дата размыта |
| F22. Соблюдение дедлайна | 0.5 / 1.0 | да | касание с небольшой задержкой |
| ⭐ F23. Дисциплина рекомендаций |
|
НЕТ | первый прогон по сделке |
| G23. Все каналы | 0.5 / 1.0 | да | часть каналов не задействована |
| G24. Пауза клиента | 0.5 / 1.0 | да | частично выдержал паузу |
| ОФ | 15.0 / 25.0 | 60% | |
| H1. Статус актуальный | 1.0 / 1.0 | да | этап соответствует факту |
| H2. Задача с дедлайном | 0.5 / 1.0 | да | задача есть, дедлайн нечёткий |
| CRM | 1.5 / 2.0 | 75% | |
| Total | 0.9 × 60 + 0.1 × 75 = 62 | 🟡 62/100 |
- Контакт с действующим клиентом удержан - Дмитрий не теряет связь с заказчиком на стыке этапов, обращается по имени, ссылается на прошлую работу - доверие действующего клиента сохранено, это база для апсейла доработок.
- Тип интеграции квалифицирован - Контур ИТ и общий тип обмена с 1С выяснены - есть от чего отстраивать план, разговор не вслепую.
- Закрытие на доступы есть - Менеджер довёл диалог до запроса доступов и согласования интеграции - сделка движется, а не зависла на «подумаю».
1. Объём API и форматы обмена не уточнены - интеграция стартует вслепую
Где: сделка #690109
Проблема: Тип интеграции назван, но конкретика обмена с 1С не собрана: какие сущности синхронизируются, в какую сторону, в каком формате, объём данных, частота. Без этого смета на интеграцию - оценка пальцем в небо, а на старте всплывут неучтённые форматы и сделка уйдёт в перерасход часов команды. Для доработки под 1С это самый частый источник scope creep.
Как надо было: До передачи доступов закрыть интеграционный минимум: перечень синхронизируемых объектов, направление обмена, форматы данных, объём и частота, требования к API на стороне 1С. Зафиксировать письменно как технический скоуп интеграции - он же страхует смету.
2. План интеграции не зафиксирован письменно, дата размыта
Где: сделка #690109
Проблема: Следующий шаг (передача доступов) назван, но без жёсткой даты, задача в CRM стоит без чёткого дедлайна (H2). На доработке у действующего клиента это тормозит: доступы «дадут на неделе», старт спринта плывёт, команда простаивает или хватается за другой проект.
Как надо было: Закрыть договорённость конкретно: «доступы к 1С и тестовому контуру передаёте до четверга, в пятницу созваниваемся и фиксируем план интеграции и дату старта спринта». Под это - задача в CRM с точной датой, этап сдвинут.
Вы можете выбрать свой подход. С нашей стороны предлагается:
Сообщение клиенту
Добрый день, [Имя]! По нашей доработке с интеграцией в 1С - чтобы корректно зафиксировать план и сроки, мне нужно уточнить несколько технических моментов по обмену: какие сущности синхронизируем, в какую сторону и в каком формате. Предлагаю короткий созвон с вашим ИТ-специалистом по 1С в четверг - параллельно вы передаёте доступы к тестовому контуру, а я к пятнице приношу готовый план интеграции и дату старта спринта. Удобно так?
Возможные возражения
| Возражение | Как ответить |
|---|---|
| «Сначала давайте оцените, потом обсудим детали интеграции» | «Оценка интеграции без объёма API - это вилка в разы, и почти всегда не в вашу пользу: на старте всплывают неучтённые форматы. 30 минут с вашим 1С-специалистом сейчас экономят недели и переплату потом. Давайте соберём скоуп - и я дам точную смету, а не диапазон.» |
| «Доступы дадим, когда будет время у ИТ» | «Понимаю, ИТ загружен. Чтобы не держать команду в простое и не сдвигать ваш запуск, давайте зафиксируем конкретный день передачи доступов - даже 30 минут специалиста закрывают вопрос. Какой день на этой неделе реален?» |
| «А зачем так подробно, там же простая выгрузка» | «Часто кажется, что простая - а на практике в обмене с 1С форматы и справочники не совпадают, и «простая выгрузка» превращается в неделю отладки. Полчаса на скоуп сейчас - и мы оба знаем точный объём, сроки и цену без сюрпризов.» |
Хочу такой же анализ по своему отделу
Подключим Филина - и такие отчёты у вас будут каждый день, к 9 утра.
