Как я начал разрабатывать CRM-систему
С 2008 года я занимаюсь программированием, изначально я разрабатывал сайты. Но мое мнение о сайтах сейчас не лучшее, с точки зрения разработки, обязательно напишу об этом статью. А пока вернусь к тому, как я начал разрабатывать CRM.
Это был уютный вечер 19 августа 2017 года, когда ко мне обратились в третий раз за неделю по поводу разработки индивидуальной CRM-системы. И тут я понял, что разрабатывать с нуля несколько проектов одновременно я просто не смогу. Поэтому я сел и решил написать собственную базу для разработки CRM-систем.
Началось все с выбора оформления, так как сам я больше люблю разработку и максимально предпочитаю не открывать Фотошоп и ни в коем случае не верстать (благо 8 лет опыта разработки позволяет отойти от верстки), то я выбрал уже готовый шаблон админки, и начал разрабатывать свой модуль CRM на базе фреимворка Yii2.
Первым делом была реализована система авторизации: вход, регистрация, восстановление пароля, уведомления и подтверждения на почту, учет количества попыток входа, reCaptcha и бан на полчаса, если слишком много попыток. В общем, получилась приятная и удобная авторизация, которую я теперь использую в проектах.
Для себя реализовал внутри системы парсер с первого сайта фриланса, на котором часто нахожу заказы. Сейчас список новых заказов загружается в систему автоматически, через Cron-задачу. Я могу делать пометки, отвечать на проекты, либо скрывать их. Каждое действие учитывается в дальнейшей аналитике, которая позволяет мне оценивать эффективность данного канала, и с помощью этого корректировать действия.
В данный момент ведется работа над стандартными модулями каталога и заявок. В одном из проектов, над которыми я сейчас тружусь для заказчиков, реализуется связка CRM-системы с IP-телефонией. Заказчик использует onlinePBX. И я обязательно расскажу, как прошла интеграция, когда все будет закончено. Об обновлениях и новинках с удовольствием буду сообщать. Также в планах реализовать пакетные решения для нескольких сфер деятельности, чтобы помочь автоматизировать процессы и сосредоточиться на заработке денег, а не на поиске doc или excel файлов по всему компьютеру, или стикеров с номером клиента.
По техническим характеристикам скажу кратко: nginx + php-frm, PHP7.1, PostgreSQL.
С огромным удовольствием помогу и отвечу на вопросы всех желающих. И буду рад новым знакомствам и сотрудничеству.
На чём писать CRM?
Привет друзья!
Я изучаю этот вопрос, интересно мнение сообщества.
Предполагается создание модульной системы, набор модулей выбирается под задачи, телефония, почта. В общем-то стандартный набор. Готовые решения изучаем, но наш случай, когда специфика очень большая, в основе логики.
В общем, нужно на ёлку залезть и не поцарапаться.
Оценить 8 комментариев
Пишите на том, что лучше всего знайте. Это первое и единственное что нужно учитывать.
Уровень вхождения. Специалисты не должны быть на «вес золота».
Открываем hh.ru по Вашему региону и ищем резюме с ключевыми словами C#, Java, PHP и т.д. Исходя из количества потенциальных кандидатов и их запросов понимаем будут ли они на «вес золота» или нет.
Не понимаю в чем проблема сделать приложение в браузере, т.е. чтобы Ваша CRM открывалась через любой бразуер. По этому принципу работает Мегаплан, Амо и т.д. Да почти любая соверменная CRM. Возьмите на основу этот же путь, как вариант.
UPDATE 16.12.2016
Анатолий ниже в комментах к моему ответу Вы пишите, что большенство людей советуют Вам использовать именно облачную реализацию. Позвольте поделиться своими мыслями по этому вопросу.
Разрабатывая любое десктопное приложение рано или поздно Вы столкнетесь с проблемой его корректной работы на разных машинах. К примеру, создали Вы програмку под Windows. На одной машине с Win 7 она работает прекрасно, а на Win 7 SP 1 уже выдает какую-то ошибку. Еще пример, на 5 машинах стоит одинаковая ОС. На 4-х из них Ваша программа работает прекрасно, а на 5-й какое-то там окно не отображается. Почему так? Надо садиться и разбираться, копаясь конкретно в настройках этой машины, выесняя что там не так, чего там не стои или стоит лишнего.
Всем этим я хочу привести Вас к одной единственной идеи: есть очень большая разница, между приложением, которое должно работать на одной машине и, приложением, которое должно выполняться на десятках/сотнях/тысячах рабочих станций.
К чему приводит разработка собственной CRM
Пару лет назад я написал несколько статей на Spark о том, как разрабатывал свою CRM. Передо мной стояла задача создать уникальное ядро, которое позволит быстро разрабатывать индивидуальные CRM системы. В акселераторе НИУ ВШЭ, многие поддержали эту идею, но в итоге она не набрала достаточного количества голосов, уступив хайповым приложениям.
Получив отказ акселератора, мы решили проанализировать, в чем реальная ценность разработанного нами ядра. Очевидно, что оно ускоряло разработку, позволяло быстро генерировать нужные модули, в значительной степени автоматизировало сам процесс разработки, но по сути не давало ничего конечному клиенту. Мы получили очередной фреймворк, отличавшийся от других подобных узкой направленностью. Провал самой идеи не стал главным открытием. Мы осознали, чем именно индивидуальная разработка не подходит заказчику.
В разработке собственной системы CRM для клиента есть три основные проблемы:
После пары лет интенсивной разработки и кучи потраченных нервов мы приняли решение вернуться к работе с готовыми продуктами. С этого момента я начал углубленно изучать, и продолжаю по сей день различные готовые CRM системы.
Меню у готовых систем настраиваются, и можно убирать лишнее. В коробочных решениях можно отключать лишний функционал. Сложный интерфейс таковым кажется до тех пор, пока не изучили возможности системы. Мало кто читает документацию, смотрит вебинары, пытается разобраться как работает та или иная функция в CRM. Отсюда частое желание разработать свое, понятное, вот только нет понимания того, что должно получиться в итоге.
Функционал, о котором обычно говорят, что его не хватает, как правило, уже есть в коробочном продукте, просто необходимо немного почитать, погуглить, разобраться. В иных случаях можно добавить модули из маркетплейса, число которых растет, как на дрожжах.
Я ежедневно продолжаю изучать различные системы, углубляюсь в детали, общаюсь с компаниями-разработчиками. В планах подкрепить накопленные за последние пару лет знания сертификациями различных систем. Далее буду постепенно публиковать хладнокровные обзоры систем и возможностей, максимально отбросив субъективное мнение. А какой CRM пользуетесь вы и как давно?
Сложный интерфейс таковым кажется до тех пор, пока не изучили возможности системы. Мало кто читает документацию, смотрит вебинары, пытается разобраться как работает та или иная функция в CRM.
Вопрос: как отреагируете на подобные рекомендации?
Почему за собственные деньги потребитель не может получить продукт с понятным интерфейсом, где каждое действие очевидно и не требует просмотра каких-то вебинаров? Почему толпы продактов спускают бюджеты на привлечение клиента, но не заботятся о качестве, которое прямым образом влияет на его удержание? Думаю пришла пора сменить парадигму «всегда заключай сделку» на «всегда поставляй качество». Это особенно актуально на конкурентных рынках, подверженных коммодитизации.
Выбор костюмов во много раз больше, чем количество технологических решений на рынке. И в любом случае придется по крайней мере подстраивать под себя длину брюк или рукавов на пиджаке и это нормально.
Получить продукт с понятным интерфейсом очень абстрактное понятие. Возможно руководителю компании будет понятен интерфейс индивидуальной разработки, но для сотрудников не факт. Все привыкли к своему набору программ, бизнес-процессам с прошлых мест работы. В конце концов нас со школы учили работе в Excel, и этот интерфейс всем знаком, но он не единственный и не решает всех задач.
Почти в любой компании есть обучение персонала работе с используемым программным обеспечением, бизнес-процессами, еженедельные планерки, повышение квалификации. Даже если у компании собственная разработка ей все равно необходимо обучить сотрудников. Рано или поздно понятный интерфейс будет расширяться, обрастать функциями, и то, что удобно для одних, не будет удобным для других.
Какой CRM системой пользуетесь вы? И о каких системах идет речь, когда вы говорите о качестве?
Как Разработать CRM Систему с Нуля
Содержание
Каждый доллар, вложенный в CRM, дает девять долларов прибыли. Правда, это верно лишь в том случае, если интегрированная система отвечает потребностям и специфике конкретного бизнеса, что происходит далеко не всегда: 70% внедрений CRM терпят неудачу. Основные причины большинства провалов — желание сэкономить и неправильный подход к разработке.
Желание сэкономить выражается в том, что предприниматели ради мнимой экономии отдают предпочтение готовым продуктам вместо того, чтобы создать уникальное программное решение, которое будет учитывать все особенности конкретного бизнеса и его целевой аудитории.
Шаг 1: Выбираем тип, роли и платформы
Типы CRM-систем
Комбинированные — обычно это операционные CRM-приложения с ограниченным набором аналитических инструментов (отчеты по клиентам, аналитика продаж и эффективности исполнителей), а также с возможностью прямого общения с клиентами и коллегами посредством интеграции с мессенджерами, социальными сетями и сайтом.
Роли в CRM-системах
Когда вы добавляете пользователя в CRM-систему, вы присваиваете его учетной записи определенную роль, например, продавец, менеджер, руководитель или управляющий. Каждая роль предполагает наличие у учетной записи определенных прав и возможностей, нужных для выполнения поставленных задач.
При разработке CRM-систем важно сразу сделать несколько шаблонов для типовых ролей (например, «Владелец», «Кладовщик», «Менеджер 1», «Менеджер 2», «Полный доступ», «Расширенный доступ» и т.п.) и при этом также добавить возможность создавать и настраивать роли. То, какие роли могут создавать пользователи, должно зависеть от уровня доступа. Так, «Старший менеджер» может создавать учетные записи с ролью «Менеджер», но при этом не может добавить в систему другого «Старшего менеджера» или «Владельца».
Поддерживаемые платформы
Выбор платформы зависит от оборудования компании, для которого создается CRM-система. В большинстве случаев это персональные компьютеры и ноутбуки, работающие на базе операционных систем Windows и macOS, реже — Linux или DOS. В последние несколько лет также наблюдается тенденция мобилизации CRM-приложений.
Шаг 2: Определяемся с функциями CRM
Шаг 3: Рассчитываем бюджет разработки
Шаг 4: Ищем технического исполнителя
Аутсорсинговые решения. Наём компании-разработчика, которая подготовит проект, разработает программное обеспечение, внедрит его в бизнес и обучит персонал — отличный вариант, если вам нужно индивидуальное решение с гарантией качества по умеренной цене.
Внутренние решения. Если в штате компании есть команда программистов, можно использовать их навыки для разработки CRM-продукта. Если такой команды нет, можно ее создать — долго, дорого и утомительно, но зато дает полный контроль над разработкой.
Open-source software. Разновидность внутренней разработки, которая подразумевает использование исходников открытого программного обеспечения для разработки на его основе своей CRM-системы. Так можно удешевить и ускорить разработку.
Шаг 5: Обучение персонала
Если разработчик CRM-приложения и его пользователь — это разные лица, значит нужно организовать обучение персонала. При этом обучение необходимо начать за некоторое время до развертывания программного продукта, чтобы персонал сразу знал, что и как делать.
Шаг 6: Служба поддержки и улучшение
Компания Merehead специализируется на разработке CRM систем для малого и среднего бизнеса. В первую очередь персональная CRM система может существенно повысить производительность компании и автоматизировать многие бизнес процессы. Если у вас есть какие либо вопросы, наши специалисты с радостью вам помогут.
Часто задаваемые вопросы
❯ Сколько стоит сделать CRM?
❯ Сколько времени занимает создание CRM?
Время разработки CRM-системы составляет около 2-3 месяцев. Большие системы требуют больших усилий разработчиков и могут доходить до 4-6 месяцев. Как правило, высококвалифицированная команда тратит на 20% меньше времени на разработку CRM, чем менее опытные поставщики программного обеспечения.
❯ От чего зависит стоимость CRM?
Стоимость разработки зависит от набора функций CRM и практически не зависит от количества пользователей, которые будут использовать систему. Очень важно понять, сможет ли ваша CRM управлять ролями, задачами, отчетами и т. д.
❯ Стоит ли делать CRM?
Как я писал свою crm
Данный сказ о том, как я потратил кучу времени на разработку своей crm, которая до сих пор не приносит ни малейшего выхлопа. Не повторяйте моих ошибок.
Как то раз, в одной компании, в которой я работал, появилась необходимость в системе обработки заявок от клиентов (штатный персонал
1к человек). Почему-то руководством не рассматривался вариант использования готового решения. Нам нужны были те же яйца, только в профиль.
Моя задача тогда заключалась в создании системы, которая позволит принять заявку от штатного сотрудника, назначить ее специалисту, отследить время реагирования и затраченное время, а потом всех уведомить о завершении работ. Естественно были другие ветви развития событий и все это было описано. Все это должно было быть в вэбе.
Скажу так: данная система была сделана за год и она отлично работает по сей день. Надо сказать, что на данный момент там около 80к заявок.
Так родилась система Jet Desk
На данном этапе, а это уже спустя год, я зациклился на улучшении архитектуры и практически не наращиваю функционал. Есть система заявок, роли участников, история действий над заявкой для отслеживания времени реакции, теги и поиск по ним, статусы заявок и различные изменения этих статусов (назначение, отказ, утверждение. ). Так же есть база клиентов с контактными данными.
Дойдя до клиентов, я понял что нужно пересмотреть как саму архитектуру, так и логику работы самой системы.
Натянул покрасивее дизайн (bootstrap), добавил pure json, перекинул все на MVC, сделал базовый функционал на Android (java) и застрял. То ли желание пропало, то творческие силы иссякли.
