Русский
Русский
English
Статистика
Реклама

Crm

Какие технологии и софт используют волонтеры для поиска пропавших детей

19.03.2021 16:09:40 | Автор: admin


Пропал мальчик! Помогите!
Потерялась девочка, ушла из дома и не вернулась

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

Когда пропадает человек, независимо от его возраста, больше всего пугает неизвестность и воображение рисует в голове самые дикие картины. Современные СМИ, книги и фильмы на эту тематику постарались на славу. Газетные статьи с обилием жутких подробностей, спекулирующие на горячей теме ради тиража, набившие оскомину сюжеты типа Молчания ягнят, делающие кассу кинокомпаниям, страшилки рассказываемые из уст в уста, все это развлекает до тех пор, пока не касается лично тебя, но заставляет очень сильно переживать, когда несчастье происходит с твоими близкими.

Но что происходит на самом деле, когда теряется ребенок? Как его ищут и какие технологии применяют при поиске?

К нам в RUVDS иногда обращаются социальные проекты и мы предоставляем им бесплатные VPS: так мы начали работать с поисковым отрядом волонтеров ОРОО ПСО Поиск пропавших детей Орел. Мы поговорили с руководителем волонтеров Олегом о том, как организован поиск пропавших детей, куда чаще всего пропадают подростки и каким софтом они пользуются для координации.

Как искали людей в средневековье


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


Гамельнский крысолов. Августин фон Мёрсперг, 1595 год.

В наши дни куда меньше шансов пропасть, чем у предков и гораздо больше способов найти пропавшего. Отсутствие понимания того, как устроен этот мир способствовало развитию суеверий. Сюжеты Гамельнского крысолова или Гензель и Гретель, похищение детей животными (Маша и медведь) и мифическими существами (русалками) были очень распространены в древнем фольклоре. Что характерно, чаще всего героями подобных происшествий являются дети, как более наивные, неопытные и слабые представители социума.

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

Примерно в 0 часов 20 минут подросток был найден в деревне Болотовские дворы Орловского района Орловской области. Подросток находился у своего знакомого, его жизни и здоровью ничего не угрожало


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

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


Лозоходец, Гравюра, Франция, XVIII век

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

Мотивы для поисков были не только личными, но и корыстными. Налогообложение было уже тогда, за неуплату несли коллективную ответственность, а расплачивались своим личным имуществом. Если у человека не было средств и он не хотел снимать с себя последнюю рубаху, то проще было пропасть без вести, чем становиться должником.

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

XIX-XX век


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


МККК был основан в 1863 году швейцарским бизнесменом Анри Дюнаном. Первоначально он назывался Международный комитет помощи раненым. Именно инициативе Анри была принята Первая Женевская конвенция. Об улучшении участи больных и раненых воюющих армий на поле боя.

12 марта 2021 года на пульт дежурного по поисково-спасательному отряду поступила информация о том, что ушел из дома и не вернулся ребенок 2006 года рождения, который проживает на территории Заводского района. Группой обеспечения деятельности поисково-спасательного отряда был организован обзвон медицинских учреждений с целью возможного установления местонахождения без вести пропавшего.

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


В конце 1914 года, в разгар Первой мировой войны, МКК основал Международное агентство по делам военнопленных, которое, кроме возвращения людей из плена через обмен, передачи писем и посылок, вело картотеку, в которой было более 7 миллионов дел на пленных и пропавших без вести. Благодаря этому каталогу, была установлена личность более 2 миллионов пленных, которым помогли связаться с родственниками.


После Второй мировой войны количество людей попавших в плен и пропавших без вести исчислялось совершенно сумасшедшими цифрами. МАПДВ собрало картотеку на 45 миллионов военнопленных по всему миру, за исключением пленных нацистской Германии, руководство которой только в самом конце войны допустило наблюдателей от МКК в некоторые свои лагеря. Вскоре, после окончания войны летом, 1947 года в небольшом городе Бад-Арользен был основан архив, который стал центром, где собрано огромное количество информации о военнопленных, принудительных рабочих и беженцах. Сейчас он называется по городу в котором расположен: Архивы Арользена.

4 февраля 2021 года на пульт дежурного по поисково-спасательному отряду поступило обращение от оперативного дежурного межмуниципального отдела МВД России Мценский о том, что 12-ти летний ребенок примерно в 17:30 ушел из дома в неизвестном направлении.

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

Утром 5 февраля поступило сообщение из отдела полиции, что бабушка найдена у своих знакомых живой и здоровой.


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

Наши дни


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


Телепередача Жди меня

Современные технологии очень помогают в розыске пропавших людей, самое очевидное определение координат мобильного телефона в момент близкий к исчезновению. Пару лет назад Мегафон запустил совместно с Лизой Алерт проект по поиску потенциальных свидетелей. ПСО (поисково-спасательный отряд) сообщает сотовому оператору примерный район, где последний раз видели разыскиваемого человека, а Мегафон определяет людей, которые были в этом районе примерно в это же самое время и рассылает по СМС ориентировку с приметами. Во время тестирования было проведено около 60 рассылок, после которых все пропавшие были успешно найдены. На очереди в автоматические помощники системы распознавания по лицу, которые успешно применяет Китай, а в крупных городах России они уже или успешно работают, или вот-вот будут запущены

Установлено местонахождения без вести пропавшего Толубеева Сергея Александровича 1967 года рождения, который 18 января 2021 года ушел из дома в г. Орёл и длительное время не возвращался домой.

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

В настоящий момент Сергей Александрович находится дома, его жизни и здоровью ничего не угрожает


К сожалению, высокие технологии помогают не всегда. 21 сентября в Литве произошло шокирующее преступление. Утром в службу 112 позвонила девушка и сказала, что ее похитили, изнасиловали и теперь везут убивать в багажнике машины, она даже назвала марку автомобиля. В мобильнике не было сим-карты и единственный номер который можно было набрать телефон Единого центра помощи.

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


Остатки автомобиля VolksWagen Passat, в котором сожгли девушку

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

14 февраля 2021 года на пульт дежурного по службе регистрации несчастных случаев поступила информация о том, что 12 февраля 2021 года пропал Кружай Владимир Николаевич 1960 года рождения, который занимался чисткой снега у дворовой территории где и проживал.

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

Позднее на пульт дежурного поступила информация о том что пропавший 12 февраля Кружай Владимир Николаевич 1960 года рождения из д. Борщёвка Орловской области был найден погибшим в 1,5 км от места жительства почтальоном территориального отделения почтовой связи.


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

Мы помогаем именно последней организации и на примере ее подразделения в городе Орел расскажем вам о том, как работают современные волонтерские Поисково-СпасательныеОтряды.

Об организации (г. Орел)


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

Установлено местонахождения без вести пропавшей Свириденко Карины Джейхуновны 26.03.2003 года рождения, которая 28 января 2021 года ушла из общежития техникума в г. Орёл и в установленное время не вернулась.

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

2 февраля 2021 года девушка вернулась в город Орел из города Москвы и самостоятельно обратилась в полицию


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

Структура


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

Установлено местонахождения Фроловой Анны Николаевны 23.01.1987 года рождения, которая 20 ноября 2020 года примерно в 01:00 ушла из дома в д. Каменец Орловской области, и до сегодняшнего дня ее местонахождение было неизвестно.

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

Сегодня тело без вести пропавшей было обнаружено в одном из заброшенных зданий.


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

Структура четкая и простая. Наибольшая ответственность у нескольких старших помощников руководителя, которые отвечают за:

  • проведение поиска в природной среде;
  • проведение поиска в черте города;
  • проведение профилактических мероприятий.

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

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

И, конечно же, сами волонтеры те люди, которые прочесывает местность, непосредственно занимаясь поиском в поле.

На пульт дежурного по поисково-спасательному отряду поступило сообщение из отдела полиции 3 УМВД России по городу Орлу о том, что малолетний Беляев Артем 2012 года рождения ушел примерно в 13:00 из СОШ 5 домой и до дома не пришел.

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

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

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

Технологии


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

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

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

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

Время шло, отряд разрастался, и таких простых средств стало недостаточно. Возникла идея связаться с ребятами из Нэкст Техника, которые занимаются разработкой софта для диспетчерских экстренных служб. Они пошли нам навстречу, и с тех пор отряд пользуется их программой Исток-СМ. Это система автоматизированного рабочего места диспетчера, куда стекается информация из всех источников: телефонные звонки, СМС, почта и тому подобное. Кроме того, в нее интегрирована связь со всеми спецслужбами: полиция, скорая помощь, МЧС и волонтеры отряда. Как только диспетчеру поступает вызов, система показывает координаты звонящего, и сразу можно начать заполнять карточку пропавшего: имя, фамилия, возраст и вообще вся доступная информация на момент обращения. Позднее в карточку вносятся данные о работе по поиску человека: кто из волонтеров выехал, на какой машине, потребовалась ли заправка бензином и так далее, включая пометки самих поисковиков.

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

Волонтеры во взаимодействии с ОМВД России по Свердловскому району УМВД России по Орловской области установили родителей подростка который находится в Орловской областной детской больнице.

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

Утром 11 января 2021 года волонтеры связались с больницей и еще раз все проверили, позже была установлена связь с его родителями. В настоящий момент подросток связался с ними. Сотрудники отдела по делам несовершеннолетних также держат данную ситуацию на контроле.

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

Поздно вечером 24 августа 2020 года на пульт дежурного информационно-справочной службы поисково-спасательного отряда поступил звонок из Следственного управления Следственного комитета Российской Федерации по Орловской области, который пояснил, что в Залегощенском районе ушли из дома и не вернулись две несовершеннолетних 2003 и 2004 года рождения. Оперативным дежурным был зарегистрирован факт обращения, а полученная информация была передана руководителю поисково-спасательного отряда.

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

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


Основная база данных Исток-СМ хранится на домашнем сервере, а операторы получают доступ к нему через .

Характеристики сервера


Телефонию отряду предоставляет компания .

Работа по розыску


Информация к диспетчеру поступает по двум каналам.

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

И только после соблюдения всех этих формальностей (абсолютно не лишних!), присоединяется к поиску.

Поздно ночью 17 августа 2020 года на пульт дежурного информационно-справочной службы поисково-спасательного отряда поступил звонок от жительницы Заводского района города Орла, которая пояснила, что ее несовершеннолетняя дочь ушла из дома и не вернулась в 17 часов 30 минут 16 августа 2020 года. Оперативным дежурным был зарегистрирован факт обращения, а полученная информация была передана в отдел полиции 2 по Заводскому району УМВД России по городу Орлу

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

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


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

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

Чаще всего теряются трудные подростки, примерно 80% от всех пропавших. Эти ребята, чаще всего, уходят сами и не в первый раз. Маленькие дети пропадают очень редко, 2-3 случая в год. Обычно это: гуляли и заблудились, друзья увели в соседний двор или пригласили к кому-то в гости.

15 сентября на пульт дежурного поступила информация о том, что в территориальный отдел полиции по Кромскому району обратился дедушка пропавшего Басова Максима Андреевича 2006 года рождения, учащегося в Коровье-Болотовской СОШ, который 11.09.2020 в 17.00 ушёл из дома и в установленное время не вернулся.

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

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


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

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

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

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

Установлено местонахождения Трофимова Павла Николаевича 1976 года рождения, который 10 января 2021 года ушел из дома в Орловском районе и пропал.

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

Позднее тело без вести пропавшего было найдено недалеко от места проживания.

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

Что делать дальше, будет зависеть от того, по какой причине подросток сбежал. Это может быть конфликт с родителями, который сами родители могут скрывать от полиции и органов опеки, а может его подбили друзья, или он что-то украл и теперь боится попасться. Чтобы все это выяснить у родителей забирают девайсы пропавшего: ноут или десктоп, планшет. Их взламывают и читают переписку ребенка, смотрят его общение в соцсетях и чатах. Если родители пишут заявление по статьям 144 или 145, такие действия законны.

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

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

4 сентября 2020 года на пульт дежурного информационно-справочной службы поисково-спасательного отряда поступил звонок из отдела полиции 3 по Северному району УМВД России по городу Орлу. Сотрудник полиции пояснил, что 3 сентября 2020 года примерно в 17 часов 00 минут ушел из дома и не вернулся подросток 2005 рождения. Оперативным дежурным был зарегистрирован факт обращения, а полученная информация была передана руководителю поисково-спасательного отряда.

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

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


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

Кто может быть волонтером?


Волонтером может стать каждый.

Главное это стрессоустойчивость, а занятие каждому найдется. Не обязательно прочесывать лес по квадратам, много работы можно делать из дома. Если человек не справляется с полевой работой, то он может придумывать и читать лекции, писать методички, распространять информацию и так далее. Работа найдется всем.

Только надо быть готовым к тому, что волонтеров тщательно пробивают через органы, чтобы он не оказался опасным преступником или педофилом.

Итоги 2020 года


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

  • Найдено живыми: 98 человек
  • Найдено погибшими: 11 человек
  • В розыске остаются: 9 человек

Всего на территории Орловской области было подано заявлений по поиску 118 человек. Из них:

  • Лиц старше 18 лет: 65 человек
  • Подростков в возрасте от 14 до 18 лет: 34 человека
  • Несовершеннолетних, до 14 лет: 19 человек

Подробнее..

Первый месяц с CRM собираем детские болезни проекта

20.01.2021 16:09:28 | Автор: admin
Для любых отношений, любого устройства и любой программы есть период привыкания отрезок времени, за который человек понимает принципы взаимодействия, разбирается в нюансах, находит свои фишки, определяет достоинства и недостатки и т.д. Так происходит с новыми коллегами, друзьями, новой работой, смартфоном, ноутбуком и т.д. Все мы когда-то испытывали это странное ощущение, состоящее из смеси любопытства, интереса, осторожности и лёгкого недовольства ведь человеческой природе вполне обоснованно неприятны перемены в окружающей среде.

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


Первые ошибки внедрения


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

  1. Компания не начинает работу в CRM-системе, пока не получит завершённый проект от вендора: с настройками, интеграциями и доработками. Это значительная отсрочка. Любая современная CRM изначально хорошо спроектирована: есть возможность вносить клиентов, создавать сделки и атрибуты сделок, звонить из интерфейса системы, отправлять почту, формировать профили продаж, создавать отчёты, заниматься персональным и коллективным планированием и проч (набор зависит от конкретной CRM-системы например, возможности разных редакций одной CRM вы можете посмотреть в таблице, это доступная функциональность из коробки). Поэтому откладывать использование системы чревато тем, что процесс затянется очень надолго, а когда вы начинаете работать сразу, вы со своей стороны мотивированы завершить проект внедрения как можно быстрее и уже работать на полных оборотах.
  2. Компания не проводит обучение сотрудников. Это странная форма экономии: обучение всегда стоит денег, но они несравнимо меньше стоимости внедрения (включая лицензии). Допустим, вы купили автомобиль, но не закончили автошколу. Вполне допустимо, что вы вместе с другом или коллегой разберётесь, как стартовать, ехать, тормозить и т.д. Но на дороге будет очень тяжело: знаки непонятные, правила передвижения потока неясные, гаишники ещё эти Путь к первоклассному вождению не будет закончен никогда, и это ещё ни слова не сказано о безопасности и ценности жизни. А тут три месяца отучился и всё, поезжай с потными ладошками, но с уверенными знаниями, это проще. С CRM ровно такая же история: если сотрудники знакомы с ПК, рано или поздно они разберутся и с CRM: формы, данные, отчёты, значки, подсказки никакого космолёта внутри не спроектировано. Но вот работать со связанными сущностями, понимать, как выбирать данные, создавать бизнес-процессы и т.д. не получится для этого нужно, чтобы эксперт показал основные принципы, объяснил, как CRM работает как система, а не как хранилище контактов. Освоить проще простого даже тем, кто с компьютером на вы, но игнорировать обучение нельзя.
  3. Компания чрезмерно форсирует старт эксплуатации CRM-системы. Ну вот представьте себе, компания малого бизнеса купила 10 лицензий RegionSoft CRM Professional Plus, потратила на это 153 000 р. (единоразовый платёж без аренды), ещё сколько-то планируется потратить на доработку. Руководитель хочет, чтобы инструмент начал окупаться на полную катушку и требует, чтобы сотрудники не просто вносили контакты и вели сделки, но и создавали бы бизнес-процессы, встроенные калькуляторы и проч. Сотрудники сразу раскалываются на три лагеря: первые (их мало) изучают интерфейс, документацию и работают изо всех сил, вторые (их мало) отчаянно ковыряют интерфейс и пытаются что-то слабать наудачу, третьи (их много) игнорируют CRM и ищут пути давления на руководство, чтобы отказаться от этой затеи (потому что им лень, им страшно, они не обучены и т.д.). Это чревато как конфликтами внутри организации, так и дисбалансом и низкой эффективностью самой системы. Старт эксплуатации должен быть постепенным, комфортным для каждого сотрудника в его собственном темпе и только при активном участии внутренних экспертов.

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

4 шага к решению проблем: чек-лист


На старте эксплуатации CRM-системы нужно сделать всего 4 шага, которые помогут избежать большинства проблем для малого бизнеса это настоящий must have.


Провести обучение и адаптацию сотрудников


  • Базовое обучение онлайн (или оффлайн) сессия знакомства с CRM-системой, демонстрация и отработка основных действий, разбор первых шагов и распространённых кейсов (завести клиента, задачу, сделку, настроить простой бизнес-процесс, отчёт и т.д.). Лучше, если первичное обучение проведёт компания-разработчик (вендор) CRM. Дополнительно можно запросить более глубокое обучение для внутренних экспертов, которые понесут данные дальше, сотрудникам.
  • Документация и мануалы отличный настольный материал для самостоятельного освоения CRM-системы, многие сотрудники предпочитают именно такую помощь в изучении новой программы. На Хабре мы сталкивались с довольно нестандартным мнением о том, что хороший софт в документации не нуждается. Нам понятно, что скрывается за этой фразой. Но для бизнес-ПО документация обязательна, поскольку это важный материал не для разработчика, а в первую очередь для конечного пользователя, который так себя чувствует увереннее.
  • Формирование базы знаний особые моменты и индивидуальные нюансы использования CRM в компании нужно вносить в базу знаний, к которой смогут обращаться в том числе новые сотрудники.
  • FAQ аналог базы знаний, но в формате вопрос-ответ. Создать его просто: все, кто задал вопрос по CRM и получил на него ответ, должны вносить их в файл. Из файла затем можно будет выбрать самые распространённые и сложные вопросы.
  • Внутренний эксперт человек (или несколько), который будет отвечать на вопросы сотрудников и консультировать их по использованию CRM-системы.
  • Адепты (early birds) CRM по-настоящему счастливый билет для компании. Если руководителю удастся выделить сотрудников, готовых нести идею CRM в массы и активно использовать CRM-систему с первого дня, внедрение будет практически беспроблемным. Адепты CRM сами донесут до коллег ценность программного обеспечения и покажут, насколько CRM упрощает жизнь. Чтобы усилия пошли в нужное русло, таких сотрудников можно дополнительно мотивировать.

Погрузить сотрудника в обучение довольно просто. Однажды знакомый врач на вопрос об обучении в медицинском институте сказал: Я не понимаю, почему все студенты каждый раз учат всё заново. Речь идёт об одном и том же человеке, принципиальная схема которого не меняется при переходе от анатомии к неврологии или физиологии. Принцип один, наполнение разное. Такая же история с автомобилями, экономикой, психологией и т.д. Обучение в рамках внедрения CRM ничем не отличается: есть принципиальная схема, а есть детали. Давайте посмотрим на нашем примере RegionSoft CRM.

Любая CRM это СУБД (набор связанных таблиц) внутри и интерфейс пользователя снаружи. Это всё, что пользователь должен знать о внутренностях. Интерфейс любой CRM представляет собой множество форм, таблиц и полей, заполнение которых наполняет те самые внутренние таблицы, к которым можно обратиться из любой части CRM (конечно, если она хорошо спроектирована мы на российском рынке CRM каких только чудес не видали).

Перед вами главное окно RegionSoft CRM. Оно разделено на пять логических частей по горизонтали (меню, действия, дела, основное окно, нижняя панель уведомлений) и на три по вертикали (панель ассистента с быстрым доступом к основным модулям, рабочее окно и панель мониторинга своего прогресса). Соответственно до пользователей нужно донести, что старт работы начинается с этих разделов, а внутри можно переходить от меню к меню, как в офисных программах.


Рабочий стол RegionSoft CRM

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


Карточка клиента RegionSoft CRM

Когда пользователь поймёт структуру CRM, он будет легко осваивать новые модули, отчёты и сущности, потому что они будут находиться в логично ожидаемых местах (опять же, если CRM хорошо продумана). Именно с этого и нужно начинать обучение.

Сделать первичную настройку CRM-системы


  • Системные и базовые настройки: списки сотрудников, реквизиты компании, настройки бухгалтерского и валютного учёта, вид рабочего стола и т.д. Лучше, если всем сотрудникам с настройками помогут 1-2 сотрудника, которые и будут верховными админами CRM, ответственными за корректную работу самого ПО, информационную безопасность и связанные с этим всем задачи.
  • Определение прав доступа: назначение прав доступа исходя из функциональных особенностей деятельности сотрудника. Это нужно сделать обязательно, поскольку назначение прав доступа один из важнейших моментов информационной безопасности внутри CRM.
  • Настройки почты: интеграция с почтовым клиентом или настройка почтового сервера для нативного почтового клиента (как, например, в RegionSoft CRM).
  • Настройки телефонии: настройка IP-телефонии, при необходимости виртуальной АТС.
  • Настройка отчётов: определение базовых отчётов, настройка фильтров, создание профилей воронок продаж. Здесь же настройка шаблонов и форм документов для печатных форм и отправки по почте (иногда шаблоны создаются с помощью услуг разработчика CRM или силами штатного программиста так быстрее и меньше ошибок).
  • Работа с планировщиками: настройка индивидуальных и групповых планов, создание и назначение задач, настройки среднесрочного планирования.
  • Наполнение справочников: создание необходимых для работы справочников (номенклатуры, транспорта, работ, услуг и т.д.).

Настроить интеграции


  • Интеграция с 1С настройка базового обмена данными, если это необходимо. Если нужна интеграция с 1С по-взрослому, лучше обоснованно понять реальную необходимость этого и идти к разработчику с конкретными требованиями.
  • Интеграция с виртуальной АТС (ВАТС): настройка маршрутизации, переадресации, пула номеров и т.д. Все звонки должны проходить через CRM-систему. Отдельно нужно проконтролировать, чтобы сохранялись записи переговоров.
  • Интеграция с сайтом при необходимости: возможность загрузки данных из форм на сайте, из чатов с клиентами на сайте.
  • Настройка резервного копирования: настройка периодического создания и хранения бэкапов базы. Они вас выручат во всех случаях: от нечаянных ошибок сотрудников до злонамеренного увода и даже повреждения базы (обратите внимание, что бэкапы должны проверяться и храниться как минимум в трёх местах).

Настроить бизнес-процессы


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


Пример бизнес-процесса Доставка в RegionSoft CRM

Не бойтесь


  • Ошибаться и набивать шишки только таким путём можно вникнуть в самые глубокие дебри работы с CRM-системой и научиться её использовать на все 100% (это делают далеко не все). Наличие политик распределения прав доступа и бекапов надёжно защитят саму систему, а сотрудники, разбираясь в сложных конструкциях, научатся быстро и безошибочно работать с основным интерфейсом.
  • Задавать вопросы нормальный процесс. Их можно адресовать службе поддержки вендора, разработчику, внутреннему эксперту, владельцу (холдеру) процесса, коллегам. Вопросы и ответы как микросессии обмена информацией помогают каждому участнику процесса углубить и зафиксировать свои знания, улучшить практику использования CRM-системы.
  • Проектировать процессы и удалять их бизнес-процессы в CRM-системе одна из самых сложных функциональностей и вполне логично, что хочется их настроить раз и навсегда. Однако всё может получиться не с первого раза или хорошая идея по оптимизации процесса придёт позже тогда нужно брать и удалять всё ненужное, чтобы создать новый качественный процесс.
  • Рефакторить бизнес-процессы. Бизнес-процессы в компании постоянно меняются и это признак того, что она работает, развивается, меняет подходы в оперативной работе и т.д. Соответственно, вместе с реальными изменениями нужно вносить правки и в автоматизированные процессы, чтобы CRM была всегда синхронизирована с оперативной работой в компании.
  • Экспериментировать с подходами к CRM. CRM-система это инструмент не только отдела продаж, но и маркетинга, и сервиса, и, конечно, руководителя. Поэтому откройте доступ всем сотрудникам (не забудьте ограничить права доступа!), чтобы они могли использовать накопленную информацию в своей повседневной работе.

Бойтесь не делать бэкапы. Без них CRM-система может оказаться назащищённой, это важный элемент информационной безопасности. Мысль кажется банальной для Хабра? Посмотрите дату создания и проверки последнего бэкапа любой вашей корпоративной системы. Только представьте себе, что прямо сейчас от скачка напряжения выйдет из строя жёсткий диск, на котором хранится ваша база данных. Если последний бекап вы делали вчера, особых проблем не будет, но если 3 месяца назад это может стать настоящей бедой.

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



Мы готовы автоматизировать ваш бизнес с помощью универсальной CRM-системы RegionSoft CRM. До 31 января действует акция У нас минус скидка 10% на весь наш софт (а это не только CRM!). Внедряем, обучаем, поддерживаем качественно и удалённо. В новом году мы по-прежнему с вами.

Подписывайтесь на наш Дзен там мы пишем прикольные статьи о продажах, маркетинге и бизнесе.

Подробнее..

CRM это не

02.02.2021 16:10:30 | Автор: admin

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

Согласитесь, странное отношение к рабочему инструменту?

Некоторые уверены, что CRM изнутри выглядит именно так: арифмометр, рычаги управления соцсетями, записная книжка с клиентами и куча шестерёнок. В принципе, не так уж далеко от истиныНекоторые уверены, что CRM изнутри выглядит именно так: арифмометр, рычаги управления соцсетями, записная книжка с клиентами и куча шестерёнок. В принципе, не так уж далеко от истины

CRM это не записная книжка

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

CRM это не программка для продаж

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

Когда-то шагнув именно от продаж, в 2021 году CRM-системы стали окончательно соответствовать своему названию: это программы для управления взаимоотношениями с клиентом во всех мыслимых аспектах. А если есть клиент, с которым сложились взаимоотношения, будет и прибыль. И да, опыт 2020 года показал, что отношения с клиентами гораздо сложнее и глубже, чем продажи.

CRM это не всевидящее око

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

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

CRM это не программа на попробовать

Тестировать CRM перед покупкой строго обязательно. Но купить CRM для того, чтобы бросить её через пару месяцев, как минимум странно. Если вы решились на автоматизацию, необходимо пройти весь путь: покупка лицензий внедрение обучение доработка (по необходимости). Тогда CRM будет эффективной. Если вы купили лицензии и решили разобраться самостоятельно, будьте готовы к тому, что вы долго не придёте к так называемым лучшим практикам использования конкретной этой, выбранной вами CRM-системы. Перефразируя Артемия Лебедева, это долго, дорого и вовсе не офигенно.

CRM это не приложение к телефонии

В последнее время только очень ленивый оператор связи и оператор IP-телефонии не выпустил свою (или чужую под своим брендом) CRM-систему. Не, ну а что вы думали, зачем кому-то отдавать такой лакомый кусок? Клиенту нравится телефония, понравится и CRM. Нас, конечно, такой подход печалит все опробованные платные и бесплатные операторские CRM выглядят как топовые CRM десятилетней давности: минимум функций, минимум связности, всё очень просто и линейно. Конечно, так дело не пойдёт: телефония это коммуникация для CRM-системы, а не наоборот. Поэтому оптимально всё-таки выбирать мощные CRM-системы и уже в них проводить телефон (настраивать звонки и виртуальную АТС). Кроме функционального преимущества, это ещё и более безопасный вариант.

CRM это не повод для увольнений

Когда в компании решают внедрить CRM-систему, некоторые руководители считают, что теперь всё, можно увольнять часть сотрудников ведь их заменит программный робот. Ничего подобного. Это всё равно что купить 20 штук Huyndai Solaris и оставить 15 водителей такси парк-то на 20 машин, какие вопросы! CRM-система это часть рабочего места, которая делает сотрудника менее занятым бумажками и рутиной и более свободным для общения с клиентами и оптимизации бизнес-процессов. Поэтому через полгода-год после покупки CRM вы имеете полное право спросить у сотрудников, чем занята их голова, освобождённая от муторной работы.

CRM это не три таблички в два ряда

Здесь можно было бы выложить принципиальную схему связей в CRM или даже UML-диаграммы, но зачем портить пятницу (а заодно нарушать NDA)? CRM это сложный бэкенд и довольно сложный интерфейс. Если CRM вам кажется очень простой и приятной с первого взгляда, будьте готовы к тому, что через пару месяцев вам не хватит большинства функций. Загибайте пальцы на примере RegionSoft CRM: планирование и календари, интерфейс продажника, справочники, больше сотни отчётов, воронки продаж, внутренние калькуляторы, склад, кассы, бизнес-процессы, KPI-монитор, карточка клиента с не одним десятком полей, медиапланирование и эфирные справки в случае RegionSoft CRM Media. Пальцы рук уже давно закончились. Вот, а всё это должно быть доступно и настраиваться в CRM-системе (к слову, часть функций можно отключить и не отображать в интерфейсе пользователя). Поэтому не удивляйтесь, что все серьёзные, универсальные CRM-системы выглядят довольно перегруженно.

CRM это не то, что нужно игнорировать

Жить без CRM в 2021 году компаниям любого бизнеса просто опасно. Вот что вы теряете, если у вас нет CRM: не имеете структурированную управляемую клиентскую базу, не контролируете оперативную работу менеджеров, не анализируете профили работы сотрудников с клиентами, отказываетесь от объективной и исчерпывающей аналитики, теряете сделки, не мониторите качество обслуживания и переговоров с клиентами. А вот, что вы без неё приобретаете: проблемы с информационной безопасностью (информация хранится разрозненно и в незащищённых файлах), уход клиентской базы с каждым более или менее непорядочным менеджером, бардак в данных, забытые звонки и упущенные сделки, работу на основании интуиции, а не аналитики, долгую работу с документами, перепиской, отчётностью и накопленные ошибки из-за человеческого фактора, проблемы с сотрудниками и подразделениями, работающими удалённо. Это не страшные сказки на ночь это объективная реальность. К счастью, решение проблемы легко доступно.

CRM это не панацея

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

CRM это не решение стоимостью в самолёт

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

Если выбирать нормальную российскую CRM-систему (не только РегионСофт CRM), то она обойдётся вам не так дорого с той разницей,что за облачную вы будете платить из месяца в месяц, а десктопную купите сразу и её суммарная стоимость владения окажется в итоге ощутимо ниже. Например, RegionSoft CRM Professional Plus (полный фарш + удалённая работа) на 10 человек будет вам стоить 153 000 р. (вечная лицензия, один платёж) или 12 760 р. в месяц при условии аренды. Спорим, самолёт стоит явно дороже?

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


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

Подписывайтесь на наш Дзен там мы пишем прикольные статьи о продажах, маркетинге и бизнесе.

Подробнее..

А так ли нужна бизнесу CRM-система?

16.03.2021 16:20:24 | Автор: admin

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

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

Так а в чём подвох? Подвох в том, что любые самые умные часы бесполезны, если вы лежите на диване или сидите за ПК 20/7 + 4 на сон. С CRM то же самое.

Мы немножечко подглядываем, как идут дела у конкурентов: так вот, среди прочих аргументов мы слышали, что, например, CRM не нужна адвокатским конторам (потому что это союз независимых работников) или компаниям с монопольным положением на рынке (клиенты в безвыходной ситуации, они и так купят). Эти аргументы приводятся с целью вызвать симпатию покупателя CRM: смотрите, мы не всем навязываем, а предлагаем вам, потому что вам нужно. Вот если бы вы были адвокатской конторой или РАО "ЕЭС России" или РЖД, вот тут бы мы к вам с CRM не сунулись Честно мы бы тоже не сунулись, но по другим причинам. Но это не значит, что перечисленные компании не нуждаются в CRM/ERP и если целесообразность CRM-системы в "ЕЭС России" действительно сомнительна (там особая специфика ИТ-инфраструктуры), то остальным CRM показана: есть клиенты, есть маркетинг, есть продажи и допродажи, есть бонусные программы и вернувшиеся клиенты значит, CRM однозначно нужна (на практике так и есть).

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

Стихийные продажи и ситуация войны всех против всех

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

Почему в таких компаниях будет активное сопротивление внедрению CRM?

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

  • Хорошая CRM связывает документы, сделки, склад и логистику (а то и производство) в таких условиях отгрузить что-то в обход компании или организовать серую схему довольно затруднительно, особенно если руководитель уделяет CRM значительное внимание и мотивирует сотрудников всех подразделений работать в единой программе.

  • CRM-система это контроль. Нет, это не тот случай, когда система снимает ваш трафик, все открытые программы и действия (так называемый bossware). Это контроль сделок и продаж: по объёмам, суммам, товарам и т.д., а также возможность записи и прослушивания телефонных переговоров через рабочую IP-телефонию.

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

Бизнес-процессы, которые не стали стандартом для компании

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

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

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

Вот что произойдёт:

  • не будет единого стержня, связывающего мелкие взаимодействия внутри компании все операции будут дискретными, связи случайными и слабыми;

  • ответственные, не привязанные к срокам и этапам процессов, не сильно изменят свой стиль работы они встроят в привычный ритм использование CRM, но качественно всё останется на прежних местах;

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

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

Отказ от использования аналитики

Одна из основных ценностей CRM-системы накопленные в ней данные: о товарах и услугах, сделках, продажах, клиентах и их потребностях, дозаказах и проч. Комплекс этой информации помогает строить стратегию компании и оценивать результаты работы каждого менеджера и всей организации в целом. Однако, если компания пренебрегает любой аналитикой, то и цифры в CRM не станут предметом особого интереса. Бывает так, что в компании есть 1С, биллинг, аналитические сервисы (BI), сайт обвешан счётчиками, но при этом ни один из сотрудников не собирает и не использует данные для своей работы. Это плохой симптом, который рано или поздно приведёт компанию в тупик: увы, никакая интуиция самого талантливого руководителя не справится с управлением, если путь к бизнес-целям не подкреплён цифрами и анализом.

Что будет, если внедрить CRM-систему в компании, где пренебрегают аналитикой?

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

  • Обойти аналитику не получится: прежде всего, возникнет интерес к воронкам продаж как инструменту оценки менеджеров, затем станет интересно сравнивать план и факт продаж по количеству и суммам, чуть позже компания придёт к KPI и тогда аналитика заиграет другими красками.

  • Постепенно CRM-система заработает на полную мощность.

Однако огромный недостаток такой ситуации слишком поздний старт полноценного функционирования CRM в компании. Мы в статьях нередко говорим, что постепенное внедрение лучший способ внедрения системы в компании, но речь идёт о постепенном внедрении сразу всего программного комплекса, с возможностью решения разнонаправленных задач. Если в апреле 2021 начать использовать планировщики и сделки, в сентябре 2021 дойти до воронки продаж, а в июне 2022 года подойти к бизнес-процессам и KPI, то по факту окупаемость CRM растянется на долгое время, а сама система приведёт к росту продуктивности как раз к концу 2022 года. Это очень плохой сценарий, поэтому сотрудники и руководство компании перед внедрением должны принять новые правила игры и понять, что если они пришли к необходимости покупать CRM, значит, изменения назрели. И речь идёт не о том, что компания должна подстроиться под CRM ни в коем случае! она просто должна настроиться на внедрение по целям.

Нет потребности экономить время

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

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

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

Сложная, отъедающая время рутина

Есть компании-творцы, в которых со всех сторон дует ветер добротного стартап-гаража: это креативные агентства, рекламщики, конечно же, ИТ-компании и т.д. Работа кипит, рутина если есть, то всегда разнообразная (например, тестирование). А есть компании, которые продают товары или оказывают услуги, которые предполагают тысячи микротранзакций, тонны бумаг, документов, переписки, звонков. И это не только банки и кредитные организации, это и компании связи, и оптовые компании, и офисы провайдеров Их действительно много. В этих компаниях есть сотрудники, которые выполняют нестандартные, массивные задачи (их мало) и есть огромное количество канцелярии, менеджеров по продажам и по работе с партнёрами, выездных менеджеров и т.д. Всё, что они делают, это рутина, точнее даже рутина и есть их работа.

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

Отсутствие устойчивой модели (моделей) продаж

Хотите вы этого или нет, но практически каждая компания продаёт то, что она производит (от софта до услуг поддержки) или продаёт то, что она купила у производителя (дилеры, оптовики, магазины, салоны и т.д.). И продажи обязательно происходят по какой-либо модели: сложные продажи, проектные продажи, онлайн-продажи, продажи через контекстную рекламу и проч. А есть те, кто руководствуется девизом: никто нас не собьёт с пути, нам всё равно куда идти: они продают везде и по-всякому, им не важно, что ответит клиент по телефону, как пройдёт встреча и т.д. Это абсолютно стихийный подход к продажам. Как правило, это свойственно небольшим компаниям, которые работают по схеме купи-продай. CRM-система в том виде, в каком они существуют сейчас (универсальные многофункциональные решения) им будет только мешать и отниматься время: ввиду разрозненности продаж аналитика будет бестолковой, воронка продаж и KPI бессмысленными. Всё, что им нужно от CRM, это максимум управление контактами и ведение сделок (что, конечно, уже немало). Но всё же не стоит автоматизировать бардак компания либо должна меняться и развиваться технологично и с учётом своего опыта, либо продолжать жить на рынке так, как есть. Рано или поздно такой подход, конечно, выйдет боком но эти рассуждения уже лежат вне пределов обсуждения CRM-систем.


Конечно, если вы себя узнали, не стоит выдыхать и думать, что у вас в компании всё именно так устроено не устроено и можно не думать о CRM-системе, не мучаться с выбором и внедрением. Проблема в том, что перечисленные ситуации как все вместе, так и по одной признаки кризиса компании, глубинных проблем внутри неё. В таких условиях случиться может что угодно: саботаж сотрудников, текучка кадров, кража клиентской базы, уход ключевых клиентов и менеджеров к конкурентам. Когда в компании нет мало-мальской организационной культуры, держаться в ней не за что: сотрудники работают каждый сам за себя и на себя, им так удобно и выгодно. Именно в этом лежат корни активного сопротивления внедрению CRM-системы со стороны руководителей отделов продаж и менеджеров среднего звена в некоторых компаниях: CRM крайне быстро может вывести на чистую воду серые схемы, левые сделки, персональных клиентов с откатами и проч. Если руководитель в таких компаниях проявит волю, продавит внедрение и настоит на строгом ведении клиентской базы, он либо узнает много нового о своих сотрудниках, либо останется в блаженном неведении, потому что они в панике свалят (часто вместе с клиентской базой и всеми выстроенными отношениями). Дикая, но не редкая ситуация.

Подробнее..

Мсье знают толк в извращениях взгляд на альтернативы CRM

21.04.2021 16:08:09 | Автор: admin

Как вы думаете, для чего компании-разработчики создают CRM-системы? Изучают опыт клиентов, составляют ТЗ, реализуют фичи, анализируют рынок, постоянно накатывают обновления и выпускают новые релизы, готовят программы обучения и алгоритмы внедрения, содержат штат программистов и покупают дорогие среды разработки и вспомогательный софт? Исключительно для того чтобы великие бизнес-умы с пеной у рта доказывали, что нет СУБД надёжнее Экселя и бумажного блокнота. Не знали? А вот мы знаем. И вам расскажем.

Бумага всё стерпит

Кажется, что такие мамонты уже вымерли, но нет в отделах продаж и среди руководителей компаний встречаются люди, которые всё записывают в блокноты и разлинованные тетради. Причём речь идёт именно о клиентах, контактах, суммах и составах сделок. Как правило, есть две причины такого поведения: первая страх потерять своих клиентов и разделить итоги продаж с коллегами; вторая мир серых схем и чёрной бухгалтерии, когда лучше ничего не держать в электронном виде и не передавать по сети. И если в первом случае менеджер приносит риски только компании и руководителю (а это гарантированно потерянная часть клиентской базы), то вторые огромный риск для покупателя, поскольку он фактически ничем не защищён и в случае конфликта даже не будет идентифицирован в компании (не говоря уже о переписке или записи звонков). Есть и третья группа совсем безобидная. Это случай, когда компания маленькая и экономит абсолютно на всём: например, ручные журналы могут быть в небольших косметических салонах, парикмахерских и в прочем социально-бытовом сервисе. Увы, они не понимают, что даже базовая автоматизация на основе какой-нибудь бесплатной CRM-системы уже значительно снизит человеческий фактор и улучшит сервис.

Конечно, мы профессионально деформированные специалисты и можем судить о наличии или отсутствии CRM в компании при первом же обращении. Но было бы неплохо, если бы клиенты оценивали работу менеджеров в том числе с позиции автоматизации работы с ними. Это был бы своеобразный маячок доверия и надёжности: если бизнес ведёт базу в CRM, значит с высокой вероятностью рассчитывает на дружбу с клиентом и дальнейшие взаимоотношения. А если менеджер забыл перезвонить, трижды ошибся в имени и перепутал предмет сделки, вероятно, у конкурентов может быть лучше (хоть иногда и дороже).

Менеджеры по продажам анализируют клиентскую базу в CRM. Наши дни.

Вся жизнь смартфон

Долгое время олдскульные менеджеры по продажам избегали смартфонов и вообще интересно относились к новым технологиям. И их можно понять: они постоянно на связи и ни один сенсорный гаджет с большим экраном не выдерживал такой долгой автономной работы. Поэтому иногда вместе с утерянным кнопочным телефоном можно было заполучить мини (а иногда и миди) базу клиентов с данными об имени, названии компании и номере типа Василий, ООО Вектор, 89019019191 моб. 2569895 раб. Чем не микро-CRM?

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

Электронные таблицы вершина эволюции

Если первые два сегмента уже исчезающе малы, то этот просто топовый лидер. Для начала вернёмся в 2006 год. Моя коллега в научном отделе вуза с запалом рассказывала, как её сын открыл бизнес и, чтобы не платить за 1С, крякнул MS Office и, цитирую, написал 1С в Excel. Спустя какое-то время он забегал по вопросам научной публикации и мне удалось увидеть это...ЭТО. Надо ли говорить, что система учёта мало чем отличалась от версии, которой пользовался монах Лука Пачоли, придумавший управленческий учёт: активы, пассивы, движение средств. А если точнее отличалась она лишь тем, что это была не главная книга, а таблица с парой макросов.

Прошло 15 лет, а воз и ныне там: компании малого (и очень редко среднего) бизнеса упорно продолжают строить CRM на таблицах, которые непременно ломаются, путаются и теряют данные. Мы уже рассказывали о том, как проходит война Excel и CRM-систем (и, кстати, огребли в соцсетях от адептов электронных таблиц), но в той статье упустили один очень важный момент. Дело в том, что на базе таблиц при условии очень небольшого объёма клиентов и потока сделок можно собрать что-то дельное с макросами и встроенными скриптами. Но чтобы создать такой файл, нужен программист и прошаренные пользователи (в таких компаниях предпочтут CRM-систему), обычно же всё использование электронных таблиц в компаниях сводится к сортировкам, фильтрам, простейшим формулам и в продвинутых случаях к сводным таблицам. А это, конечно, всего лишь файл с данными, не имеющий ни одного признака CRM и не использующий преимущества сочетания реляционных баз данных и интерфейса над ними.

Тепло, но не горячо: системы управления проектами

Итак, аллергия на CRM продолжается. Поэтому выбираем дальше системы управления проектами: Trello, Asana, Basecamp и прочие доски и диаграммы Гантта. Вот она, автоматизация, интерфейс, связность информации что ещё нужно? Но, увы, эта альтернатива опять мимо. В таких системах основная сущность задача, именно она связана с контактом, напоминаниями, вехами, графиками работ и проч. Получается, мы имеем лишь часть от CRM-системы ту, где происходит управление задачами. В CRM-системе главная сущность карточка клиента, именно с ней связаны все остальные элементы системы. И это здравый подход, потому что CRM нацелена на работу с внешними клиентами, а система управления задачами координирует работу внутри команды и не рассчитана на бизнес-процессы, продажи, сделки, финансы и т.д.

Холодно: тикет-системы и интерфейсы у звонилок

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

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

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

А можно вообще без CRM?!

А все описанные выше способы и есть без CRM.

Что ждёт компании без CRM, в итоге?

Вот вам минимум четыре гарантированных проблемы.

  1. Разрозненная клиентская база при всём желании руководитель не сможет консолидировать абсолютно все данные и начать с ними эффективно работать. Если коротко, то не будет ни аналитики, ни воронки продаж, ни KPI, потому что работать с данными в разрозненном и неполном наборе просто невозможно. А без данных компания, увы, обескровлена.

  2. Дыры в информационной безопасности потерять и слить данные, которые никак не централизованы и не управляются, проще простого. Здесь даже большого ума не надо: берёшь (копируешь) носитель и уходишь к конкурентам или просто сливаешь хорошие сделки на сторону и берёшь откаты. Это просто факт и его нужно принять. Без CRM клиентская база (да её и базой назвать сложно) совершенно беззащитна.

  3. Недовольные клиенты если у менеджера несколько клиентов, сделок, вопросов и задач и всё это мультиплицируется связями между процессами, он обязательно забудет о встрече, звонке, отгрузке и т.д. Это однозначно повлечёт отток недовольных клиентов и репутационные издержки. Фактически компания дарит своих клиентов более автоматизированным конкурентам.

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

В 2021 году мы постоянно стремимся автоматизировать все аспекты своей жизни: приложения для покупок и доставки, автоматизированные системы автомобиля, удобные смартфоны и планшеты, автоматические системы умного дома, дачи и даже гаража, чипы у домашних питомцев, маячки, умные колонки и т.д. Это удобно, безопасно, экономит время, помогает управлять ресурсами и снижать издержки стоимости жизни каждого из нас. А чем ваш бизнес-то хуже? Он явно заслуживает автоматизацию.

Минутка рекламы

Мы успешно автоматизируем малый и средний бизнес:

  • RegionSoft CRM универсальная десктопная CRM-система для малого и среднего бизнеса

  • RegionSoft GeoMonitor облачный сервис для управления выездными сотрудниками на основе GPS/ГЛОНАСС

  • ZEDLine Support простой и удобный облачный сервис для управления обращениями клиентов (тикет-система)

Подписывайтесь на наш Дзен, там много интересного об HR, работе и прочем нехабровском.

Подробнее..

Дай списать CRM?

02.06.2021 16:12:10 | Автор: admin

Вы списывали в школе? Тогда наверняка помните, у кого вы списывали: либо у отличников, либо по причине вредности оных у более или менее доверенных, сообразительных одноклассников. Пришло бы вам в голову списать у новенького из параллельного класса, который пришёл один день назад? Нет, конечно, вы ведь рисковали своей оценкой и репутацией перед учителем и родителями. И как-то мы, школьники, интуитивно до этого доходили.

Но по каким-то невнятным физиологическим причинам этот ценный навык доверия проверенным людям стёрся во взрослых мозгах. Иначе я никак не могу объяснить, почему люди задают в социальных сетях вопрос: Какая у вас CRM / ECM / ERP / PM / BI? и принимают решение на основе советов из треда. Вопрошающий ничего не знает ни о компании, ни о ложности аккаунта, ни о том, кто перед ним опытный предприниматель или новоиспеченный дилер облачной CRM, который ходит по таким тредам, чтобы пропихнуть свои услуги. А потом уже мы слышим: Выбрал CRM X, а она мне не подошла. А вы можете помочь?

Почему категорически нельзя списывать CRM?

Компании исключительно уникальны

Каждая компания уникальная структура, которая состоит из своих бизнес-процессов (даже если они выглядят, как хаос), отношений, правил делового оборота, регламентов и культуры. Даже если в Москве на проспекте Вернадского есть компания А и компания Б, которые занимаются оптовыми поставками канцелярских товаров, закупленных у одних и тех же производителей, это две совершенно разные компании даже если какие-то процессы и организационные особенности могут показаться схожими. Так вот, CRM-система в случае качественного внедрения адаптируется к бизнес-процессам каждой компании, механизмы управления настраиваются и кастомизируются в соотвествии с бизнес-требованиями, которые включают в себя сотни параметров: от профиля сбора информации о клиентах до организации склада, бизнес-процессов, настройки отчётов и специфики воронки и модели продаж. Соответственно, если компания А успешно внедрила CRM X, компания Б может просто не найти в этом решении важнейших для себя функций и тогда придётся погрузиться в доработку, огромные технические задания и фактически в переработку всей CRM. При этом на рынке может быть CRM Y, которая подойдёт компании Б с минимальной доработкой. Поэтому важно рассматривать 2-3 варианта и тестировать, что именно подойдёт вашей команде и отлично автоматизирует основные процессы и оперативную работу.

Сотрудники в компаниях отличаются

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

Ресурсы компаний отличаются

Когда вы выбираете CRM-систему, нужно понимать, что бесплатных CRM не бывает (правда, сюрприз?), для внедрения нужны ощутимые ресурсы. Если вендор вам говорит, что какой-то из ресурсов не нужен, то не сомневайтесь, он понадобится, но вы заплатите за него чуть позже и дороже (когда дозреете и будете находиться практически в безвыходном положении).

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

  • Люди, способные обучать и обучаться. Желательно, чтобы в каждой компании были такие люди: внутренний эксперт, который отлично разберётся в CRM; несколько внутренних менторов, которые будут помогать другим сотрудникам (количество зависит от размера компании и уровня технической грамотности основной массы сотрудников); администратор CRM. В некоторых случаях все эти функции могут объединяться в 1-2 сотрудниках.

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

  • Техническое окружение внедрения CRM самый сложный фактор, сильно отличающийся от компании к компании. У кого-то есть своя серверная с передовым железом, у кого-то один боевой сервак, кто-то готов выделить под управление ИТ-инфраструктурой один очень мощный ПК, кто-то предпочитает VDS/VPS, а для кого-то единственная ИТ-религия это облака, в которых непременно должна существовать CRM. Эти особенности определяют, какую именно CRM выбрать, как работать с безопасностью корпоративных информационных систем, как встраивать CRM в ИТ-инфраструктуру.

  • Ресурсы на сопровождение CRM-системы на данный момент уже не так критически важны, как раньше, но тем не менее по-прежнему скорость внедрения и старт полноценной эксплуатации зависят от того, есть хороший айтишник (сисадмин, программист) в штате или нет. Практически не один уважающий себя вендор не оставит вас без технической поддержки (платной или базовой), но свой гуру ИТ в компании залог быстрого и корректного решения всех возможных проблем. Так что, возможно, ваш собеседник страшно доволен своей CRM только потому что есть сисадмин Вася, который работает 24/7 и забывает пить чай, решая проблемы внутренних пользователей (кроме шуток, некоторые не могут найти крестик, по которому закрывается окно программы).

Отличаются причины и обстоятельства внедрения

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

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

Вы можете наткнуться на пиар-приёмы

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

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

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

Так что, ни с кем не общаться?

У врачей есть шутка: Разговоры больных друг с другом затрудняют постановку правильного диагноза. Всё правильно: обсуждая симптомы и болезни, соседи по палате или коридору в поликлинике находят у себя не только то, с чем поступили или обратились, но и что-то от диагнозов собеседников. С CRM та же самая история: обсуждая внедрение с другой компанией (особенно в социальных сетях среди незнакомцев), вы примеряете на себя их страхи, опасения, требования, и только потом осознаёте, что у вас совсем другая ситуация.

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

На что обратить внимание?

Это очень популярный вопрос. Вот здесь вы можете скачать файл-схему внедрения CRM-системы (без регистрации и СМС), а вот статья об этой схеме. Так схема выглядит:

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

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

Ну а если вы только создаёте свою службу доставки, то у нас в РегионСофт есть RegionSoft CRM с возможностью управления складом, ассортиментом, дисконтными программами и т.д. и облачный сервис GeoMonitor, который позволяет отслеживать перемещение объектов (курьеров и транспорта) на местности. В этой сфере автоматизация многое определяет.

Подробнее..

Digital-трансформация завода CRM для ERP, роботизация БП и оживление железа, ЛК, чат-боты и dream team (ч. 1)

18.01.2021 12:13:17 | Автор: admin

Часть 1: CRM для ERP (в этой публикации)

Часть 2: Роботизация бизнес-процессов и оживление железа

Часть 3: Личные кабинеты, чат-боты и dream team

Текущий уровень автоматизации: 2 года назад

Ситуация на момент моего прихода в компанию на должность CIO:

  • Коротко о заводе: круглосуточное производство, круглосуточная отгрузка продукции

  • Необновляемая с 2014 года ERP 2 и платформа 1С, пресс-релиз о внедрении

  • Бизнес-процессы компании, оторванные от бизнес-процессов в ERP, и как следствие:

    • Параллельная вселенная в виде файлов Excel, Google-таблиц и облачных хранилищ

    • Присутствие журналов и реестров для ручного заполнения сотрудниками

    • Много бумажного документооборот, в т.ч. с контрагентами

  • Минимум данных в ERP-системе и исторические "костыли" в разработке

  • Скромный сайт компании без какого-либо функционала и интеграций

  • Штат ИТ не укомплектован, процессы в дирекции толком не выстроены

  • Огромный список "зависших" текущих задач, начиная с 2016 года

  • Поддержка: 2 сисадмина и 1 помощник, консультант 1С и консультант-программист начального уровня на ГПХ

  • Один договор с одной местной компанией "1С:Франчайзи" на оказание услуг

  • Авральный режим работы пользователей и бесконечное "тушение" пожаров службой ИТ

  • Большое желание руководства компании выйти на новый уровень автоматизации

Первая smart-задача: "сделать CRM за 3 месяца!"

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

К счастью, с CRM-системами я был хорошо знаком

Еще с 2016 года, когда я был руководителем проектов внедрений в ИТ-компании, у меня уже были клиенты, которым мы продавали и настраивали 1C:CRM.

В 2018 году я возглавил новое направление в этой же ИТ-компании по внедрению популярных CRM-систем (1C:CRM, amoCRM, Битрикс24.CRM).

Личный опыт придал мне сил и уверенности выполнить задачу в сжатые сроки. А скромный ИТ-бюджет, доставшийся по-наследству, только добавлял драйва и азарта.

"Коробочная" CRM для исторической ERP: это реально!

Неожиданная новость: у нас уже заключен договор на разработку CRM

За 2 месяца до прихода в компанию, мой предшественник заключил договор на разработку CRM-системы (именно разработку новой CRM "с нуля", а не внедрения существующих).

Ко мне на встречу пришел программист 1C, который выполнял разработку CRM-системы для нашей ERP, чтобы сдать проект и подписать акт.

Тщательный аудит и проверка работ на соответствие ТЗ показала, что это была попытка "срубить бабла". Фактически в ERP была включена функциональная опция встроенной подсистемы CRM (набивалка) и настроены статусы документа "Сделка" в качестве "воронки" продаж.

Самое интересное, что ТЗ было написано подрядчиком и весьма не плохо, но до разработки так и не дошло.

Договор был расторгнут по причине невыполнения ТЗ.

Далее по совокупности критериев, здравого смыла, и сохранения режима "одного окна" в ERP для менеджеров по продажам - принято решение встроить "коробочный" модуль 1C:CRM 3.

Первая сложность: актуальный модуль 1C:CRM 3 подходил только для ERP 2.4, а у нас редакция 2.1.

Вторая сложность: историческая ERP сильно кастомизирована, местами очень "криво".

Третья сложность: никто из подрядчиков не соглашался выполнять эту задачу, по вышеуказанным причинам.

Лайфхак: Facebook спешит на помощь

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

Хотя подобных кейсов в интернете и на технических форумах я не нашел, обратился к разработчикам через партнерскую группу в Facebook:

  • Разработчики честно ответили, что на их практике такого не было, но гипотетически это возможно, если перенести часть БСП из ERP 2.4 в ERP 2.1 (после чего попробовать интегрировать сам модуль).

  • Один из партнеров с Украины ответил положительно. На их практике было 2 успешных внедрения, когда они встраивали модуль 1C:CRM 3, только в ERP 2.2.

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

Через месяц модуль 1С:CRM 3 был встроен в нашу ERP 2.1.

Еще месяц ушел на интеграцию CRM с почтой, офисной АТС в "облаке" и сервисом отправки SMS.

Еще около месяца ушло настройку новой подсистемы, "воронки" продаж, портрета клиента, обучения менеджеров по продажам.

Smart-задача выполнена в срок.

После запуска в эксплуатацию, CRM получила развитие:
  • Новый сайт компании, интегрированный с ERP (подробнее во второй части)

  • Интеграция ERP с Wialon и ЭТРАН

  • SMS-робот и Email-робот

Ноу-Хау: Самый краткий CRM-отчет для оценки KPI

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

Отчет в CRM для оценки KPI менеджеров по продажамОтчет в CRM для оценки KPI менеджеров по продажам
  1. По данным ERP

  2. По данным звонков и писем с контактным лицам клиентов в CRM

  3. По данным CRM

  4. По данным звонков, сайта и почты в CRM

  5. По данным ERP

  6. По данным ERP

  7. По данным CRM

  8. По данным CRM

Внимание!

С появлением этого отчета, менеджеры тщательно проверяли в нем данные, чтобы не был потерян ни один звонок, ни одно письмо.

Этот отчет мотивирует менеджера по продажам:

- Поддерживать актуальную контактную информацию по всем клиентам.

- Звонить и вести переписку с клиентами с корп. SIM и корп. почты.

- Добиться от ИТ, чтобы CRM работала корректно.

Факты: Фиксация всех входящих и исходящих звонков в ВАТС и CRM

Связка "ВАТС + номер 8-800 + корп.SIM + Софтфон + CRM" иногда сбоила и некоторые звонки не фиксировались. Для решения всех проблем с корп.SIM и номером 8-800 потребовалось около трех месяцев плотной работы с саппортом Мегафон и Рарус.

Мы добились выпуска нескольких обновлений и 100% фиксации звонков в CRM.

Все звонки в ВАТС (8-800, корп. SIM, офисная АТС)Все звонки в ВАТС (8-800, корп. SIM, офисная АТС)Все звонки в CRM (входящие, исходящие, пропущенные)Все звонки в CRM (входящие, исходящие, пропущенные)
Пример: Воронка продаж, портрет клиента, потенциальные сделки

Основные инструменты менеджера по продажам в CRM для работы с клиентами:

Портрет клиента в CRM (детальный)Портрет клиента в CRM (детальный)Воронка продаж в CRM (канбан менеджера)Воронка продаж в CRM (канбан менеджера)Потенциальная сделка в CRM (история взаимодействий)Потенциальная сделка в CRM (история взаимодействий)

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

Ниже пример стандартных отчетов в CRM:

Анализ источников привлечения клиентов
Анализ источников привлечения в CRMАнализ источников привлечения в CRM
Причины потерь потенциальных сделок (клиентов)
Анализ потерь интересов в CRMАнализ потерь интересов в CRM

SMS-робот и Email-робот для автоматических уведомлений

Модуль 1C:CRM для ERP уже содержал в себе функционал для подключения к SMS-провайдеру и электронной почты, поэтому мы реализовали только автоматические уведомления по SMS и Email, и интеграции с другими сервисами:

  • Клиентов об отгрузке продукции со складов в автомобили и вагоны (через интеграцию ERP с промышленными весами, подробнее во второй части).

  • Клиентов об убытие машины с территории завода со ссылкой-треком для отслеживания на карте (через интеграцию ERP с Wialon).

  • Клиентов о приближение машины у пункту разгрузки (через интеграцию ERP с Wialon).

  • Клиентов о прибытие вагонов на ЖД станцию для выгрузки (через интеграцию ERP с ЭТРАН).

  • Клиентов о необходимости разместить заказ (по расписанию для контактного лица).

  • Менеджеров по продажам о новых заявках клиентов, поступивших в нерабочее время.

  • Клиентов на самовывозе и перевозчиков - об опоздании водителей на погрузку (через интеграцию ERP с чат-ботом и уличным монитором, подробнее во второй и третьей части).

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

  • Перевозчиков о штрафах по опозданиям на погрузку и выгрузку (через интеграцию ERP с Wialon).

Как выглядят сообщения SMS-робота в ERP
СМС-робот в ERP для уведомленийСМС-робот в ERP для уведомлений

Все SMS отправляются с символьного имени, от лица компании.

Как выглядят письма Email-робота в ERP

Письма с вложениями и без:

  • Вложения - это отчеты в формате Excel, автоматические сформированные в ERP.

  • Формы отчетов Excel сразу адаптированы для печати на принтере.

  • Тексты писем адаптированы для чтения в смартфоне и ПК.

  • Письма в ERP синхронизованы с почтовым сервером.

Почтовый робот в ERP для уведомленийПочтовый робот в ERP для уведомлений

Интеграция ERP с Wialon: автоматический сбор данных по GPS

  1. Изначально, стояла задача реализовать автоматическое уведомление клиентов о статусе доставки продукции в режиме онлайн.

  2. Затем мы расширили интеграцию с Wialon и начали использовать сервис для автоматического фиксирования фактического времени прибытия машин на выгрузку.

Это набор готовых сервисов, связанный в единую подсистему. Срок реализации 2 месяца.

Пример SMS-сообщений показан на скриншоте выше.

Схема интеграции сервисов и данных для SMS-уведомлений клиентов о статусе доставки продукцииСхема интеграции сервисов и данных для SMS-уведомлений клиентов о статусе доставки продукции

Забегая вперед, мы также используем уведомления в чат-бот Telegram (подробнее в третье части). SMS - потому что не у всех контактных лиц клиентов есть доступ в интернет на адресах доставки, а мобильная сеть какая-никакая есть практически всегда.

Пример автоматического отчета для контроля прибытия машин на погрузку и выгрузку

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

Такая система, в связке с личным кабинетов перевозчика и чат-ботом для водителей (подробнее в третьей части):

  • Дисциплинирует перевозчиков и водителей соблюдать сроки погрузки и доставки

  • Повышает лояльность клиентов и гарантирует своевременные поставки точно в срок

Спасибо, что дочитали до конца!

Задавайте вопросы, постараюсь на все ответить.

Подробнее..

ERP для собственников. Философское. Часть 1

10.03.2021 00:12:29 | Автор: admin

Вступление

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

О чем это?

Начну с частного примера. Представьте себе что ты - собственник компании. Ты считаешь что у тебя есть и ERP и CRM (эта эротическая фантазия может возникнуть, например, из-за наличия у тебя BAS ERP).
И вдруг тебе в голову приходит замечательная управленческая инициатива: персонально связываться с регулярными клиентами, которые перестали у тебя покупать: звонить, выявлять причину отказа и оперативно возобновлять сотрудничество.
Для этого у тебя есть много вариантов реализации. Позволь я назову их не-ERPшными вариантами.

Например, ты можешь попросить своего ИТшника сделать отчет. Очень простенький отчет типа отобрать клиента с признаком РЕГУЛЯРНЙ, у которого за последние 60 дней продажи равны 0.
Но есть проблема. Ты этот отчет запустишь только один раз - когда твой ИТшник будет сдавать работу. Ты его похвалишь, подпишешь акт - и забудешь. Отчет потеряется в дебрях встроенных менюшек. Отчеты - Сервисные - Дополнительные - Для руководства - Клиентские - Не покупающие. Я знаю о чем говорю. Моей команде часто заказывают уникальные отчеты, а практически во всех системах есть журналы использования объектов, которые можно использовать как счетчики. Спустя годы максимальное количество запусков заказанного топ-менеджерами отчета была 16 раз, среднее - 3 раза.

Другой вариант - обязать секретаршу приносить этот отчет ежемесячно. Тут тоже есть проблема. Первого числа следующего месяца ты успеешь позвонить первым пяти клиентам.
Алло, Юрий Петрович? Это Жора Сидоров, собственник Сидоров и партнеры, есть пара минут? Последние два месяца вы у нас ничего не покупаете - вот звоню, может случилось чего? Если есть - я готов решить их тут же, для нашего дальнейшего сотрудничества. Менеджер Костя подвел? Извините, пожалуйста - вы никогда больше не услышите Костю. Давайте следующие 2 месяца я лично буду вашим персональным менеджером, а после - я дам вам на сопровождение нашего лучшего сотрудника и 5% скидки. итд, итд, итд. На пятом клиенте - тебя отвлекут. Отчет потеряется среди кипы текущих бумаг.
Через месяц первого числа ты успеешь обзвонить только двух клиентов. Потом тебя отвлекут.
А на третий месяц твоя секретарша просто не принесет тебе этот отчет.

А что делать?

Но есть другой вариант - позволь мне назвать его ERPшным.

Ровно на 61й день у тебя пиликает телефон (или почта или СМСка или клиент ERP\CRM) и на экране написано:
Сценарий 23. Регулярный клиент не покупает 2 месяца. Клиента зовут Юрий Петрович. Нажми ТУТ чтобы начать звонок.
Ты жмешь кнопку и начинаешь заученное Алло, Юрий Петрович? Это Жора Сидоров, собственник Сидоров и партнеры, есть пара минут?.
А после конца разговора у тебя появляется меню действий: Отправить свежий прайс, Оформить отгрузку клиенту, "Сменить менеджера", Перезвонить через 2 недели. И на каждый пункт меню - автоматизированная цепочка действий.

А разница-то в чем?

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

Время философии.

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

Первый уровень проблемы

Ты должен четко понимать что вот-этот-вот месседж в телефоне - это не прихоть программиста и не спам телефона. Это твой, собственника, личный приказ с прошлого - себе-будущему: "Позвони, сволочь ленивая, Юрию Петровичу".
Понимаешь? Ты привык отдавать себе приказы с помощью ежедневника? Позвонить, поздравить, заехать. Вот это - точно такой же приказ. Твой приказ себе самому.
Как только ты это поймешь - дела с внедрением ERP сразу пойдут лучше. Но есть и другая сторона. Если у тебя нет ежедневника или ты привык опаздывать на встречи или твои подчиненные часами ждут тебя после окончания рабочего дня (проще говоря - ты не привык отдавать приказы себе-будущему) - даже не пробуй внедрять ERP. Напрасная трата денег. Это не для тебя.

Второй уровень проблемы

На втором уровне - восприятие твоих подчиненных.
Представь что, по твоему приказу, этот-вот обзвон должен делать коммерческий директор. Это значит что когда его, коммерческого директора, телефон пропиликает - он должен воспринять это как твой приказ.
Все твои подчиненные тоже должны понять что любое управляющее воздействие, пришедшее от ERP - это не прихоть консультанта, программиста или компьютера. Это - прямой приказ собственника. И неисполнение того что пропиликало (или игнорирование пиликанья или непрочтение того что пропиликало) - должно восприниматься как неисполнение твоего приказа, с соответствующими оргвыводами: выговор, депремирование, увольнение.
Это твой приказ. Точка. Как только твои подчиненные это осознают - дела с внедрением ERP\CRM в твоей компании пойдут ну очень хорошо.

Уровень третий. Самый сложный.

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

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

Нужны другие пути. О них мы и поговорим в следующих статьях.

Подробнее..

Как малый бизнес не становится бизнесом на примере стоматологической клиники

11.03.2021 14:15:49 | Автор: admin
image

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

Расскажу, как выглядит уловка-22 на примере малых стоматологических клиник. Какое это имеет отношение к ИТ? А такое, что сейчас их очень много стучит к нам с вопросами, как же ИТ-система помогает клинике стать больше. Потому что других путей они особо не видят. Ниже будет, зачем там вообще ИТ-система и какое это имеет отношение к разнице в качестве работы учредителя как врача и наёмного врача.

В области стоматологий домашним бизнесом считается двухкресельная клиника. Чаще всего это клиника, образованная одним или двумя врачами, которые решили пойти в самостоятельное плавание. Работали в госструктуре, крупной частной клинике и пришли к пониманию, что хотят своё и сделать как им удобно. Накопили денег на оборудование, совместно арендуют и совместно закупились.

Начало


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

У нас в первые три года это выглядит как один доктор и несколько человек на подтанцовке, либо пара докторов на совместной аренде. Доктора чаще всего разных специальностей, часто терапевт и ортопед. Они не могут позволить регистратуру и постоянных ассистентов по одному, а вдвоём уже могут.

Чаще всего приходят в такую собственную клинику с уже сформированным набором клиентов. Если они оба с руками из правильного места, то разорить такую клинику в принципе невозможно (но и много заработать тоже). Дело в том, что уже на третьем кресле начинают резко расти ежемесячные издержки, и нужно уметь набирать пациентов, то есть разбираться в маркетинге. А вот на двухкресельной клинике для окупаемости достаточно 2025 пациентов в месяц в зависимости от региона, поскольку и набор оборудования маленький, и аренда часто очень низкая.

В качестве займа на оборудование используется либо накопления с зарплат, либо кредит у родственников, потому что речь про несколько миллионов рублей.

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

Ремонт обычно не делается нормально, что тоже ограничивает рост клиники в будущем: уровень ремонта не даёт вырасти из среднего сегмента в премиум. А часто даже в средний+ не даёт.

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

2-3 год


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

Хочется расти и зарабатывать больше. Есть два пути:

  1. Делегировать на менее эффективных сотрудников.
  2. Развивать текущую клинику по ассортименту и уровню услуг.

Делегировать обычно сложно. Учредители работают на себя, поэтому делают всё качественно и очень хорошо. Умеют продавать, умеют разговаривать, отвечают за свои действия перед пациентами. Наёмные врачи мало того, что не делают всё так же, не имеют тот же уровень медуслуги (чаще всего), так ещё и сами стараются в перспективе набрать свою клиентскую базу, опыт и открыть свою клинику. Либо просто могут перейти с клиентами в другую побольше, где оборудование получше. Персонал выше уровнем набирать не выходит ограничивает отсутствие того же томографа, брендового микроскопа и много чего ещё.

Если есть коммерческая жилка, то в этот момент врачи решают выкупить помещение вместе с соседним (это в регионах, в Москве только аренда). Часто это переезд клиники: покупается квартира на первом этаже здания, переводится в нежилой фонд и начинает работать уже как нечто стабильное и греющее душу. В городах-миллионниках модель другая, там надо брать аренду на потоке, но в любом случае врачи приходят к расширению по площадям. В этот момент вскрывается море переделок, потому что про развитие на старте не думали и все технические ошибки от незнания приходят с новой силой. Отдельное помещение для кислорода пока не нужно: это только для анестезии, и это пять кресел: обычно это предельная стадия развития бизнеса одного врача, пока он сам не становится бизнесменом.

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

4-5 год


Себестоимость стоматологии формируется из аренды, инфраструктуры (электричество), расходников, зарплаты и рекламы. В начале пути из зарплат собственные, двум медсёстрам и двум посменным администраторам. Учредительского дохода нет. На четвёртый-пятый год уже хочется ничего не делать, время от времени заходить в клинику, но получать деньги. Или развивать ещё две-три клиники.

Приходит понимание маркетинга. Если в начале он был хаотичный с нестабильными затратами и нестабильным результатом типа фрилансера на Инстаграм, то теперь кроме сарафанного радио работает и какая-то воронка по привлечению людей, часто через ГИСы, поиск и контекстную рекламу + соцсети. До ОМС/ДМС пока не доходит.

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

Появляется понимание, что на врача приходится 300500 человек в районе и это потолок. Сейчас 38 тысяч стомклиник по стране по усреднённой оценке (от 23 до 54 тысяч по разным источникам), наиболее приземлённая статистика 38 тысяч. В Москве плюс области 4,5 тысяч стоматологий. Питер без области примерно 1700 штук, самый крупный из миллионников по количеству больных зубов Краснодар 560 клиник (без Сочи и Анапы). В основном от 350 до 420 клиник на город-миллионник, средний размер клиники три-четыре кресла (восемь докторов). Понятно, бывают и крупные клиники на 30 кресел, и мелкие однокресельные кабинеты. Доктора, работающие в клинике, они не моно: там обычно терапевт, хирург, они перемалывают одного и того же пациента в бизнес-процессах. По моей практике нужно иметь в базе 1820 тысяч пациентов на клинику из 13 кресел для надёжной окупаемости (собственно, у меня и была на 13).

Это значит, что если клиника работает стабильно как минимум шесть дней в неделю, в день проходить должно по креслу по два пациента. То есть либо 75 уникальных пациентов, либо в среднем 25 уникальных с планом лечения по четыре посещения.

На четвёртый-пятый год приходит понимание, что рынок района исчерпан, и дальше кривая роста превращается в крышку. А денег хочется больше.

И вот тут-то и начинаются поиски нормального ИТ-решения для клиники. Потому что нужно что-то, что кроме харизмы врача будет удерживать пациента (вот пост про работу администратора и процессы). Нужно что-то, что будет учитывать все расходники и все процедуры, чтобы не было злоупотреблений. Нужно объяснять врачам, что нельзя просто отпустить пациента после кариеса, а надо хотя бы посоветовать ему ортодонта для исправления долговременных проблем если учредитель делает это со своей харизмой, то врач-наёмник обычно не понимает смысла лишних разговоров, и это нужно делать частью процесса для него и администратора, то есть пересматривать диагностику и путь пациента. Нужно учитывать склад, рабочее время ассистентов, контролировать карточки и ещё тысячу вещей. Только автоматизацией можно освободить часть личного времени, которое иначе будет вечно уходить на рутину. И только тогда можно сосредоточиться на открытии ещё одной клиники (которую тоже надо будет контролировать) или развитии собственной вширь.

Пример клиники


Юдента Большая Марфинская возле ВДНХ.

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

Врачей пять, один ортодонт, вот, остальные в основном универсалы. Они занимаются и в плане практически всем лечением, кроме ортодонта.

Ну, обговорили про само внедрение ещё в конце, получается, августа, но само внедрение начали уже где-то в сентябре, где-то в конце первой недели, по-моему. Где-то так. И планомерно так внедряли там, переносили пациентов в базу, составляли расписание, составляли, ну, ставили врачей, администраторов, пациентов. Где-то к концу месяца уже, в принципе, было готово. 1С я просто базу пациентов, выгрузил, получается, в формате Excel и уже дал на обработку вашим специалистам. Обучение не все его до конца прошли. Связано с тем, что занятость очень плотная у врачей и не всегда успевают всё просмотреть, но вот так, в принципе, ну, вроде всем нормально. По первичным пациентам уже сейчас составляем комплексный план лечения.

Ссылки


Вот примерно так выглядит самозанятость в стоматологии, и, думаю, много где в сфере услуг ещё. В следующем посте я расскажу, что бывает, когда клинику открывают два врача и бизнесмен: этот сюжет обычно богаче приключениями.

Мы делаем софт для стоматологий. Вот предыдущие посты:

Подробнее..

ERP для собственников. Часть 2. Технологичное

16.03.2021 12:09:05 | Автор: admin

Вступление

Привет. Меня зовут Олег и я занимаюсь внедрениями систем управления предприятиями более четверти века.

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

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

ERP для собственников. Часть 1. Философское.

Проектное vs Операционное

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

И так, словом операционное (это существительное, не прилагательное) я называю такое нечто (деятельность, процесс, подразделение, компанию, итд) которое, при нормальном своем состоянии, способно выдать наперед оговоренный результат в оговоренные сроки, с оговоренными качеством и стоимостью.
Словом проектное (тоже существительное) я называю то, что при нормальном своем состоянии, имеет существенные риски (и отклонения) при получении оговоренного результата по срокам, качеству или стоимости. Это совершенно отдельные определения, не имеющие ничего общего ни с проектами, ни с проектным менеджментом, ни с операционным менеджментом. Такие вот омонимы.

Следствия

А теперь послушай меня внимательно - ибо здесь один из ключей к пониманию роста и устойчивости твоего бизнеса.

  • Операционное от процессного отличается только зрелостью команды.

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

  • Изменение зрелости команды для превращения проектного в операционное - твоя, собственника, основная задача.

Не топ-менеджера - ибо он тоже часть команды, зрелостью которой надо управлять. Это твоя, собственника, задача. Или борда, если собственников много.

Технологичное

Продолжу вводить определения.

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

Объясню.
Айвазовский за 60 лет своего творчества написал более 6000 картин. Без сомнений, его деятельность была операционной - он был способен выдавать оговоренные заказчиком результаты в срок, с оговоренными качеством и стоимостью. Но его деятельность не была технологичной - она критично зависела от самого Айвазовского, он был критичным ресурсом. С исчезновением художника производство картин остановилось.
А вот современный Айвазовскому Фаберже сделал производство получивших его имя яиц технологичным: он него лично (как и ни от одного другого мастера в его холдинге) конечный продукт не зависел вообще. Я не зря привел столетней давности примеры Айвазовского и Фаберже - этим я хотел акцентировать внимание на том что технологичной основная цепочка создания ценности может быть вообще без компьютеров и программ.

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

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

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

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

И тут я подвожу тебя к моменту истины.

Внедрение ERP - это реализация желания собственника сделать деятельность по управлению компанией технологичной.
Внедрение ERP - это реализация желания собственника сделать менеджмент ниже C-level легко заменяемым или вообще не нужным.

Отсюда три вывода.

Вывод 1

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

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

Вывод 2

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

Если хоть у кого-то из топов хоть раз проскользнет выражение не нравится - свободен, другого найду - то получатель такого сообщения (или получатели, если это было сказано при свидетелях) тут же начнет делами доказывать свою незаменимость. То есть - начнет воевать с EPR. То есть - будут хоронить первичную идею.

Ты думаешь - корпоративные кодексы и вежливость зря придумали? А вот нифига, они придуманы потому что проще демонстративно заменить менеджера (например) третьего уровня чем ставить под угрозу технологичность процессов управления на четвертом уровне.
Если ты думаешь что я сказки рассказываю - нифига. Я внедрил ERP для голландских, австрийских, швейцарских, словенских компаний и продолжаю с ними работать - и здесь это осознанная истина.

Вывод 3

Кнутово-пряничный. Превращение управления в технологичную деятельность делает компанию на горизонте 3-5 лет практически независимой ни от собственника ни от топ-менеджера.

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

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

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

Читатель, если у тебя нет своего бизнеса - кинь этот линк своему работодателю. Он оценит.

Подробнее..

Что меняется, когда у вас малый бизнес, а не самозанятость пример клиники

01.04.2021 14:11:52 | Автор: admin
image

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

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

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

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

Почему нужен маркетинг


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

Если для выживания двухкреселки достаточно 25 пациентов в месяц, то в четырёхкреселке нужно уже считать утилизацию каждого рабочего места. Получается от 70 пациентов в месяц (аренда, инфраструктура, ФОТ врачей, ФОТ вспомогательного персонала, материалы, маркетинг, амортизация оборудования).

Где взять эти 70 пациентов, главврач редко внятно представляет. Это не его работа. Он умеет проводить врачебные манипуляции. Поэтому, глядя на графики доходности таких клиник, могу сказать, что первые три-четыре года они без правильного управления находятся на грани выживаемости. Естественного потока в районе не хватает для полной загрузки, и нужно ходить на ближайшие предприятия, с кем-то договариваться, делать кросс-промо, вести Инстаграм и соцсети, думать про рекламу в районе. Появляется очень много случайных пациентов, у которых заболели зубы. После того как им быстро вылечат кариес или пульпит, они снова пропадут, потому что привыкли лечиться в другой клинике побольше. А самое ценное в пациенте вовсе не разовые терапевтические услуги, а долговременный план лечения с ортодонтом, либо эстетическая ортопедия. Если в двухкреселке врачи, напомню, часто друг друга дополняют (например, терапевт + ортодонт) и оба разговаривают с клиентом с позиции учредителей, понимая все особенности ситуации и предлагая максимум, то в четырёхкреселке пациент, как правило, попадает на наёмного врача. Он не заинтересован делать полную диагностику и предлагать полный спектр услуг, он хочет вылечить и отпустить, потому что ему нужно отработать поток.

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

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

Раньше верным вариантом был ДМС, но сейчас маленьким клиникам тяжело получить этих пациентов (зависит от региона). Когда-то в России было мало имплантологов, и работали реферальные схемы с другими клиниками, сейчас врачей достаточно. Не все с хорошим опытом, но рефералки уже не нужны.

Можно ещё развиваться по ассортименту, и чаще всего речь про дописследования. Но в случае с региональными клиниками исследования часто заказываются в независимых лабораториях типа Пикассо, чтобы не ставить томограф. Когда устройство есть, то это просто переход в соседний кабинет и тут же назад. Сейчас это поход в независимый центр, потом возвращение вечером или через день обратно в клинику. Да, независимые центры почти без очереди по записи, на месте уходит минимум времени (зайти, расписаться, просканировать), а потом файлы сразу уходят по почте врачу ссылкой на Я.Диск, но всё равно это важная точка роста.

Что спасает


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

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

Процессы автоматически означают наличие ИТ-системы. И вот тут на сцене и появляемся мы. Я управлял региональной премиум-клиникой (выросшей из эконома через средний сегмент, вот этот пост) и помогал ещё в нескольких клиниках. В итоге мы пришли к правильным процессам, очень сильно отличающимся от общепринятых стандартных: у нас появилась отвязка от врача (пациента ведёт персональный консультант), сама по себе информационная система отслеживает каждого пациента с фокусом на его план лечения (и нет статуса подвис, всегда есть следующий шаг от позвонить через полгода в худшем случае до напомнить про следующий шаг через неделю). Есть удобная проверка карточек и полный контроль над персоналом в плане минимизации злоупотреблений. Злоупотребления статистически обязательно будут даже при самых честных врачах: если они не будут класть деньги себе в карман, то будут помогать пациентам, выполняя бесплатно манипуляции, за которые клиника должна была бы получить денег, чтобы не нарушать протокол, но и не терять пациента, пугая ценой.

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

Первое поколение ИТ-систем стоматологии из 90-х было сфокусировано на кассе и складских остатках (благодаря 1С-подходу). Второе поколение обеспечивало ещё и назойливый обзвон, который тогда казался вершиной маркетинга. Третье поколение (наше) фокусируется на планах лечения, то есть за основную сущность берётся жизненный цикл пациента в клинике. Я могу часами рассказывать, почему это важно, но давайте вернёмся к бизнес-аспектам.

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

Дальше система плана лечения и его отслеживания позволяет перемести все разговоры про цены на администратора, а затем не потерять пациентов. Будут звонки по факту по произошедшему лечению. Доктор обязан отметить на каком этапе пациент и что он с ним делал, а дальше система ставит автозадачи. Любой контакт дальше будет личным и учитывать все особенности пациента. В самозанятости врач-учредитель так и делает, и никакие ИТ-системы не нужны. Но, если структура будет бизнесово работать, и чтобы другие доктора вели себя похожим образом, нужна система. Ещё система нужна потому, что в маленькой клинике врачи-основатели работают десятилетиями вместе, а в трёх-четырёхкресельных уже часто меняется персонал. А многое про пациента хранится в голове у врачей. Собственнику нужно, чтобы данные хранились не в голове доктора, а в информационной системе клиники. И не в формате что полечили, а ещё что планировали и какие у него пожелания. Чем больше информации по контрагенту хранится, тем лучше.

А что в это время делает бизнесмен-учредитель?


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

Ещё ИТ-система обычно в среднем бизнесе защищает соучредителей от конфликта с тем, что один из них левачит. Но в случае стоматологий такое почти не случается, потому что на такой клинике это не два равных специалиста, а взаимодополняющие. Взаимодействуют они часто честно и открыто. Доктор в таком раскладе нередко является функциональным интровертом, то есть плохим организатором при хороших мануальных навыках и умении управлять маленькой командой своих врачей.

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

То есть получается, что автоматизация рутины и контроля это единственный способ во внятные сроки перейти к бизнесу из самозанятости.

Есть примеры практики таких клиник?

Да, пожалуйста, вот пример клиники Виадент от главврача:

У нас три кресла. Одно хирургическое полностью, а другие смешанные. Приём терапии и ортопедия. Детского нет у нас. Что мы хотели? Мы хотели, первое, план лечения, чтобы быстро составлялся. Чтобы было наглядно всё по проблеме пациента, да, когда мы даём что-то в руки, чтобы он ушёл у нас с какой-то бумажкой. И смотрел, и думал, что у него там проблема, там проблема и там проблема. Но главное, чтобы можно было быстро посчитать ему план лечения. Вот это основная проблема у нас была. Дальше по динамике выручки мы не можем пока сказать, что это как-то отразилось, нужно дольше смотреть. Мало времени прошло и тут, видите, ситуация не очень благоприятная эпидемиологическая. И поход в стоматологию мы не можем, люди многие боятся реально делать операции, отказываются.

Звонки более качественные стали, если доктор не поленился и отметил, что нужно. Хотя у нас прослушка стояла до этого, но куратора мы сейчас только стали отмечать. Где видим, что больше трёх посещений в клинике, будь то множественный кариес либо более комплексное если пациенту больше трёх посещений нужно, то мы прикреплять сейчас стали куратора.

По плану лечения, понимаете, в прошлой программе (не сможем озвучить ее название) нельзя было выбрать пульпит, нажать, что я хочу лечить все каналы и поставить коронку. Мне каждый раз нужно было протыкивать, что это трёхканальный пульпит, набор услуг. Потом, ну, вдруг отвлёкся, забыл выбить там пломбирование временное, ну, грубо говоря. И у тебя каждый раз вот это вот, все эти позиции, например, пульпит у нас из скольких. Более чем из пяти позиций состоит, да? Это вот каждый раз нужно было вручную протыкивать. Представляете, сколько это время занимало? Первый месяц мне два врача написали заявления на увольнения. Я их потом просто в отпуск отправила на месяц. Ну, как бы они вышли и стали молча составлять план. Но они реально мне кинули заявления на увольнение, потому что это тяжело морально было. Просто другой врач у нас только пришёл и как бы не с чем ей было сравнить, как бы данность и данность. А другая просто терпеливый врач, скрупулёзный и не высказывает своего мнения. Надо и делает. Почему их бесило? Сейчас расскажу. Потому что им было очень удобно написать на бумажечке администратору, что они сделали, и быстро пациента отпустить. А тут стоит защита. Пока они не согласовали с пациентом, то есть это систематизирует и дисциплинирует врачей, то, что нужно обсудить план сначала, подписать его то есть с точки зрения организации мне это больше нравится. Мне как бы всё равно, нравится это врачам или нет. Меня это больше устраивает. А ещё почерк у нас нечитаемый у всех. Они, значит, выбьют там две анестезии, а администратор, например, возьмёт не ту анестезию, либо там снимок не посчитал, либо ещё что-то, да, недопонял. И получалось, вот, что виноват администратор. А врач: Нет. Я вот это сделал, платите мне зарплату с этого. Штрафуйте администратора. А администратор что? Он же не видел, что он делал. Ну, то есть я считаю, что это врач должен делать. Сумму либо врач, либо вот этот куратор должен озвучивать, то есть врач несёт за то, что он сделал, ответственность. Согласие подписывается тоже. Это, естественно, врач. Откуда администратор знает, что там делать? У нас была система, что через три минуты после приёма этот админ должен был заглянуть в кабинет либо ассистент сходить, сказать мы делаем то-то, согласие, распечатали и принесли. Естественно, половина этого забывалось сделать. Ещё в начале работы с программой было много моментов, в которых наши сотрудники допускали ошибки. Многие жаловались, что программа плохая и в ней невозможно работать. Но я заставляла их работать и проходить обучение. После недели работы и плотного обучения многие вопросы и ошибки закрылись. Сейчас периодически бывают ошибки, но уже всё меньше и меньше. Тут могу рекомендовать запускать программу параллельно основному процессу немного раньше. А после отработки ошибок внедрять её как основную.

Ещё отзыв на видео.

В Виаденте нам надо было внедряться очень быстро, потому что у них закончилась лицензия на старую программу и они решили вместо продления посмотреть варианты лучше. Благодаря помощи собственника мы пропустили почти все стандартные пляски с бубном: все данные предоставлялись чётко по регламенту, строго в срок. Медблок прорабатывался очень быстро со стороны заказчика. Был проработан прайс. Все вовремя прошли обучение, и буквально за две недели мы всё сделали. Хотели сразу переключить кассы, SMS-рассылки, интеграцию с телефонией одним днём. Мы рекомендуем клиентам переключение чуть-чуть попозже, когда клиника пройдёт уже обучение, потренируется. Здесь же случай уникальный, мы сразу всё сделали в боевом режиме.

Мы иной раз рекомендуем клиентам запускаться без бегунков. А это важная фича CRM, она чётко позволяет отследить весь бизнес-процесс от прихода пациента в клинику до его ухода и оплаты квитанции. Но эта система вскрывает море злоупотреблений и хаоса, и людям кажется, что за ними смотрит Большой Брат. Вместе со внедрением это рождает стресс, поэтому первое время клиенты не пользуются этими бегунками, чтобы привыкнуть к процессу. Потом подключают. Здесь же вышло наоборот: были очень быстро закуплены сканеры, и фичу включили сразу. Собственник сказал, что действительно это работает, это здорово, потому что весь бизнес-процесс клиники регламентирован, и теперь понятно, что он соблюдается, как был изначально заложен, как он должен работать. Это контролируется.

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

Визуализируем коммуникации с клиентами для застройщика на карте

27.04.2021 22:20:31 | Автор: admin

Любому проекту на начальных этапах работы требуется внимание к клиентам, жёсткое планирование и неисчерпаемая сила. А если речь о проекте с нюансами отрасли, важность настройки коммуникаций с клиентами возрастает. Расскажу, как мы настраивали email- и другие коммуникации с клиентами в недвижимости.

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

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

Карту коммуникаций по застройщикам мы создавали в платформе Miro обычно этот сервис используют для создания новых проектов, дизайна интерфейса и других похожих задач. За всё время работы в Email Soldiers я видела несколько платформ, которые можно использовать для создания карт коммуникаций, но ни одна из них не запала мне в душу, как эта:

Основы создания карты коммуникаций склиентами

Создавать карту коммуникаций в Miro так же легко, как строить дом в Sims.

Сначала возводится фундамент со стенами область для будущей карты коммуникаций. Можно дать название каждому строящемуся домику.

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

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

Итак, наш домик готов!

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

Что нужно помнить при составлении карты коммуникаций для застройщика

Расскажу, что учитываеммы.

Заинтересованность пользователя

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

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

Для покупателя недвижимости нужно проработать отдельную цепочку писем, где:

  • расписаны плюсы иминусы покупки квартиры именно уэтого застройщика;

  • есть отдельное письмо спрезентациейЖК, которым интересовался пользователь впоследнее время;

  • есть индивидуальные/уникальные предложения для каждого конкретного клиента.

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

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

Использование СМС

Застройщики активно используют СМС-информирование.

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

СМС, отправленные при получении согласия нарассылки отклиента

Но это не значит, что email-коммуникация отпадает она лишь откладывается. Коммуникации с клиентами через email можно использовать для рассылок с новостями о конкретном ЖК или объекте.

Пример новостных рассылок, которые можно использовать для канала email

Сложный цикл покупки

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

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

Цепочка писем, ведущих кзаписи навстречу

После встречи клиента стоит сопроводить цепочкой писем, СМС и пуш-уведомлений, которые замотивируют на ранее бронирование понравившейся квартиры или даже на покупку. Помогут выгодные условия по ипотеке, особые скидки или подарки за приобретение квартиры (например, застройщик Капитал предлагал при покупке квартиры кладовку в подарок).

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

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

Цепочка рассылок при бронировании квартиры

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

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

Если он всё-таки забронировал квартиру, раскрываются новые горизонты и появляется множество вариантов событий: напоминание о брони, отмена брони, различные опросы, которые можно продумать заранее и прописать. Главное, не перемудрить.

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

Примерно так мыиработаем скартами коммуникаций.

Как карты коммуникаций с клиентами помогают нам в работе

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

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

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

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

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

Подробнее..

Как мы запустили документооборот в Telegram и что из этого вышло? Да, это не сон

24.05.2021 12:21:25 | Автор: admin

Разбираем аргументы за и против. В конце также можно ознакомиться с моим мнением на этот счет.

С чего все начиналось?

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

Немного обо мне: я Python разработчик, архитектор, тимлид. В программировании с 2009 года. Ранее опубликовал эту статью на vc.ru.

В реализации проекта мне помогал аналитик от заказчика, и в общем-то всё.

Итак, к кейсу

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

Если коротко описать задачу: человек в полевых условиях должен иметь возможность войти в систему и отправить необходимые документы. Иначе из-за временных задержек компания теряет приличные суммы денег.

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

Как решить проблему потери времени? У сотрудника должна быть возможность коннектиться с CRM-системой с планшета или телефона.

Как осуществить задуманное?

Выход нашёлся быстро: создать чат-бот в Telegram.

И на это решение можно посмотреть с двух сторон: с позиции управленцев и со стороны айтишников.

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

Если рассуждать со стороны управленцев, соединение CRM-системы с чат-ботом Telegram значительно снижает энергозатраты и финансовые расходы компании. И вот, почему:

  • Не нужно обучать большой штат новым программам-интеграторам CRM с телефоном.

  • Тем более, стоимость таких программ значительно выше, чем стоимость написания и поддержания работоспособности чат-бота для Telegram.

  • Это удобно. Сейчас у каждого есть возможность скачать Telegram, который не занимает много места в памяти телефона.

  • Работает Telegram-бот действительно быстрее, чем сложная программа. Кроме того, чат-бот помогает сотруднику сориентироваться во внутреннем документообороте фирмы.


Но со стороны безопасности и сохранности данных такое внедрение в электронный документооборот крупной компании нужно считать неприемлемым. Здесь на арену выходят возможные доводы IT-отдела.

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

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

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

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

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

А что я думаю по этому поводу?

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

Тем более, если говорить об удобстве главных героев этой эпопеи - полевых работниках, то загрузить документ и отправить его на дальнейшее согласование, получить нужное уведомление гораздо проще через бот в Telegram, чем через специализированную программу, типа 1C, Диадок и т.д.

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

Даже удивительно, почему другие компании не используют подобные методы. А может и использует, кто их знает?

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

О технической стороне вопроса

Идея была реализована на основе Telegram API на вебхуках. Для разработки был использован любимый python, данные хранятся на базе postgresql. Для ускорения работы и асинхронности задач применили связку redis + celery, в качестве серверной операционной системы использована Ubuntu 18 Server.

К слову сказать, мой клиент остался доволен. Нововведение принесло компании прибыль, которая терялась на простоях из-за пауз в цепочках бизнес-процессов.

А вы на стороне программистов или управленцев? Делитесь своим мнением, задавайте вопросы!

Подробнее..

CRM разделяй и продавай! Поднимаем продажи, фокусируясь на перспективных клиентах. Просто о скоринге и грейдинге

18.01.2021 12:13:17 | Автор: admin

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

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

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

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

Сравните два диалога:

Диалог 1

Руководитель: С кем ты целый день занимаешься?

Менеджер: ООО Ромашка, класс B.

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

Диалог 2

Руководитель:

С кем ты целый день занимаешься?

Менеджер:

ООО Ромашка. Мы им выслали коммерческое предложение, сейчас они хотят изменить часть заказанных наименований.

Крупный клиент?

Похоже на то, пока точно неясно. Но отказались от дорогих товаров и ещё хотят скидку.

Давно общаешься с ним?

Сейчас гляну в карточке. Может, месяц или два.

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

Немного терминологии:

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

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

Скоринг клиентов CRM

Скоринг, так же как и грейдинг, система оценки каждого клиента. Разница заключается в том, то в скоринге оценка цифровая, и обычно оценок сразу несколько. Чаще всего в скоринге оценивают вероятность доведения клиента до продажи и возможную сумму, которую он может принести. Пример скоринга: вероятность сделки 15 %, прогнозируемая стоимость 1 млн, ценность потенциального клиента (лида): 1млн * 15 % = 150 тыс.

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

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

Всех денег не заработать, или почему менеджеры перегружены

Пример

В компании средняя конверсия в продажи 20 %.Новый менеджер за месяц отработал 10 сделок и получил 5 продаж. Итого конверсия 50 %! Хорошо ли это? Оказывается, нет: средний чек составил 20 тысяч, и финальная сумма его продаж 100 тысяч. С точки зрения компании это убыток: минимально нужно продавать 200 тысяч. Опытный коллега отработал 50 сделок с конверсией в 20 % и средним чеком на 50 тысяч. Итого 500 тысяч, в 5 раз больше новичка!

Почему так вышло?

Новичок много сил потратил на каждого клиента, причём больше всего на тех, кто в итоге не купил. Средний чек у него невысокий, потому что лучших клиентов он запорол, не сумев предложить им оптимальный набор товаров и услуг. Опытный менеджер не только отработал в 5 раз больше сделок, но и выделил самых перспективных клиентов, сфокусировался на них и вывел их на максимальные чеки. С клиентами второго плана он работал значительно меньше. Другими словами, опытный менеджер сделал скоринг клиентов: разбил их по приоритетности и отработал максимально эффективно. Эффективность менеджеров удобно сравнивать в деньгах суммы продаж каждого за час его работы. Если оба отработали по 100 часов, то новичок принёс 1000 рублей в час, а опытный 5000 рублей в час.

Предположим, появляется клиент, который может заплатить 4000 рублей, и с ним нужно проработать 4 часа, то есть он даёт 1000 руб./час. Фирме такой клиент не выгоден, от него можно сразу отказаться. Как говорится, всех денег не заработаешь, не нужно гнаться за всеми возможностями сразу. Фокусируйтесь на тех клиентах, кто формирует основную прибыль компании. Это позволит обеспечить максимальный сервис именно для данного сегмента клиентов, и, как следствие, возрастут продажи и улучшится мнение клиентов о вас.

Как масштабировать опыт лучших менеджеров на всю компанию? Нужно автоматизировать скоринг. Тогда любой менеджер будет видеть, чего стоит каждая сделка, какие необходимо отработать в первую очередь, а от каких лучше отказаться.

Какие факторы влияют на скоринг

1. Время

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

Пример: имеем 20-процентную конверсию сделок в успешные, в воронке 1000 открытых сделок, многие висят до года. Сколько из них приведут к продаже? Явно не 200, так как многие давно не актуальны. Параметр времени решает этот вопрос автоматически: скоринг укажет, что при средней конверсии 20 %, с учётом времени, из 1000 сделок ожидаем продажи, к примеру, только в 50 случаях.

2. Статус

Второй фактор это статус в воронке продаж. Статусы бывают как увеличивающие вероятность, так и уменьшающие её. Например, статусы выслано КП или встреча увеличивают вероятность сделки. А статусы молчит или отложил снижают вероятность.

3. Потраченное время сотрудников компании

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

4. Другие параметры

В скоринге можно учитывать различные дополнительные факторы: тип источника сделки, заказываемые товары, тип клиента, регион, есть ли выход на ЛПР, любые пользовательские поля. Эти же факторы используют и при расчёте прогнозируемой суммы сделки.

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

Пример расчёта скоринга

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

Вероятность по умолчанию: 20 %.

Время

Статус

Прогноз. цена1

Источник

Вероятность2

3Скоринг= ценность

Класс

ООО Ромашка

2 д

Встреча +30%4

50 000

site.ru

-15%

35%

17 5003

C

Тюльпан

30 д

-30%

Целевой

50 000

5%

2 500

E

Гладиолус

10 д

-10%

КП

+40%

100 000

сарафан

+30%

80%

80 000

B

Сбер

20 д

-15%

КП

+40%

500 000

Конфер.

+10%

55%

275 000

A

Администрация района

2 мес.

-60%

Встреча +30%

200 000

site.ru

-15%

5%5

10 000

C26

ИТОГО

Прогноз продаж 372 500

Важные классы, шт.: A=1, B=1, C=2

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

2 Здесь вероятность рассчитана по простой формуле сложения: базовые 20 %, плюс 30 % за встречу, минус 15 % за источник, итого 35 %. На самом деле, так суммировать и вычитать проценты математически некорректно (смотрите далее пример 6), правильнее использовать более сложные системы с учётом веса каждого фактора. Цель данной статьи показать возможности использования скоринга для CRM. Для информации о методах расчёта можно использовать публикации с деталям расчёта кредитного скоринга или использовать решения с готовыми формулами расчёта рейтинга клиентов CRM.

3 Показатель рассчитан как прогнозируемая цена, умноженная на вероятность. Для ООО Ромашка 17 500 это скоринг, он же ценность потенциального клиента в рублях, получен как 50 000 * 35 %.

4 Часть ячеек имеет показатель, влияющий на вероятность, например, +30 %. Если в ячейке такого показателя нет, значит параметр не влияет на вероятность. По умолчанию вероятность считается 20 %, этот параметр рассчитывается или указывается вручную для всех сделок, обычно для конкретной воронки в CRM (у разных воронок вероятность по умолчанию может сильно отличаться).

5 Если мы посчитаем вероятность простым сложением и вычитанием, то выйдет:

20 % - 60 % + 30 % - 15 % = -25%. Конечно, у любой активной сделки вероятность более 0 % и менее 100 %, и в данном случае будет примерно 5 %, если считать по сложной правильной формуле.

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

Посмотрите на таблицу с точки зрения руководителя. Большой объём информации собран всего в две строки, из которых можно сделать выводы о состоянии компании и принимать управленческие решения:

Прогноз продаж 372 500

Важные классы, шт.: A=1, B=1, C=2

Если на входе будет не 5 сделок, а 5000, и параметров для расчёта скоринга будет не 3, а 10, то финальные строки ИТОГО будут содержать всё тот же небольшой объём информации, который можно оценить за несколько секунд.

Методы работы с клиентами классов A..F

Клиенты класса A

Самые крупные и перспективные клиенты.

Находятся под прямым контролем руководителя, часто руководители лично участвуют в сделке.

Клиенты класса B

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

Именно в этом сегменте происходят основные продажи. Руководитель за ними следит, используя средства CRM.

Клиенты класса С

Новые клиенты. Мелкие клиенты высоких статусов. Крупные клиенты, кто долго сомневается и начинает высасывать все соки, оттягивая оплату.

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

Класс C удобно разделить на два подкласса:

C1 новые клиенты;

С2 клиенты, которые скатились в класс C из B и A.

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

Клиенты класса D

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

Клиенты класса E

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

Клиенты класса F

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

Интересно, что ошибки в работе менеджера по-разному влияют на продажи в зависимости от класса клиента. Небольшие оплошности не критичны во всех классах, и лишь в классе C ошибки сразу приводят к убыткам.

Пример: менеджер по продажам в ответ на запрос клиента переслал письмо технического специалиста, написанное сложным языком. Клиент ничего не понял и ушел, хотя технарь дал полезный комментарий просто не хватало картинки и понятного описания. А вот при общении с клиентами класса B та же недоработка воспринимается проще, так как клиент уже привык и готов прощать незначительные проблемы в коммуникациях. Другой пример ошибки в классе C: менеджер до упора отрабатывает клиента, а тот давно уже пользуется таким бесплатным консультантом, но покупать ничего не будет, особенно если он не ЛПР (лицо, принимающее решение).

Обратите внимание, насколько удобно разделять клиентов на классы и давать менеджерам инструкции по работе с клиентами в зависимости от класса.

Посмотрите на следующие два варианта оценки компании. Где состояние продаж стабильнее? В скобках даны прогнозы продаж по сделкам каждого класса.

Вариант 1

Прогноз продаж 100М (100 млн )

Важные классы: A=5 шт. (50М), B=100 шт. (20М), C=500 шт. (20М)

Вариант 2

Прогноз продаж 100М

Важные классы: A=5 шт. (20М), B=100 шт. (50М), C=500 шт. (20М)

Все показатели идентичны, разница только в том, что в варианте 1 половина всей ожидаемой выручки приходится на клиентов класса А, а в варианте 2 на клиентов класса B. Стабильнее ситуация во втором варианте, так как ожидаемые суммы распределены на большее число клиентов. Здесь на 100 клиентов класса B приходится половина ожидаемой выручки, 50М. В первом варианте половина ожидаемых продаж приходится на клиентов класса A, которых всего 5. Это значит, что если со всеми пятью возникнут проблемы, то фирма не сможет получить половину ожидаемой выручки. Стабильность это устойчивость к стрессам, которая тем выше, чем меньше зависимость от каждой конкретной сделки.

Общие проблемы CRM, которые неожиданно просто решает скоринг и грейдинг

Наша компания Nemind специализируется на анализе данных Битрикс24 и amoCRM. Общение с сотнями клиентов позволило выделить общие для многих проблемы. Хотя все наши клиенты серьёзно относятся к ведению CRM, вопрос удобного контроля со стороны руководства является актуальным и трудноразрешимым. Один генеральный директор компании так описал проблемы управления компанией при помощи CRM:

ДАНО

CRM ведётся 1,5 года, в ней несколько сот открытых сделок разной длительности. Средняя продолжительность успешных сделок от 2 месяцев до 1 года, средний чек около 15 миллионов. В компании три менеджера по продажам.

НАДО

Понять, хорошо ли идут дела? Быть может, всё плохо, и скоро фирма окажется без заказов? Какие заказы, и главное какие суммы продаж мы прогнозируем на ближайшие месяцы?

Нужны ли ещё продавцы, или имеющихся менеджеров достаточно?

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

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

Хорошо ли идут дела? Вдруг фирма скоро останется без заказов?

  • Изучаем динамику изменения количества сделок классов B и А. Если их становится больше хороший маркер, если меньше плохо. Нужно работать с маркетингом и изучать сегмент C: насколько грамотно отрабатываются сделки сразу после создания.

Какие суммы мы прогнозируем на ближайшие месяцы?

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

Нужны ли ещё продавцы, или имеющихся менеджеров достаточно?

  • Смотрим распределение сделок и времени менеджеров по сделкам разных классов.

Всего сделок открытых

Сделок класса A

Сделок класса B

Сделок класса C

Время на сделки классов D, E, за мес.

Иванова

100

0

2

23

20 ч

Петрова

90

2

4

17

10 ч

Смирнова

80

1

1

28

15 ч

Если менеджеры тратят более 20 % времени на клиентов классов D и E, значит времени у них более чем достаточно. В представленном примере видим, что Петрова потратила всего 10 часов за месяц на эти сегменты, значит она перегружена. Совет: если невозможно точно подсчитать потраченное на клиента время,, учитывайте его приблизительно, по количеству задач, звонков, писем и других дел, связанных с данной сделкой.

У Петровой 2 клиента класса A и 4 класса B, а у двух других на двоих всего четыре клиента этих классов. Петрова, скорее всего, перегружена важными клиентами. Возможно, она лучше работает, ведёт клиентов дальше и на большие чеки, потому не хватает времени на клиентов класса C. Но фирма может потерять деньги из-за возникшего дисбаланса. Обратите внимание, общее число открытых сделок у Петровой среднее 90 шт. И лишь сегментация по классам позволяет сделать выводы о перегруженности конкретного менеджера.

Инструменты настройки скоринга и грейдинга

  1. Ручная простановка вероятностей, сумм и класса. Метод неэффективный, требует дополнительного участия менеджеров, но для тестирования самой системы классификации лидов по приоритетам вполне может подойти.

  2. Встроенные системы скоринга в CRM. К сожалению, Битрикс24 и amoCRM (на момент написания статьи) имеют ряд ограничений, поэтому пользоваться ими не всегда удобно. В Битрикс24 скоринг можно включить лишь от 2000 закрытых сделок, в amoCRM нет общей сортировки по приоритетам.

  3. Расчеты с использованием бизнес-процессов, триггеров, автоматических калькуляторов. Хорошее решение, которое позволяет не просто автоматизировать скоринг и грейдинг, но и учитывать особенности конкретной CRM. Главная проблема сложность создания и особенно редактирования таких решений. Если в бизнес-процессе прописывать условия на каждый статус, каждый сегмент, каждый диапазон времени, учесть источники и типы продукции, то этого достаточно, чтобы в Битрикс24 бизнес-процесс вырос на десяток экранов. И это без учёта вывода в пользовательские поля метода расчёта скоринга. С другой стороны, если алгоритм скоринга прост, то использование бизнес-процессов является быстрым и эффективным решением.

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

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

Проверка скоринга

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

Пример

ООО Тюльпан, ценность 12 000.

ООО Ромашка, ценность 10 000.

Менеджер изучает сделки и решает, что Ромашка должна быть ВШЕ по приоритету, чем Тюльпан. На основе его объяснений и аргументов составляется техническое задание на изменение алгоритма расчёта.

Детали скоринга. Что нового видим в карточке сделки?

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

Пример шести заполненных пользовательских полей в группе сделки Скоринг:

Класс: B

Ценность: 60 000

Вероятность: 60%

Снижение ценности от максимума: 5000

Прогноз цены: 100 000

Детали скоринга:

базовая вероятность 20 %, статус предоплата получена +45%,

длительность 7 дней -5 %. ИТОГО 60 %.

Базовая сумма 50 000, Лицензия Enterprise +40 000, Самара + 10 000.

ИТОГО 100 000

Поле Снижение ценности от максимума позволяет находить самые значимые ожидаемые срывы сделок, ещё ДО того, как сделки сорваны. Через отчёты руководитель может их вовремя проконтролировать, при необходимости выделить дополнительные ресурсы, для того чтобы вернуть самых крупных уходящих клиентов.

Поле Детали скоринга позволяет работать со скорингом как с внутренним человеком-экспертом, который изложил своё мнение, почему рассчитан именно такой рейтинг. Руководитель может с этим мнением не согласиться, и чтобы учесть особое мнение человека, удобно добавить ещё одно пользовательское поле

Добавить класс с типами +1 и -1. Если руководитель поставит в примере выше

Добавить класс +1, то сделка, которая рассчитана как класс B, автоматически станет классом A.

Как я изучаю незнакомые сделки в CRM

При изучении ситуации в CRM, я, как руководитель, пользуюсь следующими приоритетами:

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

  2. Читаю комментарий мы используем такое поле в сделке для краткого изложения личного мнения менеджера о сделке. Там находится ответ на вопрос что с этой сделкой?, поэтому нет необходимости каждый раз спрашивать мнение менеджера. Иными словами, я всегда знаю мнение каждого менеджера по каждой сделке (ответ записан в комментарии, 12 предложения). Реальные примеры: Попросила продлить ознакомительный ключ в связи с новогодними праздниками. Дали ключ до 22 января, Требуется расчёт конверсии по своей формуле. Как только происходит важное изменение в работе со сделкой, менеджер меняет комментарий.

  3. Дальнейшее направление изучения сделки зависит от того, насколько она мне интересна.

Такой подход позволяет экономить время руководителя при анализе CRM и меньше отвлекать менеджеров.

Классификация постоянных клиентов

Представленные алгоритмы скоринга клиентов рассчитаны на работу с новыми заявками. Для клиентов, которые делают периодические покупки, целесообразнее создавать свои классификации. Не буду детализировать очевидно полезную сегментацию клиентов по объёму и частоте продаж. Расскажу о другой, очень интересной классификации, которую мы создали по запросу клиента, и она будет полезна для многих компаний. Клиенты в CRM ими могут быть сущности Компания или Контакт делятся на пять категорий: новые, постоянные, уснувшие недавно, уснувшие давно, проснувшиеся. Самые малочисленные группы это уснувшие недавно и проснувшиеся клиенты, и эти группы самые важные. Например, если клиент ранее делал покупки не реже раза в месяц, а сейчас уже более месяца не покупает, он сразу появляется в уснувшие недавно, и менеджер начинает с ним работать. Если клиент снова купит, то переходит в сегмент проснувшиеся, что означает успешный результат работы менеджера. Такая классификация позволяет из тысяч клиентов в CRM выделить десятки наиболее важных с точки зрения руководителя и сотрудников отдела продаж.

Заключение

Мы часто используем классификации: в отелях (звёзды), транспорте (классы), марках автомобилей, недвижимости и даже продуктах питания. Классификация позволяет БСТРО, не вникая в детали, получить приблизительную оценку, которая помогает нам в принятии решений. Используйте этот удобный инструмент, для того чтобы навести порядок в CRM, дать руководителю понятную картину бизнеса и увеличить продажи за счёт эффективного распределения ресурсов.

Подробнее..

Маркетинговая оптимизация в банке

14.04.2021 10:21:24 | Автор: admin
image
Привет, Хабр.

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

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

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


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

Существует много открытых фреймворков для решения оптимизационных задач таких как Gekko, Pyomo, Python-mip, а так же различное проприетарное ПО типа IBM ILOG CPLEX Optimization Studio.

План статьи




Задача оптимизации


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

$$display$$\begin{aligned} {\large f(\vec{x}) \rightarrow \underset{\vec{x} \in X}{\min} },\;\;\;\;\;\;\;\;\;\;\;\;\;\;\;\;\; \\ X = \left\{\vec{x} \; | \; g_{i}(\vec{x}) \leq 0, \; h_{k}(\vec{x}) = 0, \;\\ i = 1, \ldots, m, \;k=1\ldots,p \right\} \subset R^n.\end{aligned} \;\;\; (1)$$display$$


Т.е. среди всех векторов множества $X$, которое ограничено условиями $g_{i}(\vec{x}) \leq 0$ и $h_{k}(\vec{x}) = 0,$ необходимо найти такой вектор $\vec x^* $, при котором значение $f(\vec{x}^*)$ будет минимальным на всем множестве $X$.
При линейных ограничениях и линейной целевой функции задача (1) относится к классу задач линейного программирования и может быть решена симплекс-методом.

Маркетинговая оптимизация в банке


Представим себе современный банк, работающий с физическими лицами и продающий им свои основные продукты: кредитные карты, кредиты наличными и т.д. Каждому клиенту банк может предложить один из продуктов $P_i, \; i = 1, \ldots, n$ в одном из доступных для коммуникации каналов $C_{k}, \; k = 1, \ldots, m$ (звонок, смс и т.д.). При этом количество доступных для отправки в неделю/месяц коммуникаций в каждом канале (объем канала) ограничено

$\begin{aligned} &\sum Calls \leq N_1 \\ &\sum Sms \leq N_2 \\ &\sum Email \leq N_3 \\ &\sum Push \leq N_4 \\ \end{aligned} \;\;\;(2)$


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

image

Рис. 1

Теперь, имея на руках в таблице в базе данных для каждого клиента вероятности отклика на отдельные продукты в определенном канале, ограничения на объем коммуникаций (2) и тот факт, что за одну коммуникацию можно предложить клиенту только один продукт, зададимся вопросом, а какой именно продукт и в каком канале лучше всего предложить каждому из доступных для коммуникации клиентов?

image


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

$\begin{cases} p_{11}x_{11} + p_{12}x_{12} + p_{13}x_{13} + p_{21}x_{21} + p_{22}x_{22} + p_{31}x_{31} + p_{32}x_{32} + p_{33}x_{33} \rightarrow \max \\\\ Одному \;клиенту\; не\; более \; одного\; продукта \\ x_{11} + x_{12} + x_{13} \leq 1 \\ x_{21} + x_{22} \leq 1 \\ x_{31} + x_{32} + x_{33} \leq 1 \\ \\ Ограничение \; количества \; звонков \\ x_{12} + x_{21} + x_{31} \leq N_1 \\ \\ Ограничение \; количества \; смс \\ x_{13} + x_{22} + x_{33} \leq N_2 \\\\ Ограничение \; количества \; имейлов\\ x_{11} + x_{32} \leq N_3 \\ \\ x_{ik} \in \left\{0, 1 \right\} \end{cases} \;\;\; (3)$


Это классическая задача линейного программирования, которая легко решается с помощью открытых фреймворков, упомянутых выше.

В случае, если целью коммуникаций будет максимизация будущей доходности, то целевую функцию в задаче (3) можно записать в виде

$\begin{aligned}D_{11}p_{11}x_{11} + D_{12}p_{12}x_{12} + D_{13}p_{13}x_{13} &+D_{23}p_{21}x_{21} + D_{22}p_{22}x_{22} +\\+ D_{34}p_{31}x_{31} + D_{32}p_{32}x_{32} + &D_{32}p_{33}x_{33} \rightarrow \max,\end{aligned}\;\;\; (4)$


где $D_{ik}$ доходность от k-го продукта на i-м клиенте. Значения $D_{ik}$ могут быть получены с помощью прогнозных моделей или оценены каким-то другим способом.

Замечания
  1. Описанные выше подходы предполагают, что мы имеем достаточно хорошие прогнозы/оценки для $p_{ik}$ и $D_{ik}.$
  2. Если скоры $p_{ik}$ для различных продуктов получены от разных моделей и при этом они (скоры) плохо согласуются с реальной вероятностью отклика (это можно увидеть, например, по графику как на Рис. 1), то перед оптимизацией их необходимо откалибровать. Про различные способы калибровки можно почитать по ссылке.
  3. Предполагается также, что количество коммуникаций, на которые банк готов потратить средства, меньше, чем количество клиентов, которым банк готов предложить свои продукты. В противном случае оптимизировать будет нечего.


Немного кода


Попробуем решить задачу маркетинговой оптимизации, поставленную в виде (3) с помощью библиотеки MIP, упомянутой выше. Возьмем случайным образом сгенерированный датасет объемом в 6000 строк, в котором содержится 1000 клиентов, каждому из которых можно предложить один из 3-х продуктов в двух каналах SMS и звонок.

Код
import pandas as pdfrom mip import Model, MAXIMIZE, CBC, BINARY, OptimizationStatusframe = pd.read_csv('table_for_optimization.csv')frame.head()


image

Предположим, что у нас есть ограничение на объем коммуникаций: 500 SMS и 200 звонков. Напишем функцию для решения задачи оптимизации.

Код
def optimize(frame: pd.DataFrame, channel_limits: dict) -> list:    """    Возвращает массив оптимальных предложений    """        df = frame.copy()        #создание модели    model = Model(sense=MAXIMIZE, solver_name=CBC)    #вектор бинарных переменных задачи    x = [model.add_var(var_type=BINARY) for i in range(df.shape[0])]    df['x'] = x    #целевая функция    model.objective = sum(df.score * df.x)    #ограничения на количество коммуникаций в каждом канале    for channel in df.channel.unique():        model += (sum(df[df.channel==channel]['x']) <= channel_limits[channel])    #ограничения на количество продуктов для каждого клиента    for client in df.client_id.unique():        model += (sum(df[df['client_id']==client]['x']) <= 1)            status = model.optimize(max_seconds=300)        del df        if status == OptimizationStatus.OPTIMAL or status == OptimizationStatus.FEASIBLE:        return [var.x for var in model.vars]    elif status == OptimizationStatus.NO_SOLUTION_FOUND:        print('No feasible solution found')


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

Код
#объем доступных коммуникаций в каналахCHANNELS_LIMITS = {    'call': 200,    'sms': 500}optimal_decisions = optimize(frame=frame, channel_limits=CHANNELS_LIMITS)frame['optimal_decision'] = optimal_decisions#распределение продуктов в каналахframe[frame['optimal_decision']==1].groupby(['channel', 'product']).\                                    agg({'client_id': 'count'}).\                                    rename(columns={'client_id': 'client_cnt'})


image

Весь код и данные доступны по ссылке.

P.S.


В зависимости от типа прогнозных моделей мы можем располагать не просто средней оценкой вероятности отклика $p_{ik},$ а также иметь распределение этого значения для каждого клиента и продукта. В таком случае задача оптимизации (3) может быть дополнена условием

$\sum (отклик \;с \;вероятностью \geq K ) \geq N. \;\;\; (5)$


Более того, если в нашем распоряжении есть распределение для каждой вероятности $p_{ik}$, то мы можем также решать и обратную задачу: минимизировать количество коммуникаций при условях типа (5) с учетом определенных ограничений, задаваемых бизнесом.

Благодарю коллег из команды GlowByte Advanced Analytics за помощь и консультации при подготовке этой статьи.
Подробнее..

Microsoft Dynamics 365 вебинар по основам

21.01.2021 10:23:56 | Автор: admin

Среда, 27 января 2021 г., 12:00-15:45 (GMT +03:00)
Четверг, 28 января 2021 г., 12:00-15:35 (GMT +03:00)

Получите навыки, необходимые для того, чтобы помочь вашей организации продавать, обслуживать и оправдывать ожидания клиентов завтрашнего дня на Microsoft Dynamics 365 Virtual Training Day: Fundamentals. Во время этого бесплатного мероприятия, состоящего из двух частей, вы узнаете, как Dynamics 365 может помочь повысить эффективность, которая стимулирует инновации и поддерживает индивидуальный подход как для сотрудников, так и для клиентов.

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

Во время этого учебного мероприятия вы узнаете, как:

  • Подготовиться к сертификационному экзамену по основам Microsoft Dynamics 365.

  • Создать единую комплексную платформу для своего бизнеса, которая работает так же удаленно, как и в офисе.

  • Использовать приложения на основе моделей, чтобы повысить эффективность масштабирования.

  • Поддерживать индивидуальный подход как для сотрудников, так и для клиентов.

После прохождения этого бесплатного обучения вы сможете бесплатно сдать сертификационный экзамен по основам Microsoft Dynamics 365.

Подробности и регистрация.

Подробнее..

Чем хуже, тем лучше. Маркетинг компании 1С на примере рынка CRM-систем

17.05.2021 14:19:21 | Автор: admin

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

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

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

  1. Почему программные решения всегда такие недоработанные?

  2. Почему любое программное решение от 1С необходимо регулярно обновлять?

  3. Почему 1С не предлагает программные продукты, которые бы закрывали определенную нишу?

Причем, первый и второй вопрос, на самом деле, пересекаются только частично. А третий вызывает до сих пор множество споров.

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

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

Ситуация на рынке CRM-систем в России

Лично для себя я нашел ответы на описанные выше вопросы только тогда, когда начал работать с различными CRM-системами. Ко мне нередко обращаются люди с вопросом Какую CRM вы посоветуете. Обычно я задаю им встречный вопрос А чем вы сейчас пользуетесь? И очень часто слышу, что текущая CRM это АМО, Битрикс, а на будущее они всерьез изучают 1С CRM. Впрочем, были и обратные ситуации, когда люди сейчас пользуются 1С CRM, а рассматривают возможность перехода на АМО или Мегаплан.

В итоге я выяснил, что в любом обсуждении внедрения CRM с нуля или выбора CRM на замену текущей фигурируют 5 самых популярных решений:

  1. АМО CRM;

  2. 1С CRM;

  3. Битрикс CRM;

  4. Мой склад (там также есть CRM-система);

  5. Мегаплан.

Если вы внимательно изучите эти программные продукты с точки зрения бизнеса и его владельцев, вас ждет сюрприз:

Все эти программные решения принадлежат одной компании!

В результате возникает такая ситуация. Пользователь покупает лицензию, например, 1С CRM, какое-то время пользуется, но ему что-то не нравится. И он переходит на Битрикс. Также покупает лицензию, пользуется, через время также испытывает недовольство, и уходит на Мегаплан.

В этом процессе задействованы три стороны:

  1. вендор, разработчики (1С),

  2. консультанты и программисты, которые непосредственно внедряют систему,

  3. пользователи.

Давайте разберемся, кто при этом оказывается в выигрыше?

На место кружков поставьте себе логотипы программных продуктов

Пользователи

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

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

Консультанты

Консультанты и программисты находятся в лучшем положении в сравнении с пользователем. Тем не менее, из личного опыта я знаю, что и здесь все не настолько хорошо, как могло бы показаться. Я работал с этими CRM-системами, и очень часто недостатки выявлялись уже на этапе внедрения. Соответственно, проект не мог быть завершен на 100%, и вознаграждение специалисты получали также не в полном объеме.

Вендор

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

Таким образом, единственная сторона, которая всегда в выигрыше в описанной выше ситуации 1С.

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

Причем тут линейка продуктов 1С?

Давайте рассмотрим типичную ситуацию в России и некоторых других постсоветских странах:

  1. Компания покупает 1С Бухгалтерию, так как это решение самое популярное и привычное бухгалтерам.

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

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

  4. Возможно, компания также внедряет собственное производство, и тогда они покупают 1С УНФ. В некоторых случаях УНФ оказывается недостаточно удобной. И тогда ее меняют на какие-то отраслевые решения или ЕРП.

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

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

Кому это выгодно?

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

Ситуация аналогична рассмотренному выше случаю со сменой CRM-систем.

Особенности работы компании 1С

Я считаю, что компания 1С создала во многом гениальную систему получения прибыли.

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

  • Во-вторых, компания 1С не занимается методологической проработкой программных продуктов. Т.е. пользователю сложно понять, какой именно продукт будет соответствовать особенностям его деятельности. Самый яркий пример это УНФ (Управление нашей фирмой) или 1C Комплексное Управление. Эти две конфигурации во многом пересекаются по своему функционалу и возможностям. А ведь еще есть, например, 1С Управление торговлей. Бывает крайне сложно понять, какой из продуктов подойдет для конкретного случая.

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

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

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

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

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

Почему компания 1С не взлетает на новых рынках

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

Основная проблема для 1С заключается в том, что на западных рынков у компании нет монополии. Соответственно, она не может навязать всем остальным свою схему работы. И то, что считается хорошо при монополии, в том числе, сложность системы, ее нестабильность, необходимость в постоянных доработках и обновлениях, за рубежом считается большим минусом любого программного решения. Этими преимуществами можно воспользоваться только если вы являетесь монополистом.

Подробнее..

Наиболее полный обзор рынка внедрений CRM-систем исистем лояльности за 10 лет

24.12.2020 04:15:09 | Автор: admin

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

Поэтому мы решили впервые опубликовать собственное исследование этого рынка. В нем рассматривались более 3,4тыс. проектов внедрений CRM-систем и систем лояльности за последние 10лет в России.

Этот пост будет интересен владельцам бизнеса, аналитикам, исполнительным и ИТ-директорам ивсем, кто изучает, внедряет или использует системы CRM. Так что, велком под кат.

Чтобы избежать недопонимания, определимся с терминами:

Крупнейшие компании компании, входящие в рейтинг РАЭКС-600. Под прочими компаниями понимаются те, кто не вошел в этот рейтинг.

Топ-системами мы называем системы от следующих вендоров: SAP, Oracle, SAS, Manzana, Microsoft, ЦФТ, Salesforce, Terrasoft. Если на базе топ-систем были сделаны доработки и новые продукты, то эти внедрения идут как системы на базе топ-систем. Остальные системы относим к прочим системам.

Если внедрение проекта заявлено в 2019-2020 гг, то запись относится к актуальным проектам.

Основные выводы:

1. Общий спрос на CRM решения в 2020году был постоянным и высоким.

2. Топ-3 отрасли по внедрениям по крупнейшим компаниям это финансы, ритейл и телеком.

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

4. CRM часто внедряется как облачная услуга.

5. Лидер по внедрениям компания Terrasoft.

Общая динамика

Рассматривая проекты за период 2010-2020гг., мы можем отметить большое количество проектов в 2011году и далее два года активных внедрений CRM-систем. Кризис частично сократил число проектов в 2014 и 2015годах, однако в среднем за 2014-2019гг. происходило порядка 250внедрений в год.

Число проектов за январь-июль этого года уже в 1,5раза больше чем за аналогичный период прошлого года. Исходя из данных за период кризиса 2014года и факта за 2020год, можно ожидать, что этот год не уступит прошлому, и число проектов как минимум не уменьшится или будет чуть выше прошлогодних показателей.

Динамика по крупнейшим компаниям отличается от общих тенденций. В крупнейших компаниях тоже был всплеск внедрений в 2011году, но не такой большой, как в общем по компаниям. И далее можно отметить плавный рост числа проектов с 2012 по 2019годы. В текущем году число проектов не дотягивает до аналогичных показателей прошлого года и составляет 65% от прошлогодних показателей. Это касается как топ-систем, так и прочих.

Отраслевое распределение

Отраслевое распределение различается в зависимости от размера компании. Если для крупнейших компаний топ-3 отрасли это финансы, ритейл и телеком, то среди прочих компаний ритейл, ИТ и финансы.

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

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

крупнейшие компании

прочие компании

Финансовые услуги, инвестиции и аудит

Ритейл

Ритейл

Информационные технологии

Телекоммуникация и связь

Финансовые услуги, инвестиции и аудит

Металлургическая промышленность

Фармацевтика, медицина, здравоохранение

Страхование

Строительство и промышленность строительных материалов

Фармацевтика, медицина, здравоохранение

Телекоммуникация и связь

Транспорт

Индустрия развлечений, досуг, спорт

Пищевая промышленность

Логистика и дистрибуция

Нефтяная промышленность

Государственные и социальные структуры

Строительство и промышленность строительных материалов

Образование и наука

Обзор подготовила Пахтанова Ольга, аналитик Инфосистемы Джет.

Подробнее..

Зачем мы создали свою собственную систему видеосвязи с блэкджеком и фичами

20.01.2021 18:14:16 | Автор: admin

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

Отдельной болью для нас стали видеозвонки. И началось: Ой, а давайте в Скайпе, Дискорде, Телеграме, Зуме. А потом то девайсы программное обеспечение криво поддерживают, то технические сбои, то аккаунты вне доступа, то обновление софта и еще вагон проблем. Уходила куча времени, чтобы просто связаться и провести совещание.

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

Чем нас не устроил Zoom и другие приложения

Буквально за несколько месяцев после начала карантина количество пользователей Zoom увеличилось в 30 раз. В декабре 2019 года ежедневно сервисом пользовались 10 млн людей, а в апреле 2020 уже 300 млн.

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

А потом мы узнали о массивной утечке данных. В апреле 2020 хакеры взломали базы данных Zoom и в сеть утекли данные свыше 500 000 аккаунтов. Логины, пароли, email, URL личных чатов, коды администраторов для управления конференциями.

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

Насчет удобства использования сторонних сервисов, все также было не очень гладко. При обсуждении рабочих вопросов один на один или малыми группами чаще всего использовали Skype или Facebook Messenger. Для встреч по отделам и общих конференций Zoom. И самым проблемным оказалось отсутствие единой базы записей видеозвонков. Попытка пересмотреть обсуждение какого-нибудь вопроса превращалась в квест.

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

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

Получить доступ к API и сделать существующие решения удобнее конкретно для нас тоже не вариант. Разработчики либо вообще не давали доступ к API, либо это стоило космические деньги.

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

Разработка как прогулка по полю с граблями

Впервые идея создать собственную платформу видеосвязи появилась у нас в 2015 году.

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

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

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

И хорошо, что мы тогда не стали искать выходы. Было бы печально вложить кучу денег во второстепенную функцию, а через 5 лет узнать, что все нужно делать заново, потому что Flash отключают.

***

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

Разработка первоначальной версии велась буквально на коленке. Сначала выбрали OpenVidu, который нас максимально устраивал и был доступен в плане лицензии. А затем буквально в течение нескольких недель собрали MVP и попытались интегрировать его в CRM Мегаплана.

Опенсоурсная версия получилась рабочей, но у нее было несколько серьезных проблем:

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

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

    a. Отсутствие записи трансляции. Наши специалисты так и не смогли придумать, как реализовать запись без слишком больших переделок или без использования сторонних утилит;

    b. У технологии не было мультиплексирования, поэтому использование видеосвязи слишко быстро сажало аккумуляторы смартфонов. Для ее решения нужны были специализированные хардварные решения, к которым мы были не готовы.

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

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

  4. Стоимость использования OpenVidu считается за одно серверное ядро в минуту. Для небольших решений она приемлема, но это крайне затрудняет масштабирование сервиса все упирается в деньги, много денег.

Количество минусов перекрывало все перспективы использования технологии. Поэтому мы решили от нее отказаться.

Janus Gateway: именно то, что нужно

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

Но обычного p2p соединения нам недостаточно, ведь нужно было реализовать возможность записи трансляции на сервер. Поэтому решили использовать ретранслятор Janus Gateway.

В целом выбирали между тремя платформами: OpenVidu, которую оставили как контрольный образец, Jitsi и Janus. В результате чтения аналитики выяснили, что OpenVidu сильно проседает по качеству картинки трансляции (как будто и так вопросов было мало), а у Jitsi во время нагрузки качество плавает. Не то, чтобы мы планировали делать конференции из 200-300 пользователей, но стабильность работы видеосвязи для нас ключевой момент.

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

У Janus есть куча полезных фич, которые не реализованы или платные в OpenVidu. К примеру, контроль качества связи и автоматическое выставление битрейта в зависимости от него. Или же поддержка кодеков VP9 и режима симулькаста.

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

Михаил Пирогов, руководитель отдела эксплуатации и администрирования Мегаплана

С Janus все также получилось не слишком гладко. Для реализации WebRTC используется библиотека React Native WebRTC. У нас нет разработчиков, которые хорошо знают React Native, поэтому чтобы устранить проблемы совместимости протокола с софтом сервера, ушло довольно много времени.

Были сложности и со сборкой. Компилятор Metro bundler хорошо работает в веб-версии, но не подтягивает дополнительные библиотеки в мобильной, из-за чего мобильная версия была нестабильной и падала.

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

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

Вообще с реализацией мобильных версий на iOS и Android было неожиданно много проблем. Разница на платформах между управлением динамиками и микрофоном, разные принципы переключения на громкую связь и наушники. Пришлось создавать универсальный код, который одинаково работал бы на обеих ОС. Им тоже можем поделиться, если что.

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

Бета-версия и что дальше

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

Сохранять записи звонков. Эту фичу мы планировали, но она пока в стадии реализации и тестирования.

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

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

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

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

Если у вас есть идеи, как это сделать в рамках Janus с минимальным количеством вытекающих проблем с радостью послушаем.

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

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

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

Подробнее..

Создание документов на диске Google на базе событий в CRM-системах аmoCRM и Битрикс24

18.02.2021 12:05:10 | Автор: admin

Практический кейс о том, как разработать свой сценарий интеграции.

Появившиеся в 2006 году сервисы Google по работе с текстовыми документами (Google Docs) и таблицами (Google Sheets), дополненные 6 лет спустя возможностями работы с виртуальным диском (Google Drive), завоевали широкую любовь пользователей, лишив компанию Microsoft сложившейся десятилетиями монополии на работу с офисным программным обеспечением.

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

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

В базовом функционале CRM-систем интеграция с сервисами Google представлена лишь в Битрикс24 и предполагает создание пустого документа на базе диска с переходом в режим редактирования при последующем клике на него.

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

Для того, чтобы выполнить какое-то действие на Google диске своего аккаунта есть два подхода: вызвать соответствующий REST API метод или запустить написанный Google Script. Как показал наш опыт, REST API библиотека Google пока имеет гораздо более бедный набор возможностей по отношению к скриптам, например, с помощью метода create можно создать исключительно пустой документ без наполнения. Поэтому, универсальным является сейчас комбинированный подход, заключающийся в написании исполняемого скрипта, который будет вызываться извне с помощью API с определенным набором параметров.

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

Шаг 1. Создание скрипта

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

Сам script добавляется на диске точно также как мы добавляем обычный файл на него.

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

Шаг 2. Привязка скрипта к проекту Google Cloud Platform

После того как скрипт написан рекомендуем прогнать его, нажав кнопку Выполнить в редакторе. Далее вам необходимо создать проект на Google Cloud Platform. Наиболее простым вариантом для этого является нажатие кнопки Enable Google Script API по ссылке:https://developers.google.com/apps-script/api/quickstart/php.

Пройдя все шаги мастера создания API, вы скачиваете файл credentials.json, который будет нужен для работы обработчика. После этого вы берете номер проекта и привязываете его к скрипту в настройках.

Шаг 3. Публикация скрипта

Чтобы скрипт был доступен извне, его надо развернуть через кнопку начать развертывание.

Полученный идентификатор необходимо скопировать, чтобы использовать в PHP-обработчике.

Шаг 4. Написание PHP-обработчика

Для работы с API Google существует готовая библиотека, которую вы подключаете к своему проекту командой: composer require google/apiclient:^2.0

В файле с подключенной библиотекой вызываете функцию для подключения токена авторизации:

function getClient(){    $client = new Google_Client();    $client->setApplicationName('Google Apps Script API PHP Quickstart');    // перечисляем области действия токена через пробел    $client->setScopes("https://www.googleapis.com/auth/documents https://www.googleapis.com/auth/drive");    // файл credential.json, полученный от Google$client->setAuthConfig('credentials.json');    $client->setAccessType('offline');    $client->setPrompt('select_account consent');    // Формируемый файл token.json    $tokenPath = 'token.json';    if (file_exists($tokenPath)) {        $accessToken = json_decode(file_get_contents($tokenPath), true);        $client->setAccessToken($accessToken);    }    // Действие если токен просрочен    if ($client->isAccessTokenExpired()) {        if ($client->getRefreshToken()) {            $client->fetchAccessTokenWithRefreshToken($client->getRefreshToken());        } else {            $authUrl = $client->createAuthUrl();            printf("Open the following link in your browser:\n%s\n", $authUrl);            print 'Enter verification code: ';            $authCode = trim(fgets(STDIN));            $accessToken = $client->fetchAccessTokenWithAuthCode($authCode);            print_r($accessToken);            $client->setAccessToken($accessToken);                        if (array_key_exists('error', $accessToken)) {                throw new Exception(join(', ', $accessToken));            }        }        // Сохранение токена в файл        if (!file_exists(dirname($tokenPath))) {            mkdir(dirname($tokenPath), 0700, true);        }        file_put_contents($tokenPath, json_encode($client->getAccessToken()));    }    return $client;}

Файл с этой функцией должен быть изначально исполнен в командной строке ssh клиента php (имя файла).

При первом запуске на экране появится url, который вы открываете в своем браузере и дав необходимые разрешения копируете verification code из url ресурса приложения, который вы указали на шаге 1, вставляя его в командную строку. После этого система создает файл токена авторизации (token.json), сохраняя его в папке PHP-обработчика. Следует отметить,что данную операцию надо выполнить один раз.

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

// вызов ранее описанной функции для получения токена авторизации$client = getClient();$service = new Google_Service_Script($client);// код развернутого скрипта$scriptId = '***********************wKhTTdKL7ChremS5AkvzwlPJARnxqisW7TzDB ';$request = new Google_Service_Script_ExecutionRequest();// имя и параметры функции в рамках скрипта$request->setFunction('FillTemplate');$request->setParameters([$_REQUEST['customer'],$_REQUEST['link'],$_REQUEST['formsv'],$_REQUEST['socnet'],$_REQUEST['whatsi'],   $_REQUEST['ats'],$_REQUEST['pipeline'],$_REQUEST['outscope'],$_REQUEST['editor'],$_REQUEST['viewer']]);try {    // Make the API request.    $response = $service->scripts->run($scriptId, $request);    if ($response->getError()) {        // Обработчик ошибок        $error = $response->getError()['details'][0];        printf("Script error message: %s\n", $error['errorMessage']);        if (array_key_exists('scriptStackTraceElements', $error)) {            print "Script error stacktrace:\n";            foreach($error['scriptStackTraceElements'] as $trace) {                printf("\t%s: %d\n", $trace['function'], $trace['lineNumber']);            }        }    }     } catch (Exception $e) {    // Обработчик исключения    echo 'Caught exception: ', $e->getMessage(), "\n";}

Шаг 5. Вызов PHP-обработчика из CRM

Имея протестированный обработчик, можно запустить его в привязке к событиям CRM.

Базовым вариантом запуска является вызов исходящего вебхука в привязке к событию CRM и данному обработчику, см. cтатьи про настройки вебхуков в:

При этом, в Битрикс24 вебхук может быть встроен в бизнес-процесс, получая в качестве своих Get-параметров данные из сделки, переменных и констант бизнес-процесса.

Итогом работы данного вебхука стали добавляемые документы в соответствующую папку Google Drive:

Существенным ограничением запусков обработчиков через вебхуки является предельно допустимая длина URL, в которой будут передаваться Get-параметры. Напомним, что она составляет 4 кб (или 2048 символов).

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

Подробнее..

Категории

Последние комментарии

  • Имя: Макс
    24.08.2022 | 11:28
    Я разраб в IT компании, работаю на арбитражную команду. Мы работаем с приламы и сайтами, при работе замечаются постоянные баны и лаги. Пацаны посоветовали сервис по анализу исходного кода,https://app Подробнее..
  • Имя: 9055410337
    20.08.2022 | 17:41
    поможем пишите в телеграм Подробнее..
  • Имя: sabbat
    17.08.2022 | 20:42
    Охренеть.. это просто шикарная статья, феноменально круто. Большое спасибо за разбор! Надеюсь как-нибудь с тобой связаться для обсуждений чего-либо) Подробнее..
  • Имя: Мария
    09.08.2022 | 14:44
    Добрый день. Если обладаете такой информацией, то подскажите, пожалуйста, где можно найти много-много материала по Yggdrasil и его уязвимостях для написания диплома? Благодарю. Подробнее..
© 2006-2024, personeltest.ru