Открываю сайт для e-commerce с помощью генератора на базе ИИ — в каких местах я один не потяну?

В похожем проекте я думал, что сэкономлю 120 часов, если заставлю ИИ написать интерфейс. Потом мне пришлось заплатить стороннему специалисту 110 000 RUB, чтобы разгрести коды ошибок платёжного провайдера. На дизайне вы экономите, но инфраструктура всегда требует бюджета.

Модели ИИ обычно выдают код, который работает в тестовой среде. В проде, когда 50 человек одновременно добавят один и тот же товар в корзину, возникает состояние гонки (race condition) и остаток уходит в минус. Если оставить архитектуру блокировки товаров на ИИ, вы не справитесь с отменами заказов.

Вместо генерации кода с нуля поставьте проверенную готовую платформу для e-commerce. А ИИ используйте только для перевода описаний товаров, создания баннеров и написания текстов для категорий. Не нужно изобретать велосипед.

А кто завтра будет поддерживать код, написанный ИИ? Когда в кодовой базе всплывёт ошибка, вы снова спросите у генератора, а он предложит вам совсем другую архитектуру. Через какое-то время код превратится в спагетти, и ни один разработчик не захочет его подхватить.

дизайн — это лёгкая часть бро главная головная боль — это подключение API доставки и возвраты потом если клиент спишет деньги с карты а товар не придёт и он подаст чарджбэк в банк, у тебя будет куча проблем, так что я тоже советую подключить спеца к бэкенду.

Сколько разных остатков вы будете держать на сайте и как планируете выставлять счета? Если у вас 5 заказов в день, можно справиться вручную, но если пойдёт 50 заказов в день, сможете ли вы проверить, как код ИИ ведёт логи в фоне?

В прошлом году мы с тем же энтузиазмом сделали сайт для нашего магазина запчастей в Санкт-Петербурге. Всё выглядело идеально, пока не случилась первая попытка мошенничества. Боты начали перебирать карты, система не смогла их заблокировать, и банк моментально заморозил наш POS-счёт. В тот день мы поняли, насколько это серьёзно.

Я столкнулся с тем же два года назад. График платежей должен быть привязан к этапам работ, а не к датам.

Решения работающие в малом масштабе, рушатся при росте я узнал это слишком поздно. Проверено опытом.

Я тоже так считаю. в общем еженедельный письменный отчет о прогрессе помогает гораздо больше чем постоянные вопросы о сроках.

Удачи.

расскажу, как это делается на практике потом кстати спешка в решениях оборачивается исправлениями чеез полгода.

Расскажу как это делается на практике. Прежде чем принимать решение посмотрите какие данные у вас есть.

Оставлю как заметку пригодится.

Я столкнулся с тем же два года назад. Процесс, по которому не ведется учет, не улучшается, потому что вы не знаете, что именно улучшать.

Удачи.

расскажу, что было у меня, вдруг пригодится. ну первые три месяца все идет хорошо, проблемы всплывают на четвертом.

интересно, есть ли те кто делает иначе.

У меня та же ситуация, поэтому и спрашиваю. Ответ сильно зависит от отрасли, универсального правила нет.

Хорошо, что вы создали эту тему. Люди защищают не процесс, а привычку. Сопротивление идет оттуда.

Конечно, если ваша ситуация отличается, всё меняется.

Расскажу, что было у меня вдруг пригодится. Процесс по которому не ведется учет не улучшается, потому что вы не знаете что именно улучшать.

Исправьте, если я ошибаюсь.

пишу это, чтобы вы не совершили ту же ошибку. птаться сделать это в одиночку — самый дорогой путь.

если на один вопрос вы получаете три разных ответа вопрос задан неправильно и интересно есть ли те кто делает иначе.

Отличная работа.