У нас возникла задача добавить препроцессинг для параметров активити бизнес-процесса Битрикс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-системами. А дальше — будет?
Несколько лет назад я решил под свои скромные производственные задачи сделать какую-то такую - не знаю какую - систему, но чтоб была похожа на таблички excel на стероидах.
На вторую неделю разработки нашего супер-пупер-проекта «базы данных для неразработчиков», ведущий разраб спрашивает меня — «ок, и как ты хочешь, в одной ячейке таблички вызывать другую? а если из другой таблицы? а как их складывать и умножать?».
Возник выбор — прикручивать JS и SQL (как это делают нормальные люди) или разрабатывать собственный синтаксис. Я недолго подумал и решил, что собственный синтаксис лучше.
Хочу рассказать про некоторые моменты, которые стали понятны в этом процессе — может, вы передумаете делать свой DSL 😅
После нашего выступления на одной из IT-конференций к нам обратился крупный поставщик промышленного оборудования. Компания продаёт обрабатывающие станки, осуществляет шеф-монтаж, пуско-наладку и обслуживание обрабатывающих станков.
Это сложная B2B-сфера с большими чеками, длинными продажами и личными контактами, разветвленной дилерской сетью, сложным сервисом и рекламациями, своими особенностями в графиках платежей. Всё как мы любим!
Последнее время в РФ все больше ужесточается законодательство в части подмены номера звонящего. Одним из последних нововведений стали крупные штрафы. И если раньше операторы связи могли смотреть ”сквозь пальцы” на факт сокрытия реального номера звонящего, то теперь вероятность блокировки подобного звонка становится значительно выше.
Для всяческих мошенников у меня нет ни капли сострадания, но что делать добросовестным предпринимателям с кейсами, в которых сокрытие номера звонящего не связано со злонамеренными действиями? Ведь подобная защита номеров актуальна даже для крупных маркетплейсов и площадок объявлений.
Например, что делать если во время звонка мы захотим показать клиенту корпоративный номер его персонального менеджера, даже если менеджер использует свой личный телефон? Ответить на этот вопрос нам поможет Telecom API от компании MTT: компания-клиент МТТ настраивает переадресацию с выделенного оператором связи номера на личный номер менеджера. При этом клиент контролирует все коммуникации, а личный номер менеджера остаётся под защитой при обратном звонке благодаря переадресации на номер компании-клиента МТТ.
Но скучно будет просто написать обзор API, поэтому мы еще сделаем свой собственный “зародыш CRM” с помощью моей любимой XWiki, щепотки кода и Telecom API. На всё это у нас уйдет буквально 10 минут.
Сегодня мы с вами:
- посмотрим как решить проблему защиты номера звонящего с помощью API callback вызова и управления входящим вызовом;
- сделаем свое расширение для open source вики-движка XWiki и интегрируем в него методы callback вызова, чтобы звонить прямо из XWiki.
При этом расширение XWiki в принципе будет способно вызвать практически любой запрос к API, поэтому даже если вас не увлекает Интернет-телефония, все равно загляните под кат.
P.S. Cтатья предназначена для бизнес-пользователей, а не для профессиональных проектных менеджеров. В этом материале я постаралась простым языком объяснить, что делать с CRM-проектами, которые зашли в тупик.
Зачастую, при наступлении «тяжелых времен» у проектов их бросают на полпути, завершают, так и не дождавшись требуемых результатов. Однако это нерационально: в любой, даже самой критичной ситуации проект можно спасти, возобновить его эффективность и сохранить вложенные в него деньги!
В компании по продаже строительных материалов стоимость продукции состоит из двух показателей, цена и ценность продукта. И бизнесу для эффективного управления ценами важно «нащупать» баланс. Учитывая, что в ассортименте компании более 20 000 наименований продукции от 370 поставщиков, то такая задача вовсе кажется непосильной. На кану «игра с большими данными», ведь повышение цен всего на 1% позволяет увеличить прибыль на 8%.
Меня зовут Николай Мясников, я основатель и руководитель Маркетинговой компании «ВИАТ». В 2021 году со своей командой внедрил и автоматизировал комплексную систему управления ценами в компании по продаже строительных материалов. О ключевых инструментах и этапах внедрения я и расскажу в этой статье.
Сколько себя помню, постоянно на всех конференциях, митапах и встречах транслировалось число 75%. Именно такова доля неудачных проектов внедрения CRM-систем. И всё вроде бы гладко в этом тезисе, кроме трёх нюансов:
1) я себя помню довольно давно — потому что как минимум 17 лет самолично разрабатываю CRM и веду интеграционные проекты;
2) впервые это число всплыло году так в 1998, тогда оно достигало даже 83%;
3) CRM-системы и проекты их внедрения радикально изменились.
Экспертам, конечно, трудно проанализировать новую статистику — они заняты заказными исследованиями. Моя личная статистика на массиве более 7000 клиентов показывает, что 75% — это уже доля удачных внедрений. И даже больше. Причина простая: CRM это настоящий стандарт XXI века, просто мы об этом не задумываемся. Проверим?
Привет, Хабр! Меня зовут Григорий Иванов, я работаю ведущим специалистом команды MM.SUP в Glowbyte. Сегодня хочу рассказать про работу команды технического сопровождения, или, как её ещё называют, поддержки. Эта статья позволит взглянуть на некоторые процессы изнутри и примерить на себя роль матёрого специалиста сопровождения.
Для понимания скажу несколько слов о продукте, который мы сопровождаем. Его основа – это система аналитического CRM с уникальными особенностями конкретного внедрения для каждого заказчика, а также набор систем, которые включают в себя витрины данных и инструменты BI.
Все любят говорить о планировании. Но планирование – это не просто составление списков задач и того, что можно было бы реализовать. Задача правильного планирования – привести к такому состоянию, когда конечный (реальный) результат будет максимально соответствовать ожиданиям, то есть плану. И чем масштабнее совпадение, тем выше качество планирования.
Но часто ли бывает, чтобы реальность полностью соответствовала ожиданиям? Почти никогда.
Так вот, опытный руководитель — это тот, кто умеет планировать не только деятельность вверенных ему людей, бизнес-процессов, ресурсов, но и рисков. Рисками тоже нужно уметь управлять.
Всем привет, мы – одна из команд GlowByte, специализируемся на клиентской аналитике и автоматизации маркетинга. В этом материале мы рассмотрим класс продуктов CDP (Customer data platform) – функциональные возможности, решаемые с их помощью задачи, назовем несколько распространенных на российском рынке решений и расскажем о базовых маркетинговых коммуникациях. В этот раз не будет глубокого погружения в технику и внутреннюю архитектуру систем, поэтому материал в первую очередь будет интересен для конечных бизнес-пользователей, которые хотят получить возможность лучше узнать своих клиентов и проводить с ними более эффективные коммуникации.
Решение
Раздробить весь цикл сделки на полезные действия менеджеров (иногда клиентов), которые действительно ведут к успешному результату. Кроме того, хотелось для вновь пришедшего РОПа сделать инструмент, позволяющий выставлять менеджерам показатели, а в конце периода срезать их выполнение - некий дэшборд, приборная панель, демонстрирующая ритмичность и производительность коммерческого подразделения.
Решили in-house разработать CRM систему. По ходу разработки встречались интересные моменты, которые постараюсь описать в нескольких статьях. В статьях постараюсь избежать банальностей типа: скачал, распаковал, запустил, и вот глядите, swagger из коробки. Таких статей, как и видео на Ютубах, уже очень много. Постараюсь поделиться просто интересными деталями, которые встречались по ходу разработки. Забегу вперед — систему настроили и запустили.
⚛ Проектируем DataGrid на React так, чтобы сэкономить Boilerplate
Хорошо продуманная архитектура позволяет не только избежать legacy, но и отдать часть рутины менее квалифицированным кадрам. Думаю, будет уместно поделиться заметками о проектировании DataGrid, так как скорее всего вы уже сталкивались с копипастой)
