Интернет-магазину нужны шесть звеньев: каталог с актуальными остатками, оформление заказа без лишних шагов, онлайн-оплата привычными в Узбекистане сервисами, доставка и возвраты, обмен данными со складом и CRM и юридическая часть — оферта, электронный чек и политика персональных данных. Разработку магазина под ключ мы делаем от 10 000 $.
Коротко
Нужны не «сайт с товарами», а шесть связанных звеньев: если не работает одно, покупатель уходит на любом шаге. Ниже — короткий список того, что должно быть готово до первого заказа.
Если товары на витрине продаёте не только вы, а ещё и сторонние продавцы, задача меняется: появляются кабинеты продавцов, расчёты с ними и модерация. Это уже разработка маркетплейса, и правила там другие.
Каталог должен отвечать на вопрос «есть ли у вас то, что мне нужно» за несколько секунд. Всё остальное — производные от этого: структура, фильтры, поиск и полнота карточки.
Страницы каталога — это и есть посадочные страницы магазина: по ним приходят из поиска и из ответов ИИ-сервисов. Как устроена эта часть работы, разобрано в статье нужно ли SEO, если на вопросы отвечает ИИ.
Корзину бросают чаще, чем кажется, и главная причина — не «неудобный сайт», а расходы, о которых покупатель узнал в конце. Baymard Institute сводит статистику по 50 исследованиям и отдельно опрашивает покупателей о причинах отказа.
Отсюда несколько правил оформления, которые стоит заложить сразу.
Совет Не опирайтесь на общие цифры о доле мобильных покупок: по данным StatCounter за август 2026 года в Узбекистане на мобильные устройства приходится 19,01 % просмотров страниц, и это расходится с тем, что видят у себя многие магазины. Смотрите собственную аналитику, а не усреднённую статистику.
Покупателю нужен тот способ оплаты, которым он уже пользуется: в Узбекистане это Payme, CLICK и Uzum Bank, а также карты Uzcard и Humo через местные шлюзы. Международные карты подключают отдельным провайдером, если есть заказы из других стран.
Как устроен платёжный контур целиком — счета, статусы, возвраты и сверка — разобрано в статье биллинг и приём оплат на веб-платформе.
Готовая платформа выигрывает на старте, собственная разработка — там, где процессы не укладываются в чужой шаблон. Сравнивать их стоит не по дизайну, а по тому, что придётся подключать.
| Критерий | Готовая платформа | Своя разработка |
|---|---|---|
| Старт | Витрина собирается быстро, из коробки | Дольше: проектирование, дизайн, разработка |
| Местные платежи | Через готовый модуль, если он есть и поддерживается | Любой сервис, протокол реализуется под задачу |
| Обмен с 1С и складом | Ограничен возможностями платформы и модулей | Настраивается под реальные процессы учёта |
| Нестандартные правила | Персональные цены, комплекты и предзаказы даются тяжело | Закладываются в модель данных с самого начала |
| Крупный каталог и нагрузка | Упирается в архитектуру платформы | Проектируется под объём товаров и трафика |
| Контроль | Зависимость от вендора и обновлений | Код и данные остаются у компании |
Разумный порядок — начать с того объёма, который нужен для первых продаж, и заранее знать, какие интеграции обязательны. Именно они, а не шаблоны оформления, определяют выбор.
Магазин, живущий отдельно от учёта, создаёт двойную работу: менеджеры переносят заказы руками, а остатки на сайте расходятся с реальными. Обмен закрывает четыре потока данных.
| Данные | Откуда и куда | Когда передаются |
|---|---|---|
| Товары, цены, характеристики | Из учётной системы в магазин | По расписанию и при изменении |
| Остатки | Из склада в магазин | Чем чаще, тем меньше отмен |
| Заказы | Из магазина в учёт и CRM | Сразу после оформления |
| Статусы и оплаты | Из учёта и от платёжного сервиса в магазин | По событию |
Для 1С обмен обычно строят через её интерфейсы: платформа умеет автоматически публиковать REST-интерфейс по стандарту OData, и это избавляет от выгрузок через файлы. Как связывают магазин с CRM и телефонией, описано в статье интеграция CRM с 1С, телефонией и мессенджерами.
Магазин в Узбекистане работает по закону об электронной коммерции, правилам о кассовых чеках и закону о персональных данных. Минимальный набор требований выглядит так.
Важно Фискальная отметка в чеке — не задача маркетинга и не «потом доделаем»: её формирует касса или сервис, интегрированный с информационными системами налоговых органов, и это закладывают в проект вместе с приёмом оплат.
Включение в Национальный реестр субъектов электронной коммерции — дело добровольное и бесплатное: по пункту 8 постановления ПП-3724 от 14 мая 2018 года в реестр включают тех, у кого доходы от продаж через электронную коммерцию составляют не менее 80 % общего объёма.
Запуск идёт по шагам, и большая часть работы приходится на проектирование, а не на вёрстку. Так выглядит наш порядок работы над магазином.
После запуска магазин оценивают по цифрам, а не по ощущениям: конверсия из визита в заказ, доля брошенных корзин, средний чек, отмены и возвраты, источники заказов и повторные покупки. Когда данных о покупках накопится достаточно, к витрине добавляют подбор товаров — как это устроено, разобрано в статье рекомендательная система для маркетплейса и магазина.
Разработка интернет-магазина с каталогом, оплатой и интеграцией с учётной системой — от 10 000 $. Разброс дают не страницы, а связи с чужими системами и сложность правил продаж.
Состав работ и цены по форматам сайтов — на странице услуги разработка сайтов. Комиссии платёжных сервисов и стоимость доставки в эту сумму не входят: это отдельные договоры магазина.
Syntra Systems начинает не с дизайна, а с ассортимента и логистики: как устроены остатки, кто собирает заказ, что происходит при отмене и возврате. Из этого получается модель данных, и только потом — экраны.
Дальше мы собираем магазин как часть инфраструктуры компании: витрина, оплата, склад и CRM работают на общих данных, а не переносятся руками. Юридическую часть и чек проверяем до запуска, а не после первой претензии покупателя.
Обсудим вашу задачу
Расскажите, что нужно сделать, — оценим сроки и стоимость и предложим решение.
Да, и для первых продаж это часто разумно. Проверять нужно не шаблоны оформления, а интеграции: поддерживаются ли местные платёжные сервисы, обмен с вашей учётной системой и правила продаж, которые вам нужны. Если хотя бы одно из этого закрывается “доработкой на стороне”, выигрыш в скорости исчезает.
Магазин может стартовать с оплатой при получении, но тогда часть заказов будет отменяться на доставке. Онлайн-оплата снимает эту потерю и закрывает вопрос с чеком: платёж и фискальная отметка формируются автоматически, без ручной сверки в конце дня.
Пока заказов немного, ассортимент помещается в пару сообщений, а остатки держит в голове один человек. Магазин нужен, когда появляются каталог с десятками позиций, разные способы доставки и оплаты и необходимость видеть, откуда пришёл заказ и на каком он этапе.
Чек формирует продавец: по пункту 5 постановления ПП-5252 в электронных чеках по дистанционным сделкам через платёжные сервисы должна быть автоматически формируемая фискальная отметка, интегрированная с информационными системами налоговых органов. Порядок подключения уточняют у поставщика кассового решения и платёжного сервиса.
Включение добровольное и бесплатное. В реестр включают тех, у кого доходы от продаж через электронную коммерцию составляют не менее 80 % общего объёма продаж, — это условие пункта 8 постановления ПП-3724. Решение о включении и его последствия стоит обсудить с бухгалтером.
Можно, если остатки ведёт один человек и позиций немного. С ростом ассортимента ручной перенос начинает стоить дороже интеграции: расходятся остатки, теряются заказы, а отчётность собирается вручную. Обмен обычно подключают на том этапе, когда отмены из-за “нет в наличии” становятся заметными.
Поддержка сайта у нас начинается от 250 $ в месяц: обновления, резервные копии, мониторинг доступности и мелкие правки в согласованном объёме. Развитие магазина — новые интеграции, разделы и правила продаж — считается отдельно, по объёму работ.
Источники
