Подрядчика для разработки сайта нельзя выбирать только по цене, известности компании или красивому портфолио. Один и тот же исполнитель может отлично справляться с одними проектами и не иметь нужных компетенций для других.
Поэтому выбор лучше начинать с понимания задачи и примерного масштаба сайта. От этого зависит подходящий формат исполнителя, а уже среди подходящих вариантов можно сравнивать конкретных кандидатов.
Какой сайт вам нужен — от этого зависит, кого искать
Тип сайта задает не только объем работ. От него зависят состав команды, технологии, сроки, требования к поддержке и цена ошибки. Если подрядчик хорошо собирает лендинги, это еще не означает, что ему можно поручить интернет-магазин с тысячами товаров и обменом данными с учетной системой.
Сайт-визитка и лендинг
Сайт-визитка кратко представляет компанию или специалиста: рассказывает об услугах, показывает примеры работ и дает контакты. Лендинг обычно посвящен одному продукту, услуге, акции или мероприятию и ведет посетителя к конкретному действию — заявке, покупке или регистрации.
Для такого проекта не всегда нужна большая команда. С работой может справиться опытный фрилансер, небольшая студия или сам владелец бизнеса с помощью конструктора. Но простой формат не отменяет подготовки. Нужно определить предложение, продумать структуру страницы, подготовить тексты и настроить прием заявок. Красивый экран без понятного предложения не решит задачу бизнеса.
Корпоративный сайт
Корпоративный сайт содержит информацию о компании, направлениях работы, услугах, специалистах, проектах и условиях сотрудничества. У него больше страниц и пользовательских сценариев, чем у визитки. Часто нужны формы, калькуляторы, личный кабинет, разделы для разных групп клиентов, интеграция с CRM-системой для учета клиентов, заявок и сделок, подготовка к поисковому продвижению.
Такой проект требует как минимум проектирования, дизайна, верстки, настройки системы управления и тестирования. Если один специалист берет все задачи на себя, нужно проверить, действительно ли он выполняет их сам и кто подстрахует его при болезни или перегрузке. Чем больше разделов и функций планируете, тем разумнее обращаться к сработавшейся команде.
Интернет-магазин
Интернет-магазин — это не каталог с кнопкой «Купить». В нем могут потребоваться фильтры, модификации товаров, корзина, онлайн-оплата, расчет доставки, уведомления, обмен данными с CRM или системой учета, маркировка, электронные чеки и выгрузки на внешние площадки.
До выбора подрядчика составьте перечень обязательных интеграций и опишите, как заказ проходит путь от добавления товара в корзину до передачи в доставку. Ищите исполнителя с действующими магазинами в портфолио и опытом подключения нужных вам сервисов.
Портал и сложные сервисы
К этой категории относятся маркетплейсы, образовательные платформы, системы бронирования, отраслевые порталы, сервисы с личными кабинетом и другие проекты со сложной логикой. Здесь сайт фактически становится программным продуктом.
Состав команды для разработки зависит от задачи. Убедитесь, что подрядчик способен закрыть все необходимые для проекта направления: уметь проектировать сложную логику сервиса, защищать данные и обеспечивать стабильную работу при большом числе одновременных пользователей.
Кто делает сайты: фрилансер, студия, агентство или конструктор
Форматы отличаются не только стоимостью. В одном случае заказчик работает напрямую с одним специалистом, в другом получает готовую команду, а в третьем большую часть сайта собирает самостоятельно на платформе. От выбранного варианта зависит, кто будет координировать работу, какие специалисты подключатся к проекту, сколько контроля потребуется от заказчика и кто будет отвечать за сайт после запуска.
Фрилансер — один специалист вместо команды
Фрилансер подходит для небольшого проекта с понятной задачей: посадочной страницы, визитки, доработки отдельного раздела или переноса готового дизайна. При этом опытный специалист может вести и более сложные проекты, самостоятельно привлекая дизайнеров, разработчиков, редакторов и других исполнителей.
Главная особенность такого формата в том, что проект во многом зависит от одного человека: он организует работу, общается с заказчиком и отвечает за результат. Поэтому следует оценивать не статус фрилансера, а его опыт, состав работ, способ взаимодействия с другими специалистами, условия договора и порядок поддержки после запуска.
Веб-студия или агентство — команда для комплексного проекта
Такой формат подходит для проектов, где одновременно нужны специалисты разных направлений. Команда может взять на себя весь цикл создания сайта: проектирование, дизайн, разработку, наполнение и тестирование, а для более сложных сайтов — архитектуру, безопасность, работу с высокой нагрузкой, личными кабинетами и интеграциями.
Если сайт нужно не только запустить, но и продвигать, в состав работ также могут входить аналитика, контент, реклама и поисковая оптимизация. У некоторых компаний есть собственные платформы, сервисы и инструменты, поэтому разработку, поддержку и продвижение сайта можно вести в рамках одной экосистемы.
Вам не придется самостоятельно координировать работу разных специалистов: организацию процесса обычно берет на себя менеджер проекта. Перед заключением договора уточните, какие работы компания выполнит своей командой, какие при необходимости передаст партнерам и кто будет задействован именно в вашем проекте. Штат компании и состав конкретной проектной команды — не одно и то же.
Конструктор сайтов — самостоятельный запуск или работа с поддержкой
Конструкторы и другие SaaS-платформы облачного типа позволяют создавать сайты на готовой технологической базе без разработки системы с нуля. Для запуска обычно доступны шаблоны, готовые блоки и встроенные функции, а пользоваться платформой можно по подписке или выбранному тарифу.
Такой вариант подходит для визиток, лендингов, небольших интернет-магазинов и других проектов, которым достаточно возможностей платформы. При этом не обязательно разбираться со всем самостоятельно: у сервиса может быть техническая поддержка, база знаний, а также дополнительные услуги по настройке, наполнению и развитию сайта.
Ограничения становятся заметнее, когда проекту требуются нестандартная логика, сложные интеграции или дальнейшее масштабирование. До выбора платформы проверьте, позволяет ли она реализовать необходимые функции сейчас и развивать сайт дальше.
Возможности и ограничения у разных SaaS-платформ отличаются, поэтому оценивать нужно не сам формат, а конкретный сервис и его соответствие вашей задаче.
Сравните: сделать сайт самому или заказать под ключ
Оцените, сколько задач вы готовы взять на себя, а что удобнее доверить одной команде.
Что подготовить перед обращением к подрядчику
Чем точнее вы опишете исходную задачу, тем проще будет сравнивать предложения. Подготовка не означает, что нужно самостоятельно выполнять работу аналитика или проектировщика. Важно дать кандидатам одинаковые вводные, чтобы они оценивали сопоставимый объем работ.
Соберите примеры
Выберите несколько сайтов из своей или смежных отраслей и отметьте, какие решения вам подходят: структура каталога, фильтры, форма расчета, подача кейсов, карточка товара или отдельные элементы страниц.
Не ограничивайтесь формулировкой «хочу как здесь». Объясните, что именно вам нравится и какую задачу это решение должно выполнять.
Примеры не нужно копировать целиком. У другой компании могут отличаться аудитория, ассортимент, процессы и источники трафика, поэтому любое решение нужно оценивать применительно к вашей задаче.
Опишите аудиторию и основные задачи сайта
Определите основные группы клиентов и действия, которые они должны совершать на сайте: отправить заявку, запросить расчет, записаться, купить товар, скачать документ.
Также подготовьте исходную информацию:
- какие товары или услуги нужно представить;
- какие направления для бизнеса приоритетны;
- в каких регионах работает компания;
- какие разделы и документы обязательны;
- какие функции и интеграции нужны.
Полную структуру сайта самостоятельно проектировать не требуется. Подрядчик сможет уточнить ее после анализа задачи.
Соберите тексты и материалы
Подготовьте сведения о компании, товарах и услугах, цены, фотографии, документы, отзывы, кейсы и другую информацию, которая понадобится для наполнения сайта. Проверьте права на изображения, шрифты и сторонние материалы.
Если готового контента нет, заранее выясните, может ли подрядчик подготовить его сам: кто будет собирать фактуру, сколько страниц входит в стоимость и кто занимается размещением. Так вы сможете сравнивать предложения с учетом не только разработки, но и фактической готовности сайта к запуску.
По каким критериям выбирать подрядчика или платформу
Когда понятны тип сайта, основные задачи и исходные требования, несколько подходящих вариантов можно сравнить по одинаковым параметрам. Цена и красивое портфолио сами по себе мало о чем говорят: важно понять, насколько решение подходит именно вашей задаче, как будет строиться работа, что входит в стоимость и что произойдет с сайтом после запуска.
Портфолио и реальные кейсы
Не ограничивайтесь изображениями в портфолио. Они показывают внешний вид проекта, но не подтверждают, что сайт был запущен и работает.
Проверьте:
- открывается ли сайт по ссылке;
- корректно ли работает на компьютере и телефоне;
- работают ли меню, формы, поиск, корзина и другие важные функции;
- понятно ли, какую часть проекта выполнял подрядчик: компания могла разработать сайт целиком, выполнить только дизайн или подключиться к отдельной задаче.
Если сайт создается на готовой платформе, полезно посмотреть примеры сайтов, которые уже работают на ней, особенно если вам нужны интернет-магазин, интеграции или другой функционал помимо базовых возможностей платформы.
Компетенции и возможности
Важно не количество людей в команде, а наличие всех компетенций, которые нужны вашему проекту.
Перед выбором выясните:
- какие задачи подрядчик выполнит сам;
- для каких работ привлечет других специалистов;
- есть ли опыт с нужными вам функциями и интеграциями;
- сможет ли команда поддерживать и развивать сайт после запуска.
Для SaaS-платформы вместо состава команды оценивайте возможности сервиса: какие функции доступны сразу, что подключается дополнительно и какие ограничения есть у платформы.
Процесс работы
До начала проекта должно быть понятно, как будет строиться работа и в какой момент вы сможете увидеть и проверить результат. В зависимости от задачи этапы могут включать сбор требований, проектирование, дизайн, настройку или разработку, наполнение, тестирование и запуск.
Необязательно требовать одинакового процесса от всех исполнителей. Для индивидуальной разработки может понадобиться подробный прототип, а при запуске типового сайта на готовой платформе часть этапов будет проще. Важно, чтобы вы заранее понимали последовательность работ, результаты основных этапов и порядок согласования.
Стоимость и состав работ
Проверьте, что входит в предложение и за что придется платить отдельно: домен, тариф платформы или хостинг, лицензии, дополнительные модули, интеграции, наполнение, продвижение и дальнейшие доработки.
Обратите вниманиеДля SaaS-платформы отдельно учитывайте регулярные платежи и ограничения выбранного тарифа.
Также заранее выясните, как будут рассчитываться задачи, которые появятся уже после начала проекта.
Рассчитайте ее на калькуляторе Мегагрупп, выбрав тип сайта, а также нужные вам дополнительные работы
Фиксация требований
До начала работ нужно зафиксировать требования к будущему сайту: его структуру, основные функции, интеграции и другие существенные параметры. Формат зависит от проекта. Это может быть отдельный документ с требованиями к будущему сайту, спецификация, приложение к договору или другой документ, по которому можно проверить результат.
Требования должны быть понятны не только разработчику, но и заказчику. Формулировки вроде «современный дизайн» или «удобный каталог» слишком субъективны: каждый участник проекта может понимать их по-своему. Для важных страниц и пользовательских сценариев текстовое описание можно дополнить прототипами или другими наглядными материалами.
Соответствие бизнес-задаче
Хороший подрядчик не начинает разговор только с дизайна и набора функций. Сначала ему нужно понять:
- для кого создается сайт и какие задачи решают его посетители;
- откуда планируется привлекать трафик;
- какие действия пользователь должен совершить на сайте;
- как компания обрабатывает заявки, заказы и обращения;
- какие ограничения бизнеса нужно учитывать при проектировании.
При этом подрядчик не обязан придумывать бизнес-модель вместо клиента. Его задача — понять исходные условия и предложить структуру, функции и сценарии, которые им соответствуют.
Платформа, технологии и интеграции
Заказчику не нужно разбираться в языках программирования и технической архитектуре. Важнее понимать практические последствия выбранного решения: сможете ли вы самостоятельно менять информацию, подключать нужные сервисы, развивать сайт и поддерживать его после запуска.
Если подрядчик предлагает определенную систему управления сайтом (CMS), собственную платформу или индивидуальную разработку, попросите объяснить, почему это решение подходит для вашей задачи и какие у него есть ограничения. Сам по себе выбор одной технологии для многих проектов не проблема: важнее, чтобы ее возможностей хватало именно вам.
При выборе готового сервиса проверьте доступные интеграции, ограничения тарифов, возможности расширения функциональности, выгрузки данных и дальнейшего масштабирования сайта.
Договор, права и доступы
В договоре с подрядчиком должны быть зафиксированы основные условия работы:
- состав и стоимость работ;
- сроки и этапы;
- порядок оплаты и приемки;
- правила внесения изменений;
- ответственность сторон;
- порядок передачи прав и доступов.
К завершению проекта у вас должны быть все доступы, необходимые для управления сайтом и его дальнейшей работы. Конкретный перечень зависит от проекта: домен, система управления, аналитика, внешние сервисы, исходные материалы и другие ресурсы.
Если сайт работает на SaaS-платформе, исходный код самой системы обычно не передается. Поэтому заранее проверьте условия использования сервиса, права на размещенный контент, доступ к данным и возможность их выгрузки.
Поддержка после запуска
До начала проекта выясните, что произойдет после запуска сайта. Исправление ошибок и дальнейшее развитие — разные виды работ, и условия для них лучше определить заранее.
Если подрядчик дает гарантию, уточните ее срок, порядок обращения и перечень случаев, которые под нее подпадают. Отдельно выясните, можно ли заказать доработки, обновление контента, подключение новых функций и помощь при сбоях.
Если сайт работает на готовой платформе, проверьте, какая техническая поддержка входит в тариф, по каким каналам принимаются обращения и за какие услуги придется платить отдельно.
Качество коммуникации
Скорость ответа сама по себе мало что говорит о качестве работы. Важнее, задает ли подрядчик уточняющие вопросы, фиксирует ли договоренности и объясняет ли ограничения понятным языком.
До начала проекта договоритесь:
- кто будет основным контактным лицом;
- где ведется рабочая переписка;
- как согласовываются материалы и изменения;
- как часто вы будете получать информацию о ходе работы;
- сколько времени закладывается на обратную связь с обеих сторон.
Учитывайте и свою часть процесса: задержка исходных материалов и согласований со стороны клиента тоже может сдвинуть сроки.
Когда лучше отказаться от подрядчика
До заключения договора уже можно заметить признаки, которые указывают на возможные проблемы в работе.
Обратите внимание на следующие ситуации:
- подрядчик отказывается заключать договор или фиксировать существенные условия работы;
- проект начинают без документа, в котором описаны требования и результат, который предстоит принять;
- цена заметно ниже других предложений, но исполнитель не может объяснить разницу;
- в портфолио есть только изображения, а подтвердить запуск проектов и роль подрядчика нельзя;
- исполнитель называет точные сроки и стоимость до того, как выяснил основные функции, интеграции и требования к сайту;
- подрядчик не объясняет, как будет проверять результат перед запуском и какие материалы, права и доступы вы получите после завершения работ;
- непонятно, с кем вы будете взаимодействовать во время проекта и куда обращаться по вопросам после запуска.
Чем больше таких признаков обнаруживается еще до заключения договора, тем выше вероятность, что те же проблемы проявятся и во время разработки. Лучше разобраться в спорных моментах заранее, а если подрядчик уклоняется от конкретных ответов — рассмотреть другие варианты.
Какие вопросы задать подрядчику перед подписанием договора
До подписания договора стоит еще раз пройтись по ключевым условиям проекта и убедиться, что по ним нет разночтений. Лучше задать конкретные вопросы заранее, чем выяснять детали уже после начала работ.
Список вопросов может выглядеть так:
- Кто будет вашим основным контактным лицом и как организована коммуникация по проекту?
- Какие специалисты и компетенции понадобятся для выполнения нашей задачи?
- Какое техническое решение или платформу вы предлагаете, почему оно подходит для нашего проекта и какие у него есть ограничения?
- Из каких этапов будет состоять работа, какие промежуточные результаты мы увидим и как будет проходить их согласование?
- Что входит в стоимость, а какие услуги, лицензии, модули, интеграции и доработки оплачиваются отдельно?
- Как будет организовано хранение и восстановление данных сайта после запуска?
- В какие сроки исправляются ошибки и вносятся корректировки?
- Какие права, материалы и доступы мы получим после завершения проекта?
- Можно ли будет передать сайт другому специалисту или продолжить его развитие без участия текущего подрядчика?
- Какая поддержка доступна после запуска и что в нее входит?
Ответы на эти вопросы лучше зафиксировать в договоре, приложениях или других документах проекта. Если существенные условия остаются только в устных договоренностях, в дальнейшем проверить их будет сложнее.
Мы собрали основные критерии, вопросы подрядчику и красные флаги в отдельный чек-лист. В нем можно отмечать проверенные пункты, записывать ответы и сравнивать несколько предложений перед заключением договора
Коротко о том, кому доверить разработку сайта
Подходящий вариант зависит не столько от типа исполнителя, сколько от задачи. Небольшой сайт можно собрать на готовой платформе или поручить одному специалисту. Для сложного проекта важнее наличие нужных компетенций, подходящих технологий, понятного процесса работы и возможности поддерживать сайт после запуска.
Перед выбором сравните несколько вариантов по одинаковым критериям: опыту, возможностям, составу работ, стоимости, условиям поддержки, правам и доступам. Все существенные договоренности зафиксируйте до начала разработки.
Хорошее решение — то, которое подходит задачам бизнеса не только на момент запуска, но и позволяет развивать сайт дальше без лишних ограничений.
В Megagroup.ru вы можете заказать комплекс услуг: разработку, наполнение, поддержку и продвижение сайта. Перед началом работ специалисты уточнят задачу и помогут подобрать подходящий вариант под тип проекта и необходимые функции
