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

Добрый день.
Предлагаю, если такой функции ещё нет, в системе "Задачи и проекты" добавить для задач новую характеристику "Приоритет", наряду с названием, активностью, сроками итд.
Например, мы в своей деятельности научились рассчитывать коэффициент приоритизации задачи, он рассчитывается из нескольких параметров (ресурсозатраты, возможная прибыль, сроки итд) и представляет собой числовой коэффициент.
Считаю что это будет полезным, и позволит сортировать задачи не только по названию, но и по приоритету.
Буду благодарен обратной связи, даже в случае если это улучшение невозможно добавить, или оно уже существует.

Очень не хватает данного режима в модуле мои дела, т.к. звонки, встречи и задачи отделу продаж проще всего обрабатывать именно через него, а в обычном модуле "задачи" где режим канбана есть, не отображаются встречи и звонки.

В принципе есть реализация "Мой план", но она только для одного юзера и для синхронизации этого плана для всей компании - нужно много роботов и кастомных бизенес-процессов.
Либо кастом самого компонента с настройкой привязки статусов в разных проектах.

Идеальным решением для меня является решение, которое предлагает JIRA:

1. Есть возможность централизованного управления статусов в проектах: создаётся схема статусов, и в проектах указывается какую использовать. Можно как Б24 под каждый проект свою, а можно на всех - единую. Это снимает вопрос сопоставления статусов.
   
2. Возможность вывода на борд задач с произвольным фильтром. Можно создать борд под проект, а можно под 3 проекта. А можно сделать персональный борд, отфильтровав только по юзеру. Гибко и просто.
   
3. Нюанс - у JIRA есть свой язык запросов для построения фильтра, который поддерживает логику. Это в отдельной идеи опишу.
   

В JIRA етсть прикрасный инструмент Swimlanes - т.е. возможность разделить на кан-бан доске задачи, сгруппировав их по какому-то признаку: http://joxi.wmax.ru/screen/1608796349875.png

В Б24 этого очень не хватает. В JIRA задачи в свимлайны можно группировать по произвольному фильтру. Настройка простая - список линий + фильтр, по которому нужно выводить задачи. Если на борде задач становится овер 30 - без них уже сложно.

В роботах есть возможность ссылаться на разные параметры, в том числе на ID главной задачи. Хотелось бы ссылаться именно на название или ее тег / теги. Возможно даже на названия других задач, например следующей в иерархии задач.  

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

и добавте галочку показывать весь заголовок задачи а не этот обрезок непонятный .. неудобная панель стала

Предлагаю разработать отдельную доску (Канбан) по отделу (подразделению) с задачами и своими настраиваемыми статусами.  
Задачи (карточки) на этой доске видят все сотрудники какого-то подразделения.
При этом, все задачи из этой доски могут принадлежать к разным проектам, сделкам.
Зачем это ?
Это полезно для планирования загрузи/планерок небольших подразделений, это подразделения могут разрабатывать как собственные проекты , так участвовать в каких то своих проектах.  

Начинаешь добавлять лид/сделку. Одно неверное движение, клик в пустое место и всё что было введено бесследно пропадает.

Надо сделать подтверждение отмены при клике в пустом месте.

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

АЛЛО, ЛЮДИ. В B2B в работе с CRM важно видеть с какой компанией вы работаете, а не фио (одного из пяти человек) которые привязаны в сделке!!

Вы на  конференции всех  Петь и Вась запомнили по именам или все таки ассоциация человека срабатывает именно с компанией? Вот это интерволга, вот это коссас, это UIS? А уже потом ФИО, должность, номер телефона! А если компаний 1000 и в кажом по 2 ЛПР, всех поименно помните?

Оно может для tortik39 нужно только имя и мобильник,  человека, но если в CRM компания занимается b2b, сидит на тарифе компания - какая польза от 200 карточек  раскиданых по стадиям где подписаны имена людей?

Я продолжу мысль - с мультиворонками, у нас в разных канбанах могут быть разные этапы. Тут продажа, ЛПР которому продают. Тут - производство, им вообще пофиг кто там ЛПР, важно только знать название фирмы и в таком духе. Тут тендер - там 5 человек ответсвенных по сделке и нет самого главного, и кроме как по компании их никто не идентифицирует.

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

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

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

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

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

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

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

Т.е. было бы здорово, если на каждом рабочем месте сотрудники бы видели перечень входящих сделок, с которыми бы они выполняли возложенные на них функции, и передавали следующим сотрудникам по цепочке. У кого-то было бы 2-3 статуса, у кого-то 10.

Очень хочется, чтобы исполнители задач были представлены в виде столбцов (как канбан) с загловком фамилии исполнителя. А в этот столбец скидывать карточки задач столбиком. так наглядно будет видно у кого сколько задач. При этом удобно было бы, если бы и карточка задачи была хоть чуточку информативна. например со строкой выполнения задачи, какой-то комментарий бы чтобы отображался, чтобы сразу на одном экране было видно и людей, и задачи, и в карточках задач комментарий-состояние этой задачи.
Я являюсь руководителем крупного отедла и такая форма представления была бы очень удобна, т.к.очень очень много задач, и моя задача раскидать их по подчиненным. Кроме того, есть задачи, которые так сказать, уходят подрядчикам- например, когда я ожидаю когда они согласуют у себя договор. Пока они согласовывают, я могу забыть. а так все на виду.
А также столбец руководителей, где я вижу, какие материалы- задачи передал руководителю, или что он от меня ожидает получить, выполнение какой задачи.
Сделал пример, изображение прикрепляю.
По функционалу еще удобно было бы, если переносишь задачу в столбик с исполнителем- она ему назначается сразу.
Скрин прикрепляю