Колонка Дмитрия Рябых

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

Основные впечатления:

1. Хочется сказать спасибо Ведисофту. Четкость выполнения проекта на высоте, ошибки есть но в терпимом количестве.

2. Запуск системы в рабочую эксплуатацию это прямо спецоперация. О том, как мы ее проводили, написано ниже.

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

Как это выглядит? Примерно так: (далее…)

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

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

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

В результате уже сейчас начинают наклевываться задачи, предназначенные для проекта «Внедрения Sugar – Этап 2». Но это не раньше чем осенью.

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

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

В планах на эту неделю два последних шага:

1. Обучение персонала и начало работы

2. Интеграция с почтовым сервером и перенос части переписки на него.

Итак, в конце прошлой недели мы получили доступ в первую версию нашей системы CRM. Основные впечатления:

1. Формальное соответствие ТЗ на высоте. Практически всё, что было явным образом прописано, сделано в точности так, как написано.
2. Надежды на то, что интерфейс сам как-то сложится за счет хорошо проработанной базовой системы, не оправдались. Очень многие вопросы, которые я оставил «по умолчанию», в готовой системы оказались решены не так, как задумывалось.
3. Пока знакомился с системой успел сто раз подумать о том, как же здорово, что мы отказались от использования самописной базы или российской разработки. Потому что во всех этих вариантах мы бы закопались в чисто технические сбои. А в данном случае техническая ошибка за всё тестирование была ровно одна (один из поисковых запросов не работал).

В итоге после нескольких часов тестирования отправили в Ведисофт список из 16 замечаний. Несколько пунктов это их ляпы, несколько – наши явные ошибки в ТЗ. А основная часть списка это просьбы типа «давайте сделаем это аккуратнее».

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

Ждем скорректированную систему и будем уже приступать к использованию.

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

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

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

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

Итак, с некоторыми сомнениями и внутренними колебаниями, но мы остановились на SugarCRM. Осталось найти тех, кто готов будет ее нам внедрить. На первый взгляд, задача достаточно простая. Стоит только набрать в Яндексе сочетание “SugarCRM внедрение” и получаешь не меньше десятка сайтов компаний, предлагающих эти услуги.

Ну собственно, вот список, который я себе первоначально составил, и по которому рассылал запросы:

1. http://www.crm-on-demand.ru
2. http://www.grinmark.ru
3. http://www.promsoft.ru
4. http://www.itlinux.ru/
5. http://www.analog-company.com
6. http://www.vedisoft.info (далее…)

В общем, мы решили внедрять у себя SugarCRM. Главные преимущества:

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

Первое впечатление от Sugar – очень сложно. Это впечатление появилось как у меня, так и у нашего коммерческого директора (у него и сейчас еще осталось это впечатление, посмотрим поменяется ли оно по результатам внедрения). Но на практике всё оказалось не так ужасно, лишнее можно выкинуть, кое-что подправить и всё заработает. (далее…)

Причин отказа от написанной под наш заказ CRM было две.

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

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

Впервые вопрос о внедрении какой-то программной системы для управления контактами был поставлен в компании «Альт-Инвест» в 2004 году. До этого вся база хранилась в таблицах MS Excel. С одной стороны, в таком формате нельзя обеспечить хороший сервис, но с другой стороны, в компании, где каждый сотрудник идеально владеет Excel, хранение данных в таблицах давало хорошие возможности их обработки.

Но по мере роста базы и компании работать с электронной таблицей становилось всё сложнее. А главным фактором, «добившим» табличный формат, стала необходимость синхронизации данных между офисами. Дело в том, что с 2004-го года компания стала почти равномерно распределенной между Москвой и Санкт-Петербургом. И всю деятельность двух офисов надо было синхронизировать. (далее…)