Комментарии 9
Больше разных CRM рынку!
Понимаю, что у всех клиентов свои приоритеты, однако из своего опыта разработки, внедрения и использования различных CRM посоветовал бы следующую приоритезацию развития:
1. Интеграция CRM с бухгалтерией или банком - чтобы видеть факты прихода денег, причем с привязкой к сделкам. Потому как выполненная работа менеджера по продажам - это деньги на счёте. А менеджер - главный пользователь CRM
2. Расчёт бонусов/премий менеджерам. Поддержка разных расчетных алгоритмов или даже скриптов. Так чтобы менеджер в любой момент видел сколько он наработал в этом месяце.
3. Интеграции с почтой, мессенджерами, телефонией - чтобы видеть и слышать всю историю сделок и отношений с клиентом
4. Раз уж CRM для B2B хорошо бы иметь функционал длинных многоэтапных продаж, многоэтапных работ с актированием. Планы расходов и поступлений денег по уже законтрактованным работам.
6. Что касается аналитики, разработать в рамках CRM действительно мощную аналитическую систему - крайне сложная и объемная задача. На мой взгляд лучше обеспечить удобные способы интеграции с внешними системами. Начать можно хоть с выгрузки в csv/xlsx.
7. Календари для встреч и задач на мой взгляд незкоприоритетны, т.к. сотрудники уже наверняка имеют календарь в почтовом клиенте. Два календаря - это скверно.
Стоит отметить, что с тех пор, как я попробовал Tailwind CSS, я больше не использую обычный CSS в своих проектах — Tailwind стал для меня основным инструментом для стилизации интерфейсов
о да )) под каждым словом подпишусь, крайне удобная вещь Tailwind CSS
классный проект )
развернут локально ? сколько людей пользуются?
сейчас тоже разрабатываю crm систему ) тоже nextjs и сопутствующее) если вдруг буду полезен каким советом помогу )) очень круто )
Делаю тоже кастомную CRM. Стек тот же самый, что и у вас + даже база на NodeJS (NoSQL так сказать, просто потому-что могу :) ). Короче все решение на Ноде фактически.
Работает 3+ года. Полет нормальный. Все летает. Заказов много. Ритейл.
Кастомная, потому что сложные бизнес правила (участвуют много стран на разных континентах) и готового нет и близко. До нашей CRM была пачка ГуглоДок + проприетарные решения в конкретных местах. Это конкретно мешало масштабированию.
Еще в курсе вот про такой движек, который может быть бы рассмотрел, если начинал бы сначала.
Кастомная CRM - это значит, что бизнес правила сложны и заморочены. И TypeScript+NextJS сильно помогает тут в скорости и гибкости имплементации. Именно это решало при выборе тех стека.
Если какая то часть будет тормозить по причине NodeJS - просто вынесу в Java/... микросервис и все. Базы это тоже касается.
П.С. Я Джава тех. лид и в курсе, что такое быстро и оптимально.
f а еще проще написать на PHP как и сделано в большинстве CRM
просто потому что это позволить разворачивать ее на дешевом виртуальном хостинге. особенно это актуально для простых CRM
Если конечно CRM не для личного пользования но в таком случае кому она интересна чтобы о ней писать
В CRM часто бывают всякие сложные формы, которые реально проще делать на реакте, поэтому на мой взгляд для CRM оптимально иметь бэкенд на PHP, а фронтенд на реакте. Скомпилированный скрипт фронтенда можно всё так же отдавать с дешёвого виртуального хостинга.
А вот Next.js тут вообще не нужен. Нет никакого смысла делать SSR для приложения, где все страницы доступны только авторизованным юзерам.
Создание простой CRM на Next.js и Prisma для B2B