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