Разработка сайта на Битрикс в Москве

Составом задачи. Магазин на Битрикс — это каталог, корзина и оплата как основа сайта. Корпоративный сайт или портал строится вокруг других модулей: документооборота, личного кабинета партнёра, каталога услуг без покупки онлайн. Часть проектов совмещает оба класса модулей — тогда состав уточняется на брифе.

Здесь сайт собирается заново под платформу. Перенос сайта на Битрикс — отдельная задача: у вас уже есть работающий сайт на другой системе, и нужно сохранить его адреса, контент и позиции при смене движка.

Смету определяют число страниц и разделов, состав модулей (документооборот, личный кабинет, каталог без оплаты), число интеграций и глубина доработки типовых компонентов. Опишите задачи сайта — вернём расчёт по этим пунктам.

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

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

Скорость задают не платформа, а число подключённых модулей и качество кеширования. Мы включаем только нужные компоненты и настраиваем кеш на старте, а не чиним скорость постфактум.

Да, это стандартная задача для платформы: товары, цены, остатки и документы по заказу передаются обменом, а не выгрузкой руками. Формат и периодичность обмена зависят от того, как устроена ваша 1С.

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

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

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

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

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

Не обязательно: платформа умеет вести несколько сайтов на одном ядре и одной лицензии соответствующей редакции. Общими остаются пользователи, каталог и часть содержимого, различаются домены, оформление и разделы. Это дешевле в сопровождении, чем несколько отдельных установок, но требует аккуратности: правка общего компонента задевает все сайты сразу. Мы ведём карту различий и проверяем радиус каждой правки перед выкатом.

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

Заявки с форм уходят в CRM как лиды или сделки с источником и меткой кампании, статусы и комментарии доступны менеджеру там же, где он работает. Важно заранее договориться, какие поля формы во что превращаются в CRM и что происходит с повторным обращением того же человека. Настройка самой CRM — отдельная работа; мы отвечаем за корректность передачи данных на стыке и за то, что ни одна заявка не теряется.

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

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

Один человек с правом принимать решения и материалы в срок: тексты, фотографии, документы, реквизиты, доступы к домену и хостингу. По нашему опыту проекты этого класса срываются не на разработке, а на ожидании содержимого и на согласованиях по кругу с меняющимся составом участников. Мы фиксируем список материалов и даты в начале — это единственное, что реально удерживает срок.

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

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

Сквозная проверка сценариев: отправка каждой формы и доставка письма, передача заявки в CRM, работа поиска и выборок, отображение на телефоне, корректные ответы для поисковых роботов, карта сайта, счётчики и цели, сертификат, резервное копирование. Отдельно проверяем переадресацию со старых адресов, если сайт заменяет предыдущий. Список приёмки согласуется заранее и служит границей ответственности.

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