Идеи пользователя 29794
Если нужно рассортировать много задач удобно перемещать их перетаскиванием, как это реализовано во многих планировщиках задач и чек-листах.
- Добавтиь режим ручной сортировки, меняющей порядок при перемещени задач перетаскиванием
- Превращать задачу в подзадачу при перетаскивании одной задачи на другую.
В JIRA есть интересная реализация настройки фильтра - через язык запросов, поддерживающих логику. Можно пользоваться упрощенной фильтрацией, такой же как в Б24, но если нужно - всегда можно переключиться на "продвинутый режим" и задать что-то вроде:
Такая возможность была, такая возможность есть в админке, но в публичке её сейчас нет. Можно дать ссылку на страницу со списком сделок/задач, но нельзя дать ссылку на конкретно настроенный фильтр.
В принципе есть реализация "Мой план", но она только для одного юзера и для синхронизации этого плана для всей компании - нужно много роботов и кастомных бизенес-процессов.
Либо кастом самого компонента с настройкой привязки статусов в разных проектах.
Идеальным решением для меня является решение, которое предлагает JIRA:
Либо кастом самого компонента с настройкой привязки статусов в разных проектах.
Идеальным решением для меня является решение, которое предлагает JIRA:
- Есть возможность централизованного управления статусов в проектах: создаётся схема статусов, и в проектах указывается какую использовать. Можно как Б24 под каждый проект свою, а можно на всех - единую. Это снимает вопрос сопоставления статусов.
- Возможность вывода на борд задач с произвольным фильтром. Можно создать борд под проект, а можно под 3 проекта. А можно сделать персональный борд, отфильтровав только по юзеру. Гибко и просто.
- Нюанс - у JIRA есть свой язык запросов для построения фильтра, который поддерживает логику. Это в отдельной идеи опишу.
В JIRA етсть прикрасный инструмент Swimlanes - т.е. возможность разделить на кан-бан доске задачи, сгруппировав их по какому-то признаку:
В Б24 этого очень не хватает. В JIRA задачи в свимлайны можно группировать по произвольному фильтру. Настройка простая - список линий + фильтр, по которому нужно выводить задачи. Если на борде задач становится овер 30 - без них уже сложно.
В Б24 этого очень не хватает. В JIRA задачи в свимлайны можно группировать по произвольному фильтру. Настройка простая - список линий + фильтр, по которому нужно выводить задачи. Если на борде задач становится овер 30 - без них уже сложно.
Еще одна идея из JIRA: При простановке связей у задач можно выбрать тип связи "Блокирует", "Связана", "Дубликат", "Клон". Последнее - специфичный сценарий, когда делаешь задачу на основе другой. Но вообще удобно потом хвосты искать по этим связям.
В JIRA очень удобно реализована взаимная перелинковка задач: если линкуешь одну задачу (добавляешь связанную задачу) к другой, то у второй так же проставляется обратная ссылка.
Сейчас есть прекрасная возможность - копировать адрес конкретной сделки. Нужно добавить такую же для любой страницы в Desktop-клиенте. Там нет адресной строки, и поделиться с коллегами ссылкой куда-то - невозможно. Приходится заходить через браузер.
Хотелось бы иметь возможность работы с чатом Б24, как это было раньше отдельно, а с приложением для работы с порталом - отдельно. Разработка приложения-портала мотивировалась тем, что корпоративным клиентам будет проще подготавливать рабочие места. Но, по-факту, пока приложение сыровато.
Вариант решения - разрешить опционально отключать автозапуск desktop-клиента Б24, оставляе запуск чата. И ссылки в чате, пока не запущен desktop-клиент - открывать в браузере.
Вариант решения - разрешить опционально отключать автозапуск desktop-клиента Б24, оставляе запуск чата. И ссылки в чате, пока не запущен desktop-клиент - открывать в браузере.
Сейчас принцип сортировки вообще не понятен. Видимо, по дате изменения.
Добавьте возможность сортировки по:
Добавьте возможность сортировки по:
- Названию (Костыль с постановкой в название номеров задач решит 99% кейсов)
- По датам (дата начала, дата окончания, крайний срок)
- Можно подумать про связям и "Порядку выполнения" (но это уже сложнее и не всегда наглядно)
После того, как звонок завершен, все звонки фиксируются в системе в виде чатов (сгруппированных, или нет). Это удобно.
Но при этом, если номера еще нет в контактах, то добавить его из чата нельзя. Приходится идти в CRM, и заводить добавлять оттуда. Т.е. если ты не успел нажать "Создать лид" или "Создать контакт" во время звонка, то всё - топай в CRM и создавай руками.
Было бы удобно, что бы в чате появились всплывашки "Создать лид/контакт/сделку", и при создании, данные о звонке прикреплялись бы к этому лиду/контакту/сделке.
Например, вот в этой всплывашке:
Но при этом, если номера еще нет в контактах, то добавить его из чата нельзя. Приходится идти в CRM, и заводить добавлять оттуда. Т.е. если ты не успел нажать "Создать лид" или "Создать контакт" во время звонка, то всё - топай в CRM и создавай руками.
Было бы удобно, что бы в чате появились всплывашки "Создать лид/контакт/сделку", и при создании, данные о звонке прикреплялись бы к этому лиду/контакту/сделке.
Например, вот в этой всплывашке:
Добрый день!
Если по другим модулям наличие смайлов - вопрос, то для чата - они просто необходимы!(:
Причем, хочется больше не смайлов, а стикеров. С возможностью добавления собственных наборов. Практически идеальный пример реализации с моей точки зрения, как пользователя - Telegramm.
Если по другим модулям наличие смайлов - вопрос, то для чата - они просто необходимы!(:
Причем, хочется больше не смайлов, а стикеров. С возможностью добавления собственных наборов. Практически идеальный пример реализации с моей точки зрения, как пользователя - Telegramm.
Добрый день!
На текущий момент не совсем очевидно группируются письма в карточке лида/сделки/контакта. Если ведется длительная переписка по одной сделке, но по разным темам, то в ленте копится вперемешку куча несвязанных на первый взгляд писем. А группировка происходит уже внутри письма. Это не удобно.
Обратите внимание на то, как реализует этот функционал почтовики, например Gmail.
Там письма группируются не по какому-то коду, вставленному в тело письма, а по ключам (Тема письма + отправители/получаетли). Если тема совпадает, а среди отправителей есть кто-то, кто ранее участвовал в переписке - письма группируются.
По поводу логики группировки не совсем уверен, но факт, что вместо мешанины из писем, мы получаем удобоваримый контент.
На скрине - вместо 6 писем в ленте, имеем 2 "ветки"
На текущий момент не совсем очевидно группируются письма в карточке лида/сделки/контакта. Если ведется длительная переписка по одной сделке, но по разным темам, то в ленте копится вперемешку куча несвязанных на первый взгляд писем. А группировка происходит уже внутри письма. Это не удобно.
Обратите внимание на то, как реализует этот функционал почтовики, например Gmail.
Там письма группируются не по какому-то коду, вставленному в тело письма, а по ключам (Тема письма + отправители/получаетли). Если тема совпадает, а среди отправителей есть кто-то, кто ранее участвовал в переписке - письма группируются.
По поводу логики группировки не совсем уверен, но факт, что вместо мешанины из писем, мы получаем удобоваримый контент.
На скрине - вместо 6 писем в ленте, имеем 2 "ветки"
Сейчас, если хочешь поставить себе напоминалку, что нужно связаться с клиентом, нужно выбрать звонок. Но если основные коммуникации идут через соц. сети, то наличие у лида телефона совершенно не обязательно. А в этом случае создать "звонок" - нельзя!
Хотелось бы иметь возможность поставить какое-то абстрактное задание "Связаться с клиентом". Либо получить возможность добавлять собственные типы дел. Всё же, функционал задач для этого - несколько избыточен.
В качестве развития: интересно было бы получить возможность писать в мессенджеры и соц. сети, как мы сейчас пишем клиентам по почте.
Хотелось бы иметь возможность поставить какое-то абстрактное задание "Связаться с клиентом". Либо получить возможность добавлять собственные типы дел. Всё же, функционал задач для этого - несколько избыточен.
В качестве развития: интересно было бы получить возможность писать в мессенджеры и соц. сети, как мы сейчас пишем клиентам по почте.
viewport в мобильном приложении сейчас задаётся статично в файле \bitrix\modules\mobileapp\lib\mobile.php
Хотелось бы иметь возможность изменять viewport в зависимости, например, от ширины экрана.
$viewPortMeta = "<met a id=\"bx_mobile_viewport\" name=\"viewport\" content=\"#content_value#\">"; return "<met a id=\"bx_mobile_viewport\" name=\"viewport\" content=\"user-scalable=no width=device-width target-densitydpi=" . $this->getTargetDpi() . "\">"; |
На мой взгляд, было бы полезно добавить возможность взаимной интеграции между аккаунтами Bitrx24.
Практическое применение - поддержка клиентских аккаунтов. Не хотелось бы заставлять клиентов писать на отдельный email, а наоборот - хочется втягивать их. И для этого, на текущий момент, приходится заводить по аккаунту для каждого клиентского портала.
Я думаю, что это не единственное применение, но оно самое близкое сердцу!(:
Практическое применение - поддержка клиентских аккаунтов. Не хотелось бы заставлять клиентов писать на отдельный email, а наоборот - хочется втягивать их. И для этого, на текущий момент, приходится заводить по аккаунту для каждого клиентского портала.
Я думаю, что это не единственное применение, но оно самое близкое сердцу!(:
Здравствуйте!
Предлагаю добавить возможность переключения между несколькими порталами в приложении Bitrix24 Desktop. Очень помогло бы в осуществлении поддержки клиентов, внутри их порталов.
Предлагаю добавить возможность переключения между несколькими порталами в приложении Bitrix24 Desktop. Очень помогло бы в осуществлении поддержки клиентов, внутри их порталов.
© 2001-2022 «Битрикс», «1С-Битрикс». Работает на 1С-Битрикс: Управление сайтом.
Соглашение об использовании сайта
Соглашение об использовании сайта
