<b>Shopify dev: 7 проверок перед тем, как платить за кастом</b>

<b>Shopify dev: 7 проверок перед тем, как платить за кастом</b>

Если команда просит “допилить Shopify”, сначала разложите задачу по слоям: тема, приложение, интеграция, checkout, backend. В 60% случаев проблема не в платформе, а в том, что бизнес хочет один и тот же результат получить тремя разными способами.

Проверьте по порядку:
— можно ли решить через настройки темы;
— нужен ли app, а не кастомный код;
— есть ли у задачи ограничение Shopify API;
— не ломает ли доработка скорость PDP и cart;
— не дублируете ли логику в CRM/ERP;
— сможете ли вы поддерживать это без разработчика на постоянке.

Самая дорогая ошибка — тащить в кастом всё, что не поместилось в админку. Потом это выглядит как “наш стек гибкий”, а по факту: 5 сервисов, 2 точки отказа и один checkout, который боятся трогать. Для D2C с платным трафиком это бьёт по конверсии быстрее, чем любая “неидеальная” тема.

Если задача влияет на оплату, доставку или промо-логику, считайте не разработку, а стоимость поддержки: баги, обновления, аналитика, A/B, SLA. Часто дешевле оставить Shopify как ядро и вынести только то, что реально даёт прирост в выручке, а не в ощущении контроля.

<b>Правило простое: сначала дешевлее решение, потом кастом. Иначе вы покупаете не рост, а техдолг.</b>