CRM-системы *

Начало 2023 года — подходящее время писать на Хабре о том, как важно делать бэкапы. Как оказывается, оно всегда подходящее, потому что большинство не усвоило простые уроки информационной безопасности. На самом деле, эта статья — крик души разработчика корпоративных систем. Можно смело перефразировать слова Салтыкова-Щедрина: «Если я усну и проснусь через сто лет и меня спросят, что сейчас происходит в России, я отвечу: не делают бэкапы». И не только в России — это удивительно упорная, странная проблема международного масштаба, настоящий символ пофигизма, раздолбайства и пренебрежения к труду, прежде всего к собственному. Так почему? Может, так и надо? :-)

В 2019 году мы сделали свой первый осторожный прогноз развития событий на рынке CRM-систем и он оказался на удивление верным. Вдохновлённые, мы повторили опыт в 2020 и 2021 — ситуация изменилась: в общих рамках прогнозы работали, но детальные коррективы вносила внешняя среда. Картинка к прогнозу 2022 года, найденная среди мемов и адаптированная к теме, оказалась пророческой и сейчас самое время её повторить, потому что лучше смысл уже не передать. Кстати, несмотря на максимально рисковое и нестабильное внешнее окружение, рынок CRM не перестаёт удивлять. Попробуем заглянуть в ближайшее будущее.

Мы сделали приложение для глобального рынка, научились его продвигать и продавать и вышли на $1000+ дохода в месяц (самим немного смешно, но на оплату Google Apps и Hetzner как раз хватает). Каждый шаг этого извилистого пути мы делали вслепую, и нередко приходилось возвращаться назад для поиска лучшего решения.

Купить книгу, чтобы стать эрудированнее или найти новое увлечение, купить абонемент в зал, чтобы стать красивее, купить автомобиль, чтобы стать круче, купить тренажёр для печати, чтобы не набирать текст половиной пальцев, купить путёвку, чтобы улететь от себя… Едва ли не каждый знаком с этими приёмами: мы тратим большие, средние и маленькие деньги, чтобы приблизить себя к чему-то хорошему, а то и идеальному. Но постепенно приходит понимание, что всё это попахивает карго-культом: вещи не делают нас лучше, на это способны только мы сами, реально прочитав книгу, научившись комбинировать транспорт для здоровья и экологии, наконец пойдя в зал и скинув стопку одежды с домашнего велотренажёра, честно разобравшись в мыслях. 

В компаниях то же самое: корпоративы не делают коллег сплочёнными и дружными, пылятся корпоративные библиотеки, красивые и удобные офисы не прокачивают профессиональные навыки, современные ПК не пишут хороший код (к счастью, и плохой тоже), CRM и ERP не разгоняют прибыль до первой космической, и даже самые навороченные боты и IVR не способны идеально обслужить клиентов. Нужны люди — с целями, волей и мозгами. Чувство юмора и здравый смысл — опциональны :-) 

В офисной жизни компаний есть две крайности: бюрократия и раздолбайство. В первом случае регламентировано всё, иногда вплоть до режима использования бумажных полотенец в туалете. Во втором случае всё, как в мультфильме про Простоквашино: «Мне наша квартира передачу «Что? Где? Когда?» напоминает! Не поймешь, что где валяется и когда все это кончится!» И если первая история — прерогатива крупных компаний, то в малом и среднем бизнесе нередко царствует безраздельный хаос, от которого страдают все: сотрудники, руководитель и, что особенно важно, сотрудники, которые отвечают на бесконечные запросы коллег: сисадмины, саппорт, HR и т.д. Им правда очень тяжело — такой режим работы в беспорядке выжигает специалиста и стимулирует разве что увольнение. Может, стоит облегчить их жизнь?

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

Можно ли сегодня что-то разработать за 100 000 или за 500 000 рублей? Результаты исследования и реальные стоимости в нашей заметке.

Скованные одной цепью, 
Связанные одной целью.
/И. Кормильцев/

Начну с вопросов. Как вы считаете, нужно ли для обычной офисной работы вдохновение? Может ли сотрудник закопаться в задачу и сделать её вот прям невероятно круто, но не успеть две другие? Или же он должен сделать все три задачи средне, потому что план, KPI, OKR, бизнес-процессы, регламент? Своё мнение я оставлю для статьи, а пока скажу, что в корпоративной среде есть целый слой рабов процессов: руководителей и сотрудников, которые готовы на что угодно, лишь бы соблюсти регламенты, формальности и быть такими… ну такими… ну как в «Мы» у Замятина. И это, как мне кажется, бесконечно плохо, безгранично скучно, отчасти глупо, а главное, очень опасно для всей компании. Потому что нет ничего хуже равнодушного формализма. Сталкивались с таким?

Год назад я рассказал на Хабре, как мы сделали заказное мобильное приложение для коллекторов. Речь и тогда и сейчас только о технологиях, не о этике и практике взысканий. Сегодня эта разработка развилась в полноценную мобильную CRM с голосовым роботом (робот — это теперь и отдельное ПО). И что важно, приложение не только полностью цифровизирует работу выездного коллектора, но и обладает встроенной защитой должников и непричастных лиц в соответствии с законом №230-ФЗ.

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

Добрый день. На связи команда российского ИТ-решения управления мобильными сотрудниками и автоматизации сервисных процессов. .

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

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

Здесь мы делимся с вами нашей экспертизой в сфере автоматизации выездного обслуживания на основе успешного опыта внедрения систем класса FSM (от англ. Field Service management, системы управления мобильными сотрудниками).

Данный класс систем позволяет не только закрыть основные потребности сервисного бизнеса (например: учет заявок, организацию работы диспетчерской, учет  ТМЦ в разрезе выполняемых работ, создание единой базы клиентов и обслуживаемого оборудования), но и дать компании конкурентные преимущества на рынке сервисного обслуживания.

Согласно отчету Allied Market Research, в 2020 году мировой объем рынка FSM-решений оценивался в $4 млрд. К 2030 году, по прогнозам Allied Market Research, он должен вырасти в шесть раз, до $24,3 млрд.[1].

FSM-системы позволяют контролировать персонал, стандартизировать работы, перейти на безбумажный документооборот по сервисным актам, автоматизировать работу диспетчеров, систематизировать работу по заявкам, автоматически рассчитывать сроки по клиентским обращениям и контролировать KPI не в ручном режиме а с помощью системы.

Данная статья демонстрирует особенности профессиональной системы управления в Notion, написанная экспертом, создавшем более 100 систем управления проектами в Notion за несколько лет.

У нас был сложный сайт с личным кабинетом клиентов, устаревшая, переписанная 1С-ка, десяток маркетинговых сервисов, и телефония на Asterisk.

Единственное, что вызывало у меня опасение — это учётная система, написанная на .net. Ничто в мире не бывает более беспомощным, безответственным и порочным, чем php-программист, который пытается написать интеграцию с .net. Я знал, что рано или поздно мы заинтегрируем и эту дрянь…

Меня зовут Антон, я руковожу проектами по внедрениям CRM Битрикс24 в компании ИНТЕРВОЛГА.

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

Привет читателям Хабра! Меня зовут Степан, я руководитель ИНТЕРВОЛГИ. Мы (в основном) находимся в Волгограде и пишем коммерческие сервисы для средних и крупных компаний. С государством почти не работаем. Иностранной выручки у нас менее 1%, поэтому вопрос «а как мы будем работать дальше после февраля 2022?» – совсем не пустой. 

В статье поделюсь опытом лидгена и продаж на волне «Импортозамещения в IT».

У нас возникла задача добавить препроцессинг для параметров активити бизнес-процесса Битрикс24. Когда разбирались в задаче не смогли найти ни одного примера и решили выложить свой - может быть кто-нибудь сможет решить задачу с динамическими списками или освободит себя от необходимости запрашивать код сущности через вебхук

Привет, Хабр. В этой статье я хочу поделиться своим опытом использования ресурсных контроллеров в CRUD приложении на фреймворке Laravel - простенькой CRM. Итак начнём.

Проект опубликован как свободное ПО.

Привет, Хабр! Ежедневно, по роду деятельности, мы общаемся с десятками компаний, в основном средний и малый бизнес, на тему автоматизации процессов техподдержки и выездного сервиса. Еще 5 лет назад, нас не очень удивляло массовое желание “изобрести велосипед”, то есть написать собственную CRM, Helpdesk, систему складского учета и т.д. Но за последние 2,5 года (COVID-19 + события текущего года) ситуация на рынке в общем, да и рынке разработки в частности, кардинально поменялась.

Однако, у многих компаний, в первую очередь средний и малый бизнес, принятие новой реальности так и не произошло. В этой статье мы наглядно, с цифрами и большим пониманием дела (занимаемся разработкой ПО 15+ лет) попробуем протереть запотевшие очки. А еще, чуть позже, обязательно сделаем вторую часть, где представим результаты интереснейшего исследования рынка.
Ну и, конечно, в конце есть инсайд про несколько helpdesk систем на рынке. Поехали! 

Привет, Хабр! Мы тут про aCRM хотим поделиться мыслями, но скорее с архитектурной точки зрения: как в условиях нашей реальности оставить “как есть” (а может, даже лучше), но поменять то, что «под капотом».

Во времена английского колониального правления в Индии англичан несколько пугало огромное количество кобр в свободном выгуле (выползе?). Опасная, активная и ядовитая братия не давала англичанам ни есть, ни пить, ни спать спокойно. Казалось, выход был найден: борьбу с кобрами переложили на плечи местного населения, которому губернатор обещал денежное вознаграждение за каждую мёртвую змею. Сперва поголовье сократилось, но вскоре индусы просекли баг в системе мотивации и начали его активно эксплуатировать: они начали разводить кобр, чтобы получать деньги за отлов. Когда англичане поняли, что KPI работают как-то не так, они отменили награду. Горе-заводчикам не оставалось ничего, кроме как выпустить кобр на волю. В результате их стало даже больше, чем было до начала отлова. 

Эта довольно известная история легла в основу определения «эффекта кобры», который красочно иллюстрирует всё то, что нередко происходит в компаниях: принятые решения имеют если не прямо противоположный, то часто негативный эффект. Особенно часто это случается с KPI.

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

В этой статье я, Дмитрий Асташов, руководитель направления маркетинговой отчётности в GlowByte, поделюсь своими рассуждениями о подходах к оценке эффективности сценариев, направленных на маркетинговое взаимодействие с клиентами в режиме реального времени, также называемое Real-Time Marketing.

Бывает, что программное обеспечение теряет актуальность, исчезает, трансформируется до неузнаваемости — уж если это случилось с Winamp, то что же грозит остальным :-) На самом деле, путь большинства технологий конечен, лет через 20 мы не обнаружим даже следов значительной части современных топовых приложений, устройств и компонентов. И это повод радоваться, а не грустно вздыхать, поскольку эволюция технологий это основа новой эволюции человечества (вот это пафос!). Однако многие программы и системы, видоизменяясь, сохраняют свою сущность и многие годы активно используются миллионами пользователей. Несколько десятилетий так было с CRM-системами. А дальше — будет?