Резвая рыбка
Сайт · приложение
RESTOCRM — официальный партнёр r_keeper Без комиссии с заказов RESTOCRM Enterprise для ТАТМАК
Платформенный подход к запуску единого цифрового контура бренда: сайт, мобильное приложение, CRM, лояльность, маркетинг, интеграции с iiko / r_keeper и сопровождение — с возможностью доработок под структуру ТАТМАК.
Мы понимаем, что текущий тендер ориентирован на кастомную разработку с нуля. Со своей стороны предлагаем рассмотреть альтернативный сценарий: не разрабатывать всё ядро заново, а использовать RESTOCRM как готовую ресторанную платформу и дорабатывать только те блоки, которые действительно критичны для ТАТМАК.
1
Готовое ядро платформы
Сайт, приложение, CRM, заказы, лояльность и маркетинг уже реализованы в RESTOCRM.
2
Enterprise-контур
Выделенная конфигурация, выделенный сервер, отдельный формат поддержки и доработки под бренд.
3
Экспертиза iiko / r_keeper
RESTOCRM работает с ресторанными интеграциями с 2019 года и является официальным партнёром r_keeper.
4
Без комиссии с заказов
Фиксированная модель стоимости вместо процента от оборота.
Платформенный подход
Это не классическая разработка с нуля — и в этом суть предложения
RESTOCRM предлагает не студийную разработку «с чистого листа», а Enterprise-подход на базе платформы. Ядро RESTOCRM остаётся нашей продуктовой базой, которая развивается и поддерживается централизованно. Для ТАТМАК можно выделить отдельный контур, настроить платформу под структуру бренда и реализовать согласованные доработки.
Если для ТАТМАК принципиально владеть всем исходным кодом, включая ядро платформы, тогда модель RESTOCRM может не быть основным сценарием. Если важно быстрее запустить рабочий контур и снизить риски сопровождения интеграций, RESTOCRM Enterprise стоит рассмотреть как отдельный вариант.
Стоимость владения
Владение кодом не отменяет стоимость поддержки
Собственный код даёт независимость на уровне прав, но не снимает необходимость содержать продукт: обновлять мобильные приложения, поддерживать инфраструктуру, исправлять ошибки, тестировать новые версии iiko и r_keeper, сопровождать платежи, push-уведомления, интеграции и безопасность.
1
Интеграции меняются
iiko, r_keeper, платёжные шлюзы и внешние сервисы обновляются. Это требует постоянной технической поддержки.
2
Приложения требуют сопровождения
Нужно следить за требованиями App Store, Google Play, Android, iOS и обновлениями SDK.
3
Нужна команда
Backend, mobile, frontend, QA, DevOps, аналитик, поддержка и интеграционные специалисты.
4
Код сам себя не поддерживает
Даже если код принадлежит заказчику, его нужно развивать, тестировать и документировать.
Сравнение
Два сценария реализации
| Критерий | Кастомная разработка с нуля | RESTOCRM Enterprise |
|---|---|---|
| Владение кодом | Возможна передача исходного кода | Ядро платформы остаётся RESTOCRM, индивидуальные условия по доработкам обсуждаются |
| Скорость запуска | Зависит от полного объёма разработки | Быстрее за счёт готовых модулей |
| Стоимость старта | Высокая, особенно при полном ТЗ | Ниже за счёт готовой платформы и этапности |
| Стоимость владения | Команда, поддержка, DevOps, QA, интеграции | Подписка + SLA + доработки по дорожной карте |
| iiko / r_keeper | Нужно проектировать и поддерживать | Есть экспертиза и действующие интеграционные практики |
| Кастомизация | Максимальная свобода, но выше бюджет и сроки | В рамках архитектуры платформы + согласованные доработки |
| Риски обновлений | На стороне владельца продукта | Центральная поддержка платформы |
| MVP | Нужно собирать с нуля | Можно собрать на готовом ядре и доработать критичные блоки |
Мы не противопоставляем эти подходы полностью. Вопрос в том, что важнее на первом этапе: владение всем кодом или быстрый запуск и снижение операционных рисков. Для ТАТМАК можно рассмотреть гибридную модель: платформа RESTOCRM + Enterprise-доработки под действительно критичные требования.
Enterprise-контур
Что входит в Enterprise-подход
1
Выделенный контур
Проект можно разместить в отдельной инфраструктуре под клиента.
2
Брендирование под ТАТМАК
Адаптация визуального стиля сайта и приложения под бренд.
3
Сайт + мобильное приложение
Единый цифровой канал для заказов, повторных покупок и коммуникации с гостями.
4
CRM и клиентская база
Сбор клиентской базы, история заказов, сегментация, маркетинговые сценарии.
5
Лояльность и маркетинг
Бонусы, промокоды, акции, push-уведомления, сценарии удержания.
6
Интеграции iiko / r_keeper
Проработка интеграционного контура и подключение по согласованной архитектуре.
7
Доработки по дорожной карте
Отдельная очередь продуктовых доработок под ТАТМАК.
8
Выделенная поддержка
SLA, тикеты, контроль ошибок, сопровождение после запуска.
Статус требований
Что уже закрывает RESTOCRM, а что требует проработки
| Блок | Статус | Комментарий |
|---|---|---|
| Сайт доставки | Есть в платформе | Брендируется и настраивается под проект. |
| Мобильное приложение iOS / Android | Есть в платформе | Требуется адаптация под бренд и сценарии. |
| CRM и клиентская база | Есть | Сегментация, история заказов, маркетинг. |
| Базовая лояльность | Есть | Расширенная финансовая изоляция требует проработки. |
| Акции и промокоды | Есть | Сетевые сценарии нужно уточнить. |
| iiko | Есть экспертиза | Нужно уточнить конкретные версии, доступы, сценарии. |
| r_keeper | Есть экспертиза | RESTOCRM — официальный партнёр r_keeper. |
| Мультибаланс по точкам | Требует проработки | Возможна продуктовая доработка при согласовании MVP. |
| Offline-first кассира | Отдельный модуль | В полном виде не входит в стандартный контур. |
| Автовозврат платежей | Требует уточнения | Нужно согласовать эквайринг и сценарии refund. |
| Агрегаторы доставки | Требуют проверки API | Не обещаем без проверки доступов и методов. |
| Передача исходного кода | Индивидуально | Ядро платформы не передаётся по умолчанию. |
Вопросы и ответы
Как мы отвечаем на ключевые вопросы
1 Что с владением кодом?
Да, в платформенной модели ядро RESTOCRM не передаётся как исключительное право. Это наш продукт, который развивается и поддерживается централизованно. При этом можно обсуждать выделенный контур, SLA, API, выгрузку данных, документацию и отдельные условия по индивидуальным доработкам.
2 Что с мультибалансной лояльностью?
Мультибаланс и финансовая изоляция точек — отдельный важный блок. Мы видим это как потенциальную продуктовую доработку, но предлагаем начинать с MVP-механики: раздельный баланс по точке или группе точек, простое начисление и списание, понятное отображение для гостя. Сложные механики — миссии, XP, A/B-тесты — можно вынести в последующие этапы.
3 Что с offline-first?
Полноценный offline-first в формате отдельного приложения кассира с локальной очередью, синхронизацией, конфликтами и печатью — это большой отдельный модуль. В стандартный контур RESTOCRM он не входит. На первом этапе можно рассмотреть практичные резервные сценарии: приём заказов в админке, уведомления, email-дублирование, мониторинг ошибок интеграции. Если full offline-first критичен, его нужно оценивать отдельно.
4 Почему нет финальной цены?
Потому что итоговая стоимость зависит от MVP. Сейчас в требованиях одновременно есть платформа, две POS-системы, мультибаланс, offline-first, агрегаторы, сайт, приложение, роли и расширенная аналитика. Чтобы дать честную цену, нужно разделить требования на три группы: что закрывает платформа, что дорабатываем, что относится к отдельному кастому.
5 Насколько возможна кастомизация?
Кастомизация возможна в рамках архитектуры RESTOCRM. Мы готовы дорабатывать то, что развивает продукт и укладывается в платформенный контур. Если требование полностью уникальное и не совпадает с развитием RESTOCRM, мы честно вынесем его как отдельный кастомный блок или не будем включать в MVP.
MVP сначала — точная оценка после
Для точной оценки нужно зафиксировать MVP
Перед расчётом стоимости важно определить, что именно должно войти в первый запуск. Это позволит не оценивать весь большой контур сразу, а собрать реалистичный сценарий запуска, который решает главную бизнес-задачу: единое официальное приложение бренда и управляемый цифровой канал.
1
POS на старте
iiko, r_keeper или обе системы одновременно?
2
Лояльность
Единая на сеть, раздельная по точкам или MVP мультибаланса?
3
Offline-first
Нужен полноценный offline-first или достаточно резервного канала?
4
Роли
Какие роли нужны в MVP: лицензиар, агентство, точка, кассир?
5
Заказы
Самовывоз, доставка, предзаказ ко времени, онлайн-оплата?
6
Интеграции
Что обязательно на первом этапе: POS, платежи, сайт, агрегаторы?
7
Маркетинг
Какие акции и механики критичны на запуске?
8
Отчёты
Какая аналитика нужна в первом релизе, а что можно перенести?
Дорожная карта
Предлагаем идти через этапы, а не реализовывать весь контур сразу
1
Этап 1
Архитектурная сессия / предпроект
- фиксируем MVP;
- разделяем требования на «платформа / доработка / кастом»;
- выбираем приоритетную POS;
- уточняем роли, лояльность, оплаты, fallback-сценарии;
- формируем оценку.
2
Этап 2
Запуск базового контура
- брендирование сайта и приложения;
- точки, меню, категории, заказы;
- базовая CRM;
- базовая лояльность;
- push-уведомления;
- публикация приложений.
3
Этап 3
Enterprise-доработки
- расширенная ролевая модель;
- разные меню и условия по группам точек;
- мультибалансная лояльность в согласованном MVP;
- дополнительные сценарии маркетинга;
- отчёты.
4
Этап 4
Интеграции и автоматизация
- iiko / r_keeper по согласованному приоритету;
- статусы и стоп-листы;
- возвраты оплат;
- агрегаторы доставки после проверки API;
- дополнительные каналы.
5
Этап 5
Развитие и сопровождение
- дорожная карта;
- SLA;
- поддержка;
- мониторинг;
- регулярные обновления;
- новые функции по мере роста проекта.
Подписка
Предварительная модель подписки RESTOCRM Enterprise
RESTOCRM Enterprise для ТАТМАК
49 990 ₽/ месяц
До 10 точек включено в тариф
- доступ к платформе RESTOCRM;
- возможность кастомизации и доработок платформы;
- выделенный сервер / выделенный контур;
- поддержка базового функционала;
- обновления платформы;
- до 10 точек включено в тариф.
Дополнительные точки: +1 000 ₽ / месяц за каждую точку свыше 10.
Расчёт для ТАТМАК
По ТЗ ориентир — около 45 точек.
Базовый тариф (до 10 точек)49 990 ₽
35 точек сверх 10 × 1 000 ₽35 000 ₽
Итого в месяц84 990 ₽
Итоговая стоимость подписки может быть скорректирована после уточнения состава модулей, SLA, нагрузки, инфраструктуры и объёма поддержки.
Подписка не включает индивидуальные доработки. Доработки оцениваются отдельно по T&M / PERT после фиксации MVP и технической постановки.
Оценка доработок
Прозрачная модель оценки доработок
Для Enterprise-проектов мы можем работать по модели Time & Material. Это удобно, когда требования развиваются по мере проработки MVP, а часть задач требует исследования, интеграций и проверки на реальных сценариях.
1
Задача
Клиент ставит задачу в тикет-системе или рабочем канале.
2
Анализ
RESTOCRM уточняет сценарий, ограничения, зависимости, риски.
3
Оценка PERT
Даём три оценки: минимальную, наиболее вероятную и максимальную.
4
Согласование
Клиент подтверждает оценку и приоритет.
5
Разработка
Задача уходит в работу, тестируется и передаётся на приёмку.
PERT = (O + 4M + P) / 6
O — оптимистичная оценка M — наиболее вероятная оценка P — пессимистичная оценка
Если задача может занять: минимум — 20 часов; наиболее вероятно — 32 часа; максимум — 56 часов:
PERT = (20 + 4×32 + 56) / 6 = 34 часа
Честно к неопределённости
Нет иллюзии точности там, где есть неопределённость.
Диапазон до старта
Клиент видит диапазон до старта работ.
Управление бюджетом
Можно управлять приоритетами и бюджетом.
Учёт рисков
Сложные интеграции оцениваются честно, с учётом рисков.
Точнее со временем
По мере уточнения требований оценка становится точнее.
Чек-лист созвона
Что нужно обсудить на рабочем созвоне
- Готовы ли вы рассматривать Enterprise-платформу без передачи ядра RESTOCRM?
- Какая POS-система приоритетна на первый запуск: iiko или r_keeper?
- Нужны ли iiko и r_keeper одновременно в MVP?
- Мультибаланс обязателен на первом этапе или можно начать с упрощённой модели?
- Offline-first — обязательный модуль или достаточно резервного канала?
- Какие роли нужны в первом релизе?
- Какие функции лояльности критичны на старте?
- Нужны ли агрегаторы в первом релизе?
- Нужен ли автоматический refund в MVP?
- Какая модель поддержки нужна для точек и агентств?
Критерии проекта
Когда RESTOCRM Enterprise — правильный вариант
Подходит, если
RESTOCRM Enterprise
- нужен быстрый запуск официального приложения бренда;
- важно не разрабатывать всё ядро с нуля;
- клиент готов к платформенной модели;
- проект можно вести этапами;
- доработки совпадают с развитием RESTOCRM;
- нужен сильный фокус на iiko / r_keeper, лояльности, CRM и поддержке.
Нужно обсуждать отдельно, если
Полный кастом
- обязательна передача всего исходного кода, включая ядро;
- нужен full offline-first в первом релизе;
- нужно сразу реализовать весь объём ТЗ;
- обязательны две POS-системы, агрегаторы, мультибаланс и расширенная аналитика одновременно;
- требуется фиксированная цена без предпроекта и декомпозиции.
Мы готовы честно разделить требования: что можно реализовать в рамках RESTOCRM Enterprise, что требует отдельной доработки, а что лучше относить к полной кастомной разработке.
Экспертиза
Почему RESTOCRM релевантен этому проекту
1
С 2019 года в ресторанной автоматизации
Сайты, мобильные приложения, CRM, доставка, лояльность и интеграции.
2
Официальные партнёры r_keeper
Опыт работы с интеграционными сценариями ресторанов.
3
Работа с iiko и r_keeper
Понимание реальных ограничений, обновлений и операционных рисков POS-систем.
4
Продуктовый подход
Доработки, которые полезны рынку, могут развиваться внутри платформы.
5
Без комиссии с заказов
Фиксированная подписка, предсказуемая экономика.
6
Поддержка после запуска
Платформа не «передаётся и забывается», а сопровождается и развивается.
Кейсы
Примеры проектов в доставке еды
Действующие приложения и сайты ресторанных проектов, запущенные на платформе RESTOCRM.
Humblcookies
Сайт · приложение
Белый кот
Приложение
Оливье Жиру
Сайт · приложение
Qartuli
Приложение
Qartuli ЦП
Приложение
Кувшин
Приложение
Дальнейшие шаги
Предлагаем обсудить MVP и формат Enterprise-подхода
Мы готовы провести рабочую сессию, чтобы вместе разделить требования на три группы: готовые возможности RESTOCRM, доработки под ТАТМАК и отдельные кастомные блоки. После этого можно подготовить корректную оценку стоимости, сроков и поддержки.