-
Требования
Каталог, роли, интеграции и сценарии
-
Редакция
Функции платформы и ограничения лицензии
-
Сборка
Дизайн, данные и обмен с внешними системами
-
Приёмка
Проверка сценариев и передача доступа
Новый интерфейс Аспро: Премьер может понравиться на демонстрации, но этого мало для решения о переезде. Нужно проверить, как в нём работают ваши товары, цены, заказы и обмен с учётной системой. Отдельная задача — сохранить нужные доработки нынешнего магазина. Покупка решения эти работы не оплачивает.
До покупки составьте список обязательных операций и попросите показать их на примерах вашего каталога. Затем посчитайте лицензии, перенос данных, настройку и доработки отдельно. При приёмке понадобятся те же примеры: по ним вы проверите, что покупатель может оформить заказ, менеджер — обработать его, а редактор — обновить информацию без помощи разработчика.
Какие отличия имеют значение для вашего магазина
В описании Аспро: Премьер заявлены готовый дизайн, система лояльности, поиск с обработкой синонимов и инструменты искусственного интеллекта. Попросите показать эти функции на ваших примерах. Выгоду для конкретного магазина определяют его каталог, покупатели и работа сотрудников.
Продавцу оборудования важнее поиск по артикулу, документы и запрос счёта. Магазину одежды — выбор варианта, размерная информация и доступность остатков. Оптовой компании — условия контрагента и повтор заказа. Название функции может совпадать, а необходимый порядок действий — отличаться. Поэтому показывайте исполнителю конкретный товар, конкретного покупателя и ожидаемый результат.
| Задача | Сценарий для демонстрации | Решение по итогам |
|---|---|---|
| Поиск товара | Артикул, опечатка, бытовое название | Штатная настройка или дополнительный словарь |
| Выбор варианта | Нужный размер отсутствует на складе | Понятное ограничение покупки |
| Лояльность | Бонусы вместе со скидкой и возвратом | Согласованные правила расчёта |
| Работа менеджера | Изменение состава оформленного заказа | Проверенный обмен и история изменений |
| Контент | Редактор меняет карточку без разработчика | Приемлемая трудоёмкость ежедневной работы |
Переход на другое решение и обновление — разные работы
Обновление установленного продукта и внедрение другого решения нельзя оценивать одинаково. При переходе меняются шаблоны, настройки, представление свойств и точки подключения доработок. Даже внутри одной CMS похожие страницы могут использовать разные компоненты. Сначала разработчик изучает существующую реализацию, затем определяет способ переноса.
Для каждой доработки заведите короткую карточку: что делает, кому нужна, где находится код, какие данные использует. Присвойте ей один из статусов: заменить штатной возможностью, адаптировать, переписать или исключить с согласия владельца процесса. Последний вариант иногда экономит больше остальных: на старом сайте могут оставаться механизмы давно закрытой акции.
Не переносите накопленные файлы целиком без разбора. Вместе с полезной логикой так легко вернуть ошибки и зависимости, ради устранения которых затевался проект. При миграции на 1С-Битрикс дополнительно потребуется сопоставить модель данных исходной системы с новой.
Сколько стоит Аспро: Премьер и сам переход
На дату проверки, 11 сентября 2026 года, каталог Аспро показывает базовую цену решения 199 900 ₽ и акционную — 149 925 ₽. Скидка зависит от действующего предложения: перед оплатой сверяйте сумму и состав комплекта. Это цена продукта, а не оценка миграции вашего магазина.
В проектной смете отдельно указывают необходимые лицензии, обследование старого сайта, подготовку среды, настройку оформления, перенос данных, адаптацию функций и запуск. Действующая лицензия CMS может уже быть у компании; повторная покупка без проверки создаст лишний расход. Применимость имеющейся редакции и условий использования уточняют до выставления счёта.
Сравнивайте предложения по результатам этапов. Формулировка «перенос каталога» должна раскрывать свойства, варианты, изображения, разделы и правила повторного импорта. «Перенос заказов» — период истории, статусы, привязку к клиентам и возможность просмотра. Иначе одинаковое название строки скрывает разный объём труда.
Как готовить каталог и служебные данные
Выберите представительную выборку: простой товар, товар с вариантами, позицию без остатка, комплект, товар с документами. Перенесите её первой. Сверьте артикулы, цены, единицы измерения и связи. Исправление схемы на десятке характерных позиций удобнее, чем повторная ручная обработка всего ассортимента.
Определите источник каждой группы данных. Если остатки поступают из учётной системы, новая витрина должна получать их оттуда же по согласованным правилам. Если описания редактируют на сайте, очередная выгрузка не должна их стирать. Для выгрузки каталога из 1С эти границы фиксируют отдельно от оформления карточки.
Заказы и клиентские данные переносят только в согласованном объёме с ограничением доступа. Составьте план последних изменений: пока команда проверяет новый сайт, старый продолжает принимать покупки. Перед переключением нужно перенести добавленные записи и сверить их, чтобы новые заказы и клиенты не остались в прежней базе.
Что проверять перед переключением
- Обычный покупатель на телефоне находит товар, выбирает вариант и оформляет заказ.
- Цена, скидка, доставка и итоговая сумма совпадают в корзине, заказе и платёжном сценарии.
- Менеджер получает заказ, меняет согласованные поля и видит результат обмена.
- Важные старые адреса открываются либо перенаправляют на подходящие новые страницы.
- Редактор может обновить информацию, не нарушая соседние блоки.
- Резервная копия проверена, условия остановки запуска и возврата согласованы.
Заранее выберите ответственного за решение о запуске. Он собирает подтверждения от склада, продаж, редактора и технической команды. В день переключения спор о цвете баннера не должен заслонить проблему с оплатой. Критические ошибки отделяют от улучшений, которые можно спокойно выполнить позже.
Вопросы о переходе
Сохранятся ли все старые доработки?
Только если они включены в согласованный объём и успешно проверены. Часть функций можно заменить штатными настройками, часть требует адаптации. Перечень доработок нужен до покупки и оценки, а не после установки нового оформления.
Нужно ли менять адреса страниц?
Необязательно. Полезные действующие адреса разумно сохранять, когда это позволяет новая структура. Для необходимых изменений составляют карту соответствий и проверяют переходы отдельно от визуальной приёмки.
Можно ли назвать срок до обследования?
Можно обозначить предварительный порядок этапов. Обоснованный календарь появляется после проверки данных, доработок и интеграций. Доступы, материалы и решения со стороны магазина также влияют на срок.
С чего начать
Подготовьте адрес сайта, список нужных изменений и несколько сложных товаров. ISKAR поможет сравнить сценарии, составить ведомость переноса и отделить покупку решения от работ по запуску. В предложении будет видно, какие данные и функции переносятся, что меняется и как проверяется запуск.
