Чаще всего заказчик боится не самого сайта, а неизвестности: что будет после слов «хочу сайт», сколько раз придётся что-то согласовывать и как понять, что тебя не обманывают. Я пишу сайты с 2022 года и вижу одну и ту же картину: проблемы почти всегда начинаются не в коде, а на стыке ожиданий. Заказчик представлял одно, разработчик понял другое.
Маршрут целиком
У нормального проекта четыре остановки. Если исполнитель пропускает какую-то из них, это повод насторожиться.
- Бриф и задача
Вы рассказываете о бизнесе и целях сайта, разработчик уточняет детали и называет цену.
цена без описания задачи — это гадание - Макет и согласование
Вы видите, как сайт будет выглядеть, до того как его начнут программировать.
правки на макете стоят дешевле, чем на готовом сайте - Разработка
Макет превращается в рабочий сайт: вёрстка, формы, подключение заявок.
просите промежуточную версию по ссылке, а не «всё сразу в конце» - Запуск и приёмка
Сайт выходит в интернет, вы проверяете его и получаете доступы.
доступы и код должны остаться у вас
Этап 1. Бриф: объясните, что вам нужно
Бриф — это короткая анкета о вашем деле. Не нужно знать технические термины, нужно ответить на простые вопросы: чем вы занимаетесь, кто ваши клиенты, что должен сделать человек, зашедший на сайт (позвонить, оставить заявку, оформить заказ), какие сайты вам нравятся и почему.
От качества брифа зависит всё остальное. Фраза «хочу сайт» даёт вилку цены в десять раз, а «нужна одна страница с описанием услуги, формой заявки и отправкой в Telegram» — конкретное число. Подробнее о том, из чего складывается стоимость, я писал в статье «Сколько стоит сайт».
Если исполнитель называет точную цену, не задав ни одного вопроса о вашем деле, он либо считает «по шаблону», либо заложил запас на неизвестное. Хороший разработчик сначала спрашивает.
Этап 2. Макет: увидьте сайт до того, как его сделали
Макет — это «чертёж» сайта: какие блоки где стоят, какой текст и какие картинки в них будут. Для небольших проектов он может быть простым эскизом, для крупных — подробной прорисовкой всех страниц.
Здесь вы тратите меньше всего денег на изменения. Передвинуть блок на макете — минуты, переделать готовый сайт — часы. Поэтому не соглашайтесь на «потом посмотрите, как будет» и просите показать макет до начала программирования. Если вы заказываете сайт по готовому дизайну, этот этап уже пройден, и работа начинается с вёрстки по макету.
Этап 3. Разработка: смотрите промежуточный результат
Когда макет утверждён, начинается сама работа: вёрстка, подключение форм, отправка заявок на почту или в мессенджер, адаптация под телефон. Для вас главный вопрос на этом этапе — прозрачность.
- Промежуточная версия по ссылке. Вы должны видеть, как идёт работа, а не получать «всё и сразу» в последний день.
- Правки за один раунд. Соберите замечания списком, а не отправляйте по одному: это быстрее и дешевле.
- Оплата по этапам. Платите за результат, который уже видите, а не за обещание. О рисках полной предоплаты я писал в статье про выбор разработчика.
- Согласованный объём. Всё, что вы просите сверх договорённого, — отдельная работа и отдельные деньги. Это нормально, если об этом говорят заранее.
Если сайту нужна не только витрина, но и каталог, личный кабинет или управление заказами, на этом этапе пригодится письменное ТЗ. Для типового лендинга или сайта-визитки хватает брифа и согласованного макета, а для интернет-магазина без ТЗ лучше не начинать.
Этап 4. Запуск: проверьте и заберите доступы
Сайт готов, он выходит в интернет. Перед тем как закрыть проект и оплатить остаток, пройдитесь по короткому списку:
- открыть сайт с телефона и с компьютера, пройтись по всем страницам;
- отправить тестовую заявку и убедиться, что она дошла до вас;
- проверить, что телефон, адрес и ссылки в соцсети верные;
- получить доступы к хостингу, домену и файлам сайта на свою почту;
- подключить счётчик посещаемости (Яндекс Метрика) и добавить сайт в поисковые системы.
После запуска сайту нужна забота: обновления, правки текстов, исправление ошибок. Договоритесь об этом заранее. Как это устроено у меня, описано на странице поддержки сайтов.
Хороший заказ сайта похож на строительство: сначала план, потом чертёж, потом работа с проверками и только потом сдача. Заказчику не нужно разбираться в коде, но стоит требовать три вещи: понятный макет, видимый промежуточный результат и доступы в конце.
Большинство конфликтов, которые я видел, начинались там, где какой-то этап пропустили «чтобы быстрее».
Что подготовить заранее, чтобы заказ прошёл гладко
Сверьтесь со списком. Чем больше пунктов у вас уже закрыто, тем быстрее и дешевле пройдёт проект.
- Могу в двух предложениях объяснить, чем занимаюсь и кому продаю.
- Знаю, какое действие должен совершить посетитель сайта.
- Есть 2–3 сайта, которые мне нравятся, и я могу объяснить чем.
- Есть тексты, фотографии и логотип, пусть и в черновом виде.
- Понимаю свой бюджет и срок, к которому сайт нужен.
- Решил, кто будет согласовывать макет и принимать работу с моей стороны.
Если закрыто не всё, ничего страшного: недостающее можно собрать вместе с разработчиком на этапе брифа. Когда будете готовы, напишите мне: опишите задачу, и я отвечу, как сделаю и сколько это стоит.
Короткие ответы
С чего начать, если хочу заказать сайт?
С короткого описания: чем занимаетесь, для кого сайт, что должен делать посетитель (позвонить, оставить заявку, купить) и какие сайты вам нравятся. Этого достаточно, чтобы разработчик задал уточняющие вопросы и назвал ориентировочную цену.
Что такое бриф на сайт?
Это короткая анкета о вашем бизнесе и задачах сайта: цель, целевая аудитория, нужные разделы и функции, примеры сайтов, которые нравятся, и ограничения по срокам и бюджету. По брифу разработчик делает макет и считает стоимость.
Нужно ли техническое задание, если сайт простой?
Для лендинга или визитки полноценное ТЗ обычно не нужно: хватает подробного брифа и согласованного макета. Для интернет-магазина, CRM или сайта с личным кабинетом ТЗ нужно, иначе объём работ и цена будут расходиться.
Что делать после запуска сайта?
Проверить, что приходят заявки, подключить счётчик посещаемости, сохранить доступы и добавить сайт в поисковые системы. Дальше сайту нужна поддержка: обновления, правки и исправление ошибок.