Нанять веб-разработчика — значит сначала точно понять, что вы заказываете (лендинг, многостраничник, магазин или веб-приложение), потом выбрать исполнителя по живым ссылкам на его работы и по вопросам, которые он задаёт вам, и разбить оплату на этапы с промежуточными демо. Всё остальное — детали, но именно из-за этих деталей сайты переделывают по два раза.
Разберу по шагам, как заказчику без технического бэкграунда пройти этот путь и не остаться с папкой красивых картинок вместо работающего сайта. Общие правила работы с исполнителями я уже описывал в статье как заказчику найти надёжного фрилансера — здесь только про разработку.
Шаг 1. Определите, что вам на самом деле нужно
Фраза «мне нужен сайт» для разработчика значит примерно столько же, сколько «мне нужен транспорт» для автосалона. Под каждым типом задачи — свой человек, свои сроки и совсем разный бюджет.
- Лендинг — одна страница под рекламу или один продукт. Быстрее всего, дешевле всего. Нужен верстальщик или фронтендер с чувством дизайна.
- Многостраничный сайт — компания, услуги, блог, формы. Обычно делают на готовой CMS. Нужен человек, который умеет не только верстать, но и настраивать админку.
- Интернет-магазин — каталог, корзина, оплата, доставка, интеграция со складом. Тут уже нужен опыт именно в e-commerce, а не «я делал сайты».
- Веб-приложение — личные кабинеты, расчёты, роли, база данных. Это самая дорогая и самая долгая история, и сюда нельзя брать человека по портфолио из лендингов.
Пока вы не выбрали пункт из этого списка, любая оценка стоимости — гадание. Если сложно сформулировать самому, прогоните задачу через бесплатный генератор брифа — он задаст те вопросы, которые вам всё равно задаст нормальный исполнитель. А подробности того, как описывать задачу словами, есть в материале как составить техническое задание для фрилансера.
Шаг 2. Как выбрать разработчика, если вы не программист
Вам не нужно читать чужой код, чтобы отличить профессионала от случайного человека. Достаточно четырёх приёмов.
Просите живые ссылки, а не скриншоты. Картинка в портфолио доказывает только то, что человек умеет делать картинки. Откройте присланный сайт с телефона, потыкайте формы, посмотрите, как он грузится. Если ссылок нет вообще — это уже ответ.
Спрашивайте, что именно делал он. В командных проектах один рисовал, второй верстал, третий подключал оплату. Нормальный ответ звучит так: «дизайн не мой, я делал фронтенд и интеграцию с платёжной системой». Плохой ответ: «это мой проект» — и тишина.
Спрашивайте, как он подойдёт к вашей задаче. Не «сколько стоит», а «с чего начнёте и почему». Вы услышите, думает человек о вашей задаче или просто хочет заказ.
Смотрите, задаёт ли он вопросы вам. Это самый надёжный сигнал из всех. Тот, кто уточняет, кто ваши клиенты, откуда пойдёт трафик и что должно происходить после отправки формы, — почти всегда тот, кто доведёт проект до конца.
Правило, которое экономит деньги: тот, кто задаёт вопросы до оплаты, задаёт их вместо того, чтобы придумывать за вас. Тот, кто вопросов не задаёт, придумает — и вы за это заплатите правками.
Шаг 3. Вопросы, которые можно скопировать в переписку
- Покажите 2–3 живые ссылки на проекты, похожие на мой по типу. Что в них делали именно вы?
- На чём предлагаете делать и почему? Что будет, если через год мне понадобится это дорабатывать не у вас?
- Как вы разобьёте работу на этапы и что я увижу на каждом?
- Что вам нужно от меня, чтобы начать: тексты, фото, доступы?
- Что входит в стоимость, а что будет считаться отдельной работой?
- Сколько правок включено в этап и как считаются правки сверх этого?
- Что вы передадите в конце: код, доступы, инструкцию?
- Что с поддержкой после запуска — сколько времени и на каких условиях?
Восемь вопросов, пять минут вашего времени. Кандидаты после них отсеиваются сами.
Шаг 4. Красные флаги
- Соглашается со всем. «Да, конечно, без проблем» на любую вашу хотелку — не сервис, а отсутствие анализа.
- Называет цену мгновенно, не увидев брифа. Такая цифра ничем не обеспечена и вырастет в процессе.
- Нет ни одной живой работы. Только архив с макетами или «проект под NDA» на каждый вопрос.
- Отказывается от промежуточных демо. «Покажу, когда всё будет готово» — фраза, после которой чаще всего не показывают ничего.
- Пропадает на неделю. Молчание в переписке до денег означает молчание после денег, но дороже.
- Просит всю сумму вперёд и уводит общение и оплату мимо площадки. Как это заканчивается — подробно в статье про безопасную сделку и защиту от мошенников.
Шаг 5. Этапы вместо одного большого платежа
Разбейте проект минимум на три части: прототип и структура, дизайн и вёрстка, функционал и запуск. Каждый этап — своя оплата и своя приёмка. Так вы в худшем случае теряете один этап, а не весь бюджет, и в любой момент можете уйти к другому исполнителю с уже готовой частью.
Промежуточные демо — не бюрократия, а ваша страховка. Живая ссылка раз в неделю, пусть даже на кривой черновик, показывает реальный прогресс. Красивые отчёты «всё идёт по плану» не показывают ничего. Как принимать результат и не утонуть в правках — в материале про приёмку работы и правки.
Шаг 6. Что вы обязаны получить в конце
Момент, на котором заказчики теряют больше всего. Сайт работает, все довольны, а через год выясняется, что он вам не принадлежит.
- Исходный код — в вашем репозитории или архивом, а не «лежит у меня, если что напишете».
- Хостинг и домен зарегистрированы на вас. На вашу почту, на вашу карту. Не на разработчика. Никогда.
- Доступы: админка, панель хостинга, база, аналитика, почта — списком, с паролями.
- Короткая передача дел: как добавить страницу, где менять телефон, куда падают заявки. Достаточно текста на страницу или видео на 15 минут.
Домен на чужом имени — это не техническая мелочь. Это ситуация, когда ваш бизнес живёт по договорённости с человеком, с которым вы, возможно, поругаетесь.
Шаг 7. Поддержка после запуска
Сайт запущен — и через три дня ломается форма заявки. Кто чинит и за чей счёт? Договоритесь до старта: сколько дней после сдачи баги правятся бесплатно, что вообще считается багом, а что новой задачей, и по какой ставке идут доработки дальше. Одна строка в договорённостях снимает 90% будущих обид.
Шаг 8. Ловушка самой низкой цены
Классика: из десяти откликов выбирают самый дешёвый, получают полурабочий сайт, потом платят второму разработчику за то, чтобы он это разобрал и переделал. Итог — дороже, чем если бы сразу взяли крепкого середняка.
Сколько стоит сайт — честный ответ: зависит от типа проекта, рынка и опыта исполнителя, разброс между лендингом и веб-приложением легко десятикратный. Ориентируйтесь не на минимум, а на медиану откликов: если девять человек назвали похожие суммы, а десятый в три раза дешевле — он либо не понял задачу, либо не собирается её доделывать. Логика оценки бюджета разобрана в статье сколько стоит работа фрилансера.
Чек-лист заказчику перед стартом
- Определил тип проекта: лендинг, сайт, магазин или приложение.
- Есть бриф хотя бы на страницу.
- Посмотрел живые ссылки минимум трёх кандидатов.
- Задал вопрос «как подойдёте к моей задаче» и получил осмысленный ответ.
- Разбил работу на этапы с оплатой по каждому.
- Договорился о промежуточных демо по живой ссылке.
- Зафиксировал, что передаётся в конце: код, доступы, домен, хостинг.
- Обсудил поддержку и стоимость доработок после запуска.
- Сделка и переписка — на площадке, а не в личных сообщениях.
Что делать дальше
Найти программиста несложно — сложно выбрать того, кто задаёт правильные вопросы и сдаёт работу так, что её можно передать другому. Пройдите чек-лист сверху вниз: он занимает полчаса и стоит примерно один переделанный сайт.
Когда бриф готов — опубликуйте проект и соберите отклики, посмотрите, кто и о чём спрашивает в разделе проектов, или сразу пройдитесь по каталогу фрилансеров и напишите тем, чьи живые работы вам понравились. Разработчик на фрилансе, выбранный по этим правилам, обходится дешевле штатного и надёжнее случайного.
