Webdesign

Flash websites 2000–2005

Flash websites 2006–2010

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

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

Мы можем озвучить вилку и уточнить: «Вот столько будет стоить проект, если вы не планируете сложные процессы вроде подключения платежных систем».

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

Ладно, а что включено в смету?

После первых обсуждений клиент часто берет смету в руки и начинает детально разглядывать: «А это точно включено? А чат будет? А корзина есть?» И тут важно быть максимально прозрачными.

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

Здесь нужно четко понимать: если в ТЗ не прописано, то мы это не делаем. При этом если клиент видит, что чего-то не хватает, это всегда можно добавить. Правда, за отдельную плату.

В чем отличие дешевого сайта от дорогого?

Дешевый сайт — это ограниченные возможности, стандартные решения и минимум кастомизации.

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

Однако у всех свои понятия «дорого» и «дешево». Рынок очень разнородный, ценники варьируются от 2000 до 50 000 долларов и выше. Все зависит от задач, а иногда и наглости исполнителей.

А как вообще проходит разработка?

Здесь стандартный процесс:

1. Проектирование. Создаем прототипы страниц, планируем функционал.

2. Дизайн. Рисуем концепцию и дорабатываем ее до финального варианта.

3. HTML-верстка. Превращаем дизайн в рабочие страницы.

4. Натяжка на CMS. Подключаем систему управления контентом, чтобы сайт можно было редактировать.

5. Проверка и доработка. Тестируем функционал и вносим правки.

6. Финал. Подключаем аналитику, SEO.

Этапы всегда выглядят одинаково, но каждый проект требует своих решений, а значит — своих сроков.

Часики тикают. Сколько времени нужно на разработку сайта?

Это второй по популярности вопрос. Иногда он звучит конкретнее: «Можно ли успеть к маю/Новому году/именинам эрцгерцога?». Но ответ всегда одинаковый: сроки зависят от объема и структуры сайта. Чем больше разделов, чем сложнее функционал, тем дольше процесс. Простой лендинг можно сделать за несколько недель, а интернет-магазин с интеграциями займет месяцы.

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

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

Можно ускорить разработку? Нанять больше специалистов и сделать все в пять раз быстрее?

Теоретически — да. Можно подключить больше разработчиков, разделить задачи на несколько потоков. Но на практике это срабатывает далеко не всегда. Почему?

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

К тому же любое ускорение — это всегда компромисс между качеством и сроками. Хотите быстрее? Нужно больше ресурсов. Но чтобы это сработало, придется включаться в процесс так же активно, как мы.

Что от меня нужно для начала работы?

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

Но если вдруг вопрос возникает, вот что нужно:

1. Структура сайта.

2. Материалы для контента: тексты, изображения, логотипы.

3. Уточнение функциональных требований (нужны ли интеграции с CRM, платежными системами и т. д.)

Если чего-то не хватает, то мы подскажем и поможем собрать все необходимое сами или порекомендуем, к кому обратиться.

Можно ли вносить изменения, когда разработка уже идет?

Формально — нет, но жизнь вносит свои коррективы. Если вы хотите что-то поменять или добавить, это не проблема. Главное, чтобы изменения не затрагивали уже согласованные этапы.

Но давайте честно: если вы на середине проекта вдруг решаете, что нужна не просто «форма обратной связи», а интеграция с CRM и автоматические ответы, то сроки и стоимость разработки вырастут. Поэтому мы всегда фиксируем исходное ТЗ и стараемся минимизировать изменения в процессе работы.

Какие функции можно добавить на сайт?

Функции сайта напрямую зависят от его структуры. Мы отталкиваемся от интеллект-карты, смотрим на указанные разделы и включаем в разработку все необходимое.

• Для раздела «Контакты» — форму обратной связи.

• Для «Личного кабинета» — историю заказов, профили пользователей.

• И так далее.

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

Можно ли подключить платежную систему?

Платежные системы — это важный пункт, но на старте клиент редко его поднимает. Мы чаще сами спрашиваем: нужны ли такие интеграции?

Платежная система — это только часть истории. На уровне проекта могут потребоваться складские системы, управление товарами, чаты, аналитика и многое другое. Все эти моменты обсуждаются заранее и включаются в смету.

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

Сколько версий дизайна будет?

Это частый вопрос, особенно от клиентов, которые боятся, что им не понравится результат. Мы обычно рисуем одну концепцию, которую дорабатываем в рамках трех итераций правок.

Что делать, если не понравится дизайн?

Это боль любого дизайнера. Вы рисуете идеальную концепцию, а клиент говорит: «Нет, давайте все переделаем». В этом случае мы проводим дополнительные обсуждения, уточняем пожелания, правим макет. В рамках бюджета включены три итерации правок. Если и этого не хватило, дальнейшие доработки оплачиваются отдельно.

Хотя бывают случаи, когда доработать и обсудить невозможно: однажды нам поставили условие и попросили включить его в договор — сайт должен получить главную премию Awwwards. Но это редкость: правильно собранное ТЗ и хорошие референсы решают 90% вопросов на старте.

В общем, самый важный момент — всегда уточнять ожидания. Мы просим клиента показать, какие сайты ему нравятся, чтобы задать направление.

Можно ли сделать сайт похожим на пример из интернета?

Часто слышим:

• «Хочу как у этих, только чуть лучше»

• «Сделайте, чтобы было похоже»

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

Главное — помнить, что «пример из интернета» — это ориентир, а не четкое ТЗ.

Сайт будет нормально выглядеть на смартфонах и планшетах?

Такой вопрос редко, но все же задают. В 2025 году никто не делает сайты без адаптации под мобильные устройства — это уже стандарт, как «Оливье» и «Селедка под шубой» на Новый год.

Мы прописываем это в смете и учитываем на всех этапах разработки. Если кто-то вдруг решит спросить: «А точно ли сайт будет хорошо смотреться на телефоне?», — скидываем макеты адаптивных версий или показываем готовые примеры.

А мы сможем сами редактировать контент?

Да, но возможность редактирования контента всегда оговаривается заранее. Если вы хотите менять тексты и изображения или добавлять новые товары, это нужно включить в ТЗ.

Чаще всего такие вещи реализуются через систему управления контентом (CMS). Однако стоит помнить: не весь контент может быть доступен для редактирования. Сложные элементы дизайна или функционал, завязанный на код, требуют вмешательства разработчиков.

Кто купит домен и хостинг?

Покупкой домена и хостинга всегда занимается клиент. Мы можем порекомендовать подходящих провайдеров и тарифы, но вся регистрация должна проходить на имя клиента имя.

Почему так? Потому что это собственность. Если разработчики покупают домен за клиента, в будущем это может стать проблемой, особенно при смене подрядчика.

Сайт будет работать быстро?

Скорость работы сайта — это один из базовых параметров, который мы закладываем в разработку. Часто клиенты просят прописать требования, такие как «быть в зеленой зоне PageSpeed Insights» или «скорость ответа сервера не более 200 мс».

Но, как говорится, есть нюанс:скорость зависит не только от разработчиков. Если вы зальете на сайт несжатые изображения или загромоздите его ненужными скриптами, он начнет тормозить. Оптимизация — это совместная работа клиента и команды.

Вы занимаетесь техподдержкой сайта после запуска?

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

А сколько стоит ваша техподдержка?

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

Вообще надо понимать, что после запуска сайта траты не заканчиваются. Это как покупка автомобиля или дома — всегда нужно что-то делать, что-то проверять. Один из клиентов очень четко сформулировал вопрос по техподдержке: «Сколько будет стоить владение сайтом?».

Что произойдет, если сайт перестанет работать?

Полный «крах» сайта — вещь редкая. Но если такое случается, в 90% случаев проблема в хостинге, а не в разработке. Хостинг может отключить сервер из-за неоплаченного счета или внутренней ошибки.

Мы советуем клиентам всегда держать под рукой контакты хостинг-провайдера, а еще прописываем базовые рекомендации на случай неполадок. Если ошибка все-таки связана с кодом, мы разбираемся и исправляем.

Будет ли сайт в топе Google и Яндекс?

Будет, если работать над контентом, SEO, конкурентными ценами, наполнением каталога. Мы делаем базовую SEO-оптимизацию, но за полноценным продвижением нужно обращаться к профильным специалистам.

Красивый сайт будет привлекать клиентов сам?

Если коротко: нет. Дизайн — это оболочка, которая работает вместе с качественным наполнением. Даже у крупных проектов как Amazon, дизайн — это далеко не главная причина успеха. Важнее: актуальные цены, быстрый поиск товаров, продуманный функционал. Новый сайт может стать отличным стартом, но для его успешной работы нужен комплексный подход.

Что такое HTML-верстка?

Объясняем просто:

• После дизайна у вас есть красивые картинки — это только макет, который нельзя открыть в браузере или использовать.

• HTML-верстка — это перевод дизайна в код, чтобы сайт можно было увидеть в браузере, с текстами, кнопками, но без функционала. То есть на этапе верстки кнопка будет выглядеть красиво, но нажимать на нее бесполезно — никакой реакции. Чтобы кнопка заработала, нужен следующий этап — программирование.

Я хочу заплатить и не вникать в ваши процессы. Так можно?

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

Поэтому мы всегда уточняем: готовы ли вы выделить время, чтобы быть на связи? Если нет, лучше подождать, пока появятся ресурсы.

Зачем мне знать все эти термины, если специалисты вы?

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

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

1. Ошибка в запросе на сервер — фильтры на сайте не правильно формируют запросы, или сервер не возвращает правильные данные.

2. Проблемы с фронтенд-кодом — фильтры могут неправильно обрабатывать выбор пользователем, и поэтому товары не обновляются на странице.

3. Кэширование данных — иногда кэшированные результаты могут не обновляться, из-за чего старые товары остаются видимыми, а новые не появляются.

Короче говоря, из-за неточного запроса времени понадобилось намного больше, чем обычно. Поэтому сейчас мы думаем над созданием гайда по постановке задач, чтобы сэкономить нервы всем.

Почему ваш подход лучше, чем на конструкторах сайтов?

Конструкторы — это отличное решение для простых задач. Если у вас небольшой интернет-магазин с 50 товарами или сайт-визитка, можете обойтись без разработчиков.

Но если нужно сложное решение: интеграция с CRM, сложный каталог или нестандартный функционал — без индивидуальной разработки не обойтись.

Мы часто помогаем клиентам разобраться, какой подход будет лучшим для их задач, чтобы они не тратили лишние деньги.

А сайты из портфолио точно вы делали?

Часто клиенты уже видели наши проекты до встречи, но все равно хотят уточнить: «А вот это точно вы делали?» Мы показываем, объясняем, что из них аналогично запросу клиента. Тогда сомнения развеиваются.

К слову, покажем часть наших работ:

• МТС

• Газпром центр

• Абамет

• Измерительная техника

• Альфа-Импорт

• Мясная фабрика Александров в Беларуси

• Galleria Minsk

А вы защитите сайт от взлома и вирусов?

Этот вопрос поднимается реже, чем хотелось бы, но важно уточнить: базовая безопасность — это то, что мы всегда обеспечиваем. Защита от SQL-инъекций, предотвращение XSS-атак, настройка HTTPS — это стандарт. Но если речь идет о глубокой информационной безопасности, такой как защита от хакеров, это уже не в нашей зоне ответственности.

Мы рекомендуем обращаться к специалистам в области информационной безопасности, если вашему проекту требуется что-то большее, чем стандартные меры.

А данные на сайте будут в безопасности?

Безопасность данных — это совместная работа разработчиков и хостинг-провайдера. Мы прописываем все, что касается доступа, использования защищенных контуров, настройки SSH-ключей и ограничений в админке.

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

Тексты сами придумываете или мне их писать?

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

Какой сайт мне нужен: лендинг или многостраничный?

Большинство клиентов знают, что им нужно. Однако бывают случаи, когда кто-то хочет интернет-магазин, но не готов к инвестициям. Тогда мы предлагаем начать с чего-то простого — лендинга или магазина на Tilda. Вложить деньги в продвижение, наполнить каталог, протестировать рынок. Если проект пойдет, то всегда можно вернуться к разработке полноценного сайта.

Какие гарантии вы даете?

Мы даем год гарантии на работы, выполненные в рамках технического задания. Если функционал работает не так, как хочет клиент, но это противоречит утвержденному сценарию в ТЗ — это доработка, а не гарантийный случай.

Еще гарантия не покрывает ошибки из-за изменений в коде сторонними подрядчиками или внешних проблем:

• Серверные ошибки.

• Проблемы с сетью.

• Ошибки в работе сторонних скриптов, плагинов, API или библиотек.

• Проблемы, возникающие из-за обновления платформы (например, CMS) или окружения сервера.

Это как внутренняя легенда, через которую человек рационализирует свои действия (или бездействие). UX решает: "удобно ли это сделать?" Нарратив отвечает: "зачем мне это вообще делать? Подходит ли это моему образу жизни, мышления, самоощущения?" Если UX и нарратив не совпадают - пользователь уйдёт, даже не заметив удобства.

Метафоры как шаблоны для действия.

Метафоры - это не просто красивые слова. Это модели поведения, которые пользователь переносит из одного контекста в другой.

• Если ваш продукт - «пульт управления», пользователь чувствует контроль.

• Если это «проводник», он ожидает заботу и сопровождение.

• Если это «тренажёр», он готов к ошибкам, но ждёт обратной связи.

Метафора определяет, чего пользователь ждёт и как себя ведёт. Это значит, что интерфейс должен не просто быть удобным, а соответствовать выбранной метафоре. Пользователь не просто отказывается что-то делать. Он объясняет себе отказ:

• «Я это уже пробовал - не работает».

• «Это не для меня».

• «Слишком сложно».

Каждое из этих суждений - это интерпретация, которая маскируется под рациональность. Но на деле - это часть личного нарратива, который удерживает человека от действия. Задача дизайна - не спорить с этой историей, а переписать её через опыт. Иногда мягко, иногда контрастом, а иногда через пример других людей. Важно понимать, что некоторые действия происходят не потому, что они желанны, а потому что они доступны. Пользователь прокрастинирует не потому, что хочет - а потому что вкладка YouTube ближе, чем список задач. Он ест вредное не потому, что голоден - а потому что чипсы на виду, а фрукты в ящике. Это приводит нас к идее, что дизайн среды - это и есть дизайн поведения. Поэтому если вы хотите повлиять на действие:

• Сделайте правильное поведение ближе и проще.

• Удалите или усложните доступ к альтернативам.

• Поддержите новую историю о себе: «Я человек, который делает....».

Когда логика не работает — работает эмоция.

Человек может знать, что поведение полезно. Но всё равно избегать его. Потому что:

• Он боится ошибки (например, при инвестировании).

• Он чувствует вину (например, что долго не возвращался).

• Он сомневается в себе (например, думает, что недостаточно умен для продукта).

Поведенческий дизайн должен учитывать эмоции, это фильтр логики. Интерфейс должен давать поддержку и безопасность, поощрять малые успехи, убирать страх (например, кнопкой «отменить» или «начать сначала»). Если хочешь изменить поведение - сначала измени историю. Пользователь - это не просто кликающий организм. Это человек, "рассказывающий себе историю", в которой его поведение логично, оправдано и удобно. Мы не видим вещи такими, какие они есть. Мы видим их через призму - культурную, эмоциональную, личную. Это и есть фрейм. Поведенческий дизайн - не просто про UX. Это про перенос смысла, подачу фрейма и создание новых нарративов.