Жизнь заставила изучать работу самой Salesforce CRM, и надо сказать что довольно интересно, стали возникать мысли как можно переложить на СФ бизнес процессы в малых предприятиях, где мне доводилось работать в прошлом, и сразу абстрактное изучение стало превращаться в конкретные картинки.
читаю небольшую книжку об этом, но там описание sales процесса заканчивается на создании Opportunity с квотами и прочим, и отправка квот клиенту. Но что дальше? как дальше склдывается жизненный цикл Опортунини? как она превращается в Contract или Order, как квоты становятся инвойсами?
если кто знает, объясните плиз в двух словах.
Тут самое интересное, что Opp становится ордером с помощью.. рук - зашел на вкладку "Контракты" и нажал "Создать" 
Я это обычно решал добавлением кастомной кнопки на Оппортюнити
После, по этому контракту можно создавать ордеры. Советую быть очень осторожным с ордерами, ибо они появились два релиза назад и пока очень и очень бедны по функциональности.
Вот это очень интересно. Значит я правильно заметил, что так хорошо организованная логика идущая от Лида до Квоты, внезапно обрывается.
Значит стандартный контракт нужно кастомными средствами создавать от Оппортунити.
У меня кстати не видно тех Ордеров в Child lists на Контракте, ну может это нужно руками выводить на лейаут.
А у нас сделано так: новый кастомный Ордер и новый кастомный Контракт (если нет уже созданного,активного) создается с кастомной кнопки на Квоте.
У нас вообще продажа, в основном, начинается с создания Возможности - это госзакупка.
Потом продажник начинает искать и создавать по ней Контакты и соответственно Организации.
После идут свои БП и на определенном Этапе сотрудник из Возможности создает Контракт, он привязывается к Возможности, и БП идут дальше пока не закроются Контракт и Возможность.
ОК, спасибо.
А "Возможность" это Lead or Opportunity? (наверное все-таки Opportunity, Lead - это будет "Интерес").
я вижу что в на Лиде есть стандарная кнопка одномоментной конвертации в Opportunity, Контакт и Эккаунт.
а у вас получается есть кастомная кнопка делающее подобное на Оппортунити?
Хотя очень странно, что нет стандартного функционала для перехода от Оппортунити (или Квотам) к Контрактам и Ордерам...
Возможность это Оппортунити.
Да, в Лиде есть кнопка "Преобразовать", она создает Opportunity (Возможность), Контакт и Эккаунт (Организацию).
Кнопки такой же стандартной в Opportunity нет, приходится отдельно создавать контакт с организацией. Есть такие кнопки в чаттере Opportunity.
PS: но я понимаю, что это не оптимальная настройка наших БП, мы еще будем подкручивать.
Просто в Pro версии много чего нельзя настроить...
Между прочим очень простое, но ясное решение. Я забываю, что в связанном списке есть кнопка NEW. Единственно, что в таком случае мы получаем связанную Контрактную запись, но передать во время ее создания какую-то дополнительную инфу из Опортунити не можем. Но это может и не требуется.
все таки я думаю что есть какой то стандартный функционал для процесса создания контрактов и заказов.
проверил в кнопках Оппортунити, думал что может там скрыты стандартные кнопки, но нет.
нашел в Оппортунити настройку Sales Processes, звучит как ВоркФлоу специально для создания Заказов, но вроде это тоже не то.
Буду изучать дальше.
А как вы Инвойсы (счет-фактуры) создаете? как я понимаю их нужно создавать от Ордеров.
Но, насколько я знаю, есть связанный список "Сметы" в Возможности, там есть кнопка "Создать смету" (это и есть счет или КП, как я понял). А в Контракте просто связанный список "Сметы" есть, без кнопок.
После создания сметы, думаю, и в Возможности и в Контракте появляется сама смета.
я не знаю хорошо самих бизнес процессов. Поэтому думал, что Quote - это Смета (изначальный расчет), а Инвойс (Счет к оплате) - это что-то другое, так как один Заказ(имеющий к примеру одну Смету) можно оплачиваться несколькими Счетами к оплате, то есть не получается использовать Смету как Счет к оплате.
но на самом деле я не знаю, как это должно быть организовано в принципе и не знаю, как это (возможно уже)стнадартно организовано в СФ.
отсюда и все вопросы. но стоит разобраться
В дев аккаунте попробовал настройть Salesforce CRM в виде небольшой компании.
Шел по стандартному функционалу с двух сторон к одной точке: От лида к квоте, и от продукта к квоте.
И обнаружил пару странных вещей.
- Asset (это как понимаю инвентарий - имеющие в наличие товары) - по умолчанию активирован, но не видим. Ему нужно открывать рел-листы на лейатуах например Продакта. Странно.
Quote - это уже неотъемлимая часть процесс продажи - там вообще отключена по умолчанию (не видна даже в схем билдере).
CRM являются частью BSS, и Product management и Order management - формально другие направления (хотя и неразрывно связанные с CRM), вот смотрите описание BSS:
http://en.wikipedia.org/wiki/Business_support_system
Неужели SF "самоограничивает" собственные возможност,и стараясь не заходить далеко в Product management и Order management? не может быть такого.
Не знаю как сейчас. Но раньше где-то в требованиях к Salesforce было описано что нельзя делать на базе Salesforce. Вот я помню там было написано, что нельзя (или не рекомендуется) делать "интернет магазин" на базе Salesforce. И возможно ограничения с которыми ты столкнулся именно этим и обоснованы.
upd: Хотя что-то не могу найти упоминаний про это в интернете. Может и ошибаюсь.
Да, я тоже это читал, когда к сертификации готовился. Там указано для сайтов презентаций и личных сайтов рекомендуется, а для коммерции - нет, хоте действительно не понятно почему, если можно и интернет-магазин сделать на базе CRM
Это неминуемо приведет к теме управлению складом: наличие, поступление, списание продуктов и к биллингу: проведение оплат, зачисления на счет и прочее, а это уже точно не CRM, а ERP
нашел одну из причин, почему люди превращаются СРМную Оппортунити в кастомные Контракты, Заказы, а не стандартные (если они еще есть там) в бизнес приложениях.
дело в том что у этих Контрактов или Заказов может быть сложная цепчка Эпруверов, которые являются внеш пользователями для системы, не вовлеченными не во что, кроме как в процесс утверждаения.
в результате при использовании стандартного СРМ функционала придется покупать таким юзерам-для-одного-действия недешевую SalesCloud лицензию, а если этот объект кастомный - то хватит и One App лицензии.
разумно
подниму эту тему. вопрос был:
как Opportunity превращается в Заказ?
при этом подразумевалось, что Заказ будет другим объектом (кастомным или стандартным, если такой есть)
а что если Opportunity НЕ превращается в Заказ. Т.е. Opportunity и есть Заказ.
Opportunity - это по существу первая стадия Заказа. Т.е. можно настроить у Opportunity несколько Рекорд-Тайпов в соответсвии с жизненным циклом Заказа, например:
(1) Возможность (стадии Предварительный интерес, Производится точный расчет строимости, заключение сделки)
(2) В обработке (стадии На утверждении, Заказ материалов, Назвначение даты установки, Назначение установщиков)
(3) В работе (стадии Назначен в наряд, В работе, Завершен)
(4) Архивирован
в таком случае вся инфа лежала бы в одном объекте, что удобнее, плюс не нужен такой Орг в котором есть возможность создавать кастомные объекты. Но необходим доступ к Opportunity для Портального юзера, так как большая часть персонала будет именно "портальцами", что дешевле, надо бы проверить есть ли доступ к Opportunity у них...
В трех компаниях это работало одинаково.
Opportunity - это контрак/договор с заказчиком. Он создается сразу, как только товарищ заинтересовался вашим товаром/услугой. Птм Opportunity пополняется Notes & Attachments. На каждый чих/пых Opportunity обрастает новыми данными и со временем он переходит с одной стадии (Stage) в другую. Когда контракт подписан, Opportunity переходит в стадию Closed Won. Не подписан - Closed Lost. Товар или услуга, которую надо предоставить в рамках этого договора отображается с помощью Opportunity Product (Opportunity Line Item).
Я с SF мало работал как с инструментом для продаж, но во всех случаях, которые я видел Opportunity никогда не превращались во что-то еще.
я тоже много не работал, но в единственном случае, когда это видел, там "закрытая" Оппортунити "превращалась" в новую запись кастомного объекта, у которого был сложный жизненный цикл и свои дочерние объекты.
Подтвержденная покупка чего-то только в простейшем случае - конец истории. А если это услуга - то там может большая история ее предоставления, с закупками требуемых расходных материалов, привлечение контакторов... А если это какая-то "продолжительная" услуга, то там будет не единовременная оплата, а ежемесячная калькуляция. Поэтому "закрытие" Оппортунити - это только завершение "маркетинго-продажного цикла" и начало нового.
Но в СФ Оппортунити "стандартно" не во что не превращается. И это "чёт подозрительно".
И как вариант решения ситуации - глубокая кастомизация Оппортунити с вешанием на этот объект всего бизнес цикла... Но это только вариант для малого бизнеса, чтоб не докупать функционал для более глубокой кастомизации.
