В этой статье хотим рассказать, как происходит разработка сайта от момента обращения в веб-студию до публикации проекта в сети. Это исключительно наш порядок работы, в других компаниях все может быть по-другому, но лишь в отдельных деталях, например кто-то готовит три варианта дизайна или принимает только 10 правок, кто-то пренебрегает тестированием, а кто-то не может дать предварительную оценку без ТЗ и т.д.
В том или ином виде, но все эти этапы при заказе разработки сайта Вы пройдете!
Запрос
На этом этапе необходимо получить коммерческое предложение, прозвонив несколько студий, вы убедитесь, что сначала необходимо сформулировать задачу на разработку. В хорошей студии вам зададут ряд вопросов и сформулируют задачу самостоятельно и исходя из этого дадут оценку.
Как выбрать веб-студию и получить объективное КП на сайт читайте в нашем материале «Как выбрать подрядчика для разработки сайта»
Оценка
На этом этапе менеджеры студии готовят смету проекта, план работ и обсуждают с командой пути реализации того или иного функционала. Мы готовим предварительную смету со слов клиента, а потом корректируем на этапе детальной проработки ТЗ, за счет продуманной структуры сметы, обычно от заявленной стоимости не отклоняемся.
Как происходит оценка трудозатрат в нашей команде и почему сайт стоит столько сколько стоит, это очень обширная тема для отдельной статьи, следите за публикациями, мы обязательно все расскажем.
По итогам оценки вам предоставят (по крайней мере должны) предварительную смету на разработку, если стоимость устраивает, то переходим к следующему этапу.
Договор и ТЗ
Многие обходятся только брифом, кто-то вообще без ТЗ, некоторые берут за разработку ТЗ отдельную плату (это касается студий первого эшелона при разработке сложных систем и сервисов, такое ТЗ это целая исследовательская работа). Мы же готовим на этапе пресейла предварительную смету на основе экспертной оценки (клиент всегда хочет услышать стоимость сразу), а при заключении договора составляем детальное ТЗ и при необходимости корректируем смету.
Как составляется ТЗ и какие пункты в себя включает читайте в отдельной статье «Техническое задание: что это и зачем составляется?»
Четкая постановка задачи - залог успеха
Дизайн
На этом этапе мы готовим дизайн-макеты внешнего вида будущего сайта. Сначала готовится главная страница и отправляется клиенту на согласование, он может внести правки. Это делается, потому что на главной уже видна общая стилистика сайта, есть шапка и подвал, которые будут использованы на всех страницах, уже выбраны цвета и шрифты, поправив и обсудив это сейчас мы сможем уже точно попасть в пожелания с дизайном внутренних страниц и сэкономим время дизайнера, а значит и бюджет проекта.
После утверждения главной мы отрисовываем все внутренние страницы, по ним также вносятся правки, но они уже не должны касаться элементов, утвержденных на главной странице.
На этапе дизайна, часто Заказчик задает вопрос, - «а что за бред тут написаны, какие-то английские тексты, где мой сайт?» Стоит понимать, что сейчас необходимо оценить только визуальную составляющую сайта, цвета, шрифты, картинка в шапке, меню и кнопки выглядят так как вы хотели? Если да, то не беспокойтесь на этапе наполнения вместо классического текста-рыбы «Lorem ipsum…» появятся тематические тексты про вашу компанию
Верстка
Когда весь дизайн согласован с клиентом, готовится верстка, обеспечивается адаптивность. Зачастую мы готовим только десктопную версию дизайна, а адаптивность обеспечивает фреймворк bootstrap и здравый смысл, дизайнер просто просматривает готовую верстку в мобильных версиях и дает рекомендации верстальщику как лучше свернуть дизайн. Такой подход экономит примерно 50% времени дизайнера, а на выходе получается сайт с отличной мобильной версией, за счет использования при дизайне и верстке заранее подготовленных сеток.
Разработка
Готовая верстка натягивается на CMS и обеспечивается работоспособность интерактивных элементов, нажимаются кнопки, отправляются формы, публикуются новости и т.д.
Если сайт типовой, то обычно разработка проходит быстро и минимальными трудозатратами, но если у Вас проект с использованием API сторонних сервисов, интеграций с чем-либо или просто предполагает большой объем уникального функционала (например, более-менее крупный магазин), то это самый сложный и ответственный этап.
Именно разработчики превращают отдельные картинки и странички в стабильно работающий сайт, отвечают за его быстродействие и отсутствие «глюков»
Наполнение и оптимизация
Когда программная реализация готова, по сути, сайт уже работоспособен. Теперь в работу вступает SEO специалист. В некоторых студиях есть отдельно контент-менеджеры, отдельно СЕОшники, у нас же это один человек, который собирает семантику, пишет тексты и оптимизирует сайт для поисковиков, иногда ему помогает маркетолог и вносит правки.
Иногда СЕОшники склонны писать тексты больше для роботов, чем для людей, но мы отучаем. Основная задача текстов раскрывать информацию и побуждать к покупке, а поисковые роботы в 2018 вполне нормально определяют релевантность контента, кормить их ключевиками через каждое предложение необязательно.
Он же приводит в порядок фото, типографику и систематизирует присланные клиентами описания кейсов/услуг/истории компании.
Тестирование
Перед окончательной демонстрацией сайта клиенту менеджер ответственный за проект проводит тестирование сайта. У нас есть чек-лист основных пунктов проверки, но каждый сайт может иметь уникальный функционал, который сразу не предусмотришь и не опишешь, поэтому проверка включает в себя:
Правки
По итогам внутренней проверки мы готовим свой список правок и после его внесения отправляем сайт клиенту, чтобы тот подготовил свой. Правки от клиента есть всегда, но они зачастую касаются контента (нужно указать еще это и то) и дизайна (руководитель сказал сделать сайт зеленым).
Хорошее ТЗ и участие Заказчика в разработке на всех этапах позволяет свести правки к минимуму
Несмотря на утвержденный дизайн, если объем правок небольшой, мы их вносим бесплатно, это проще чем бодаться за условия договора, пенять на принятый дизайн и портить всем нервы.
Достаточно часто возникают и серьезные доработки в стиле -«нужен еще раздел с каталогом товаров», вот тут мы уже считаем дополнительную смету и выставляем дополнительный счет.
Публикация
После внесения правок, окончательного утверждения сайта и получения оплаты финального счета, мы публикуем сайт на домене клиента. Хостинг можно зарегистрировать самостоятельно или можем все настроить и зарегистрировать мы.
После этого проект берется на техподдержку и продвижение!
Слишком быстро
Быстро это очень хорошо, но, если подрядчик обещает сделать сайт за 5 дней стоит насторожиться, как можно пройти столько стадий так быстро и насколько каждый специалист сможет погрузиться в проект и предложить хорошее решение.
Скорее всего это будет сайт на готовом шаблоне, что само по себе не есть плохо. Почти все сейчас используют какие-то готовые решения целиком или по-отдельности: клипарты, фото со стоков, цветовые схемы, сетки, плагины, иконки и многое другое. Если компания настроена на выпуск качественных продуктов и достижение каких-либо результатов по конверсии сайта, то шаблон глубоко перерабатывается и настраивается под ваши нужды.
Шаблоны сайтов, это неплохо, часто помогает хорошо сэкономить и быстро запустить сайт, главное, чтобы шаблон тщательно адаптировали под ваш бизнес и доработали
В варианте «сайт за 5000 за 5 дней» это зачастую готовый Wordpress шаблон, в котором остаются английский текст элементов интерфейса (category, January, comments и т.д.) и ненужные блоки с притянутым за уши контентом просто потому, что они уже были, смотрится это все обычно довольно непрезентабельно.
Но бывают и исключения, чаще всего тогда вы получаете в целом неплохой простой сайт за небольшую сумму, но оказываетесь привязаны к абонентской плате за CMS разработчика.
Слишком дешево
Собственно, тут все тоже самое, что и в предыдущем пункте. Стоимость складывается из стоимости времени специалистов, задействованных в разработке, следовательно, либо сайт будут делать студенты с минимальным опытом и окладом, либо очень быстро «на коленке», чаще всего и то, и другое.
Без технического задания
Довольно опасно ограничиваться устной постановкой задачи, потом будет очень сложно договорится в случае разногласий по функционалу или количеству правок. ТЗ должно в простых и понятных формулировках описывать каждую страницу будущего сайта.
Без промежуточных согласований
Если процесс разработки сайта не предполагает промежуточных согласований дизайна стоит очень внимательно отнестись к постановке ТЗ и подготовке примеров удачного, на ваш взгляд дизайна. После того как сайт будет уже готов финальные правки смогут поправить только некоторые моменты, но что-то серьезно изменить в стиле и функционале сайта будет уже проблематично и займет много лишнего времени.
Желаем успеха в разработке сайта для вашего дела!