Проблемы применения прямого маркетинга
Для установления доверительных отношений с клиентом желательно также хранить и личную информацию, например его день рождения, любимое блюдо и, например, как зовут детей нашего клиента и сколько им лет. Вся эта информация должна фиксироваться в карточке контрагента и в дальнейшем может быть использована для формирования списков рассылки. Например, можно разослать 8 марта поздравления всем женщинам, для этого в карточке должен отражаться пол контрагента. Или мы проводим семинар в Кургане и хотим пригласить на этот семинар представителей компаний, в парке которых больше 50 компьютеров, и они находятся в Кургане, да к тому же еще не являются нашими клиентами. Примеров задания сложных критериев выбора интересующего сегмента из всего списка можно привести великое множество.
У каждой компании клиенты имеют свои особенности, поэтому создать универсальную структуру базы данных, подходящую любым компаниям, скорее всего не получится. Да это и не нужно, главное чтобы программное обеспечение позволяло нам заводить произвольное количество новых полей (поле - это единица информации, описывающая определенный параметр контрагента, обычно для работы хватает 100 полей). Чтобы не загружать карточку большим количеством информации, в которой трудно ориентироваться, необходимо чтобы в интерфейсе системы была предусмотрена возможность визуальной группировки этих полей, например по разным закладкам карточки. Тогда разные сотрудники смогут работать с разной информацией по одному клиенту и не мешать друг другу.
При работе с контрагентами мы все-таки работаем не с компанией, а с конкретными людьми. Поэтому необходимо, чтобы мы имели возможность в системе фиксировать организационную или функциональную структуру нашего контрагента и хранить различные связи между сотрудниками компании. Нам же важно, чтобы наши материалы в результате рассылки пришли нужным людям?
Из полезного, что можно требовать от системы - возможность интеграции карточки контрагента с интернетом, что даст нам новые возможности по автоматическому получению актуальной информации.
Например, можно завести на своем сайте форму ввода заявки на продукцию или услуги компании, в которой пользователь сам заполняет свои реквизиты и параметры запроса. После заполнения формы, данные из интернета автоматически попадают в базу данных, на клиента заводится новая карточка, и запрос направляется менеджеру на обработку.
После создания структуры базы данных нам необходимо как-то наполнить ее информацией. Это отдельный этап, отнимающий обычно много времени и сил. Как правило, источником информации может быть или учетная система компании, или файлы формата Excel и Access, простой текст или купленная база данных предприятий в формате.dbf. Случай, когда у нас есть только бумажный справочник, и информацию из него надо внести в нашу базу, мы не рассматриваем, так как в настоящее время практически все справочники имеют электронную версию.
Таким образом, можно сформировать следующее требование к системе - возможность импорта информации (а в дальнейшем и экспорта) из файлов распространенных форматов -.txt,.csv,.dbf. Кроме того, желательно иметь возможность импорта данных из почтовых программ, например Outlook. Еще лучше, если есть интеграция с этими программами, то есть возможен двухсторонний обмен информацией между CRM и Outlook.
Полезной функцией в системе была бы возможность изменения вида визуализации информации в зависимости от ее значения. Например, если поле «должность» обязательно для заполнения, но еще не заполнено, то оно будет выделяться красным фоном. Или если поле «Тип контрагента» принимает значение «Конкурент», то оно будет выделяться красным, если «Клиент», то зеленым, а если «Партнер», то синим.
