первая рекомендация: понять на каком этапе ваш проект
если проект на начальной стадии - например, вы работаете один, вы тестируете гипотезы, что-то тестируете, и при этом результаты фиксируете в репозиторий - то никто не будет читать ваши коммиты - забейте и пишите что хотите
если проект растет и вас два-три человека - но вы общаетесь, обсуждаете, все в курсе всего - никто не читает коммиты - забейте и пишите что хотите
если ваш проект подрос, начал использоваться вами в рабочей среде, вы стали реже в него писать - о, да, пора писать суть в коммитах, но если там пару опечаток поправили - забейте и напишите fix
если уже проект подзаматерел, работает, вы начали версионировать, да и команда побольше и проект стал частью чего-то большего - пора применять правила написания коммитов )))
Его нет. Это не пользовательское хранилище файлов, а такое общее служебное для сервисов. Сервисы хранят уникальные ссылки. Примерно как ролики на Ютубе с доступом по ссылке. Есть ссылка? можешь скачать. Нет ссылки? Тогда и не знаешь, что качать. И пользовательские списки файлов и доступ к ним контролируют уже сервисы сами, filebump - это некоторая такая замена файловой системы для сервиса.
что такое S3? AWS? там вроде платить надо? т.е. не был знаком, отсюда надо время разобраться. или свой http по-быстрому запустить? или с minio разбираться? или взять zenko? на начальном этапе было проще свое на коленке сделать, два метода и готово, закрыть потребность, протестировать такой вынос файлообмена. А вот сейчас, когда растет список пожеланий и хотелок, понемногу появляется вопрос - улучшать свое или выбросить и взять что-то уже существующее?
вы используете minio? или подобные fileshare? удобно? а для чего? какие кейсы использования?
а можно ли в этом low-code как-то все-таки разрабатывать как разработчик? то есть есть ли low-git и можно ли как-то организовать low-deploy? ))
т.е. вы разработали таск-трекер. вот он работает, люди пользуются. вы хотите сделать новую фишку, на другом аккаунте собрали таск-трекер с новой фишкой, потестировали, решили сделать на рабочем аккаунте. и как перенести?
вы делаете классную вещь, буду рад следить за вашим прогрессом
вы сосредоточены на негативных эффектах, типа мата или "подам на вас в суд". обычно такие разговоры редки, и о них оператор нормального колцентра сообщит гораздо раньше своему руководителю, чем система алерт пошлет ))
другое дело, что в процессе обслуживания разговора оператор должен пройти ключевые вехи: приветствие, определение проблемы, предоставление решения, сообщить о том, что с клиентом свяжутся, перевести на другого специалиста.
более того в зависимости от процесса, заложенного в звонок - например, менеджеры продавали на входящие звонки одну услугу, а после определенной даты должны предлагать воспользоваться акцией, дополнительным предложением или начать продавать другую услугу - также трудно понять сколько и как прошли звонки по критериям.
а от успешного прохождения звонка по всем ключевым вехам зависит впечатление клиента от сервиса, и как следствие более длительный цикл сотрудничества с клиентом и повторные/дополнительные продажи.
отсюда вытекает, что скорее необходимо сосредоточиться на положительных моментах, сколько соответствия критериям набрал звонок.
что например делаем сейчас мы в тестовом своем пилоте: выбрали часть звонков - только первые звонки от новых лидов (это могут быть исходящие или входящие). новых лидов мы определяем по CRM. Первый звонок важен потому что это первое впечатление о компании.
для него определяем критерии: приветствие, говорить об услуге, предложить перейти к видеовстрече.
в каждом критерии: определяем ключевые слова, если одно из слов было в репликах менеджера. если совпало ставим балл за выполнение критерия.
затем после оценки звонка - отправляем оценку в CRM и менеджер видит свою оценку, видит критерии, где он не набрал балл. - это очень удобно в динамике, например, поменяли критерий - теперь надо поздравлять клиента с Новым годом, а про акции 3 по цене 2-х говорить не надо, у вас оценка сразу просядет, если вы не начнете поздравлять, и это увидит и руководитель менеджеров в отчете, и сам менеджер в CRM в своих сделках.
в вашем случае, может быть было бы интересно понять, сколько положительно-эмоциональных звонков было.
Присоединюсь к @AigizKпо поводу того, что вы хотите реализовать. Например, чтобы применять наше решение - без разницы какая у вас телефония - главное уметь записывать каналы менеджера и клиента раздельно, т.к. по сути мы оцениваем только менеджеров. при этом для распознавания мы используем сейчас Яндекс, можем заменить движок распознавания на другой. Может быть где-то надо применить машинное обучение для оценки звонков, но пока тупо по вхождению лексем в фразы.
подумал, может быть дополнительным баллом к оценке быть положительно-эмоциональный окрас разговоров, или доброжелательность/невозмутимость менеджера, или сказал ли клиент в конце разговора спасибо )))
и как у вас отмечено, конечно, организации зачастую выбирают готовые решения по распознаванию - ибо это уже готовое, нам для оценки разговоров неважно какой движок распознавания, нам важно просто выделить из потока звонков - те, на которые стоит обратить внимание и только.
пара скринов из нашей системы оценки, может на какие мысли наведет?
журнал звонковкритерии менеджераконструктор критериев
>> Open-source невозможно монетизировать
может быть в этом весь кайф? ))
интересная мотивация, конечно: ни конфигурировать нормально, ни внимание встрече уделить )))
хотя аналог ctop'а в тг может быть и нужен
и сильно помогает? со временем логика архитектурных решений меняется, особенно в длительных проектах
первая рекомендация: понять на каком этапе ваш проект
если проект на начальной стадии - например, вы работаете один, вы тестируете гипотезы, что-то тестируете, и при этом результаты фиксируете в репозиторий - то никто не будет читать ваши коммиты - забейте и пишите что хотите
если проект растет и вас два-три человека - но вы общаетесь, обсуждаете, все в курсе всего - никто не читает коммиты - забейте и пишите что хотите
если ваш проект подрос, начал использоваться вами в рабочей среде, вы стали реже в него писать - о, да, пора писать суть в коммитах, но если там пару опечаток поправили - забейте и напишите fix
если уже проект подзаматерел, работает, вы начали версионировать, да и команда побольше и проект стал частью чего-то большего - пора применять правила написания коммитов )))
как автор проекта я бы не рекомендовал ))
я по прежнему использую проект, но как-то не вижу его перспективы в таком виде
Нашел подобный сервис https://upload.io/ , а filebump - это свой локальный вариант.
Его нет. Это не пользовательское хранилище файлов, а такое общее служебное для сервисов. Сервисы хранят уникальные ссылки. Примерно как ролики на Ютубе с доступом по ссылке. Есть ссылка? можешь скачать. Нет ссылки? Тогда и не знаешь, что качать. И пользовательские списки файлов и доступ к ним контролируют уже сервисы сами, filebump - это некоторая такая замена файловой системы для сервиса.
А что вы используете? А какие кейсы? Так-то голосовать можно за что угодно. Были ли примерно схожие задачи?
вообще нет. скорее, ход рассуждения, но да ладно, заминусили знатно ))
что такое S3? AWS? там вроде платить надо? т.е. не был знаком, отсюда надо время разобраться. или свой http по-быстрому запустить? или с minio разбираться? или взять zenko? на начальном этапе было проще свое на коленке сделать, два метода и готово, закрыть потребность, протестировать такой вынос файлообмена. А вот сейчас, когда растет список пожеланий и хотелок, понемногу появляется вопрос - улучшать свое или выбросить и взять что-то уже существующее?
вы используете minio? или подобные fileshare? удобно? а для чего? какие кейсы использования?
На КДПВ - это Сундар Пичаи, Риши Сунак и Кунал Найар?
У статьи не хватает тега Юмор?
так она потому и гибкая и расширяемая, если ты можешь на ней переписать несколько раз ))
а можно ли в этом low-code как-то все-таки разрабатывать как разработчик? то есть есть ли low-git и можно ли как-то организовать low-deploy? ))
т.е. вы разработали таск-трекер. вот он работает, люди пользуются. вы хотите сделать новую фишку, на другом аккаунте собрали таск-трекер с новой фишкой, потестировали, решили сделать на рабочем аккаунте. и как перенести?
"молодцы, хотелось бы добавить юмора..." (с)
что на счет js? и typescript?
вы делаете классную вещь, буду рад следить за вашим прогрессом
вы сосредоточены на негативных эффектах, типа мата или "подам на вас в суд". обычно такие разговоры редки, и о них оператор нормального колцентра сообщит гораздо раньше своему руководителю, чем система алерт пошлет ))
другое дело, что в процессе обслуживания разговора оператор должен пройти ключевые вехи: приветствие, определение проблемы, предоставление решения, сообщить о том, что с клиентом свяжутся, перевести на другого специалиста.
более того в зависимости от процесса, заложенного в звонок - например, менеджеры продавали на входящие звонки одну услугу, а после определенной даты должны предлагать воспользоваться акцией, дополнительным предложением или начать продавать другую услугу - также трудно понять сколько и как прошли звонки по критериям.
а от успешного прохождения звонка по всем ключевым вехам зависит впечатление клиента от сервиса, и как следствие более длительный цикл сотрудничества с клиентом и повторные/дополнительные продажи.
отсюда вытекает, что скорее необходимо сосредоточиться на положительных моментах, сколько соответствия критериям набрал звонок.
что например делаем сейчас мы в тестовом своем пилоте: выбрали часть звонков - только первые звонки от новых лидов (это могут быть исходящие или входящие). новых лидов мы определяем по CRM. Первый звонок важен потому что это первое впечатление о компании.
для него определяем критерии: приветствие, говорить об услуге, предложить перейти к видеовстрече.
в каждом критерии: определяем ключевые слова, если одно из слов было в репликах менеджера. если совпало ставим балл за выполнение критерия.
затем после оценки звонка - отправляем оценку в CRM и менеджер видит свою оценку, видит критерии, где он не набрал балл. - это очень удобно в динамике, например, поменяли критерий - теперь надо поздравлять клиента с Новым годом, а про акции 3 по цене 2-х говорить не надо, у вас оценка сразу просядет, если вы не начнете поздравлять, и это увидит и руководитель менеджеров в отчете, и сам менеджер в CRM в своих сделках.
в вашем случае, может быть было бы интересно понять, сколько положительно-эмоциональных звонков было.
Присоединюсь к @AigizKпо поводу того, что вы хотите реализовать. Например, чтобы применять наше решение - без разницы какая у вас телефония - главное уметь записывать каналы менеджера и клиента раздельно, т.к. по сути мы оцениваем только менеджеров. при этом для распознавания мы используем сейчас Яндекс, можем заменить движок распознавания на другой. Может быть где-то надо применить машинное обучение для оценки звонков, но пока тупо по вхождению лексем в фразы.
подумал, может быть дополнительным баллом к оценке быть положительно-эмоциональный окрас разговоров, или доброжелательность/невозмутимость менеджера, или сказал ли клиент в конце разговора спасибо )))
и как у вас отмечено, конечно, организации зачастую выбирают готовые решения по распознаванию - ибо это уже готовое, нам для оценки разговоров неважно какой движок распознавания, нам важно просто выделить из потока звонков - те, на которые стоит обратить внимание и только.
пара скринов из нашей системы оценки, может на какие мысли наведет?
ничего не понятно, но очень интересно ? продолжайте, больше деталей
за vivo спасибо, надо будет посмотреть поближе, он работает на своей оболочке Funtouch OS
режим для чтения для отдельного счета ?
а есть уже какие-то сервисы аналитики или программы, которые используют Tinkoff Invest API? платные, бесплатные?
когда я второй раз увидел КДПВ в ленте - подумал, что пропустил какой-то новый мем )))
в моей папке: 'покушоц.xls' и 'игры для PS.xls'