Шпаргалка №2: Что говорить, когда клиент говорит «это на пару часов»

Типичная ситуация: ты даёшь оценку на 10–15 часов работы, а в ответ слышишь: «Да ладно, это же на час-два максимум», «Ну ты же на автоматизации собаку съел, тебе это быстро». Если в этот момент начать оправдываться или резко обрывать клиента, диалог превращается в спор. Задача другая: спокойно показать, из чего на самом деле состоит задача, где прячутся «невидимые» часы и почему твоя оценка — не попытка «накрутить», а нормальный объём под реальную работу. Эта шпаргалка поможет аргументировать свои оценки так, чтобы клиент видел логику, а не просто цифру.

Контекст ситуации

Как обычно звучит занижение объёма

• «Там же просто пару полей в CRM добавить и связать.»
• «Это же стандартная история, у вас наверняка уже есть готовые шаблоны.»
• «Ну это же на пару часиков, чего там.»
• «Давайте сделаем быстро, без вот этого вашего анализа.»

Часто фраза «на пару часов» вообще не про время, а про нежелание платить больше определённой суммы. Клиенту проще обесценить объём работы, чем признаться, что он рассчитывал на другой бюджет.

Типичные ошибки автоматизаторов

1. Соглашаются «сделать побыстрее», но в итоге всё равно тратят свой реальный объём часов.
2. Режут оценку, но не урезают объём задач — в результате работают себе в минус.
3. Начинают спорить: «да вы ничего не понимаете», уходят в технические детали, которые клиенту ни о чём не говорят.
4. Пытаются оправдываться: рассказывают, как им сложно, вместо того чтобы объяснить ценность и риски для клиента.

Готовые формулировки

Ниже — фразы под разные сценарии. Их можно использовать в переписке, на созвонах или в голосовых, немного адаптировав под свой стиль.

1. Базовое объяснение, откуда берётся оценка

Вариант 1 (мягкий, пояснительный): «Понимаю, что со стороны может казаться, что это пара часов. Но основное время уходит не на клики, а на разбор процесса, логику, тесты и поддержку. Поэтому оценка, которую я дал, — это адекватный объём под реальную задачу, а не под “быстренько сделать”.» Вариант 2 (про качество и переделки): «Если делать “как-нибудь за пару часов”, велик риск, что автоматизацию потом придётся переделывать. Я закладываю время на нормальный анализ и тесты, чтобы вы получили стабильный результат, а не временное решение. Отсюда и такой бюджет.» Вариант 3 (про видимую vs невидимую работу): «В интерфейсе всё правда делается быстро, но перед этим нужно понять бизнес-логику, данные и исключения. По опыту, на это уходит больше, чем сами клики. Я сразу считаю полный цикл работы, а не только видимую “пару часов”.» Вариант 4 (про риски и опыт): «Вы сейчас смотрите на задачу с точки зрения кнопок, а я — с точки зрения рисков. В мой чек входит не только настройка, но и мой опыт, который экономит вам деньги на ошибках и переделках. Поэтому сделать “подешевле и побыстрее” я не возьмусь.»

2. Когда нужно зафиксировать рамки и не срезать оценку

Вариант 5 (если просят “сделать быстрее и дешевле”): «Снизить оценку можно только за счёт объёма, а не качества. Если важен именно бюджет, давайте уберём часть функционала и сделаем минимальный рабочий вариант. Но менять объём часов без изменения задач я не буду — это прямой путь к срывам и переделкам.» Вариант 6 (когда добавляют задачи “по мелочи” без пересчёта): «Каждое такое “по мелочи” добавляет время на анализ, проверку и тесты. Если мы расширяем задачу, оценку нужно пересчитать. Иначе мы просто складываем из многих “пара часов” полноценный проект.» Вариант 7 (когда сравнивают с чужими оценками): «Оценки могут отличаться в зависимости от подхода. Я закладываю время на анализ, документацию и тесты — это уменьшает риск, что автоматизация развалится через месяц. Если важнее минимальный бюджет, чем надёжность, возможно, мой формат вам не подойдёт.»

3. Формулировки для переписки

Вариант 8 (чат/почта): «Фраза “на пару часов” обычно учитывает только видимую часть работы — сами клики в интерфейсе. В оценку, которую я прислал, входят: — разбор процесса и данных, — проектирование логики, — настройка и интеграции, — тестирование, — исправление ошибок, — базовая поддержка после запуска. По опыту, именно на это уходит основной объём времени, а не на “нажать несколько кнопок”.» Вариант 9 (когда нужно мягко отказать в доп.скидке): «Урезать оценку без сокращения задач — значит либо убрать этап анализа, либо тесты, либо поддержку. Я не беру проекты, где приходится жертвовать этими частями, потому что потом это всегда выходит клиенту дороже.»

4. Формулировки для голосовых/созвона

Вариант 10 (разговорный, для Zoom): «Если честно считать, там не два часа. Поясню: сами клики действительно занимают немного. Но до них нужно разобраться в процессах, данных, исключениях, потом всё это собрать, протестировать и пару раз поправить. В сумме и набегает тот объём, который я озвучивал.» Вариант 11 (когда клиент эмоционально настаивает): «Я понимаю, что не хочется переплачивать, это нормально. Моя задача — не растянуть работу, а сделать так, чтобы она нормально жила в вашем бизнесе. Оценка, которую я дал, — это не “запас на всякий случай”, а реальный опыт: меньше заложить — значит либо не успеть, либо сделать хуже.»

Примеры диалогов

Диалог 1. Базовый, спокойный клиент

Клиент: «Что-то дороговато выходит, по-моему это работа на пару часов.» Ты: «Понимаю, что со стороны так может казаться. Обычно видно только часть — сами клики в сервисах. Но основной объём уходит на разбор процесса, логику и тесты. В мою оценку входит: — разобраться, как у вас сейчас всё работает; — спроектировать, как это должно работать; — настроить сценарии; — проверить на тестовых данных; — поправить по результатам. По опыту, это и даёт те самые N часов, которые я указал.» Клиент: «Можно как-то сократить?» Ты: «Сократить можно только за счёт объёма: например, убрать часть вариантов или интеграций и сделать минимальный рабочий кусок. Тогда и по времени, и по бюджету будет меньше. Сделать тот же объём “за пару часов” — значит убрать анализ и тесты, а я за такой формат не возьмусь.»

Диалог 2. Клиент давит и торгуется

Клиент: «За такие деньги это точно не нужно. Другие делают быстрее и дешевле, вы, наверное, просто накручиваете часы.» Ты: «Оценки действительно могут отличаться. Я не могу отвечать за чужой подход, могу только объяснить свой. Я закладываю время на: — анализ процесса, чтобы не собирать автоматизацию “вслепую”; — тесты, чтобы она не падала каждые пару дней; — исправление ошибок на старте. Если убрать эти части, да, можно уложиться в “пару часов”. Но тогда высок риск, что через месяц всё придётся переделывать. Я не беру проекты в таком формате, потому что это бьёт и по вам, и по мне.» Клиент: «То есть вообще не сдвинемся по бюджету?» Ты: «Могу предложить другой вариант: сократим функционал и сделаем минимальный сценарий, который решает главную задачу. Это будет дешевле. Но сохранять весь объём работ и просто резать часы — не честно ни по отношению к вам, ни по отношению ко мне.»

Диалог 3. Внутри действующего проекта, когда всплывают «мелочи»

Клиент: «Слушайте, ещё момент: давайте добавим вот тут пару полей, ещё одну ветку и интеграцию с этим сервисом. Это же тоже на пару часов, вы просто докрутите по ходу.» Ты: «Каждое такое изменение выглядит небольшим, но добавляет работу по разбору логики, настройке и тестам. Если мы расширяем объём, оценку нужно пересчитать. Иначе у нас накопятся десяток таких “мелочей”, и мы сильно уйдём от изначальной договорённости по времени и бюджету.» Клиент: «То есть за эти правки тоже нужно доплачивать?» Ты: «Да, потому что это новая работа. Могу предложить собрать дополнительные доработки в один список и оценить их пакетом, чтобы вам было понятнее, что сколько стоит.»

Как спокойно объяснять структуру работы

Чтобы клиент не спорил с цифрой, а видел логику, полезно показывать не только итоговое число часов, но и структуру. Простой алгоритм:

1. Разложи задачу на этапы. Например: — анализ и проработка процесса; — схема/логика сценариев; — настройка интеграций; — тестирование; — исправление ошибок и доработка по результатам; — запуск и короткая поддержка.
2. Привяжи каждый этап к пользе для клиента. Не «анализ — 3 часа», а «анализ — чтобы автоматизация нормально легла в ваш реальный процесс, а не в абстрактную схему». Не «тесты — 2 часа», а «тесты — чтобы заявки не терялись, и вы не теряли деньги».
3. Поясни, что будет, если убрать этап. «Если убрать анализ — высок риск, что мы неправильно поймём процесс и соберём не то. Если убрать тесты — мы будем ловить ошибки уже на живых клиентах.»
4. Предложи выбор по объёму, а не по ставке. Вместо того чтобы снижать стоимость часа, предложи: — полный объём с надёжностью; — урезанный объём (MVP), который стоит дешевле, но решает только ключевую задачу.

Чек-лист ошибок

Перед тем как соглашаться «сделать за пару часов», проверь себя по этому списку.

1. Я не урезал объём задач, но снизил оценку. Риск: будешь выполнять тот же объём, просто бесплатно или в минус.
2. Я согласился на “быстренько” без тестов и нормального анализа. Риск: всё сломается в бою, клиент будет недоволен, а переделывать придётся за свой счёт.
3. Я не объяснил, из чего состоит оценка. Риск: клиент видит только цифру и сравнивает её с чужими оценками, не понимая разницы в подходах.
4. Я начал оправдываться вместо спокойного объяснения. Риск: звучит так, как будто ты действительно завысил стоимость и теперь выкручиваешься.
5. Я не зафиксировал изменения объёма письменно. Риск: клиент искренне уверен, что внёс “пару мелочей”, а ты уже вложил туда несколько дополнительных часов.

Блок для самостоятельного заполнения

1. Твой типовой разбор оценки

Возьми одну из своих стандартных задач и распиши:

• Анализ процесса: ___ часов
• Проектирование логики: ___ часов
• Настройка интеграций/сценариев: ___ часов
• Тестирование: ___ часов
• Исправление ошибок по результатам: ___ часов
• Запуск и поддержка: ___ часов

Сложи и посмотри, сколько на самом деле занимает твоя «обычная» задача. Это поможет увереннее аргументировать оценки.

2. Твой шаблон объяснения клиенту

Собери свою универсальную фразу, подставив из предыдущего блока: «Когда я оцениваю задачу, я считаю не только клики, но и: — анализ процесса (примерно ___ часов), — проектирование логики (), — настройку (), — тесты и исправления (), — запуск и поддержку (). В сумме это даёт ___ часов. Снизить оценку можно, только если мы уберём часть задач — иначе пострадает качество и надёжность.» Один раз сформулируешь — дальше будешь просто адаптировать под конкретного клиента и ситуацию. Используй эту шпаргалку, когда сталкиваешься с «это на пару часов». Чем спокойнее и структурированнее ты объясняешь свою оценку, тем меньше споров и тем больше клиентов, которые понимают, за что платят. [cgpt_quick_question]