Завершаю разработку платформы лояльности для e-commerce
Кажется, сейчас из любого программного продукта стараются сделать SaaS: подписки, тарифы, лимиты, оплата за каждого пользователя или транзакцию. Я решил пойти немного другим путём.
Завершаю разработку собственной платформы лояльности для e-commerce, которая будет устанавливаться непосредственно на серверах заказчика.
Почему Self-Hosted, а не очередной SaaS?
На мой взгляд, для среднего и крупного бизнеса контроль над данными, возможность самостоятельных доработок и независимость от внешнего поставщика зачастую важнее удобства облачной подписки. Особенно когда система лояльности глубоко интегрирована с интернет-магазином, CRM, 1С и другими бизнес-процессами компании.
Что уже реализовано: - Бонусные программы с гибкими правилами начисления и списания. - Уровни лояльности и персональные привилегии. - Промокоды, скидки, подарочные сертификаты и реферальные программы. - Отложенное начисление бонусов с учётом возможных возвратов. - Обработка заказов, полных и частичных возвратов. - Транзакционный учёт с защитой от повторных операций. - REST API, Webhooks, разграничение прав доступа и аудит. - Развёртывание через Docker с PostgreSQL и Redis.
Сейчас завершаю интеграцию с 1С-Битрикс и подготовку платформы к первым промышленным внедрениям. В дальнейшем планирую расширять интеграции с 1С, кассовыми системами и развивать маркетинговый функционал.
Отдельный принцип - заказчик получает доступ к исходному коду с правом самостоятельно изменять и развивать систему, в том числе привлекая сторонних подрядчиков. Единственное принципиальное ограничение - отсутствие права перепродажи и распространения самого программного продукта.
Я не против SaaS как бизнес-модели. Просто считаю, что далеко не каждую систему нужно превращать в сервис с ежемесячной подпиской.
Иногда бизнесу действительно выгоднее иметь собственную платформу, которую можно контролировать, адаптировать и развивать без зависимости от одного поставщика.
Подробнее о проекте: https://msk.onl/blog/self-hosted-loyalty-platform
· вчера
Self-hosted для лояльности звучит логично, особенно когда всё завязано на 1С и Битрикс. Как вы решаете обновления у заказчика, если он сам дорабатывает код, а потом выходит новая версия платформы?
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
коммент удалён
· вчера
Уже есть REST API и Webhooks, в ближайших планах реализация механизма расширений, чтобы доработки заказчика по возможности не затрагивали ядро платформы.
Новые версии можно будет устанавливать самостоятельно или в рамках платной техподдержки при наличии подписки на обновления. Если заказчик изменяет непосредственно ядро, возможные конфликты при обновлении потребуется разрешать отдельно.
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён