Задача и структура
Разбираем, кому и что вы продаёте, чем отличаетесь и какие вопросы задают клиенты до покупки. Из этого складывается карта разделов и содержание страниц.
Структура утверждается до того, как нарисован хоть один экран.
Корпоративные сайты, лендинги, каталоги и интернет-магазины. Начинаем не с макета, а с задачи и структуры: кто придёт на сайт, что должен найти и что сделать. Дальше — дизайн, вёрстка, интеграции и сервер, на котором всё это будет жить.
Чаще всего разговор начинается с картинки: «хотим современный дизайн, как вот у этих». Через полгода выясняется, что сайт медленно грузится с телефона, поиск его не находит, заявки приходят на почту бывшего маркетолога, а чтобы поменять текст на главной, нужно писать подрядчику. Дизайн при этом действительно современный.
Мы строим наоборот. Сначала — кто ваш посетитель и какое действие от него нужно. Потом — структура разделов и то, по каким запросам страницы должны находиться. И только затем дизайн, код и запуск на нормальном сервере с резервными копиями. Такой порядок скучнее, но именно он даёт сайт, который работает после сдачи.
Разбираем, кому и что вы продаёте, чем отличаетесь и какие вопросы задают клиенты до покупки. Из этого складывается карта разделов и содержание страниц.
Структура утверждается до того, как нарисован хоть один экран.
Рисуем экраны под реальные тексты, фотографии и товары, а не под условный текст-заполнитель. Проверяем, как страница выглядит на телефоне, планшете и широком мониторе.
Дизайн подчинён задаче страницы, а не наоборот.
Большая часть посетителей приходит с телефона, и там же теряется, если страница грузится долго. Оптимизируем изображения, скрипты и запросы к серверу, проверяем на медленном соединении.
Скорость — фактор и для людей, и для поисковых систем.
Семантика в структуре, уникальные заголовки и описания, человекопонятные адреса, микроразметка, карта сайта, корректные редиректы и заголовки ответа сервера.
Прикрутить это потом дороже, чем заложить сразу.
Связываем сайт с 1С, CRM, платёжными сервисами, службами доставки и телефонией: заявка попадает в систему, а не в почтовый ящик, откуда её никто не заберёт.
Каталог и остатки подтягиваются из учётной системы.
Разворачиваем сайт на сервере, настраиваем домен, сертификат, почтовые отправления и резервные копии. Показываем, как редактировать страницы без разработчика.
Обучаем того, кто реально будет вести сайт.
Тип сайта определяется не бюджетом, а тем, что должен сделать посетитель. Ниже — типовые ситуации и то, что обычно им соответствует.
| Задача | Тип сайта | На что смотрим в первую очередь |
|---|---|---|
| Рассказать о компании и собирать обращения | Корпоративный сайт | Структура услуг, доверие, понятные пути к заявке и контактам |
| Продвигать одну услугу или акцию через рекламу | Лендинг | Один сценарий, скорость загрузки, аналитика и связь с рекламными кампаниями |
| Показать большой ассортимент без онлайн-оплаты | Каталог | Фильтры, поиск, выгрузка из учётной системы, страницы товаров под поиск |
| Продавать онлайн с оплатой и доставкой | Интернет-магазин | Корзина, оплата, остатки, статусы заказов, интеграция со складом |
| Дать клиенту доступ к его документам и статусам | Сайт с личным кабинетом | Роли и права, защита персональных данных, связь с внутренними системами |
| Сайт есть, но устарел и не находится в поиске | Переработка существующего | Что сохранить, что переделать, как не потерять текущие позиции и адреса страниц |
Когда сайта нет, он собран на конструкторе и упёрся в его ограничения или переделывать в нём приходится всё сразу — от структуры до кода.
Когда сайт приносит трафик и заявки, но морально устарел, тормозит или неудобен на телефоне. Ломать то, что уже нашли поисковые системы, обычно невыгодно.
Если сайт делал другой подрядчик, первый шаг — разобраться, где он размещён, кому принадлежит домен и есть ли резервные копии. Иногда это важнее самого редизайна.
Каталог, остатки, цены и заявки ходят между сайтом и учётной системой сами.
Подробнее →
Обновления, наполнение, доработки и реакция, когда что-то сломалось.
Подробнее →
Размещение сайта с выделенными ресурсами вместо общего хостинга.
Подробнее →Да, если макеты полные и учитывают мобильную версию. Перед началом мы их разбираем: смотрим, все ли состояния предусмотрены, как ведут себя длинные заголовки и пустые блоки, что происходит на узком экране. О замеченных проблемах говорим до старта, чтобы они не всплыли на вёрстке.
Выбор зависит от задачи: для контентного сайта подходит одно, для магазина с интеграцией в учётную систему — другое, а для нестандартного сервиса разумнее собственное решение. Мы предлагаем вариант под ваш проект и объясняем, чем он ограничивает вас в будущем, — у любого выбора есть обратная сторона.
Для простой визитки или страницы под рекламу — вполне разумный вариант, и мы честно об этом говорим. Ограничения начинаются, когда нужны нестандартная структура, серьёзные интеграции, работа с большими каталогами или контроль над скоростью и технической стороной поиска. Тогда конструктор упирается в потолок, и переезд обходится дороже, чем изначально сделанный сайт.
Нет, и никто честный этого не обещает. Разработка даёт техническую основу и правильную структуру — то, без чего продвижение не работает. Дальше нужны наполнение, работа с содержанием и время, за которое поисковые системы переоценят сайт. Мы делаем так, чтобы этот этап не пришлось начинать с переделок.
Он размещён на сервере, за которым мы следим, с резервными копиями и обновлениями. Вы можете вести его сами через панель управления или передать наполнение и доработки нам в рамках поддержки. Доступы к домену, хостингу и панели в любом случае оформлены на вашу компанию.
Да, это одна из основных задач в магазине: остатки, цены и статусы заказов должны браться из учётной системы, а не поддерживаться вручную. Настраиваем обмен с 1С или другой системой складского учёта — подробнее об этом в разделе автоматизации и интеграций.
Расскажите, чем занимается компания и что сайт должен делать. Предложим структуру и посчитаем работы вместе с размещением.
Сайт — это не разовый проект, а сервис, который работает годами. Большая часть разочарований возникает не из-за плохого кода, а из-за решений, принятых в начале: неправильная структура, отсутствие плана по наполнению, случайный хостинг. Ниже — то, что мы обсуждаем с заказчиком до старта, даже если это удлиняет разговор.
Поисковые системы приводят людей на конкретные страницы, а не на главную. Значит, у каждой услуги и каждой товарной категории должна быть своя страница с внятным содержанием. Если все услуги свалены в один раздел «Что мы делаем», сайт не найдут ни по одной из них — при любом качестве дизайна. Поэтому карта разделов собирается из того, что люди на самом деле ищут, и утверждается до отрисовки макетов.
Есть работы, которые невозможно нормально сделать «потом»: адреса страниц, скорость, корректная разметка, обработка ошибок, дублирующиеся страницы, версия для телефона. Всё это встроено в то, как сайт устроен. Продвижение готового сайта, где эти вещи сделаны как попало, обычно начинается с переделки — то есть с оплаты той же работы второй раз.
Оптимизированная вёрстка не спасёт, если сайт стоит на перегруженном хостинге, где сотни соседних площадок делят один процессор. Мы размещаем проекты на виртуальных серверах с выделенными ресурсами и настраиваем кэширование и сжатие под конкретный проект. Заодно исчезает целый класс проблем — от падений в пиковые часы до непредсказуемых блокировок.
Это самый неудобный вопрос, и лучше задать его до начала работ. Если в компании нет человека, который будет добавлять новости, товары и страницы услуг, сайт замрёт в состоянии на день сдачи. Мы либо настраиваем панель управления так, чтобы с ней справился любой сотрудник, либо берём наполнение на себя в рамках поддержки сайта — но обсуждаем это заранее, а не через полгода.
Домен, почта на этом же домене, сертификат, резервные копии, обновления и мониторинг доступности — всё это части одного хозяйства. Поэтому сайт мы запускаем в связке с резервным копированием, а обновления и выкатку настраиваем средствами DevOps. Для компаний, где нужен и остальной ИТ-контур, это часть общего сопровождения ИТ.