Стою на асфальте в лыжи обутый (модуль продаж)...

[Черничкин Станислав]

Чем больше работаю с MS CRM, тем меньше её понимаю.

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

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

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

[Артем Enot Грунин]

Афтар жжот! Писши ищо!
1. На то это и "возможная сделка" а не просто "сделка", что она может как дешеветь, так и дорожать, так что это нормально. Сколько чего потеряли можно писать в каментах, а вот фин. данные нужно извлекать из заказов, а не возможных сделок. В вашем случае - уменьшили кол-во продуктов и выписали по ним счет. В каменты накапали: "клиент купил только 5 тон вместо предполагаемых десяти потому что наши пуговицы оказались без дырок".
2. Возможная сделка отслеживает процесс работы с клиентом (длительный). Если клиент пришел к вам в офис сам и требует продать ему вагон пуговиц, то вы не должны создавать возможную сделку и гнать ее по этапам. В этом случае можно сразу создавать заказ и выписывать по нему счет. Кому вы загнали товар, тем не менее отслеживать надо. Счет одного клиента можно привязать к возможной сделке другого, например, на тот случай когда деньги переводятся от лица организации на которую он работает.
4. (а где, кстати, 3???) Что курили не знаю, но руки однозначно надо оторвать. Лагов перевода огромное количество. Фиг с тем что объем сделки называется тут доходом - поле можно переименовать, а такие вот окна можно поправить, видимо, только вскрытием asp страниц!

[tatra]

Добрый день! Можно я вклинюсь.
Я вот заинтересовался функциональностью продукт -> прайс -> заказ. (у нас не используется - мэнэджеры в свое время отказались - может погорячились?).
(кстати мне кажется - эта функциональность удобна только в том случае если продаж проиходит много, и продается большое и разное количество. )
А вобще я хотел задать пару вопросов:
1 Предложение - это наше КП клиенту (как я понял). А что же тогда означает Заказ (наш заказ у поставщика, или заказ клиента у нас)?
2 И еще такой вопрос: если меняются цены в прайсах (у нас их несколько десятков - в прайсе до сотни наименований) - это все нужно делать вручную? (впринципе это причина по которой мы отказались от этой функциональности).

[Артем Enot Грунин]

Мы тоже от ведения продаж напрямую отказались - теперь интегрируемся с учетной системой... %)
1. Предложение, как написано в описании объекта - это "Отправленное перспективному клиенту формальное предложение продуктов и (или) услуг, предлагаемых по определенной цене, и соответствующие условия оплаты.". Короче ответ - да. А вот заказ - это уже объект учета. Если его зарегили, то вырубить уже не получится - не удалить, не изменить. По заказу выставляют счет.
2. Цены-прайсы - головная боль любого продажника. Работать придется так или иначе вручную. Либо писать прогги если вы хотите производить массовые манипуляции уценки старых продуктов и пр. В любом случае это не забота CRM системы.