Что спросить у разработчика перед созданием сайта?

Выбирая разработчика, легко сосредоточиться на двух вещах: цене и сроках.

«Сколько стоит сайт?» и «Когда он будет готов?» — вполне логичные вопросы.

Но сами по себе они почти ничего не говорят о том, каким получится проект и что произойдёт с ним после запуска.

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

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

1. Какую задачу должен решать сайт?

Это один из самых важных вопросов, хотя его часто задают последним.

Разработчик должен понимать не только количество страниц, но и задачу бизнеса.

Например, сайт может быть нужен для:

получения заявок;
продажи товаров;
презентации услуг;
формирования доверия к компании;
привлечения органического трафика;
автоматизации определённых процессов;
поддержки уже существующего отдела продаж.

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

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

2. Что входит в стоимость?

Цена сайта без понимания состава работ мало о чём говорит.

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

Поэтому стоит уточнить, входит ли в стоимость:

анализ и планирование структуры;
дизайн;
адаптивная версия;
разработка frontend и backend;
система управления контентом;
наполнение сайта;
базовая SEO-настройка;
настройка форм;
интеграции;
тестирование;
развёртывание на сервере;
настройка домена и SSL;
последующая техническая поддержка.

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

Именно дополнительные работы иногда превращают «дешёвый сайт» в гораздо более дорогой проект.

3. Что произойдёт, если потребуется изменение?

Сайт практически никогда не остаётся неизменным.

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

Поэтому полезно заранее спросить:

«Насколько легко будет развивать сайт после запуска?»

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

Хорошо спроектированный проект должен позволять предсказуемо вносить изменения и расширять функциональность.

4. На какой технологии будет создан сайт?

Не обязательно быть программистом, чтобы задать этот вопрос.

Важно понимать хотя бы принципиально, что находится внутри проекта.

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

Можно спросить:

какой язык программирования используется;
какой фреймворк или CMS используется;
почему выбран именно этот стек;
какие требования к серверу;
насколько легко будет поддерживать проект в будущем.

Не обязательно выбирать сайт по принципу «самая современная технология — значит лучшая».

Технология должна соответствовать задаче.

5. Кто будет владеть сайтом после запуска?

Это один из вопросов, который лучше обсудить до начала разработки, а не после.

У клиента должны быть понятные права и доступы к необходимым ресурсам проекта.

Стоит заранее выяснить, кому принадлежат:

домен;
хостинг;
исходный код;
база данных;
медиафайлы;
дизайн;
аккаунты сторонних сервисов.

Особенно важно понимать, сможете ли вы при необходимости передать проект другому специалисту.

Сайт не должен превращаться в «чёрный ящик», доступ к которому есть только у одного человека.

6. Сможете ли вы самостоятельно управлять сайтом?

Не каждому бизнесу нужно самостоятельно менять всё содержимое сайта.

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

Поэтому стоит спросить:

что именно можно изменять самостоятельно;
какие знания для этого нужны;
есть ли удобная административная панель;
можно ли добавлять новые страницы и материалы;
что всё равно потребует помощи разработчика.

Хорошая система управления не обязательно должна позволять менять абсолютно всё.

Она должна давать бизнесу контроль там, где этот контроль действительно нужен.

7. Что с SEO?

SEO — это не только поле для Title и Description.

Если сайт планируется продвигать в поиске, вопрос SEO стоит обсудить ещё до разработки.

Полезно спросить:

как будет организована структура страниц;
можно ли управлять мета-тегами;
как формируются URL;
как реализуется внутренняя перелинковка;
будет ли настроена индексация;
как будет работать sitemap;
предусмотрены ли canonical URL;
как учитывается мобильная версия;
как будет реализована мультиязычность, если она нужна.

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

8. Как будет проверяться сайт перед запуском?

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

Перед запуском желательно проверить не только внешний вид, но и работу основных сценариев.

Например:

формы;
кнопки;
мобильную версию;
навигацию;
ошибки страниц;
скорость загрузки;
валидацию данных;
отправку уведомлений;
работу интеграций;
корректность SEO-настроек.

Стоит спросить разработчика, какое именно тестирование входит в проект и что считается критической ошибкой перед запуском.

9. Что будет после запуска?

Это вопрос, который многие задают слишком поздно.

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

Поэтому заранее стоит выяснить:

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

Даже если постоянная поддержка не нужна, важно понимать, что делать в случае проблемы.

10. Что произойдёт с сайтом через несколько лет?

Этот вопрос звучит немного странно, когда сайт ещё даже не создан.

Но именно он помогает отличить временное решение от проекта, который можно развивать.

Спросите:

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

Никто не может точно предсказать, каким будет бизнес через три года.

Но можно создать проект, который не будет мешать ему развиваться.

А если разработчик не может ответить на эти вопросы?

Это не обязательно означает, что перед вами плохой специалист.

На некоторые вопросы невозможно ответить точно до того, как определены требования проекта.

Например, стоимость конкретной интеграции нельзя корректно назвать, пока неизвестно, с какой системой она должна работать.

Но хороший специалист обычно способен объяснить:

что он предлагает;
почему выбран такой подход;
какие есть ограничения;
что входит в работу;
какие риски существуют;
что потребуется от клиента.

Прозрачность здесь важнее впечатляющих технических терминов.

Не бойтесь задавать «неудобные» вопросы

Вопрос о правах на код, стоимости поддержки или возможности передать проект другому разработчику может показаться неудобным.

Но именно такие вопросы помогают избежать проблем в будущем.

Хороший специалист не должен воспринимать их как недоверие.

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

Что должно быть понятно до начала разработки?

К моменту старта проекта желательно иметь ясное представление как минимум о следующих вещах:

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

Если на эти вопросы есть понятные ответы, вероятность неприятных сюрпризов значительно снижается.

Главное — не искать разработчика, который обещает всё

Иногда хороший разработчик — это не тот, кто на любой вопрос отвечает «да, конечно».

Гораздо полезнее специалист, который может сказать: «Это возможно, но вот какие ограничения здесь есть», или «Для этой задачи лучше использовать другое решение».

Разработка сайта — это не соревнование обещаний.

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

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

Они нужны для того, чтобы обе стороны одинаково понимали, какой сайт создаётся, зачем он нужен и что произойдёт после его запуска.