Понятные условия вручения
Куда и когда привезти букет, кто его получает и с кем согласовать изменение состава. Итоговая сумма и ограничения видны до подтверждения заказа.
13FOX / Для действующих цветочных магазинов
Разработка интернет-магазина цветов
Создадим сайт, на котором покупатель выберет букет и время вручения, а магазин получит понятное задание на сборку и доставку. Свяжем доступность по точкам, согласование замен и ваш учёт.
Наш смежный опыт — торговля, доставка и интеграции в «Бакаеве» и Frost Mining. Цветочный процесс проектируем под ваш магазин.
Результат, который можно проверить
Онлайн-заказ становится
заданием магазину
Решение для цветочного бизнеса, у которого уже есть ассортимент, флористы и доставка. На приёмке проверяем весь маршрут: от выбора букета до подтверждения вручения. Состав, оплату, статусы и ответственных фиксируем до разработки.
Одно задание вместо переписки
Выбранный состав и размер, открытка, время готовности, согласованные замены и фотография. Рабочий статус показывает, что делать дальше.
Связь с учётом и точками
Согласованный источник наличия и цены, нужный магазин сборки и история изменений заказа. Ошибка обмена не остаётся незаметной.
Сначала — карта одного заказа
В начале работы разбираем ваш обычный заказ и исключение: например, замену цветка или перенос времени. Первый артефакт — схема полей, статусов и ответственных. По ней определяем первую версию и основания для сметы.
Подготовить пример можно самостоятельно
Открытый CSV-шаблон помогает описать процесс без клиентских данных.
Скачать карту заказа — CSV ↓01 / От выбора до вручения
Заказчик и получатель —
два разных человека
Букет может быть сюрпризом. Покупатель оплачивает и согласует состав, а получатель только принимает доставку. Разделяем эти роли в форме и задании: не отправляем получателю чек или вопрос о замене по ошибке.
До подтверждения показываем доступный интервал, зону доставки и способ получения. Если точка перегружена или состав нужно уточнить, статус сообщает, что магазин проверяет заказ.
Фото и замена — часть процесса
Согласуем, кто снимает готовый букет, куда отправляет фото и что происходит без ответа. Изменение состава или суммы подтверждает заказчик. Правила магазина определяют, когда можно передать букет курьеру.
Запрос получен
Состав, адрес и желаемое время.
Условия подтверждены
Наличие, оплата и разрешённые изменения.
Букет собран
Задание флористу, фото и согласование.
Передан получателю
Курьер или самовывоз, результат выдачи.
02 / Каталог и учёт
Наличие букета
нужно определить
Готовый букет на витрине, композиция на заказ и отдельные стебли — разные объекты учёта. Согласуем, что сайт может обещать сам, а что подтверждает флорист. Для каждой торговой точки определяем источник данных и ответственного.
| Ситуация | Что проектируем | Как проверяем |
|---|---|---|
| Готовый букет в одной точке | Наличие по конкретному букету и магазину, правило резерва и снятия с продажи. | Покупка на кассе и запрос на сайте не должны создать два подтверждённых заказа на один букет. |
| Композиция по составу | Связь состава со стеблями либо подтверждение сборки сотрудником. Правило выбора зависит от качества учёта. | При отсутствии компонента система блокирует обещание или отправляет запрос на согласование. |
| Несколько магазинов | Точку сборки, доступность по точкам, зоны и загрузку доставки. Перенос заказа сохраняет историю. | Смена точки пересчитывает доступность и условия, а задание получает назначенный магазин. |
| Обмен временно недоступен | Срок актуальности данных, уведомление сотруднику и безопасный статус для покупателя. | Задержка и повтор операции не скрывают ошибку и не создают второй заказ. |
Интеграцию с 1С, FloraPoint или другой системой оцениваем после проверки версии, доступных интерфейсов и полей. Сам факт использования учётной программы ещё не определяет готовность каталога к обмену.
03 / Первая версия
Собираем один
законченный путь заказа
Для старта выбираем категории и точки, где можно проверить покупку целиком. Дополнительные сценарии включаем по потребности: программа лояльности, подписка на цветы, корпоративные заказы и мобильное приложение меняют объём работ.
Фиксируем в составе работ
- Каталог, размеры букетов и карточки с понятным составом.
- Корзину с отдельными данными заказчика и получателя.
- Согласованные зоны, интервалы вручения и самовывоз.
- Оплату, уведомления и переходы статусов по правилам магазина.
- Задание флористу, согласование замены и фото, если это требуется процессом.
- Панель управления, импорт или обмен с выбранным учётом.
Кто предоставляет правила
Магазин отвечает за составы, фотографии товаров, цены, возможности флористов, доставку и условия обслуживания. Мы переводим эти правила в интерфейс и логику, реализуем согласованные интеграции и проверяем контрольные заказы.
Платёжные сервисы, лицензии и изменения в учётной программе выделяем в смете. Стоимость и сроки согласуем после разбора маршрута заказа.
Когда достаточно готового решения
Если магазин принимает стандартные заказы, а платформа поддерживает нужные поля, оплату и доставку, проверим настройку или доработку. Собственная система нужна там, где связанные правила точек, составов и согласований требуют своего процесса.
Сравним варианты на тестовом заказе вашего магазина.
Как мы выбираем основу магазина →04 / Смежный опыт команды
Умеем связывать
продажу с исполнением
Эти проекты подтверждают опыт торговли, доставки, панелей управления и интеграций. Состав букета, работу флориста и вручение подарка разбираем и проверяем отдельно.
«Бакаев»: магазин, учёт и доставка
Связали мобильные заказы, админ-панель и 1С через API. Команда управляет товарами, заказами и курьерами; покупатель видит статус доставки.
Посмотреть проект «Бакаев» →
Frost Mining: своя логика магазина
Перенесли магазин с Tilda на собственную платформу. Создали админку, связали передачу состава заказа в СДЭК с уменьшением остатка в учёте магазина.
Посмотреть Frost Mining →05 / Этапы и приёмка
От реального заказа
к проверяемому результату
Для оценки достаточно ссылки на текущий сайт, примеров букетов, правил вручения и названия учётной системы. Начинаем с обезличенных данных. Пароли и контакты покупателей в заявку не нужны.
Разбираем заказ
Вы описываете обычный заказ и исключение. Мы фиксируем поля, статусы, точки и ответственных. Результат — карта процесса и вопросы к исходным данным.
Проверяем основу и объём
На прототипе и тестовых данных проверяем корзину, состав, интервал и передачу задания. Согласуем платформу, первую версию, смету и критерии приёмки.
Разрабатываем и связываем
Реализуем витрину, рабочие операции и согласованный обмен. Сотрудник магазина участвует в проверке статусов и исключений.
Принимаем и готовим запуск
Проходим контрольные заказы, передаём управление и инструкции. Согласуем переключение, поддержку и действия при ошибках обмена.
Проверим до запуска
- Контакты заказчика и получателя не перепутаны.
- Магазин получает нужные состав, открытку и время.
- Замена и новая сумма не применяются без согласования.
- Недоступный состав и перегруженный интервал не получают ложного подтверждения.
- Оплата, отмена и повтор события обрабатываются по согласованным правилам.
- Сотрудник может увидеть и восстановить ошибочную операцию.
Проверки выполняем для сценариев, включённых в согласованный состав работ. Результаты фиксируем вместе с сотрудником магазина.
Перед обращением
Вопросы владельца
цветочного магазина
Нужна ли собственная разработка небольшому цветочному магазину?
Не всегда. Если готовая платформа поддерживает ваши товары, интервалы доставки и передачу заказа сотруднику, начнём с её настройки. Собственная разработка имеет смысл, когда нужны связанные правила нескольких точек, состава букетов, согласований и учёта, которые нельзя надёжно собрать штатными средствами.
Можно ли сохранить действующий сайт и учёт?
Сначала проверим текущую платформу, доступные интерфейсы и один контрольный заказ. Если основа подходит, оценим доработку. При переносе отдельно согласуем товары, изображения, адреса страниц и незавершённые заказы. Интеграция с 1С или отраслевым сервисом зависит от версии, доступных интерфейсов и доработок.
Как быть, если цветок в составе букета закончился?
Для проекта задаём правило: снять букет с продажи, предложить замену заказчику или передать заказ флористу на подтверждение. До согласования нельзя молча менять оплаченный состав. В истории заказа сохраняются предложенная замена, решение и итоговая сумма.
Можно ли заказать сюрприз другому получателю?
Да, такой сценарий можно включить в состав работ. Заказчик и получатель хранятся отдельно. Согласование состава и оплаты идёт с заказчиком; связь с получателем используется по согласованному правилу вручения. Эти условия проверяем на тестовом заказе.
Что влияет на стоимость и срок разработки?
Количество точек и каталогов, правила доступности, состав букетов, интервалы вручения, оплата, учёт и качество исходных данных. Сначала фиксируем маршрут заказа и объём первой версии, затем согласуем этапы, стоимость и сроки. Лицензии, внешние сервисы и изменения в учёте выделяем в оценке.
Материал подготовила команда 13FOX · 1 ноября 2026. Источники смежного опыта: «Бакаев», Frost Mining. Для сравнения отраслевого процесса: кейс Flower Herbarium от Вебфлай.
Начнём с одного заказа
Покажите, как ваш магазин
собирает и вручает букет
Разберём маршрут заказа, ограничения текущей системы и состав первой версии. Определим, где достаточно настройки, а где потребуется разработка.
Для разговора подготовьте пример букета, точки сборки и правила доставки. Шаблон доступен без заполнения формы.