BiTel

Актуальный Blow план разработки продукта.

В данной теме можно высказывать пожелания по изменению приоритетов работ либо краткие уточнения/дополнения по ним.
Также приветствуются мысли об общем направлении развития продукта.

Темы для новичков:
#) http://crm.bitel.ru/open/blow/bgerp#11349 - Bash скрипт для упрощения процесса установки
#) http://crm.bitel.ru/open/blow/bgerp#9026 - Java, JSP
#) http://crm.bitel.ru/open/blow/bgerp#7471 - JSP
#) http://crm.bitel.ru/open/blow/bgerp#11077 - Java, JSP
#) http://crm.bitel.ru/open/blow/bgerp#11476 - Java
#) http://crm.bitel.ru/open/blow/bgerp#11206 - Java, JSP
#) http://crm.bitel.ru/open/blow/bgerp#11921 - Java

Желающих взять эти, либо иные - просьба отписаться. Будет обеспечена поддержка и опека.

Добрый день.

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





Без создания контрагента из карточки процесса или обработки сообщения црм теряет свою гибкость в использовании.
Алгоритм описанный тут https://forum.bitel.ru/viewtopic.php?f=49&t=11648 очень подходит.

И еще подумайте над реализацией звонка из црм для плагина астериск. К примеру из карточки контрагента и карточки договора билинга. К примеру: рядом с параметром телефон сделать кнопку вызов. При нажатии отправлять в астериск команду originate http://www.voip-info.org/wiki/view/Aste ... +Originate

добрый день. расскажите, как продвигается ваш "road map".
может быть есть актуальные планы\сроки? в частности интересует функционал:
- Поиск процессов по параметрам / полнотекстовый.
- Создание процессов по заданному шаблону периодически. Как-то: различные проверки и т. п.
очень не хватает.

Спасибо за отзыв. Хотелось бы, чтобы активнее пользователи высказывались по поводу необходимого в первую очередь.
По срокам пока сложно сказать, но периодическое создание процессов часто запрашивают, так что в первую очередь постараемся заняться. Может поднимите тему для обсуждения фукциональности детальнее? Опишите свои потребности. Какие-то требования у нас тоже есть - добавим.

Создана тема для обсуждения функциональности периодических процессов с изложением текущего видения как реализовать.

Актуализирован план.

Сообщения

Я бы ещё добавил туда функционал аналогичный Dialogflow. Все это очень похоже на "Мастер" только в авторежиме. Что бы можно было легко встроить ботов. Ибо вещь автоматического обслуживания очень серьезно разгружает сотрудников.
Тут же можно предусмотреть скрипты-карточки для операторов контакт-центра. Очень не хватает удобного инструмента, который дал бы возможности шаблонных ответов или подсказок в процессе работы с сообщениями. Этакая база знаний.
Сейчас для VK пытаюсь придумать реализацию такой штуки.

Задания по процессам и Плагин учёта времени похожи и напоминают что то вроде SLA

Учёт времени - это больше имелось в виду, сколько сотрудник на работу с тикетом потратил времени.

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

Такой функционал перекликается с мастером обработки сообщения. Когда по ходу мастер предлагает возможные шаги и дополнительно информирует оператора, что спросить и что подсказать. Я видел попытку реализации такой системы полностью автоматической. То есть всё попытались собрать в одно место. Вышло очень сложно для сопровождения. Но может быть, если вести оператора будут только текстовые подсказки - куда примерно пойти и что сделать, то может попроще получиться.

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

Ну, может быть. Я понимал термин SLA больше как Level Agreement, скорость реакции..

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

А у вас какие use case ы под это есть?

Я недавно встретил мастер самообслуживания, понравился:
https://airhop.booknow.software/de/bnow ... 1540827616
Похоже предоставляет эта контора функционал:
http://booknow.software/
Тоже напомнило мастер, только доступный снаружи.

Добрый день, плюсую за этот функционал.

Плагин в процессе разработки.

Обновлён план.

Или ещё один пример из ТУДУ:

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

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

Изначально у нас был тоже такой план: сделать универсальный каталог связанных объектов, чтобы их можно было настраивать. Даже делали прототипы. Но постепенно получается, что сложность этой системы сводится к языку программирования, только средства разработки менее удобные. Должна быть максимально законченная функциональность, тогда она имеет смысл. И гнуться должно в нужных местах.

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

Ставил интернет магазину одному bgcrm, у них не было таких пожеланий. Тут же весьма все индивидуально

Спасибо. Карточку пока убираем

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

Обновлён план.

Обновлён план.

Очень интересно послушать, что будет? Будет интеграция с готовым решением? Или есть наброски своей?
От себя хочу рекомендовать решение от Google - Dialogflow (https://dialogflow.com)
По сути готовое решение по обработке диалоговов и возможностью обучения.
Сам для себя смотрел, когда размышлял на тему Ботов.
Видел, что Dialogflow интегрировано в продукте Oktell R2 - мультиканальный коннектор входящих сообщений с бизнеслогикой предприятия. Решение классное но дорогое как чугунный мост и из презентации не совсем понял как оно у них работает, но логика примерно такая же:
С помощью Dialigflow создаётся контекст разговора с клиентом, типизация запроса и назначение бизнес-логики.
Поэтому если будет развитие в сторону Google API готов поделится своими наработками - есть интеграция с календарем Гугла (перенос процессов в календарь) и картами(пока только нанесение процессов на карту, была ещё идея сделать построение логистики (маршрутов), но руки не дошли)

Задумка была такая: обучать сеть по назначению исполнителя в зависимости от текста запроса.
И далее автоматически предлагать подходящего исполнителя или группу, например.
Библиотеку конечно использовать готовую. Тензорфлоу или т.п..
Откровенно говоря, я не уверен, насколько там хорошо эта схема подойдёт и думал больше как о маркетинговом шаге.
Люди сейчас любят решения с ИИ.

За гугл - спасибо, я создал процесс на вас, присоедините там всё, пожалуйста.
И ветка для обсуждения, там наши планы:
https://forum.bitel.ru/viewtopic.php?f=49&t=13151

Планирование разработкой BGERP перенесено в плагин Blow. В результате получилась схема, скриншот которой прикреплён. Дополнительные коды рядом с процессами - ссылки на темы форума. Полезно ли будет сделать открытый интерфейс для просмотра подобной схемы? Без имён исполнителей, но со всей остальной информацией. Для быстрого получения информации о ходе разработки и возможности оценки перспектив реализации той или иной функциональности.

Конечо полезно
Тема где то там на доске то же есть
Может имеет смысл и добавить и BGBilling туда