Ваш CRM - (Управление Отношениями Клиента) Система, Обреченная Потерпеть неудачу?
; Право, Люди. Давайте сносить ту кампанию почты, которую мы планировали столь долго;
Пришло время помещать Ваше испытанное программное обеспечение CRM, чтобы работать; позволять этому зарабатывать держать. Вы запускаете поиск людей и компаний, для которых Вы хотите предназначаться.
Вы скоро понимаете неправильный something's, когда Ваш список намного меньше чем ожидаемый. Быстрая проверка показывает, что много профилей/категорий не были заполнены в, воздействуя на Ваши результаты поиска. Дальнейший осмотр показывает, что многочисленные отчеты являются неправильными; другие пронизаны опечатками. И это только для стартеров.
С чувством понижения Вы понимаете, что последний толчок не собирается случаться второпях.
Время для некоторого Контроля за Повреждением или Профилактического Обслуживания.
К счастью одной из самых общих причин, процитированных за высокую норму отказа систем CRM - плохое качество данных - является также один из самых легких, чтобы избежать.
Ваше программное обеспечение CRM только столь же хорошо как информация, которую оно содержит. Поскольку старый девиз программистов идет 'мусор в, мусор'.
Так, как Вы можете избежать неполных, неправильных, несоответствующих или устарелых и вообще непригодных к использованию данных от просачивания в Вашем программном обеспечении CRM?
Вы должны собрать своих ключевых пользователей CRM вместе и проработать документ ПРОЦЕДУРЫ СБОРА ДАННЫХ, определяя правила использования.
Обстоятельно объясните:
? Кто имеет то, что исправляется к системе; кто может Создать, Вставка, Изменять или Удалять отчеты, предполагая, что Ваше программное обеспечение поддерживает все эти функции? Отправьте эту информацию своему администратору системы к действию.
? Выберите процедуру, чтобы проверить на любые дубликаты прежде, чем создать отчет. В зависимости от какого 'де-обман' или 'данные, вычищающие' особенности, Ваша система имеет, это могло бы потребовать некоторых простых поисков прежде, чем начать новый отчет.
? Вы позволяете сокращения или акронимы? Например: IBM, или я. B. M, или International Business Machines Inc или Incorporated и так далее. Политика по обеспечению последовательности входа поможет избежать дублирований в будущем.
? Тем, когда Вы ожидаете, что отчеты, примечания и так далее будут созданы или обновлены? Тот же самый день, по возвращению к офису?
? Проверьте, чтобы видеть, есть ли у Ваших Почтовых Услуг определенные требования. Гарантируйте, что Ваши данные встречают эти критерии.
? Первичный адрес имеет клиентов, чтобы быть созданным как почтовое или физический адрес?
? Удостоверьтесь, что все проверяют правописание, если они неуверены и не доверяют спеллчекеру! Когда в сомнении, спросите клиента - они будут уважать это. Это Clark с 'e'; Shawn, Sean или Shaun? Один определенный способ получить Вашу почту binned состоит в том, чтобы записать чье - то название неправильно.
? Также подтвердите вид корпорации e. г. LLC, Inc, PTY Ltd и так далее.
? Сделайте правила для того, чтобы создать новые профили или Пользователя Определимые Области (UDF) (или независимо от того, что Ваше определенное программное обеспечение CRM называет их). Придайте много значения на этом. Каждый раз, когда новый UDF необходим, он должен сначала быть одобрен. Иначе дубликаты проникнут в Вашей базе данных e. г. Ведущий Источник: Желтые страницы, YP, yelo страницы.
? Гарантируйте, что адреса электронной почты вставлены правильно. Основная но частая ошибка!
? Настроенные процедуры, если не поддержанный Вашим программным обеспечением, того, как создать отчеты из прибывающих электронных писем.
? Если применимо, Вы собираетесь использовать Принудительные/принудительные области?
Вы могли бы также обратиться к проблеме Резервных копий, в то время как Вы об этом.
? Кто ответственный человек для того, чтобы поддержать Ваш databases/s? Кто покрывает для них, когда они отсутствуют или недоступны?
? Как часто резервные копии, которые будут сделаны? Diarise!
? Как резервные копии сделанный e. г. Дедушкой, Отцом, методом Сына.
? Гарантируйте, что резервные копии сделаны на компакт-диске хорошего качества или безотносительно формата, который Вы используете. Именно никакое хорошее выполнение резервной копии, тогда находящей при попытке Восстанавливания, это не работает! Это - также хорошая идея скопировать резервные копии на больше чем один формат данных.
? Где резервные копии должны быть сохранены?
? Резервные копии безопасны? Это важно и для безопасности и для практических причин.
Как только Ваш Документ Процедуры Сбора данных закончен, заставлять всех подписывать это прочь как ЧИТАЕТСЯ!
Как стандартная практика, гарантируйте, что документ вручен всем новым служащим в Вашей компании.
Вернитесь к этому документу для возможного пересмотра каждые три месяца или около этого.
Попробуйте это: выберите несколько отчетов - и хороший и плохой - каждую неделю, надевать верхнее на встречах штата. Удостоверьтесь, что Вы незаконно не смущаете никого, но наблюдаете, что это становится легко-вспомогательным основным моментом Ваших встреч! Люди учатся лучше всего, весело проводя время!
Что, если Ваша база данных находится в одном безобразном беспорядке?
Важно, помогите своему штату понять то, что Вы должны от данных облегчить более точный маркетинг и сообщение и следовательно успех Вашего бизнеса и их карьер.
Создавая смысл гордости и собственности в базе данных компании, Вы лелеете существенный процесс покупки - в, необходимый для успеха Вашей инициативы CRM. Не ставьте под угрозу этот критический инструмент, позволяя Ваше программное обеспечение CRM быть зараженным низшими данными.
Перри Norgarb специализировал в Малом бизнесе решения CRM в течение прошлых 15 лет.
Вы свободны переиздать эту статью, пока эта био коробка и авторское право остаются неповрежденными. © 10 декабря 2004.