Кому подойдёт: новичкам, в том числе тем, кто ещё работает в найме, и фрилансерам. Категории Start и System.

После завершения проекта клиент пишет: «Тут небольшая правка, посмотрите, пожалуйста». Вы открываете сообщение и не понимаете, что перед вами: исправление своей ошибки, помощь по использованию или новая работа.

Если каждый раз решать по настроению, отношения быстро становятся напряжёнными. Сегодня вы делаете бесплатно, завтра выставляете счёт за похожую просьбу, а клиент не понимает разницы. Границы поддержки нужно описать через содержание работы и первоначальные договорённости.

Начните с того что уже обещали

Поднимите предложение, договор, переписку и описание результата. Что входило в проект? Какие условия приёмки согласовали? Была ли предусмотрена помощь после передачи?

Не начинайте разговор с нового прайса, пока не проверили прежние обязательства. Если функция должна была работать, но не работает из-за недостатка выполненной работы, это отличается от желания клиента добавить новую функцию.

При этом одних ваших внутренних представлений недостаточно. Если вы считали задачу дополнительной, но в предложении написали «настроим всё необходимое», спор мог возникнуть из-за неясного обещания. Такую ситуацию полезно разобрать отдельно и затем улучшить формулировки для будущих проектов.

Разделите обращения по причине

Для практической работы удобно различать несколько случаев. Первый — предполагаемый недостаток согласованного результата. Второй — вопрос о том, как пользоваться тем, что уже сделано. Третий — изменение или расширение задачи. Четвёртый — проблема во внешнем сервисе или действиях других участников.

Эти категории помогают разобраться, но не выносят автоматический юридический вердикт. Обязательства по исправлению, срокам и оплате зависят от договора и применимых правил. Платный пакет поддержки не отменяет обязанностей, которые уже существуют.

ОбращениеЧто уточнить сначалаВозможное решение
Не работает согласованная функцияУсловия и причину сбояИсправление в рамках обязательств
Непонятно как выполнить действиеЧто передавали при обученииПояснение или дополнительное обучение
Нужна новая функцияОбъём и ожидаемый результатОтдельная оценка и согласование
Изменился внешний сервисПричину и прежние условияДиагностика и выбор дальнейшей работы

Слово «возможное» здесь принципиально: до диагностики причина часто неизвестна.

Договоритесь о диагностике

Клиент не обязан заранее знать техническую причину проблемы. Поэтому ответ «это точно не входит» после первого сообщения может оказаться преждевременным.

Опишите, какую первичную проверку вы выполняете и когда потребуется отдельная оплачиваемая диагностика. Если за неё предполагается плата, согласуйте это до начала, вместе с объёмом и результатом проверки.

Можно сказать: «Сначала проверю, связано ли это с переданной настройкой. Если потребуется отдельное исследование внешнего сервиса, сообщу стоимость и начну после согласования». Такая фраза полезна только тогда, когда соответствует вашим реальным условиям и возможностям.

Если выяснилось, что причина в вашей работе и она подпадает под обязательства по исправлению, не следует превращать диагностику в способ обойти эти обязательства.

Описывайте границы на примерах

Формулировка «мелкие правки включены» оставляет слишком много места для спора. Клиент может считать небольшой просьбу, которая звучит в одном предложении, хотя требует нескольких дней.

Вместо этого укажите виды изменений и способ оценки. Например, замена предоставленного текста в существующем блоке может входить в пакет, а создание нового раздела — оцениваться отдельно. Если действует ограничение объёма или времени, объясните, как его считаете.

Также определите, кто готовит материалы и согласует результат. Работа может затянуться не из-за сложности, а из-за нескольких людей, которые последовательно меняют решение.

Не нужно перечислять все вообразимые исключения. Достаточно распространённых ситуаций и понятного порядка согласования остальных.

Учитывайте доступность отдельно от объёма

Клиент может обращаться редко, но ожидать немедленного ответа вечером и в выходные. Это отдельное требование к вашей готовности, даже если фактическая задача занимает десять минут.

Укажите рабочие часы, основной канал и срок первого ответа. Если срочная поддержка предлагается отдельно, объясните, что считается срочным случаем и как клиент подтверждает дополнительные условия.

Рекомендации GOV.UK по организации поддержки связывают обещанный уровень обслуживания с фактической нагрузкой и доступными исполнителями. Для самостоятельного специалиста отсюда следует практическая проверка: не обещать доступность, которую ваш график не выдержит.

Если вы работаете в найме и выполняете проекты по вечерам, дневная срочная поддержка может быть неподходящим продуктом. Лучше определить выполнимый формат сразу.

Как обсуждать дополнительную оплату спокойно

Опирайтесь на различие задач. Например: «В исходный проект входила форма заявки с тремя полями. Сейчас нужна отдельная логика распределения заявок между филиалами. Я могу оценить это как дополнительную работу».

Покажите объём, цену и срок. Если клиенту дорого, предложите уменьшенный вариант или самостоятельный способ, когда он реалистичен. Не начинайте выполнять задачу в надежде, что оплату удастся согласовать потом.

Избегайте накопленного раздражения в ответе. Клиент мог искренне не видеть границы, потому что раньше вы её не объясняли. Один ясный разговор полезнее списка прошлых бесплатных услуг, предъявленного задним числом.

Что делать с привычкой помогать без ограничений

Если раньше вы постоянно выполняли дополнительные задачи бесплатно, переход потребует объяснения и разумного момента. Не меняйте уже принятые обязательства односторонне.

Для будущих обращений можно предложить новый порядок: определённые вопросы остаются в прежнем объёме, новые задачи сначала оцениваются, регулярное обслуживание обсуждается отдельно. Дайте клиенту возможность выбрать формат.

После этого фиксируйте договорённости письменно в подходящей форме. Память участников разговора легко расходится, особенно когда все торопятся.

Практическое задание

Возьмите последние десять обращений после завершения проектов. Распределите их по причинам и посмотрите, где чаще всего возникала неопределённость.

Для двух самых частых случаев напишите понятные условия и пример ответа клиенту. Затем проверьте, соответствуют ли они действующим обязательствам. Цель — сделать следующий разговор предсказуемым: клиент понимает, какую помощь получает, а вы можете планировать работу и доход.