Рейтинг: 0.8902  
Новая
Предложил Супрунюк Павел 09.10.2019 15:51:32

Канбан по бизнес-процессам

У вас сейчас есть режим Канбан в сделках, который позволяет прослеживать стадии с точки зрения воронки продаж. Это здорово, но это хорошо только для маркетинга.

Было бы здорово, если бы параллельно стадиям сделки у каждой сделки был бы ее текущий статус с точки зрения бизнес-процессов. Как у задач есть стадия и статус, так и у сделок должны быть такие же деления.

Как вы правильно заметили на презентации Дубая, работа со сделкой продолжается и после продажи.
Но еще до обслуживания и допродаж. После того, как менеджер продал что-то — дальше включаются другие отделы: снабжение, склад, транспорт, бухгалтерия и т.д. И когда сделка выиграна, в организации, зачастую, процесс только начинается.

Было бы здорово, если в зависимости от направления у сделок были бы разные бизнес-процессы, и сделка продолжала свою жизнь и после того, как она была выиграна. И статусов у сделки должно быть на порядок больше, чем стадий продажи у сделки. Было бы неплохо если бы статусы соответствовали каким-то стадиям сделки и при изменении статуса, автоматом менялась бы и стадия.

Казалось бы, почему не воспользоваться туннелями продаж? Но туннели продаж, это фактически направления+роботы. Но беда в том, что при смене направления (при переходе в другой туннель продаж), у сделки теряются а) ее направления, б) предыдущие стадии - ведь логистика может включиться в дело еще до того, как клиент оплатил счет и сделка может оборваться на самых последних этапах работы с клиентом, например, если склад сообщит о браке товара.

Т.е. сотрудники должны видеть канбан не по стадиям сделки, а по их статусам. Понятно, что канбан не должен показывать все статусы гигантского алгоритма бизнес-процесса - ведь никакого экрана не хватит. Каждый сотрудник на своей позиции должен видеть только те стадии, которые касаются его. Например, бухгалтер по оплатам должен видеть только список сделок, ожидающих оплаты и иметь возможность ввести оплату, после чего в зависимости от ее текущего направления и статуса, робот бы устанавливал новый статус и стадию продажи. После этого менеджер бы получал уведомление, и така сделка появлялась бы на доске в статусе "Оплачен. Готов к отгрузке", менеджер бы проделывал свою работу - созванивался с клиентом, подтверждал дату доставки и отдавал на отгрузку. После чего заказ бы появлялся у следующего сотрудника, который бы двигал сделку дальше. При каждом перемещении сделки сотрудник обязан наполнить ее информацией: бухгалтер обязан ввести № п/п, чтобы проставить оплату, менеджер обязан указать другие данные: дату, время, адрес доставки и т.д., чтобы передать в доставку, диспетчер должен указать № маршрута, комплектовщик кол-во мест и вес и т.д.

И еще важный момент, при перемещении задачи от статуса к статусу, от стадии к стадии - те, кто их двигает (если это делается вручную), должны видеть диалоговые окна с формой с полями, которые требуются для перехода на следующую стадию. Если они уже заполнены, то ничего не показывается. Причем если сделка меняет статус автоматически, и менеджер с ней не работает сейчас, то должна быть возможность открыть эту форму ввода недостающих данных из уведомления или, кликнув на какой-то мигающий бейджик у сделки в списке или канбане.

Т.е. было бы здорово, если на каждом рабочем месте сотрудники бы видели перечень входящих сделок, с которыми бы они выполняли возложенные на них функции, и передавали следующим сотрудникам по цепочке. У кого-то было бы 2-3 статуса, у кого-то 10.
Рейтинг: 5.6706  
Новая
Предложил Ромащенко Сергей 25.07.2019 10:22:32

Дайте возможность перепривязывать Сделке исходный лид.

Дайте возможность перепривязывать Сделке исходный лид.
Иногда менеджеры неправильно создают сделки, не из лида. И тогда сквозная аналитика не работает. Нужно чтобы у сделки можно было указать исходный лид, на основании которой сделка создана. Чтобы потом в Сквозной аналитике правильно учитывались лиды. Иначе Лид по рекламе создан, сделка создана отдельно, она успешная, но связь со сделкой у лида нет, и потому сквозная не покажет что источник рекламы принес сделку с доходом (сделайте в сквозной учет прибыли!!!! А не дохода! Кто считает рентабельность рекламы по доходу??? Реклама должна окупаться прибылью. которая меньше дохода).
Рейтинг: 6.7804  
Новая
Предложил Скворцова Полина 18.07.2019 11:51:23

Контакты, Компании, должности, добавочные номера

Итак по порядку:
1. Список Контактов:
см. рис1
- сделайте вывод основной информации по контакту: ФИО (есть), Должность, Компания, Телефон, е-мейл.
Сейчас всё это приходится выводить отдельными столбцами, что очень неудобно, т.к. в столбцы хочется выводить совсем иную инфу, а основную видеть в колонке Контакт.

2. Список Компаний
см. рис2
- аналогично, выведите сюда основную инфу по компании: Название(уже есть), телефон, е-мейл
- для контактных лиц компании, дайте возможность назначать основное контактное лицо и выводить его в колонку списка

3. Быстрое добавление Контакта к Сделке
см. рис3
- выведите сюда ввод Должности и что бы должность отображалась в привязанном контакте
dвот тут
см. рис4

4. При добавлении номера рабочего номера телефона добавьте возможность ввода добавочного, хотя бы как информационное поле, не прошу сразу делать возможность звонить с добавочным (но очень хочется).

5. В списке Сделок тоже нужно обогатить выводимую информацию о Клиенте
см. рис5
- выведите кроме ФИО и компании, должность, телефон и е-мейл

6. В Канбане Сделок в попапе инфы о контакте
см. рис6
- уберите дату изменения и выведите лучше туда должность, она нужнее.
Или дайте возможность Администратору портала управлять этими настройками, какие поля и где отображать.

7. И глобальное, для компаний необходим признак: плательщик, грузополучатель и завязать это для генератора шаблонов документов, и в самой Сделке должна быть возможность указать кто платит, а кому отгружаем, в некоторых случаях это очень важный момент.
И такой важный признак как "группа компаний", важен для взаиморасчетов и отчетности, т.к. в большинстве случаев головная компания платит, а работа идет с филиалом и это как то нужно отражать. Нужна возможность к компании привязывать не только контактные лица, но и компании, которые являются филиалами. Это также важно для отчетности по дилерским сетям, есть головной офис, а есть сеть дилеров, по разным городам(странам),  с каждым из них ведется работа, но отчетность и взаиморасчеты производятся с главным офисом.
Файлы:
4.jpg (10.91 КБ)
6.jpg (27.18 КБ)
5.jpg (11.76 КБ)
1.jpg (18.64 КБ)
3.jpg (16.73 КБ)
2.jpg (29.67 КБ)
Рейтинг: 1  
Новая
Предложил Шарыпов Николай 12.06.2019 11:49:05

Изменить цвет счетчиков в направлениях сделок

У счетчиков забытых сделок при просмотре в режиме канбан поменять цвет например на желтый и цифру 1 поменять на "!" или любой другой отличный от цифры "1" поскольку возникает путаница с просроченными задачами
Рейтинг: 1.8902  
Новая
Предложил AndreyChursin 31.05.2019 14:13:06

Добавить "Ожидание" в быстром добавлении дел

Думаю нужно добавить "Ожидание" в быстром добавлении дел, для быстрого редактирования сделок/контактов/компании "без дел"
Рейтинг: 4.6706  
Новая
Предложил Каюмов Алишер 07.05.2019 08:34:04

вложенная сделка в Б24

Здравствуйте!

Предыстория.
У нас уже много направлений сделок. каждая сделка может включать в себя несколько допродаж (типа одного проекта, но с разными сделками). в результате - получается так, что у нас может быть до 12 сделок, исходящих одна из другой и у нас весь канбан забит сделками, которые, по идее, между собой связаны
Идея следующая -  предлагаю сделать вложенность в следках, то есть, как в задачах - из одной основной сделки исходит несколько небольших.  
Рейтинг: -2.8902  
Новая
Предложил Рыжов Иван 24.01.2019 16:24:20

Экспорт сделок в google таблицы

Создать возможность экспорта сделок из CRM в google таблицы. И желательно в режиме реального времени
Рейтинг: 4  
Новая
Предложил Кубагишев Сергей 03.12.2018 14:49:35

Создавать сделку из почты и дел

Всем привет.

Появилась почта в Битрикс24. Ух она понравилась клиентам!!!

И тут же полетели идеи.

1) Пришло письмо из неизвестного системе адреса, создался Лид. Ладно, хорошо. Далее его конвертировали в Контакт+Компанию+Сделку и работают по ним. Предположим сделку успешно закрыли, хорошо.

Далее уже действующий клиент, ранее бывший лидом, конвертированный в сделку, которая успешно закрыта, пишет еще письмо в которой запрос на покупку таких-то товаров. Придет уведомление. Тоже хорошо.

Однако, пользователь Битрикс24 может, по одному ему известным причинам проигнорировать уведомление, полезть читать почту, увидеть письмо, где запрос на покупку товаров и образно говоря встрять и задуматься, что делать дальше. Ладно он увидит пометку CRM в строчке письма.

В общем, предлагаю сделать возможность не просто Сохранить в CRM, а сделать кнопку создания Сделки, если уже Контакт и Компания есть в базе. Также, если данных нет в базе и e-mail неизвестен системе, то создавать Лид. Понятно, что можно сделать обе возможности, без учета того, известная или нет информация.

2) Почему бы не создавать сущности: Лиды, Сделки из их дел, например, из Звонка, SMS, Встречи, Визита, и Ждуна.

Про Ждуна отдельно. Не просто ждать какой-то активности со стороны компании или клиента, а создавать Сделку или Лид спустя определенный период, установленный в Ждуне. Эта возможность не позволит менеджерам забыть о действующем клиенте, создаст Лид или Сделку и так и будет поддерживаться LTV.
Рейтинг: 11.3412  
Новая
Предложил Вершинина Вера 17.10.2018 12:34:05

Сделки: разные пользовательские поля для разных направлений

Добрый день! Здорово, что в сделках есть разные направления и их можно настроить по-своему, но вот пользовательские поля вываливаются в каждом направлении, хоть и актуальны например только для одного направления из трех. Было бы замечательно указывать к какому направлению (или направлениям) сделки относится данное пользовательское поле.
Рейтинг: 5.6706  
Новая
Предложил Смирнов Сергей 15.10.2018 17:13:17

Сделка: если выбран Контакт, подтягивать его Компанию автоматом. И наоборот.

Сейчас, если в Сделке указан Контакт, это никак не отражается на выборе Компании.
Логично предположить, что Компания, с которой будет заключаться сделка, связана с уже выбранным нами Контактом.



Мне видится оптимальным такой сценарий:
  • Компания у Контакта одна - автоматом подставлять её, с возможностью заменить.
  • Компаний у Контакта несколько - подтягивать их в самый верх списка выбора
То же касается и обратной ситуации. Есть Компания - подтягиваем наверх списка её Контакты.
Рейтинг: 6.6706  
Новая
Предложил Вершинина Вера 10.10.2018 08:05:32

Связь сущностей CRM с проектом

Добрый день! Связь задач со сделками и другими сущностями CRM есть, а вот с проектами нет, что нелогично. Добавьте привязку проекта к сущностям CRM.
Рейтинг: 0  
Новая
Предложил Гнатюк 03.10.2018 15:33:14

Синхронизация чекбокса оплаты из сделкой

Здравствуйте! Хотелось бы что бы вы внедрили такую мелочь как синхронизированная галочка об оплате счёта из стадиями сделки. Например у нас есть стадия сделки "Оплата" (сделки идут по бизнес-процессу), и что бы при отметке оплаченного счета приходило уведомление ответственному менеджеру по сделке и предлагало перейти на следующую стадию
Рейтинг: 2  
Новая
Предложил AndreyChursin 06.09.2018 10:29:36

Выводить ссылку на счёт в списке сделок.

В списке сделок нужно выводить номера счетов (с ссылкой на счёт)
Рейтинг: 5.6706  
Новая
Предложил Сан Саныч 12.07.2018 19:56:10

Лиды и Сделки в карточках сотрудников

Задачи сотрудников видны в их карточках, вот было бы круто если бы были видны и Лиды со Сделками
Рейтинг: 9.451  
Новая
Предложил Бойцов Дмитрий 12.07.2018 11:40:53

Добавить справочник возражения

Добавить справочник возражения для лидов и сделок. Работать будет так, добавляем статус лида или этап сделки возражения, И получаем отчет по возражениям клиентов.
Рейтинг: 1  
Новая
Предложил Сан Саныч 12.07.2018 09:30:27

Настройте нормально отображение названия Контакта и Компании в карточках Лидов и Сделок

Вот такой вопрос по отображению Контактов и Компаний в карточках Сделок и Лидов, ну неужели нельзя чуть больше места выделить в этом поле прямоугольном для отображения? Места же там еще полно
http://joxi.ru/E2p49aDU9xkDy2
Рейтинг: 8.7804  
Новая
Предложил Сабатович Дмитрий 27.06.2018 15:35:48

Входящее Письмо "улетает" в существующую сделку

Зачастую каждый счет - отдельная сделка. Даже для одного клиента. У него разные объекты, разное содержание запроса и т.д.
Однако, поступающее письмо от клиента, по которому уже есть сделки, автоматом попадает в в существующую сделку.
Происходит это молча, что приводит к тому, что пропускаются заявки от клиентов!!!!!!
Далее, если даже мы выясняем, что НОВЫЙ ЗАПРОС У НАС "СПРЯТАЛСЯ" в существующей сделке, письмо с этим запросом НИКАК НЕ ОТВЯЗАТЬ ОТ ЭТОЙ СДЕЛКИ!!!!


ТОВАРИЩИ!!! ЭТО НЕ СЕРЬЕЗНО!!!
Это не предложение, а требование - предоставьте человеческому разуму выбирать, куда привязывать новый запрос - к существующей сделке или преобразовывать его в новый лид!!!
Рейтинг: 1.7804  
Новая
Предложил Сан Саныч 15.06.2018 07:58:38

Автоматизация создания роботов

Было бы очень неплохо сделать возможность внесения роботов в табличном формате (XLS, CSV). А то при создании еще одного направления приходится заниматься рутинными операциями "копировать-вставить"