Идея с микросервисами (буду называть их так, потому что мне так удобнее) отличная. Объясню, как вижу я эту картину.
Предисловие. Основная проблема всех универсальных CRM в их универсальности. Универсальность ведёт к компромиссу. Где-то что-то отсутствует, где-то работает через жопу и не так, как в <другой инструмент name>. Из-за этого появляется очень много новых CRM, у которых идея звучит примерно так: "Вот сейчас мы сделаем самое полное решение и точно всем покажем". Судьба у таких проектов обычно не самая радужная. Специализированные CRM, в свою очередь, имеют ряд других проблем, и изредка пересекаются с таковыми у универсальных CRM (как, например, различное поведение системы при выполнении типовых задач).
Мнение. Будущее может быть как раз за такими CRM-фреймворками. Мы имеем чистый лист, добавляем в него базовые компоненты (список лидов, таски). После этого подключаем необходимые микросервисы или дописываем свои. Подразумевается, что у нас должна быть возможность использовать некий API (как открытый, так и приватный). В итоге мы получаем кастомное решение на базе типового, что упрощает разработку собственной CRM, как обычно и делают те, кого не устроили рыночные решения.
Эпилог. Развивайте дальше идею микросервисов и API, это реально то, чего так не хватает во многих CRM, либо работает очень уж сложно. Упрощайте процесс интеграции. Ещё, как вариант, сделать self-hosted версию open-source, как это сделал Wire.
Идея с микросервисами (буду называть их так, потому что мне так удобнее) отличная.
Объясню, как вижу я эту картину.
Предисловие.
Основная проблема всех универсальных CRM в их универсальности. Универсальность ведёт к компромиссу. Где-то что-то отсутствует, где-то работает через жопу и не так, как в <другой инструмент name>. Из-за этого появляется очень много новых CRM, у которых идея звучит примерно так: "Вот сейчас мы сделаем самое полное решение и точно всем покажем". Судьба у таких проектов обычно не самая радужная.
Специализированные CRM, в свою очередь, имеют ряд других проблем, и изредка пересекаются с таковыми у универсальных CRM (как, например, различное поведение системы при выполнении типовых задач).
Мнение.
Будущее может быть как раз за такими CRM-фреймворками.
Мы имеем чистый лист, добавляем в него базовые компоненты (список лидов, таски). После этого подключаем необходимые микросервисы или дописываем свои. Подразумевается, что у нас должна быть возможность использовать некий API (как открытый, так и приватный). В итоге мы получаем кастомное решение на базе типового, что упрощает разработку собственной CRM, как обычно и делают те, кого не устроили рыночные решения.
Эпилог.
Развивайте дальше идею микросервисов и API, это реально то, чего так не хватает во многих CRM, либо работает очень уж сложно. Упрощайте процесс интеграции.
Ещё, как вариант, сделать self-hosted версию open-source, как это сделал Wire.
Спасибо за подробный коммент. Да, именно в эту сторону мы и планируем двигаться. Первая версия API уже на подходе.