AXForum  
Вернуться   AXForum > Microsoft Dynamics CRM > Dynamics CRM: Функционал
CRM
Забыли пароль?
Зарегистрироваться Правила Справка Пользователи Сообщения за день Поиск Все разделы прочитаны

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 12.01.2008, 02:33   #1  
Черничкин Станислав is offline
Черничкин Станислав
Злыдни
Аватар для Черничкин Станислав
Злыдни
 
53 / 18 (1) ++
Регистрация: 16.10.2007
Адрес: Екатеринбург
Стою на асфальте в лыжи обутый (модуль продаж)...
Чем больше работаю с MS CRM, тем меньше её понимаю.

1. Есть объект возможная сделка со своими продуктами, который, в принципе, позволяет понять, на каком этапе процесса продажи мы потеряли деньги через механизм закрытия сделок как нереализованных (кстати комбинация состояния "не реализована" причины состояния "реализована с избытком" выглядит смешно.. ошибка перевода?). Но как быть со сделками, которые закрываются успешно, просто клиент по ним покупает не запланированные 10 тонн пуговиц, а толко 5 тонн? Если корректировать список продуктов возможной сделки согласно согласованному предложению (выставленному заказу, оплаченному счету), то сделка к моменту завершения может изрядно подешеветь и мы никогда не поймем, куда пропали денюжки. Если список продуктов не корректировать, в итоге будем получать сделки с этапом БП "завершено", вероятностью завершения 100% и разницей в 5 тонн пуговиц между продуктами сделки и продуктами заказа/счета, что тоже очень странно (кстати место потери денюжек при этом тоже не обозначиться). Если выкатывать клиенту КП на покупку именно 10 тонн пуговиц, а на его заявление, что в этом месяце он покупает только 5, реагировать созданием новой возможной сделки, то непонятно, как анализировать маркетинговые акции на предмет эффективности (т.к. мы либо не оставляем связь возможная сделка -> исходная кампания и тогда нельзя будет связать кампанию с завершенной сделкой, либо оставляем, и тогда появляются "лишние" не реализованные сделки), как не убиться ап стену программируя процессы продаж (т.к. новая сделка должна быть запущена с того же этапа, на котором остановилась предыдущая) и как смотреть в глаза менеджеру, которому придется обяснять всю последовательность действий?

2. Зачем сделана связь клиент <- заказ? Мало того, что она позволяет создавать предложения, заказы и счета без привязки к возможной сделке, по ней можно докучи привязать счет одного клиента к возможной сделке другого (что полный бред).

4. Что курил переводчик, который операцию, добавляющую к заказу продукты из возможной сделки назвал "просмотреть продукты". Да и зачем нужна операция, которая добавляет в заказ продукты из произвольной возможной сделки?

Последний раз редактировалось Черничкин Станислав; 12.01.2008 в 02:48.
За это сообщение автора поблагодарили: mazzy (5).
Старый 14.01.2008, 09:08   #2  
Артем Enot Грунин is offline
Артем Enot Грунин
Moderator
Аватар для Артем Enot Грунин
MCBMSS
Злыдни
Most Valuable Professional
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
3,912 / 623 (28) +++++++
Регистрация: 16.08.2007
Адрес: Пермь!
Записей в блоге: 151
Афтар жжот! Писши ищо!
1. На то это и "возможная сделка" а не просто "сделка", что она может как дешеветь, так и дорожать, так что это нормально. Сколько чего потеряли можно писать в каментах, а вот фин. данные нужно извлекать из заказов, а не возможных сделок. В вашем случае - уменьшили кол-во продуктов и выписали по ним счет. В каменты накапали: "клиент купил только 5 тон вместо предполагаемых десяти потому что наши пуговицы оказались без дырок".
2. Возможная сделка отслеживает процесс работы с клиентом (длительный). Если клиент пришел к вам в офис сам и требует продать ему вагон пуговиц, то вы не должны создавать возможную сделку и гнать ее по этапам. В этом случае можно сразу создавать заказ и выписывать по нему счет. Кому вы загнали товар, тем не менее отслеживать надо. Счет одного клиента можно привязать к возможной сделке другого, например, на тот случай когда деньги переводятся от лица организации на которую он работает.
4. (а где, кстати, 3???) Что курили не знаю, но руки однозначно надо оторвать. Лагов перевода огромное количество. Фиг с тем что объем сделки называется тут доходом - поле можно переименовать, а такие вот окна можно поправить, видимо, только вскрытием asp страниц!
Старый 15.02.2008, 10:54   #3  
tatra is offline
tatra
Участник
 
229 / 11 (1) +
Регистрация: 21.09.2007
Адрес: Самара
Добрый день! Можно я вклинюсь.
Я вот заинтересовался функциональностью продукт -> прайс -> заказ. (у нас не используется - мэнэджеры в свое время отказались - может погорячились?).
(кстати мне кажется - эта функциональность удобна только в том случае если продаж проиходит много, и продается большое и разное количество. )
А вобще я хотел задать пару вопросов:
1 Предложение - это наше КП клиенту (как я понял). А что же тогда означает Заказ (наш заказ у поставщика, или заказ клиента у нас)?
2 И еще такой вопрос: если меняются цены в прайсах (у нас их несколько десятков - в прайсе до сотни наименований) - это все нужно делать вручную? (впринципе это причина по которой мы отказались от этой функциональности).
Старый 15.02.2008, 12:18   #4  
Артем Enot Грунин is offline
Артем Enot Грунин
Moderator
Аватар для Артем Enot Грунин
MCBMSS
Злыдни
Most Valuable Professional
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
3,912 / 623 (28) +++++++
Регистрация: 16.08.2007
Адрес: Пермь!
Записей в блоге: 151
Мы тоже от ведения продаж напрямую отказались - теперь интегрируемся с учетной системой... %)
1. Предложение, как написано в описании объекта - это "Отправленное перспективному клиенту формальное предложение продуктов и (или) услуг, предлагаемых по определенной цене, и соответствующие условия оплаты.". Короче ответ - да. А вот заказ - это уже объект учета. Если его зарегили, то вырубить уже не получится - не удалить, не изменить. По заказу выставляют счет.
2. Цены-прайсы - головная боль любого продажника. Работать придется так или иначе вручную. Либо писать прогги если вы хотите производить массовые манипуляции уценки старых продуктов и пр. В любом случае это не забота CRM системы.
__________________
http://fixrm.wordpress.com, снятие/наведение порчи. Быстро, дорого, гарантия.

MS Certified Dirty Magic Professional
 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
Этапы продаж gor0422 Dynamics CRM: Администрирование 12 21.05.2008 15:00
Порядок этапов процесса в отчете "Каналы продаж" Lazarus Dynamics CRM: Функционал 5 20.05.2008 21:47
Ошибка в drill-отчете Каналы продаж Артем Enot Грунин Dynamics CRM: Администрирование 2 24.01.2008 15:51
Ошибка в отчете "Каналы продаж" после изменения процесса продаж Артем Enot Грунин Dynamics CRM: Разработка 2 25.09.2007 09:59
План продаж Hope Dynamics CRM: Функционал 10 28.07.2006 21:44
Опции темы Поиск в этой теме
Поиск в этой теме:

Расширенный поиск
Опции просмотра

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.
Быстрый переход

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 19:45.
Powered by vBulletin® v3.8.5. Перевод: zCarot
Контактная информация, Реклама.