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

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

• каждый 4-й сайт не предлагал для связи даже 2-х базовых каналов взаимодействия: телефонный номер и email;

• всего 9 из 100 компаний предлагали на сайте 4 способа подачи заявки;

• только у 1,3% сайтов были обнаружены все исследуемые варианты связи с сервисной поддержкой.

Неужели, так же обстоят дела в узкоспециализированном сервисном бизнесе? Мы решили это проверить на еще бОльших масштабах!

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

Если поискать статьи про FMC по компьютерным изданиям, то можно наткнуться на статью «Что такое FMC?» в PC Week от января 2006 года. Не столь показательная сама статья о прошедшей конференции, сколько комментарий к ней, аж от ноября 2012 года «Статья от 2006 года, а люди ещё не осознают эффективность!». Думаем, что можно оставить точно такой же комментарий, датированный 2016 годом — и это не от того, что что-то не так с технологией, а от того, что она развивалась на фоне бума виртуальных АТС и оставалась в тени.


Услуги, основанные на технологии FMC, можно было найти в портфеле корпоративных услуг сотовых операторов примерно с 2010 года. Однако услуги продвигались сложно — отчасти потому, что самим операторам было выгоднее реализовать другие решения, отчасти потому, что абоненты не получали информации о выгодах и преимуществах FMC, да и вообще не знали, что это за технология. На самом деле, тут есть о чём поговорить, особенно для малого и среднего бизнеса. В общем, как пишут забронзовевшие копирайтеры: «Ваши сотрудники недостаточно мобильны? Тогда мы идём к вам!».

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

Предыстория

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

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

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

В начале августа наша нейросеть OneBox Next вступила в переписку с ФCБ и до победного пыталась себя продать, так же как ведут себя наши продавцы.

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

Из моего опыта и опыта моих клиентов, более половины общения с заказчиками и покупателями происходит всего по двум каналам – это телефонное общение и переписка по email. О телефонии подробно я уже рассказывал в статье Что такое телефония в CRM и как ее выбирать. А сейчас я хочу поговорить подробнее о связи с клиентами при помощи email.

/ фото Jaro Larnos CC

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

Согласно отчету Gartner, облачные альтернативы локальным ERP-системам серьезно укрепят позиции, и к 2018 году как минимум 30% компаний, занятых в сфере предоставления услуг, переведут большинство своих ERP-приложений в облако.

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

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

Если пройтись по зарубежным сайтам с запросом «product requirements document», то можно найти креативные и убедительные статьи про то, что техническое задание (ТЗ, PRD) умерло. Отчасти с этим нужно согласиться — при разработке продукта с нуля прототипирование выглядит гораздо интереснее и эффективнее, чем тома записей заказчика, порой ну очень непрофессиональные. Однако, если речь идёт о доработке базовой системы, то дело принимает совершенно другой оборот. Мы сталкиваемся и с доработкой, и с заказной разработкой, поэтому на ТЗ собаку съели, если повар нам не врёт. В общем, сегодня — о тех самых классических технических заданиях, которые пишутся на доработку купленного и установленного программного обеспечения. Короче, о наболевшем.

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

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

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

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

Мною были рассмотрены разные системы: EspoCRM, SuiteCRM и другие opensource crm, так и коммерческие, такие как Bitrix24.

Ключевые факторы при выборе были:

• Интеграция с Asterisk
• Workflows с дизайнером
• Email-маркетинг

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

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

Рисунок: Daniel Stolle

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

Это называется синдром гнева на техподдержку.

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

Хуже того: в точности как вы и подозревали, компании вполне осведомлены о пытке, которой подвергают клиентов.

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

Итак, давайте разберемся, как строится работа с коммуникациями в CRM системе.

В предыдущей статье «Зачем нужно моделировать индивидуальные и типовые сценарии?» я рассказал про необходимость моделирования как типовых, так и индивидуальных сценариев в тех случаях, когда заказчик хочет автоматизировать три функции:

1. Моделирование операций и сценариев на основе типовых схем.
2. Сравнение полученных результатов с планируемыми.
3. Корректировка планов.

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

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

Наверняка многие из вас видели в интернете фотогалереи с заброшенными торговыми центрами, огромными и некогда роскошными. Впечатляющее зрелище, особенно для бизнесмена. Но первая мысль вовсе не о том, сколько денег, инвестированных в развитие, пропало. Она о том, почему это произошло. Да, есть фактор влияния структурных сдвигов экономики, есть и «вина» онлайн-торговли. Но главное — это неумение вовремя перестроиться, адаптироваться, изменить бизнес-модель. Причём не отказываясь от существующей, а встраивая её в новые условия.
Та же история может случиться с проектом внедрения CRM: система простаивает, компания меняет вендора, выбирает более дорогую систему, которая снова простаивает… Замкнутый круг. А между тем, причины неудачи довольно линейны — и в ваших руках сделать внедрение CRM успешным. Делимся опытом, как.

Привет, Хабр! Вчера нашей компании исполнилось 15 лет — самое время открыть свой блог. Нашу CRM уже неоднократно упоминали в больших обзорах на Хабре. Было и про десктоп, и про бизнес-процессы, и про доработку, и про бесплатную редакцию. Но целостной картины так и не получалось. Между тем, у нас большая история. Первая бета-версия CRM вышла в 2006 году, и с тех пор мы непрерывно работали над развитием программы, создавали связанное с ней и независимое программное обеспечение для бизнеса: от сервера сценариев до своего геолокационного сервиса и системы автоматизации гипермаркетов. Всё это время мы шли рука об руку с корпоративным сектором, собирали требования, изучали российский бизнес разного масштаба. Мы никогда не писали свою CRM ради победы в конкурсе или попадания в квадрант Gartner — мы строили бизнес, который помогает другому бизнесу. В общем, нам есть, что рассказать.