|
23.03.2006, 12:43 | #1 |
Участник
|
Всем привет. У меня такая порблеммка. В компании необходимо внедрить CRM. Navision уже в установлен и работает. Соотвественно есть база клиентов. Как мне при внедрении CRM более грамотно создать на базе уже существующей базы клиентов базу Контактов, не перелопачивая исходную базу клиентов вручную?
|
|
23.03.2006, 13:45 | #2 |
Участник
|
Скрипт написать наеврное?
|
|
23.03.2006, 13:56 | #3 |
Участник
|
А что значит перелапачивать? Есть пакетные задания по созданию контактов из клиентов/поставщиков/банков.
Вообще, настоятельно рекомендую ознакомиться с соответсвующей документацией. Потому как блок Управление Отношениями скорее всего придется доводить до ума, слабоват он в Nav. А если переделывать понадобиться много, то можно подумать о покупке уже готового решения или не покупая гранул CRM, докупить объектов и самим все сделать. Все зависит от того, что Вы хотите получить от CRM в Nav. |
|
23.03.2006, 15:10 | #4 |
Участник
|
|
|
23.03.2006, 15:35 | #5 |
Участник
|
|
|
25.10.2006, 13:36 | #6 |
Участник
|
Цитата:
Сообщение от Fordewind
Вообще, настоятельно рекомендую ознакомиться с соответсвующей документацией. Потому как блок Управление Отношениями скорее всего придется доводить до ума, слабоват он в Nav.
А если переделывать понадобиться много, то можно подумать о покупке уже готового решения или не покупая гранул CRM, докупить объектов и самим все сделать. Все зависит от того, что Вы хотите получить от CRM в Nav. |
|
23.03.2006, 19:01 | #7 |
Участник
|
Я бы не сказала, что Navision CRM в версии 4.0 кардинально отличается от 3.70.
|
|
23.03.2006, 19:13 | #8 |
Участник
|
Мне кажется по части функциональности CRM (именно CRM - возможности, отчеты, базы данных по клиентам, конкурентам, интересы, проблемы, удобство интерфейса, работа offline и т.п.) Microsoft CRM лучше, про Аксапту ничего не знаю.
Это уже обсуждалось и на других форумах. Axforum Но Microsoft CRM "оторван от реальности"- оторван от ERP, слабо реализована финансовая часть (одна валюта, не хранятся курсы и т.п.), поэтому наверное лучше докрутить Navision, чем писать интеграцию и дописывать Microsoft CRM. Все зависит от специфики бизнеса клиента и от того, что он понимает под CRM. |
|
30.03.2006, 17:12 | #9 |
Участник
|
А чего конкретно не хватает в Nav?
Всем хорош, и очень продуман. Главное пройти все задачи в документации. После этого создать сквозной пример для своих процессов CRM- после чего окажется - что тогда и дорабатывать не придется. Либо незначительно... С ув. |
|
30.03.2006, 19:06 | #10 |
Участник
|
Всем хорошо CRM в Navision. Мы его у себя используем. Даже pipe-line в Microsoft из него формируем.
|
|
30.03.2006, 23:25 | #11 |
Участник
|
Вот пример: когда менеджер по продажам беседует с потенциальным клиентом по телефону в первый раз после какого либо мероприятия.
с точки зрения CRM нужно: 1. Зарегистрировать взаимодействие 2. Зафиксировать подробную информацию о клиенте зафиксировать взаимодействие - в navision только через мастер, это все равно несколько шагов, нужно выбрать какие-то поля (по ходу разговора с клиентом уже не получится), отложенные взаимодействия - здорово, но все равно это будет делаться после разговора. А менеджерам удобно ВО ВРЕМЯ разговора сразу куда-то печатать то, что говорит клиент о себе, чтобы потом этот текст структурировать, анализировать, выделять то, что можно занести в анкеты, группы рассылки и проч. Кстати, на этом же форуме уже кто-то писал, что дорабатывали Navision - добавляли в карточку клиента протокол взаимодействий, который можно было прямо здесь же редактировать. ИЛи просто менеджерам удобно куда-то в систему сохранить неструктурированный текст - полезную информацию с сайта клиента, из других источников и т.п. Я не говорю, что Navision CRM плохой. Если бы я так считала - то как предлагать клиентам? Предлагать то, что ты заведомо знаешь что плохо? Просто еще есть над чем работать. |
|
31.03.2006, 10:23 | #12 |
Участник
|
To_Suok
Форму ввода можно и отредактировать. Сделать такую как принята у Вас. Например , когда звонит новый клиент, сначала фиксируются его данные, потом требования. В соответствии с этим разрабатывается форма ввода. Это вопрос не функционала, а удобства работы. Если говорить о функционале, то он более чем достаточен |
|
31.03.2006, 11:29 | #13 |
Участник
|
А если обратиться к реалиям российского бизнеса. Когда в базе пять клиентов на самом деле одно и тоже лицо с разными названиями. то как мы будем отлавливать всю информацию по реальному клиенту. У нас же 5 контактов со своей информацией о клиенте. И нигде нет (имеется ввиду собранной в одном месте) полной истории взаимодействий, статистики и т.д. А тогда о каком CRM может идти речь?
|
|
31.03.2006, 16:14 | #14 |
Участник
|
Цитата:
Сообщение от Fordewind
А если обратиться к реалиям российского бизнеса. Когда в базе пять клиентов на самом деле одно и тоже лицо с разными названиями. то как мы будем отлавливать всю информацию по реальному клиенту. У нас же 5 контактов со своей информацией о клиенте. И нигде нет (имеется ввиду собранной в одном месте) полной истории взаимодействий, статистики и т.д. А тогда о каком CRM может идти речь?
Пытаемся административно влиять. Например, разработать правила ввода информации, ограничить кол-во людей, которые вводят клиентов... |
|
31.03.2006, 17:16 | #15 |
Участник
|
Я говорил не о том, что информация дублируется при вводе, заведении карточек клиентов и так далее. Я говорию о нескольких юр. лицах одного клиента (не путать с адресами доставки %)).
|
|
31.03.2006, 17:47 | #16 |
Участник
|
Цитата:
Да, это задача. Пока кроме как дописать ниче не вижу. Логика отношения та же что и Фирма-Сотрудник: Головное предприятие - Юр.Лица. Но это процес длительный и трудоемкий. |
|