Разработка оправдана
Нестандартная логика обязательна, готовые решения её не поддерживают, а бюджет включает создание, приёмку и дальнейшее сопровождение.
Готовый продукт или собственная разработка
Заказная разработка оправдана, когда без нестандартной логики бизнес не работает. Если основные требования уже закрывает готовый продукт, решение определяют оставшиеся обязательные функции, а не желание спроектировать весь магазин заново.
Уникальный процесс требует разработки
Достаточно готового продукта
Каталог, витрины, покупатели и заказы укладываются в существующую модель без критичных обходов.
Сначала проверка
Демонстрация и пробная настройка показывают, какие требования уже закрыты, а какие действительно требуют отдельной разработки.
Считайте полную стоимость владения
Сравнивайте полную стоимость владения: обследование, разработку или настройку, интеграции, перенос данных, приёмку, сопровождение, будущие изменения и зависимость от исполнителя.
Разработка нужна для действительно уникального процесса
Заказная разработка выигрывает там, где процесс действительно уникален: нестандартная логика ценообразования, глубокая интеграция с производством или учётом, особые требования к данным. Продуктовые рамки в таких случаях мешают.
Срок, сопровождение, гибкость и цена изменений
Сравните не рекламную цену входа, а весь состав работ: обследование, настройку, интеграции, перенос данных, обучение, сопровождение и будущие изменения. Для обоих вариантов условия фиксируются в актуальном тарифе, смете или договоре.
| Критерий | Заказная разработка | Маркси |
|---|---|---|
| Срок подготовки | Срок определяют техническое задание, интеграции и приёмка. | Срок зависит от готовности каталога, данных и нужных подключений; без обследования обещать дату нельзя. |
| Стоимость входа | У подрядчика запрашивают смету со всеми этапами. | Проверяют актуальный тариф и отдельно согласуют работы вне стандартного подключения. |
| Сопровождение и обновления | В обоих вариантах до запуска фиксируют состав сопровождения, сроки реакции, порядок обновлений и оплачиваемые отдельно работы. Обязательства возникают только из действующего тарифа, сметы или договора. | |
| Гибкость процесса | Определяется техническим заданием, бюджетом и ограничениями выбранной архитектуры. | В рамках продукта; нестандартный процесс придётся упростить. |
| Собственная инфраструктура | Инфраструктуру выбирает заказчик. | Требует отдельной технической оценки и согласованного внедрения: самостоятельного переноса одной кнопкой нет. |
| Юридические гарантии | Ни продукт, ни студия не дают гарантии соответствия требованиям сами по себе: заключение даёт профильный юрист. | |
Проверено 2026-08-12.
Сначала отделите типовое от уникального
Сначала проверьте типовой сценарий: каталог, разные условия для аудиторий, разговор с покупателем и обработку заказа. В техническое задание стоит включать только те отличия, без которых бизнес действительно не работает.
Проверка требований предшествует разработке
Составьте обязательные требования
Для каждого пункта укажите, что остановится в бизнесе, если функции не будет.
Проверьте готовый продукт
На демонстрации отметьте: закрыто, требует настройки, не поддерживается.
Заказывайте только подтверждённое отличие
В техническое задание попадают функции, без которых проверенный рабочий процесс не складывается.