Розробка інтернет-магазинів і B2B-порталів
Інтернет-магазини й B2B-портали зі складним каталогом: ціни за обсягом і датою, інтеграція з обліком, рендер на сервері. Кейс — 5000+ позицій у Плантполі.
Кейс: Plantpol
Один з найбільших дистриб'юторів агротехнологій в Україні. Ми розробили B2B-портал з інтеграцією 1С, що автоматизував роботу з 5000+ SKUі скоротив штат менеджерів на75%(з 20 до 5 осіб).
Складний каталог — це не «більше товарів»
Інтернет-магазин на тисячу позицій і B2B-портал на пʼять тисяч — різні задачі, і ламаються вони в різних місцях. У B2B ціна рідко буває одна: вона залежить від обсягу, від дати постачання, від конкретного клієнта та його договору. Каталог, побудований як «товар — ціна», на такому просто не працює.
У Плантполі ціна рахується по палетах і по датах відвантаження — рослина, яку заберуть у березні, коштує не так, як та сама у травні. Це не примха: за цим стоїть цикл вирощування. Каталог мусив уміти показати менеджеру й клієнту різні числа для того самого товару, не збрехавши жодному.
Друга частина тієї ж задачі — облік. Поки каталог і бухгалтерія живуть окремо, хтось щодня переносить залишки руками, і саме там беруться продажі того, чого немає на складі. Тому інтеграція з обліковою системою — не «додаткова опція», а умова, щоб решта мала сенс.
Що саме ми будуємо
Каталог, що витримує складні правила
Ціни за обсягом, датою, клієнтом і договором. Фільтри, які працюють на пʼяти тисячах позицій без очікування. Пошук, що розуміє, як товар називають насправді, а не лише як він записаний у картці.
Звʼязок з обліком в обидва боки
Залишки, ціни, замовлення й статуси ходять між магазином і обліковою системою самі. Ніхто не переносить цифри руками, а отже нема де їх переплутати.
Сторінки, які бачить пошук
Рендер на сервері, щоб робот бачив товар без виконання JavaScript. Розмітка Schema.org для товарів і категорій. Швидкість як частина роботи, а не як окрема послуга «потім».
Оплата й документи
Платіжні шлюзи, рахунки, накладні, фіскальні чеки. Той самий рівень, що в терміналах самообслуговування: гроші мусять сходитись до копійки, інакше все решта не має значення.
Стек і чому саме він
Вітрина — Angular або React із рендером на сервері. Причина проста: без нього робот бачить порожню сторінку, а половина пошукових систем і всі AI-боти JavaScript не виконують. Для магазину це означає, що товарів для них не існує.
Бекенд — Laravel або Node.js, залежно від того, що вже стоїть у замовника. Ми не переписуємо робочу систему заради краси стека: дешевше й безпечніше підʼєднатись до неї, ніж замінювати те, що приносить гроші сьогодні.
База — PostgreSQL або MySQL. Черги для того, що не має блокувати покупця: листи, вивантаження, синхронізація з обліком. Моніторинг із першого дня, бо магазин, який ліг уночі й нікому про це не сказав, коштує дорожче за будь-який моніторинг.
Відповіді по темі
Розгорнуті пояснення без маркетингу — корисні навіть тому, хто нас не найме.
Заміна 1С: що переносити першим
Порядок міграції з 1С: із чого починати, що можна лишити надовго, як не зупинити роботу під час переходу і де зазвичай губляться дані.
Автоматизація документів у продажах: рахунок, договір, ТТН
Чому менеджери витрачають години на документи і що саме варто автоматизувати першим. Реальний приклад: 196 документів, згенерованих системою без ручного набору.
Своя система чи готова коробка: чесне порівняння
Коли готовий продукт виграє, коли варто робити своє, і третій варіант — готова система під ваш процес. Привʼязка, право на код, підтримка, переїзд.