Один екран, щоб заплатити.Одна панель, щоб відправити.
Каса на одній сторінці: без реєстрації, з даними фірми з реєстру GUS за податковим номером, з пунктом видачі та оплатою, яку клієнт знає. Далі замовлення веде себе саме: статус рахується з фактів, етикетка і рахунок виходять з панелі, клієнт отримує e-mail і SMS.
Одна сторінка, без кроків
Клієнт бачить усе відразу і платить один раз.
Без «кроку 2 з 4». Адреса, доставка, оплата і підсумок на одному екрані, ціни рахує сервер, залишок блокується в момент замовлення. Номери на екрані відповідають списку поруч.
Клієнт бачить усе відразу і платить один раз.
- Без акаунта
Досить e-mail і телефону. Акаунт пропонуємо після покупки, не перед нею. Клієнт, який увійшов, має адреси і профілі рахунків під рукою.
- Податковий номер, GUS, VIES
За податковим номером дані фірми заходять з GUS. Фірми з ЄС перевіряємо у VIES з номером консультації, щоб 0% при постачанні в ЄС було безпечним.
- Доставка з пунктом
Поштомат, курʼєр або самовивіз. Пошук пунктів InPost, DPD Pickup і брокерів, поріг безкоштовної доставки, дата і вікно доставки.
- Оплата, яку він знає
BLIK і картка, Przelewy24, PayU, Tpay, PayPal, Klarna, переказ, накладений платіж. Для фірм відстрочка і лізинг. Ціни і суми рахує сервер.
- Купон, картка, бали
Промокод, подарункова картка і бали лояльності в одному полі підсумку. Баланс картки клієнт перевіряє сам.
- Згоди, які памʼятаються
Правила у версії з датою, 18+ там, де треба, маркетинг і нагадування про кошик окремо. Кожна згода записана з підставою.
- Коментар і решта
Повідомлення для продавця, окрема адреса на рахунку, валюта розрахунку і поділ на посилки, якщо увімкнеш.
Статус рахується з фактів
Ніхто не тисне «відправлено». Це відомо.
Статус не є полем для ручної зміни. Він випливає з того, що сталося: надійшла оплата, посилка отримала етикетку, перевізник підтвердив вручення. Тому замовлення не буває «новим» і «відправленим» водночас, а клієнт бачить той самий стан своєю мовою, у магазині і в листі.
Ніхто не тисне «відправлено». Це відомо.
- 010 s
Нове
order.placedЗалишок знято зі складу, лист клієнту і тобі. Неоплачене замовлення гасне саме після TTL.
- 020 s
В обробці
payment_receivedШлюз повертає оплату, статус перескакує сам. Клієнт отримує SMS «оплачено». Пакувальний лист для складу.
- 03зараз
До відправки
packedСпаковано. Етикетка з панелі, поштучно або ZIP на цілу зміну. Рахунок виставляється при відправці.
- 04+2 h
Відправлено
shipment.createdНомер відстеження летить листом і SMS. Клієнт стежить за посилкою на /sledzenie без входу.
- 05+2 dni
Доставлено
deliveredВебхук перевізника закриває шлях. Від сьогодні йде вікно повернення, клієнт може завантажити рахунок і повернути товар.
Картка замовлення
Усе про замовлення на одному екрані.
Картка замовлення 1042-004213 така, як виглядає в панелі: без стрибків між модулями оплати, доставки і рахунків. Нумерація твоя: власний шаблон з префіксом, датою і лічильником.
Усе про замовлення на одному екрані.
- Одна картка, ціле замовлення
Клієнт, позиції, смуга статусів, дії. Призупини з причиною, поверни до пакування, скасуй з автоматичним поверненням залишку.
- Оплата з фактами
Хто, чим, скільки і коли. Повернення, також часткове, запускаєш з картки, і воно йде у шлюз: Stripe, PayPal, Klarna, PayU, Przelewy24, Tpay.
- Етикетка без виходу
Пункт з кошика вже є в замовленні. Етикетка поштучно або ZIP на зміну, поділ на посилки за вагою, скасування відправки.
- Документи виставляються самі
Рахунок при відправці, проформа і коригування на запит, пакувальний лист для складу, KSeF з прийманням UPO у фоні.
- Історія, яку не загубиш
Кожна подія з годиною і джерелом: шлюз, перевізник, оператор, автомат. Те, що бачить клієнт, і те, що бачиш ти.
- Нотатки двох видів
Коментар клієнта з каси і внутрішні нотатки. Розділені, щоб нічого не витекло в лист.
Магазин, Allegro, Amazon разом
Один список. Усі канали.
Замовлення з магазину і з маркетплейсів падають в той самий список, з тим самим статусом і тією самою карткою. Фільтри складені під роботу, не під базу даних.
Один список. Усі канали.
До виконання, із сьогодні, чекає на переказ, тільки з проблемами, ERP зупинені. Не «статус = X», а «що маю зробити зараз».
Менеджер вписує замовлення з панелі, клієнт отримує посилання на оплату. Типово вимкнено, одне налаштування.
Allegro, Amazon, eBay, Erli, Kaufland, TikTok Shop і BaseLinker падають в той самий список з тим самим статусом.
Клієнт теж має свій екран
Клієнт знає, що діється, ще до питання.
Сторінка «дякуємо» з даними для переказу або терміном оплати, публічне відстеження без входу, акаунт з історією, рахунком для завантаження, повторним замовленням і поверненням. Листи при кожній зміні, SMS при трьох, які справді цікавлять покупця.
Клієнт знає, що діється, ще до питання.
- 0 se-mailЗамовлення оформленез номером, підсумком і посиланням на оплату, якщо ще не заплатив
- 0 se-mail · smsОплата отриманаSMS «Замовлення 1042-004213 оплачене»
- +17 mine-mail · smsВідправленономер відстеження і посилання на /sledzenie, без входу
- +1 деньe-mailГотове до видачіпри самовивозі замість «відправлено»
- +2 дніe-mailДоставленовід сьогодні йде вікно повернення
- коли требаe-mail · smsСкасованоз інформацією про повернення коштів
Після продажу без таблиці
Повернення йде тією дорогою, що й оплата.
Повернення і рекламації мають власні номери, статуси і терміни, рахуються від вручення. Гроші вертаються у шлюз без переписування номера рахунку, а документи до замовлення виставляються з того, що вже відомо.
Повернення йде тією дорогою, що й оплата.
- день 0Заявленоз акаунта або за посиланням для гостя, у вікні повернення
- день 1Прийняторішення в панелі, клієнт отримує лист
- день 4Отриманопосилка вернулася, позиції вертаються на склад
- заразПовернення в процесігроші рушають у шлюзі, тією самою дорогою
- день 5Повернутосправа закрита, коригування рахунку виставлене