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