На чем писать crm

На чём писать CRM?

Привет друзья!
Я изучаю этот вопрос, интересно мнение сообщества.

Предполагается создание модульной системы, набор модулей выбирается под задачи, телефония, почта. В общем-то стандартный набор. Готовые решения изучаем, но наш случай, когда специфика очень большая, в основе логики.

• Уровень вхождения. Специалисты не должны быть на «вес золота».
• Десктоп !important (нужен оффлайн), смартфон и web (не обязательно)
• Кросплатформенность не обязательна (но приветствуется), ориентируемся на Windows
• Десктоп !important, потому что база не должна быть локальной и не зависимой от интернета

В общем, нужно на ёлку залезть и не поцарапаться.

• Вопрос задан более трёх лет назад
• 13647 просмотров

8 комментариев

Оценить 8 комментариев

Десктоп + смартфон + веб = веб
Анатолий @Skit25 Автор вопроса
Adamos: десктоп важен, остальное желательно и планируется к реализации в будущем

Анатолий: Ну, напишите десктопную программу, желательно исключительно под винды — на каком-нибудь Шарпе — и затрахайтесь потом превращать ее в нормальный сервис. Опыт — вещь бесценная, кто бы спорил.

Анатолий @Skit25 Автор вопроса
Adamos: т.е. написав на каком нибудь шарпе, мы потом затрахаемся? почему?

yurygolikov @yurygolikov
Анатолий @Skit25 Автор вопроса
yurygolikov: вариант хороший, но я в процессе изучения. Провожу анализ.

Анатолий: превращение исключительно десктопного приложения в олнайн-сервис будет головной болью в любом случае. Если оно будет гвоздями прибито к Виндам — острой болью.
Превращать любые приложения для совместной работы в онлайн-сервисы — это настолько очевидный и повсеместный тренд, что в этом веке даже до лютых ретроградов вроде 1С дошло, что пора бы.

Анатолий @Skit25 Автор вопроса

Adamos: спасибо! Вы подтолкнули на очень интересную мысль! Соглашусь с вами полностью. Хотя, десктоп все равно нужен ))

Решения вопроса 0
Ответы на вопрос 7
Web-программист

Пишите на том, что лучше всего знайте. Это первое и единственное что нужно учитывать.

Уровень вхождения. Специалисты не должны быть на «вес золота».

Открываем hh.ru по Вашему региону и ищем резюме с ключевыми словами C#, Java, PHP и т.д. Исходя из количества потенциальных кандидатов и их запросов понимаем будут ли они на «вес золота» или нет.

Десктоп!important, \(смартфон, web)?\

Не понимаю в чем проблема сделать приложение в браузере, т.е. чтобы Ваша CRM открывалась через любой бразуер. По этому принципу работает Мегаплан, Амо и т.д. Да почти любая соверменная CRM. Возьмите на основу этот же путь, как вариант.

UPDATE 16.12.2016
Анатолий ниже в комментах к моему ответу Вы пишите, что большенство людей советуют Вам использовать именно облачную реализацию. Позвольте поделиться своими мыслями по этому вопросу.

Разрабатывая любое десктопное приложение рано или поздно Вы столкнетесь с проблемой его корректной работы на разных машинах. К примеру, создали Вы програмку под Windows. На одной машине с Win 7 она работает прекрасно, а на Win 7 SP 1 уже выдает какую-то ошибку. Еще пример, на 5 машинах стоит одинаковая ОС. На 4-х из них Ваша программа работает прекрасно, а на 5-й какое-то там окно не отображается. Почему так? Надо садиться и разбираться, копаясь конкретно в настройках этой машины, выесняя что там не так, чего там не стои или стоит лишнего.

Всем этим я хочу привести Вас к одной единственной идеи: есть очень большая разница, между приложением, которое должно работать на одной машине и, приложением, которое должно выполняться на десятках/сотнях/тысячах рабочих станций.

Писать и поддерживать приложение по второму варианту гораздо сложнее и более затратно как по времени, так и по деньгам. Решением здесь как раз является облако, причем совсем не обязательно Вам где-то покупать сервер в дата-центре и т.д. В локальной сети своей организации ставите самый обычный системный блок, на котором будет стоять Debian + Apache + MySQL. Все, для CRM до 50 человек, Вам такой кофигурации будет более чем достаточно. Любая Ваша CRM, будь она самописной или купленной, теперь должна работать только на одной машине, а все остальные — тонкие клиенты, которые взаимодействуют с ней используя лишь браузер. Такую конфигурацию легче и дешевле поддерживать со всех известных мне точек зрения.

На чём лучше писать CRM-систему?

Время пришло, понадобилась CRM-система. Готовые ненужны.

Для бэкенда два варианта:

1. Python/Django. Здесь я спокоен. Куча проверенных временем батареек. Всё работает в промышленных масштабах.

2. JS/Node.js. Тут всё меняется так быстро, что уже опять новый форк node.js пилят. А я всё хочу полностью на js перейти. И среди нас есть такие waker .

И так, что же выбрать? Вот только не надо шуточек за 300, что нода только для чатиков.

P.S.: Может у кого-то был опыт, делать что-то подобное на node.js. Стоит оно того или нет? Или не заниматься фигнёй, бросать все эти модные штуки и брать проверенный временем инструмент.

UPD: Создатель Node.js: «Это далеко не лучшая система(node.js) для серверного софта.». В общем, если уж создатель на неё плюнул, то и мне нестоит это трогать. А свой выбор я уже сделал и это Rust. Да, я люблю приключения 😉 Python/Django.

th3m3 ★★★★★
26.08.17 20:34:17 MSK
← 1 2 →

Поделил на ноль.

Пиши на Java, Go или другом языке промышленном языке. Иначе ты уйдешь с проекта и что с ним дальше будет? Где они найдут человека на Django и Node.js?

kashenko
( 26.08.17 20:37:07 MSK )
Ответ на: комментарий от kashenko 26.08.17 20:37:07 MSK

th3m3 ★★★★★
( 26.08.17 21:01:54 MSK ) автор топика

понадобилась CRM-система. Готовые ненужны.

Думается мне, что это или максимализм неуместный (и бедный заказчик) или у тебя реально уникальные задачи, но тогда сомнения в твоей пригодности под них.

dk- ☆
( 26.08.17 21:06:32 MSK )
Ответ на: комментарий от kashenko 26.08.17 20:37:07 MSK

Шутка удалась. Он даже в версионирование зависимостей не может.

RazrFalcon ★★★★★
( 26.08.17 21:08:29 MSK )
Ответ на: комментарий от dk- 26.08.17 21:06:32 MSK

th3m3 ★★★★★
( 26.08.17 21:09:34 MSK ) автор топика
Ответ на: комментарий от kashenko 26.08.17 20:37:07 MSK

шо ты так быстро реинкарнируешься )

Harald ★★★★★
( 26.08.17 21:22:14 MSK )

На питоне пиши. У питона есть фишка, которой нет у других языков — если нужна будет производительность, сравнительно без проблем сможешь переписать на что угодно другое. В других ЯП либо нужно будет сначала потратить много времени на разработку. Либо написать быстро, но потом разбирать весь написанный говнокод. Это привет тот же руби или нода.

Siado ★★★★★
( 27.08.17 01:43:56 MSK )

Стало ну очень интересно. Поделишься страшным юзкейсом?

pekmop1024 ★★★★★
( 27.08.17 01:49:19 MSK )
Ответ на: комментарий от Siado 27.08.17 01:43:56 MSK

Производительность особо неважна. Возможно в будущем понадобиться делать различные расчёты, а может даже и data mining. Вот тут то js и сольёт.

th3m3 ★★★★★
( 27.08.17 02:02:19 MSK ) автор топика
Ответ на: комментарий от pekmop1024 27.08.17 01:49:19 MSK

Сплошное УГ на php. Везде свои велосипеды. Да ещё плати за каждый чих. Уж лучше пилить свой.

th3m3 ★★★★★
( 27.08.17 02:05:55 MSK ) автор топика
Ответ на: комментарий от kashenko 26.08.17 20:37:07 MSK

Go или другом языке промышленном языке

Поделил на ноль.

entefeed ☆☆☆
( 27.08.17 02:08:33 MSK )

C#/ASP весьма пригодны

anonymous
( 27.08.17 02:18:00 MSK )

И так, что же выбрать? Вот только не надо шуточек за 300, что нода только для чатиков.

Заданный вопрос и категоричность уверенности в успехе не вселяет. 🙂 Надо прежде всего исходить от потребностей проекта и как их оптимизировать. Решаемые задачи, готовые компоненты, доступная, достаточно компетентная и при этом дешёвая рабочая сила, специфика поддержки — вот это вот всё. Как ты допёр до использования Django, например, мне совсем не ясно.

anonymous
( 27.08.17 10:51:10 MSK )
Ответ на: комментарий от th3m3 27.08.17 02:05:55 MSK

Кстати, ты в курсе, что crm был ещё когда тебя не было?
odoo смотри, там много чего, но надо искать. Бесплатного тоже много. По теме — с# или питон. На остальном дольше. У питона ещё и мат биьлиотеки на сях.

Shadow ★★★★★
( 27.08.17 12:00:58 MSK )
Последнее исправление: Shadow 27.08.17 12:02:11 MSK (всего исправлений: 1)

Ответ на: комментарий от th3m3 27.08.17 02:05:55 MSK

Видно крутого профи.

dk- ☆
( 27.08.17 12:12:36 MSK )
Ответ на: комментарий от RazrFalcon 26.08.17 21:08:29 MSK

Он даже в версионирование зависимостей не может.

Это не такая большая проблема — вендоришь все свои зависимости в нужных тебе версиях и пользуешься.

man_of_motley ★★
( 27.08.17 12:13:15 MSK )
Ответ на: комментарий от man_of_motley 27.08.17 12:13:15 MSK
RazrFalcon ★★★★★
( 27.08.17 12:15:56 MSK )
Ответ на: комментарий от RazrFalcon 27.08.17 12:15:56 MSK

Но ведь я не пишу на го =)

man_of_motley ★★
( 27.08.17 12:40:40 MSK )
Последнее исправление: man_of_motley 27.08.17 12:40:56 MSK (всего исправлений: 1)

Ответ на: комментарий от man_of_motley 27.08.17 12:40:40 MSK

А подход типично гоферовский.

RazrFalcon ★★★★★
( 27.08.17 14:07:02 MSK )

По теме топика. Django отлично подходит для написания CRM. Все ее возможности, как Class Based Views + для API взяли Django REST Framework. Для UI используем Vue.JS. В этой связке разработка идет очень быстро.

Первую версию своей CRM написали примерно за 1.5 месяца. Главное не забывать про тесты 🙂

abc ★
( 27.08.17 18:07:25 MSK )
Ответ на: комментарий от abc 27.08.17 18:07:25 MSK

Наконец нормальный ответ 🙂 Для фронта, тоже Vue.js планирую.

th3m3 ★★★★★
( 27.08.17 20:02:37 MSK ) автор топика
spqr ★★★
( 27.08.17 20:18:48 MSK )

Посмотрел я пайтона — что то древнее, некроманты воскресили и вуаля.

Ноджс — это вообще ужас. Ужас нафиг как вообще на этом что то большое можно написать? Каша. просто каша. огромная неструктурированная каша. месиво.

Руби — гражданин пхп, я не узнаю вас в гриме?

anonymous
( 29.08.17 22:29:47 MSK )
Ответ на: комментарий от anonymous 29.08.17 22:29:47 MSK

Лол. На чём же ты предлагаешь писать? На ассемблере?)

th3m3 ★★★★★
( 29.08.17 22:35:03 MSK ) автор топика

Если ты задаёшься вопросом на чём писать CRM, то её надо купить.

Norgat ★★★★★
( 29.08.17 22:37:26 MSK )
Ответ на: комментарий от th3m3 27.08.17 02:02:19 MSK

Возможно в будущем понадобиться делать различные расчёты, а может даже и data mining. Вот тут то js и сольёт.

Ты это будешь делать не в CRM, а сторонней тулзой\сервисом, которая будет подкачивать данные из БД в себя и писать результат обратно в БД. ЯП вьюшки тебе вообще побоку будет.

Norgat ★★★★★
( 29.08.17 22:49:39 MSK )
Ответ на: комментарий от Norgat 29.08.17 22:37:26 MSK

Возможно, не так понят вопрос. Понятно, что Django идеально подходит.

Меня больше интересует опыт написания CRM на node.js. В связи с тем, что хотелось бы перейти полностью на js. Хотелось услышать мнения людей, кто пробовал реализовывать подобное на node.js.

th3m3 ★★★★★
( 29.08.17 22:50:06 MSK ) автор топика
Ответ на: комментарий от th3m3 29.08.17 22:50:06 MSK

NodeJS — это модная, хипстерская штуковина, которая не применяется в серьёзных проектах. На ноде можно запилить свой бложек попивая смузи, но не более.

Ну а джанго это проверенная временем технология, которая просто работает.

unixwz ★
( 30.08.17 06:25:17 MSK )
Ответ на: комментарий от unixwz 30.08.17 06:25:17 MSK

А сколько конкретно лет с рождения инструмента должно пройти, чтобы вы, клоуны, перестали считать его «хипстерским» и срать об этом на каждое упоминание на форуме?

Deleted
( 30.08.17 06:43:26 MSK )
Ответ на: комментарий от th3m3 29.08.17 22:50:06 MSK

Что тебя останавливает то? В мире жс для чего только не сделали либ, возможностей сделать свою особенную CRM миллион. Это ничем не отличается от любого другого проекта.

Deleted
( 30.08.17 06:45:50 MSK )
Ответ на: комментарий от Deleted 30.08.17 06:43:26 MSK

Чтобы считаться не хипстерской, технология должна быть серьёзной, чего не скажешь о ноде. ИМХО.

unixwz ★
( 30.08.17 06:47:55 MSK )
Oxdeadbeef ★★★
( 30.08.17 07:04:58 MSK )
Ответ на: комментарий от unixwz 30.08.17 06:47:55 MSK

А почему она несерьёзная? 😀 (Ничего ни про что не знаю, просто в посте субъективизм без обоснования)

torvn77 ★★★★★
( 30.08.17 07:44:58 MSK )
Последнее исправление: torvn77 30.08.17 07:46:21 MSK (всего исправлений: 1)

Честно говоря, глянул на первый попавшийся орм-фреймворк на ноде-жс: http://docs.sequelizejs.com/ Честного говоря, это капец. Про описание моделей молчу. Гребучие промисы, вездесущие замыкания. Чтобы вытащить что-то из базы, сериализировать в жсон и отдать, надо будет штук 50 вложенных коллбеков.

nikolnik ★★★
( 30.08.17 10:22:42 MSK )
Ответ на: комментарий от unixwz 30.08.17 06:25:17 MSK

не применяется в серьёзных проектах

Где-то пару лет назад, IBM выкатила заявление, что нода готова к промышленному использованию.

th3m3 ★★★★★
( 30.08.17 10:28:18 MSK ) автор топика
Ответ на: комментарий от Deleted 30.08.17 06:45:50 MSK

В общем-то — ничего.

th3m3 ★★★★★
( 30.08.17 10:30:50 MSK ) автор топика
Ответ на: комментарий от Oxdeadbeef 30.08.17 07:04:58 MSK

Не, думаю COBOL идеально подойдёт 🙂

th3m3 ★★★★★
( 30.08.17 10:31:57 MSK ) автор топика
Ответ на: комментарий от nikolnik 30.08.17 10:22:42 MSK

Это смотря с какой стороны посмотреть. Тут просто немного другой подход к разработке. Если его принять и понять — то норм.

th3m3 ★★★★★
( 30.08.17 10:32:41 MSK ) автор топика
Ответ на: комментарий от unixwz 30.08.17 06:47:55 MSK

А ты достаточно серьёзный, чтобы такие заявления делать?

Deleted
( 30.08.17 13:42:24 MSK )
Ответ на: комментарий от Oxdeadbeef 30.08.17 07:04:58 MSK

Вроде слышал, что кто то пилит подобное дело на лиспе

nihirash ★★★
( 30.08.17 13:45:32 MSK )
Ответ на: комментарий от th3m3 27.08.17 02:05:55 MSK
Ford_Focus ★★★★★
( 30.08.17 14:43:14 MSK )
Ответ на: комментарий от Deleted 30.08.17 06:43:26 MSK

А сколько конкретно лет с рождения инструмента должно пройти, чтобы вы, клоуны, перестали считать его «хипстерским» и срать об этом на каждое упоминание на форуме?

Как минимум 20. А NodeJS сейчас всего 8 лет, за которые уже прошел один раскол сообщества (IO.JS vs NodeJS) и сейчас идет 2 (Ayo vs NodeJS). Это как бы стабильностью назвать никак нельзя.

На протяжении последних 5 лет я довольно плотно работаю с NodeJS. Знаю ее плюсы и минусы, но писать CRM на ней я не советую. Нода хороша для очень небольших проектов или микросервисов. Но даже при этом я не рекомендую писать на чистом JS, берите TypeScript хотябы. Дабы избежать детских ошибок вида

undefined is not a function

. Без 100% покрытия тестами конечно никуда вы не уедите с NodeJS. Качество библиотек в NPM оставляет желать лучшего, хотя бы потому что в NodeJS прибежали вчерашние фронтэнд разработчики и рады притащить jQuery на сервер. Погуглите сколько казусов за последнее время было в NPM, последний из них вредоносный код в большом количестве библиотек.

А если прямо, то берите Python / PHP / Ruby (и если есть много времени то конечно Java) и пишите свою CRM. Ведь CRM по большей части это CRUD операции. Да в современном мире CRM сейчас это SPA приложение, но это как бы не жесткое требование. У нас какие-то страницы построены как SPA, какие-то как и раньше рендерим на сервере. Тут не надо фанатеть, надо смотреть как решить задачу эффективно.

Если конечно у вас там лютый стартап и через 2 недели вы выкинете ваш проект, то пишите на чем угодно.

abc ★
( 31.08.17 12:08:34 MSK )
Последнее исправление: abc 31.08.17 12:10:09 MSK (всего исправлений: 1)

HTML + CSS + JS + PHP + *SQL.

Если нужно кататься на самокатах с бородой и смузями – то очевидно, что нужно быть Node.JS. Если быть ненормальным – то Python/Django. А нормальные пацаны берут и не грузят Веб питонами да нодами, а все делают по запросно-ориентированной методологии.

bookman900 ★★★★★
( 31.08.17 12:14:52 MSK )
Последнее исправление: bookman900 31.08.17 12:15:04 MSK (всего исправлений: 2)

Ответ на: комментарий от nikolnik 30.08.17 10:22:42 MSK

Чтобы вытащить что-то из базы, сериализировать в жсон и отдать, надо будет штук 50 вложенных коллбеков.

x3al ★★★★★
( 31.08.17 13:10:59 MSK )
Ответ на: комментарий от Siado 27.08.17 01:43:56 MSK

если нужна будет производительность

Настольная книга формошлёпа или CRM в режиме бога

CRM — это та самая внутренняя система, которая хранит и позволяет управлять данными о бизнесе нашего заказчика. Как правило, CRM-системы приходят на замену Excel-таблицам. Руководители бизнеса в определённый момент понимают, что таблица с возможностью сортировки и поиска уже не может покрыть всех функций, которые нужно применять к данным. До макросов многие не дорастают и, слава Богу. Как по мне, сфера применения макросов в таблицах очень узкая, и большинству бизнесов не подходит.

У CRM-систем есть несколько больших проблем, которые нужно учитывать при разработке. В этой статье мы говорим о самописных CRM-системах, которые разрабатываются на языке программирования или фреймворке. Мы не касаемся систем, которые являются кастомизированными версиями известных BPMS (Business Process Management System). Сам я несколько лет работал с Ruby и Rails, поэтому все конкретные примеры будут именно из этого стека, ну и другие затрону тоже.

1. Бизнес не знает, чего он хочет. CRM система должна содержать в себе бизнес-процессы, актуальные для компании сейчас. Бизнес-процессы любой развивающейся компании меняются регулярно, вместе с ними должна развиваться и CRM. В этой связи разработчики должны обеспечить динамичность фич, иметь возможность быстро добавить или убрать ту или иную фичу.
2. Могут внезапно понадобится данные, которые не сохранялись. Сохраняйте все данные, которые есть в CRM. Не важно, попросил вас об этом бизнес или нет. Сохраняйте, пускай в базе лежит всё. Все события, все временные данные, всё! Пускай в базе остаётся. Оно там кушать не просит. Добавьте в систему такой модуль или функциональность, которая будет по умолчанию сохранять все данные автоматически. Придёт тот день, когда бизнес спросит, а можно ли выдать определённую метрику в проекте за последний год. И вы тогда гордо ответите, что “да”, в базе есть нужные данные для метрики.
3. Дизайн. Индивидуальный не нужен. Берите Bootstrap и делайте. На крайний случай можно Foundation, но лучше Bootstrap.
4. Первые версии фич нужно катить быстро. Бизнес не знает, чего он хочет, я напоминаю. Он и здесь тоже хочет проверять гипотезы. Первые версии любых запланированных фич нужно катить максимально быстро, чтобы сотрудники смогли “протыкать” и понять, нужна ли эта фича вообще в системе, и как её дальше разрабатывать.

Давайте проанализируем, какие аспекты в разработке CRMок нужно учитывать, чтобы решать вышеупомянутые проблемы. Я сразу буду говорить решения и пояснять, почему я считаю тот или иной аспект важным в решении проблем.

Динамический язык программирования

Чтобы быстро катить фичи, нужно просто меньше писать кода, и можно быстрее “херачить” функциональность. Это нужно для того, чтобы программист мог сразу после обсуждения идеи с заказчиком, за полчасика-час, выкатить на стейджинг тестовую фичу и дать “потрогать” пользователю. Подходящие по этому критерию языки программирования: Ruby, Python, Clojure, PHP, JS.

Go + Ruby + JS vs. Я

Как программировать одновременно на трех языках и не сойти с ума.

Интерпретируемый язык программирования

Как правило, руководители бизнеса сами активно пользуются CRM. Могут быть ситуации, когда руководитель хочет прямо сейчас исправить один кейс. Обращается к программисту, чтобы тот поправил одну маленькую часть функциональности. Время руководителя стоит очень дорого, в этой связи программист должен обладать возможностью в крайнем случае сделать исправление прямо на сервере, чтобы руководитель получил нужный ему кейс. Для этого нужно иметь интерпретируемый язык программирования, чтобы просто поправить файл на сервере и, возможно, быстро перезагрузить сервер. Согласен, что множество таких ситуаций могут быть очень губительны для проекта, но в исключительных случаях такая возможность может прежде всего помочь бизнесу в данный момент. Безусловно, программист после исправления на сервере, организует изменение функциональности и в системе контроля версий. Да, есть большая проблема — все ошибки в runtime. Тут нужно помнить, что ошибки во внутренней CRM простительнее, чем в кастомер продукте. Команда пользователей ограничена сотрудниками компании, поэтому ничего страшного, если иногда будут выпадать рантайм эксепшны. Такие ошибки будут быстро доходить до команды и фикситься. Быстрее, чем в кастомер-продукте. Подходящие по этому критерию языки программирования: Ruby, PHP, Python.

Нужны тесты!

Тесты нужны всегда. Вам могло показаться, что здесь они необязательны, потому что функциональность часто изменяется. Это обманчивое чувство. В такой постоянной меняющейся системе тесты как раз и нужны больше, чем где-то. Они будут часто спасать вашу задницу, когда вы решили сделать быстрое изменение и случайно сломали, по вашему мнению, не связанную фичу. Более того, здесь и TDD применимо как никогда. Приложил видео своего доклада, как мы обычно применяли TDD в таких случаях. Тут я ещё являюсь специалистом в своей предыдущей компании. Если вкратце, у меня даже были кейсы, когда сперва писал тесты с использованием DSL, показывал их заказчику, он одобрял подход к реализации фичи, и уже потом я быстро имплементировал фичу. Красота!

Как создать с нуля удобную CRM-систему для бизнеса

Если вы владелец среднего или крупного бизнеса, то уже наверняка хорошо знакомы с большинством популярных CRM-решений. Вы находитесь здесь, на этой странице, а это значит, что достигнут тот самый этап развития, когда готовые продукты уже не в состоянии закрыть все потребности и поддержать вас на пути к дальнейшему росту и успеху.

Уникальные и стандартизированные CRM-системы

1. Поверхностная интеграция. Большинство CRM, которые существуют на рынке в режиме «Купи и пользуйся», отличаются шаблонностью и рассчитаны на массового потребителя. Из этого вытекает следующий вывод: вы не сможете интегрировать их в свой бизнес на все 100 % эффективности.
2. Обилие ненужных функций. Готовые CRM-продукты создаются с расчетом на широкую аудиторию и пытаются охватить потребности самых разных коммерческих отраслей.
3. Ограниченные возможности кастомизации. Шаблонная CRM — это система с набором стандартных функций, которые невозможно полноценно подстроить под ваши нужды. Использование готовых CRM можно сравнить с покупкой обуви на размер меньше — обувь есть, но она некомфортна.

Создание СRM-системы с нуля предполагает, что в результате вы получите эффективный, уникальный инструмент с комфортным дизайном и наиболее важными функциями. А еще при разработке решений под ключ вы всегда оставляете себе возможность дорабатывать и дополнять продукт в соответствии с актуальными потребностями.

Кому требуется создание CRM-системы под ключ?

Внедрение CRM-системы, уникальной или нет, иногда и вовсе не приносит никакой пользы. Все полностью зависит от бизнес-модели компании.

Если вы работаете только с постоянными заказчиками и не заинтересованы в привлечении новых, создание CRM-системы с нуля не имеет смысла. А вот если вы находитесь в стадии активного поиска клиентов и сконцентрированы на сборе данных о потенциальных покупателях вашего продукта, то CRM-система — это именно то, что вам нужно.

CRM-системы чаще всего их используют компании из следующих сфер:

• eCommerce;
• консалтинг;
• продажа недвижимости;
• гостинично-ресторанный бизнес;
• строительство;
• логистика.

Достоинства CRM-системы становятся особенно заметны на этапе активного роста бизнеса. Если раньше вы могли отслеживать клиентов по простым каналам (электронная почта или личные заметки), то теперь этого недостаточно.

В первую очередь информация должна быть доступна для всех сотрудников в любой момент; без адаптированной CRM-системы вам придется тратить драгоценное время на поиск важных данных. Основные преимущества CRM включают в себя:

• общий доступ к важной информации о бизнес-процессах и к данным клиентов через единую платформу;
• единую базу контактов (электронные почты, номера телефонов, соцсети и вебсайты);
• единый интерфейс для общения с клиентами, доступный каждому сотруднику;
• гибкую систему ролей и доступов;
• хранение истории общения с заказчиками и партнерами;
• хранение истории покупок;
• интегрированную систему поддержки клиентов;
• отслеживание самых эффективных каналов продаж;
• сбор информации о том, как клиенты находят вашу компанию.

Необходимость вводить данные вручную существенно снижает производительность отделов продаж. CRM-система служит инструментом автоматизации монотонных действий и освобождает сотрудников от бесконечной работы с ежедневными административными задачами.

Внедрение CRM помогает выстроить стандартизированный процесс продаж, предоставить сотрудникам пошаговую дорожную карту для закрытия сделок и сократить цикл продаж.

Разработка CRM-системы: этапы и главные особенности

Итак, вы твердо убедились, что внедрение уникальной CRM необходимо для успеха вашего предприятия. Скорее всего, сейчас вас интересует самый главный вопрос: «Как создать CRM?» Если у вас нет технического образования и вы не имеете ничего общего с сообществом программистов, самым простым выходом будет заказать разработку CRM-системы у команды опытных специалистов.

Создание CRM — это масштабный и сложный проект, который требует максимального вовлечения заказчика в процесс разработки. Он включает в себя три основных этапа:

1. Глубокий анализ вашего бизнеса. В команде подрядчика обязательно должен быть бизнес-аналитик, который поможет собрать максимально полную информацию о вашей компании, сайте, важных особенностях коммерческой деятельности и внутренних процессах, например, организации работы.
2. Разработка. Разработчики изучают данные от бизнес-аналитика и создают оптимизированную CRM-систему с учетом всех рекомендаций и желаний клиента.
3. QA-тестирование, выявление багов, интеграция. Это финальный этап, когда продукт проверяется командой тестировщиков. Они занимаются выявлением и устранением ошибок. Установка и интеграция CRM возможна только после всех необходимых проверок.

Сколько стоит CRM-система и как много времени займет разработка?

Стоимость разработки CRM-системы зависит от множества факторов. Перечислим основные из них:

1. Количество функций и опций. Каждая новая функция — это новая часть программного кода, на который требуется определенное количество часов работы разработчика. Вы платите именно за это время.
2. Количество ролей и уровней доступа. Все зависит от иерархии в вашей компании. Например, вам может потребоваться внедрить роли проект-менеджера, менеджера по продажам, представителя подразделения и т. д. Для каждой из этих ролей нужен разный уровень доступа, который также задается в коде.
3. Интеграция сторонних сервисов. Большое количество сложнокомпонентных платформ, которые нужно интегрировать в систему, значительно повышает стоимость разработки программного решения.
4. Наличие/отсутствие мобильной версии. Всего есть два варианта: адаптация сайта под мобильные устройства или создание отдельного мобильного приложения. Во втором случае стоимость и время разработки увеличивается почти в 2 раза.
5. Автоматизация. Если вы хотите максимально автоматизировать процессы, то стоимость разработки системы будет значительно выше.

Сколько же все это стоит?

Стоимость сугубо индивидуальна и рассчитывается, исходя из ваших требований и пожеланий к разработке и функциям системы. Заметим, что стоимость зависит от почасовой ставки работы специалистов. В зависимости от масштаба проекта, стоимость разработки может быть как фиксированной, так и гибкой.

Процесс разработки CRM-системы: коротко о главном

После того как команда определилась с архитектурой CRM, разработчики приступают к работе в выбранном фреймворке. Чтобы разработать CRM-систему, программисты работают по стандартной системе спринтов. Команда обычно состоит из 4–6 человек.

Каждый разработчик обладает своей зоной ответственности и работает над определенной задачей. Один спринт редко длится больше 2 недель. После завершения спринта команда демонстрирует результат проделанной работы клиенту.

Миссия: создать CRM-систему. Как выбрать подрядчика?

Вы можете либо воспользоваться аутсорсинговыми решениями, либо нанять собственный штат программистов.

1. Дешевле, чем содержание собственного штата;
2. Разработка в четко определенные сроки;
3. Команда подрядчика берет на себя разработку и внедрение решения, а также обучает персонал;
4. Гарантия качества (компании дорожат репутацией).

При создании собственного штата программистов могут возникнуть следующие проблемы:

1. Команду из разрозненных специалистов нужно будет объединить, потратить время на создание взаимодействия между ними.
2. Большой риск найти некачественных специалистов. При незнании узкоспециализированных понятий можно получить некачественный результат.
3. Временные затраты на поиск. Найти качественных специалистов — не самая простая задача.

Выводы

1. Собственная CRM-система позволит получить более персонализированный подход к бизнес-процессам компании и будет интегрирована под определенную нишу, в отличие от шаблонных CRM.
2. Разработка CRM-системы состоит из трёх основных этапов: глубокий анализ вашего бизнеса, разработку и тестирование с интеграцией.
3. К преимуществам собственной CRM стоит отнести общий доступ к информации, единый интерфейс для общения с клиентами, отслеживание самых эффективных каналов продаж, единую базу контактов, гибкую систему ролей и доступов и т.д.