Как выбрать разработчика сайта в Алматы — что проверить и спросить

Разработчика сайта стоит выбирать не по красоте портфолио и не по самой низкой цене, а по трём вещам: есть ли у него живые проекты, похожие на ваш, как он ведёт работу — разбор, этапы, демо, — и что останется у вас после запуска. Всё это можно проверить до подписания договора: по ссылкам из портфолио, на первой встрече и по тексту договора. Я сам разработчик, поэтому скажу прямо: этот список подходит и для проверки меня.

Как проверить портфолио разработчика

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

• Откройте проекты с телефона по мобильному интернету. Если они медленно грузятся, разъезжаются или кнопки не нажимаются, у вас будет так же.
• Проверьте, что сайты живые. Ссылка должна вести на работающий сайт клиента, а не на демо-копию на домене студии. Например, в кейсе Atlas Partners есть адрес рабочего сайта — partners.atlas.kz, его можно открыть и проверить.
• Спросите, что именно делал этот человек. Дизайн, разработку, тексты, всё целиком? «Участвовали в проекте» может значить что угодно.
• Смотрите на результат, а не на картинку. Хороший кейс рассказывает задачу, решение и итог — цифрой, если она есть. Честный скромный результат вызывает больше доверия, чем «рост продаж в разы». В кейсе Digital Control я так и пишу: из 11 учебных центров в пилоте работу продолжил один.

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

Простая проверка на шаблон: откройте исходный код сайта из портфолио — правая кнопка мыши, «Просмотр кода страницы» — и поищите wp-content/themes. Сразу за этим фрагментом в адресах файлов идёт название темы WordPress, и его легко найти в магазине готовых шаблонов. Шаблон сам по себе не преступление. Плохо, если его выдают за дизайн с нуля.

Что спросить на первой встрече

Хорошие вопросы — те, на которые нельзя ответить общими словами.

• «Что вы будете делать в первую неделю?» Хороший ответ — разбираться в бизнесе: кто клиенты, что они ищут, куда приходят заявки. Тревожный — «сразу пришлём концепцию дизайна».
• «Кто будет вести проект и с кем я на связи?» Если между вами и тем, кто делает работу, несколько посредников, информация будет теряться на каждом.
• «Как я буду видеть прогресс?» Нормальный ответ — доступ в трекер задач и регулярные демо работающей версии. «Покажем в конце» — плохой.
• «Что будет, если я захочу что-то поменять по ходу?» Должен быть понятный порядок: изменение оценивают по срокам и деньгам, решение за вами. Если ответ «да всё поменяем», готовьтесь к спору о бюджете в конце.
• «Как после запуска будут считаться заявки?» Если разработчик не думает об аналитике, он делает сайт, а не инструмент продаж.
• «Что я получу на выходе?» Код, доступы, документация, исходники макетов — список должен быть конкретным.
• «Можно поговорить с кем-то из ваших клиентов?» Короткий разговор с человеком, который уже прошёл проект, скажет больше любого портфолио: соблюдали ли сроки, как решали споры, что было после запуска.

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

Что должно быть в договоре на разработку сайта

Договор — не формальность, а способ заранее договориться, что значит «готово».

• Объём этапа и критерии приёмки — список страниц, функций и состояний, а не «сайт компании».
• Порядок изменений — как оцениваются новые задачи и кто принимает решение.
• Сроки этапов и что нужно от вас к каждому — контент, доступы, решения.
• Права — код и дизайн переходят вам после оплаты.
• Доступы — домен, хостинг, аналитика оформлены на вас. Подробно — в статье «Кому принадлежат сайт, код и доступы».
• Гарантийный период — сколько он длится и что в него входит.

Как сравнивать предложения разных разработчиков

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

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

Самое дешёвое предложение нередко дешёвое потому, что части этого списка в нём нет. Это не всегда плохо — но лучше узнать об этом до старта, а не в день запуска.

Что должно насторожить

• Цена названа раньше, чем вам задали вопросы.
• «Сделаем всё» — без единого «это не нужно» или «это во вторую очередь».
• Портфолио из макетов без живых ссылок.
• Нет ответа на вопрос, кто конкретно будет делать работу.
• Домен «для удобства» предлагают зарегистрировать на исполнителя.
• Срок не зависит от задачи: одинаковый для лендинга и каталога.

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

Студия, фрилансер или один ответственный

В Алматы выбор обычно между студией, фрилансером и штатным разработчиком. У студии есть люди на все роли, но общаетесь вы часто с менеджером, а не с тем, кто делает работу. Фрилансер ближе к делу, но на нём одном держится всё: заболел или взял другой проект — работа стоит. Штатный разработчик нужен, когда сайт — часть продукта, который меняется каждую неделю.

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

Хороший разработчик задаёт вопросы раньше, чем называет цену, и говорит «это не нужно» не реже, чем «сделаем». Чтобы первая встреча прошла предметно, подготовьте короткое описание задачи — как это сделать. А если хотите проверить меня по этому списку, напишите: покажу живые проекты и расскажу, как вёл бы ваш.