на чем писать crm систему

Какие языки программирования подойдут для написания CRM?

Всем доброго времени суток.
Являюсь веб-разработчиком и часто встречаюсь со всякими амо црм и т.п.
Как по мне-то можно реализовать интересней и удобней, как для пользователя.

Был небольшой опыт в написании на php админки для регистрации клиентов и вывод данных клиенту по номеру договора.

Хочу аналогичным способом написать CRM на php, js, ajax на обычном sql, который предлагает любой хостинг.

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

Весь функционал, принцип действия, удобства и т.п. пишется, пока сложно сказать..

Так вот, вопрос. Допустим 100 человек будет в системе обрабатывать хотя бы 5-10 заказов в день.
Это +500-1000 новых записей в базе данных. Какие у меня могут быть проблемы на этом этапе, помимо тормозов самой базы или стоит как-то базы разделять и сделать больше 1й?

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

Спасибо всем, кто откликнется и поделится своим опытом

Источник

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

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

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

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

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

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

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

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

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

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

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

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

Источник

Totum — open source конструктор CRM/ERP и произвольных учетных систем (PHP + PgSQL)

В двух словах — продвинутые таблицы. Ориентирован на отдельных разработчиков или микрокоманды из двух-трех человек. Подходит начинающим разработчикам и бизнес-аналитикам, желающим превратить свое понимание бизнеса в готовое решение или быстро разработать проект под конкретного клиента. Для небольших бизнес-ниш — в которых нет типовых решений. Small-code принцип — множество простых, ситуационных кодов. Есть подробная документация и видео. Устанавливается на собственный сервер за 5 мин. Со временем позволит выгружать разработанные на нем решения с коммерческими лицензиями с использованием встроенной защиты.

Для каких задач

Разработка custom CRM/ERP или любого другого учета для небольших компаний

Лично мы сделали и эксплуатируем несколько проектов с ценой разработки 300—1500К.

Быстрая разработка коробочных CRM/ERP для небольших ниш

В малом бизнесе есть множество небольших областей, в которых требуются специализированные CRM/ERP/Учетные системы. Так как сегменты рынка небольшие, в продуктах крупных разработчиков есть пробелы, не покрывающие мелкие специфические задачи. Идея Totum в том, чтобы упростить разработку нишевых CRM/ERP, сделав ее возможной для отдельных разработчиков и рентабельной для небольших команд из 2-3 человек.

Таблицы + код + браузер

Основа Totum — таблицы. Это чем-то похоже на недавно вышедший у Amazon Honeycode. Но в Totum таблицы выступают как общая концепция организации информации. Данные можно разместить не только в таблице со строками, но и над ней или после нее. Можно быстро накидать нужные поля мышкой или заморочиться и настроить их внешний вид, адаптивность, объединить в группы, сделать подсветку и тд.

Таблиц может быть много. Предусмотрены разные типы таблиц под разные задачи: хранение данных, циклические заказы или проекты, временные отчеты или всплывающие окна.

Для полей внутри мы сделали 15 типов:

Поля добавляются мышкой. Настройки полей выбираются мышкой и их не так много. Для числового поля это будут:

Часть полей в решении отвечает за ввод данных пользователем, часть за вычисление значений и выполнение действий или все вместе. Для того, чтобы это обеспечить, коды пишутся в специальных окнах в настройках поля. Totum обеспечивает подсветку, поиск и подстановку адресов таблиц и других полей, переменных и функций, а также автозаполняет параметры функций. Сделано это на основе codemirror. Про коды и их разделение я расскажу чуть дальше. Коды простые и с ними могут работать начинающие разработчики или бизнес-аналитики.

Интерфейс у Создателя-разработчика тот же, что и у пользователя, но с дополнительными элементами управления, которые создатель может быстро скрыть/показать. Можно на время переключиться в вид конкретного пользователя, чтобы оценить, как у него выглядит система. В одной и той же таблице различные роли могут видеть/изменять разные наборы полей и строк. Можно создать не только пользователя-человека, но и пользователя-API и настроить ему собственный доступ.

Разработчику не нужно быть full-stack программистом, чтобы собрать конечное решение на Totum. Знание html, адресация доменов и общие познания про то, как работает интернет, будут в плюс, но вообще нужно знать лишь сам Totum.

Small-code принцип

Totum основан на небольших кодах, разделенных по типам действия — одни коды вычисляют значение в поле аналогично формуле Excel, другие следят за триггерами изменений и — если они сработали — выполняют написанные в них действия. Третий тип кодов отвечает за внешний вид полей в зависимости от набора данных в схеме. Если эти коды выполняются для таблицы с несколькими строками, то их выполнение будет повторено для каждой изменяемой строки. Обычно коды маленькие. В реальных проектах у нас всего пару раз были коды более 100 строк — обычно 5-10. С таким кодом легко может разобраться начинающий разработчик. Преимущество же кода перед BPMS в том, что на нем проще и понятнее написать разветвленную логику (во избежание холивара по BPMS — это наше субъективное мнение).

Код, вычисляющий значение поля, не может выполнить действие или изменить форматирование — он замкнут сам в себе. Если в нем использованы какие-либо переменные, то они существуют только в момент выполнения этого кода в конкретном поле и никак не пересекаются с другими полями. Имеют декларативную логику:

Это не синтаксис, про синтаксис чуть дальше 🙂

Код действия выполняется только при срабатывании триггеров: изменение значения в поле, добавление или удаление стоки. Для кнопок триггер один — нажатие кнопки. Они тоже замкнуты в себе и никак не пересекаются с другими кодами. Можно использовать одинаковые переменные для кода значений и кода действий в одном поле. Коды действий работают в похожей логике:

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

Чтобы это работало, должен быть известен порядок выполнения — он есть. У каждого поля в таблице есть порядковый номер sort. Сначала считаются значения полей в порядке sort, потом действия в таком же порядке и затем форматирование. В интерфейсе поля показываются в этом же порядке. Да, есть возможность показать поле не в том месте, в котором оно рассчитывается, но об этом сейчас не будем.

Таблицы же могут быть на миллионы строк — они же не будут целиком пересчитываться при изменении? Не будут. В Totum есть понятие «единица пересчета». Она может быть «таблица целиком» или «строка целиком». Разные типы таблиц имеют разные единицы пересчета. Те типы, у которых единица пересчета «строка целиком», при изменении пересчитывают только те строки, в которых произошли изменения. Действия выполняются только при срабатывании триггера. Форматирование считается только на те поля, которые видны пользователю.

Если в результате расчета или действия в таблице что-то изменилось — то при записи изменений у нее изменяется «транзакционный номер». При начале пересчета этот номер запоминается и сравнивается с номером этой же таблицы по окончании пересчета и перед записью. Если номера не совпали, то это значит, что за время операции таблица была изменена другим пользователем. Тогда расчет можно отменить, продолжить или запустить его еще раз взяв новые исходные данные. Это настраивается для каждой таблицы и позволяет разработчику в два клика управлять требуемым уровнем согласованности данных и обеспечивает многопользовательский режим. Для таблиц, в которые осуществляется непересекающаяся запись, — эту проверку можно отключить. Еще одним преимуществом этой модели является то, что вся цепочка действий и пересчетов, задействующая несколько таблиц будет отменена при наличии ошибки или по срабатыванию специально заложенной отмены без записи каких-либо изменений в базу. Открытая у нескольких пользователей таблица сама не обновляется, но они видят предупреждение, что другой пользователь внес в нее изменение которое текущий пользователь еще не видит. Его тоже можно отключить.

Totum-code

Totum написан на PHP, но внутри программируется собственным языком — Totum-кодом. Он призван упростить задачу разработки для новичков. Упрощали по-максимуму и затачивали под таблицы и поля, которые разработчик видит внутри Totum. Вызов и запись данных тоже осуществляется в Totum-коде, SQL знать не нужно.

Базис выглядит так:

Есть еще немного мелочей, но они уже второстепенные. Все остальное выполняется функциями. Например:

Источник

Как сделать CRM систему управления продажами надежной и простой как автомат Калашникова

Несколько лет назад у меня был бизнес по размещению indoor-рекламы на световых панелях в торговых центрах. Однажды, мы заключили контракт с крупным федеральным клиентом и решали для него задачу масштабирования адресной программы. Нужно было за месяц подключить 100+ торговых центров в 10+ городах, договориться о размещении рекламного инвентаря, все смонтировать, напечатать и установить рекламные креативы. Времени на раскачку, найм и обучение персонала, внедрение систем управления и другие организационные мероприятия не было. Нужно было стартовать за два дня. Тогда то и появилась CRM система, которую мы внедрили за 5 часов, обучили аутсорсинговых сотрудников ей пользоваться и закрыли бизнес задачу в срок.

Сегодня, работая со стартапами, проектными и продуктовыми командами в корпорациях, я часто вижу ситуации когда нужно быстро запустить продажи. И для этого внедрить систему, которая поможет управлять продавцами, отношениями с клиентами и другими внутренними и внешними участниками сделок. Такие задачи появляются, например в момент запуска новых продуктов, при тестировании гипотез роста или выводе существующего бизнеса в новые рынки и клиентские сегменты.Причем в компании конечно уже есть централизованная CRM система. Лицензии куплены для всех пользователей, внедрение завершено и даже есть возможность вносить изменения и реализовать новые функции. Для этого нужно сформировать техническое задание, указать какие именно фичи будут нужны, описать требования, согласовать их и в порядке приоритетности и очередности реализовать изменения. Но что делать, если на все это нет времени, а работать с клиентами нужно уже завтра? Да и нет стопроцентной уверенности, что бизнес в тестируемой рыночной нише “взлетит”, гипотезы подтвердятся, новый продукт действительно начнут покупать.

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

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

Таблица с шагами по сделкам

Вот как это работает в бизнесе по размещению indoor рекламы в торговых центрах. Несколько менеджеров одновременно обзванивают сотни торговых центров в России и договариваются о размещении рекламного инвентаря. Информацию о результатах звонков заносят в таблицу. В случае необходимости повторно связаться заносят время звонка в календарь.

Не стоит торопиться перекрашивать базу клиентов в красный, если получен первый отказ, особенно в бизнесах с продажами сложных решений, средними и длинными циклами сделок, или на рынках с ограниченным количеством клиентов. Помните: 80% сделок совершается после 5-го предложения купить.

Вот ссылка на шаблон таблицы с примерами заполнения.

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

Источник

Разработка CRM системы

Почему не нужно делать самописную CRM

Разработка CRM

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

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

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

Пример 1. Большие компании, которые стартовали в 2000-х

Все начинается с того, что на осознанном уровне появляется потребность в автоматизации бизнес-процессов и продаж. 10 лет назад на рынке СНГ не было CRM систем для среднего и малого бизнеса, и большинству компаний приходилось делать самописные системы. IT-отрасли практически не было, и технический отдел средней по величине компании был на много мощнее, чем в современных стартапах. Таким образом, компании ввязывались в разработку своей системы, и она пускала глубокие корни во все процессы компании.

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

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

В итоге, получается, что самописная система жрет много времени и, главное, колоссальных ресурсов программистов.

Если бы разработка CRM, которой они занимались, была действительно уникальной, то черт с ними, но нет — они заново изобретают велосипед, который давным давно можно купить за 10$ в месяц.

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

Представляете ли вы, как топ-менеджер подходит к боссу и говорит: “Вячеслав Григорьевич, тут система новая вышла, очень крутая, и она может полностью заменить нашу. В итоге то, что весь наш IT отдел делал 10 лет можно выкинуть и удалить с сервера. Как вам такая идея, а?”. В такой ситуации Вячеслав Григорьевич задаст резонный вопрос: “Петя, е@# твою мать, а почему ты раньше этого не сказал? Почему мы потратили 100 000$ на разработку своей системы?”.
Дальше начинается “А-та-та-менеджмент” и топ-менеджер вылетает с работы. Я конечно утрирую, но суть, я надеюсь, вы уловили.

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

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

Пример 2. Малый бизнес, который не захотел разбираться

Но есть еще другая история, про молодые компании. Они страдают от своего незнания, а не от отсутствия продукта на рынке. Я неоднократно наблюдал следующий сценарий.

У компании появляется потребность в автоматизации, и руководство начинает поиск CRM системы. Начинают гуглить и сравнивать. Натыкаются на AmoCRM, Bitrix24, Мегаплан и другие. Регистрируются в ней. Смотрят интерфейс и не понимают как ее использовать. Пытаются внедрить, но ничего не получается.

В итоге, они начинают искать систему под свой “уникальный бизнес” по продаже строительных материалов и, естественно, ничего не находят. Руководители таких компаний не знают, что CRM систему можно настраивать под себя. В итоге, они приходят к выводу, что какие-то странные эти системы, программисты идиоты, ничего не понимают в продажах. А мы — самые умные: мы возьмем и напишем свою собственную CRM систему.

Как правило, у таких людей совсем нет опыта IT-разработки. Они берут друга-программиста и говорят: “Вася, смотри: тут нужно вот такую фишку сделать, это же не сложно, правда? Типа, как в Amocrm и Bitrix24, только чуть-чуть по другому. Сделаешь?”. Естественно, фрилансер Вася говорит, что все сделает. Только дурак откажется от возможности сделать уникальную в своем роде CRM систему. А еще ему сказали, что будут продавать CRM другим фирмам в этой отрасли, а Васю сделают управляющим партнером будущей IT-компании, которая выйдет на IPO и порвет рынок.

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

Каким компаниям можно создавать свои CRM системы

В первую очередь, это SaaS компании и компании-гиганты. У такого типа бизнеса есть свои внутренние уникальные бизнес-процессы, под которые обычные CRM системы не заточены. Также у этих компаний есть опыт разработки IT-продуктов и есть трудовые ресурсы внутри компании, которые могут написать свою CRM.

Кому не стоит писать свою CRM систему

Всем остальным необходимо искать готовые решения на рынке и подстраивать их под себя. Поверьте, вам кажется, что у вас уникальный бизнес с уникальными бизнес-процессами. Это не так. 99.9% всех бизнесов в СНГ — шаблонные, с понятной бизнес-моделью, и существует много софтов, которые сделаны конкретно под вашу нишу. Вам нужно их поискать, особенно на англоязычном рынке. Там уже давным давно все придумали.

А вас посещали мысли о создании своей CRM системы? Делитесь своими бизнес-историями о том, как вы нашли выход из ситуации и на коком софте остановились.

Источник