Вы сдали сайт. Смотрите вместе с клиентом. Он молчит, потом говорит: «Красиво, но вот этот блок переделайте, а лучше — вообще уберите. И кнопку переставьте». И вы понимаете — начинается марафон правок, из которого нет выхода.
Знакомая ситуация? Проблема не в клиенте и не в вашей работе. Проблема в том, как вы показываете результат. Есть способы презентовать сайт так, чтобы клиент с первых секунд видел ценность, а не искал, к чему придраться.
В этой статье — скрипт презентации из 5 шагов, конкретные фразы и список ошибок, которые портят приёмку.
Почему клиент просит правки (даже если всё хорошо)
Прежде чем говорить о скрипте презентации — разберёмся, почему правки вообще случаются. Их причины не в дизайне.
Причина 1. Клиент не узнаёт свою идею
Он представлял «современный сайт», а получил что-то другое. Не потому что плохо — потому что «современный» у него в голове выглядел иначе. Слова были общие, ожидания — конкретные.
Причина 2. Клиент впервые видит результат полностью
Если до финала он видел только прототип и пару макетов — на финале у него шок. Всё-таки сайт — это не картинка, это опыт. И первое впечатление — самое сильное.
Причина 3. Клиент хочет показать, что он тоже важен
Это не про вас. Это про его статус. Он заказчик, он платит деньги, ему нужно что-то сказать. Если сказать нечего — он придумает правку. Просто чтобы почувствовать контроль.
Правило №1: Приёмка по этапам, а не одной презентацией
Самая большая ошибка — делать сайт полностью, а потом показывать финал. Пять недель работы, один показ, всё сразу. Если что-то не так — переделывать всё.
Правильно — показывать на каждом этапе:
- Показали прототип — согласовали структуру
- Показали макет главной — согласовали дизайн
- Показали макет остальных страниц — согласовали вёрстку
- Показали рабочий сайт — согласовали функциональность
- Сдали финал — приёмка и запуск
К финалу клиент уже видел каждый блок по отдельности. Он не может сказать «переделайте всё» — потому что всё уже согласовано ранее.
Скрипт презентации: 5 шагов
Шаг 1. Подготовьте почву
Перед показом — отправьте клиенту письмо:
«Иван, сайт готов к предпросмотру. Завтра в 15:00 покажу его целиком — расскажу, что и как работает. Если что-то захочется поправить — сразу обсудим. Ссылку пришлю за 10 минут до созвона».
Зачем: клиент готовится. Он не заходит случайно — он настраивается смотреть сайт. Это уже другая реакция.
Шаг 2. Начните с задач, а не с дизайна
Не открывайте сайт сразу. Сначала напомните, зачем он был создан:
«Помните, мы договаривались: сайт для автосервиса. Основная задача — принимать заявки через форму. Вторичная — знакомить с мастерами и ценами. Смотрим по этому сценарию».
Теперь клиент смотрит сайт не как картинку, а как инструмент для задачи. Он оценивает — работает ли сайт, а не нравится ли ему цвет кнопки.
Шаг 3. Проведите по ключевым сценариям
Открывайте страницы в том порядке, в котором ходит потенциальный клиент:
«Вот заходит посетитель. Видит главную — понимает, где он и что тут делают. Нажимает «Услуги» — видит список с ценами. Нажимает на конкретную услугу — вот карточка с описанием и кнопкой «Записаться». Нажимает — попадает на форму. Заполняет — отправляет. Вот тут мне придёт заявка».
Это история, а не список функций. Клиент видит живой путь, а не набор страниц.
Шаг 4. Покажите то, чем можно гордиться
После основных сценариев — акцентируйте 2-3 момента, которые делают сайт особенным:
«Обратите внимание — сайт полностью адаптивный. Откройте на телефоне, всё работает одинаково. И вот здесь — интерактивная карта, клиент может сразу проложить маршрут».
Клиент не ищет, что оценить. Вы подсказываете ему — где смотреть.
Шаг 5. Спросите правильно
В конце — не «ну как вам?» Это открытый вопрос, на который клиент ответит списком правок. Правильные вопросы:
- «Проверьте по нашему ТЗ — всё ли на месте?» — вы не спрашиваете про эмоции, вы сверяетесь с документом.
- «Есть ли что-то, что помешает запуску?» — не «что поправить», а «что критично».
- «Если правки — какие самые важные?» — сразу отсекаете «переставьте кнопку влево на 2 пикселя».
После — молчите. Дайте клиенту ответить без ваших подсказок.
Что делать, если клиент всё равно просит правки
Это не провал. Это рабочий момент. Главное — правильно реагировать.
Правки в рамках ТЗ — делаете бесплатно
Если что-то было в ТЗ, но вы упустили — это ваша работа. Не спорьте, исправьте, покажите финал.
Правки вне ТЗ — обсудите отдельно
«Красивая идея. Это за рамками нашего ТЗ — но я могу сделать отдельно, это X часов / Y рублей. Обсудим?»
Не отказывайте — предлагайте легальный способ расширить работу. Клиент не чувствует отказа, вы не работаете бесплатно.
Спорные правки — уточните задачу
«Хорошо, я вижу, что вы хотите изменить. Давайте уточним — что именно не работает сейчас? Может, есть другой способ решить задачу?»
Часто клиент просит конкретное решение, не осознавая проблему. Поймите проблему — предложите лучшее решение.
Чего делать нельзя
- Сразу соглашаться на все правки. «Хорошо, хорошо, всё сделаю» — и клиент теряет уважение к вам как к профессионалу.
- Показывать сайт без подготовки. Клиент зайдёт случайно в промежуточный момент — и увидит недоделанное.
- Защищать свою работу эмоционально. «Я три недели старался!» — не работает. Обсуждайте задачи, не свои чувства.
- Отправлять сайт ссылкой в мессенджер без комментариев. Клиент посмотрит, придумает список правок, и вы получите стену текста.
Как Kuznya CMS снижает количество правок
Одна из причин, по которой правки случаются бесконечно, — клиент не видел сайт в процессе. Он смотрит на финал и видит не то, что представлял.
Когда проект делается на Kuznya CMS — клиента можно подключать к работе с самого начала. Не как зрителя, а как участника.
Вы создаёте типы контента — и клиент сразу видит, какие поля будут у его карточек. Он не ждёт финала, чтобы обнаружить, что забыли про «длительность услуги». Он видит это на этапе настройки — и говорит: «А давайте ещё поле добавлю».
Такие правки занимают секунды. Не нужно переделывать вёрстку, менять макеты, дёргать дизайнера. Вы просто открываете админку — и добавляете поле.
К моменту презентации клиент уже видел свой сайт во всех вариантах. Он не зайдёт впервые на финале — он заходил десятки раз по ходу работы.
Если хотите посмотреть, как это работает — откройте витрину готовых сайтов или загляните в документацию.
А если вы работаете с клиентами, которым нужен инструмент, где правки не превращаются в недельный марафон — посмотрите тарифы Kuznya CMS. Лицензия от 2 000 ₽, работает на одном домене, без ежемесячных платежей.
Чек-лист презентации
- ☐ Предупредить клиента заранее — не показывать «случайно»
- ☐ Начать с задач, а не с дизайна
- ☐ Провести по ключевым сценариям
- ☐ Показать 2-3 «фишки» проекта
- ☐ Спросить про ТЗ, а не «как вам»
- ☐ Разделять правки: в ТЗ / вне ТЗ / спорные
- ☐ Не соглашаться на всё сразу
- ☐ Не защищать свою работу эмоционально
Попробуйте этот скрипт на следующем проекте. Даже если правки всё равно будут — их количество сократится в разы.