Все ждала удобного момента, чтобы вставить копеек по существу) Видимо только я смотрю на картину ...
Я всех категорически приветствую.
Как думаете, такие функции как :
1. Из текста электронной почты "вытащить" запрос клиента и занести его в некую базу.
2. Идентифицировать что это за изделие и найти его либо в прайсе, либо отправить запрос поставщику за границу (перед этим выполнив перевод на язык поставщика).
3. Проанализировать ответ поставщика и выставить счет клиенту.
4. Обеспечить получение обратной связи от клиента по выставленному счету.
Может полностью выполнять искусственный интеллект? Без участия человека.
Есть ли компании, которые уже внедряют подобные вещи для бизнеса?
Может быть кто-то уж знает примеры, когда бизнес-процессы были отданы ИИ в реальном бизнесе? (Илона Маска не предлагать)
Очень мне интересна эта тема.
Да, это довольно стандартный ворк-флоу ии-агента.
Вы, часом, сами не этими вещами занимаетесь? Выпросто много в комментариях писали про ИИ к месту и не к месту :)
Вы в этой сфере ?
1, 2, 3, 4 - примитивная фигня, которую можно реализовать на AI GPT-5 pro. Особено если вы в забугорье.
Если в РФ - безпаснее да и выгоднее заказать свое ПО на базе спецДипСика. И да, если я в курсе, что технолгогически это реально, то это вовсе НЕ означает что
а) я вот прямо сейчас знаю КТО ИМЕННО способен реализовать это
б) готова просто так заняться изысканиями на тему КТО))
Но повтрюсь - да, реально.
"Может быть кто-то уж знает примеры, когда бизнес-процессы были отданы ИИ в реальном бизнесе? (Илона Маска не предлагать)"
Можно подумать, что на этом ... персонаже свет белый клином сходится))
У нас в РФ только ленивый не клепает уже сейчас так называемые "контент-заводы" для внешного как бы контент-маркетинга)))
Как бы - потому что за некислые бабки клиентов от его же имени рунет загаживают тоннами "полезного" "маркетингового" контента, от которого их самих распирает какие они "крутые", продвинутые и вот это все)))
По факту же их ца уже да и дальше еще сильнее будет орать от "мусора" и "зачем я вижу это"))
В краткосроке прочно свяжет продукт таких клиентов со своим негативом и не то чтобы покупать не станет - шарахаться начнет даже если те станут предлагать бесплатно))
От такого всем более чем хорошо, но по-разному))
К примеру, владельцы площадок, где размещение этих "полезных" материалов достигло уже всех пределов неприличия, смекнули зарабатывать на этом, хотя всегда за размещение халявного для них контента готовы были носить на руках))
Теперь там за возможность мостить контентик в корпложик извольте отстегивать полтинник в месяц)) Народ кряхтит, но да))) И контент дает еще более отвратительный)) - бабки-то отбивать надо) Так-то этого не случится, но кого это в реальности волнует вообще))
Так что там где стесняясь ставили 1 ссылку тулят по 6-10)))
В РБК расценки примерно те же, но со ссылками приличия соблюдать хотя бы заставляют))
В целом народ понял подзабытую было конспирологию про "мертвый инет", потому что охваты на площадках резко пошли в минус)))
Да, и этим тоже. Так что обращайтесь, если без политики.
К сожалению, нет..
Не реализовать это без долгого и нудного обучения GPT.
Я сформулирую свои мысли... и, наверное, напишу Вам.
так вам в любом случае отдают готовую насттроенную систему с инструкцией куда сотруднику пальцем тыкать))
Просто при нынешнем мироустройстве эта карета рискует превратиться в тыкву)
А с ДипСиком это будет надежнее. Опять же и кастомность куда выше.
В общем, самой бы приспичило - искала бы решателей на этом варианте. И они есть, если в правильное место прийти и грамотно вопрос поставить)
так вам в любом случае отдают готовую насттроенную систему с инструкцией куда сотруднику пальцем тыкать))
Просто при нынешнем мироустройстве эта карета рискует превратиться в тыкву)
А с ДипСиком это будет надежнее. Опять же и кастомность куда выше.
В общем, самой бы приспичило - искала бы решателей на этом варианте. И они есть, если в правильное место прийти и грамотно вопрос поставить)
Нужен большой промт текстовый. В файле большом сохраняешь сведения о фирме, типовые формы коммерческих предложений, договора, стандарты, оргструктупу, каталогии продукции, ценовую политику и ТД. Загружаешь перед началом сеанса этот текст и Ии будет иметь хороший контекст и выдавать нори результат.
Это вариант с оператором ввода вывода данных в ии.
Если полноценный ии сотрудник который и звонит и отвечает и распознает. Это уже дороговато прям в формате продажной фирмы с уникальными сделками, хз отобьется ли экономически в принципе.
По мне ИИ в качестве ассистента с промтом норм вариант. Собирать такой промт часов 8-16.
"Примитивная фигня" - это очень громко сказано. Таких вариантов я не знаю и тут дело не в технологиях, а в психологии. Как в известном мультике про Вовку вы Тридевятом царстве: "А вы, что и пальцы за меня загибать будуте?"
А для чего вы, уважаемая Елена, так упрощаете своё язык?
"фигня, забугорье, некислые бабки" - ну зачем это? Не обижайтесь. Это снижает уровень ваших отличных доводов.
Интересно, ИИ поймет такой промпт?
Вроде бы очевидные вещи, но я этого не понимал.
Алексей, ты просто все мне разложил как по полочкам.
Я за таким ответом и пришел сюда.
Спасибо.
В этом случае, думаю, надо выбрать из базы стандартную форму запроса этого Поставщика на данный вид оборудования на соответствующем языке и заполнить ее.
Кстати, часто Поставщики на своих сайтах выкладывают форму запроса для того или иного оборудовния, предлагая его заполнить на сайте.
Поэтому я бы работал со стандартными формами из базы, а если таковой не найдется, то переадресовывал бы это специалисту, который создавал бы форму для этого случая и добавлял ее в базу.
Некоторые запросы могли бы определяться как нестандартные с передачей специалисту для ручной обработки. В базу они бы не добавлялись.
Разумеется весь этот процесс надо мониторить и по результату работы вносить корректировки как по текущиму заказам так и по системе в целом.
Повторюсь, с переводами я был бы очень осторожен, а строил бы процесс на базе формы на конкретном языке. Технический перевод имеет определенные тонкости.
Помните, как в романе Жюль Верна "Дети капитаны Гранта" проблема в востановлении письма, которое было на 3-х языках, оказалось в том, что название острова на немецком языке было другим, чем на английском и французском языках.
Придётся вмешаться, коллеги. Лёша, прежде чем обсуждать архитектуру, важно разобраться, что именно вы называете ИИ-агентом и какую роль он должен выполнять в бизнес-процессе. Тут без нормального системного анализа не обойтись.
Начать логично с понимания того, какую часть логики вы с Капустянским хотите реализовывать внутри системы, а какую планируете отдавать наружным сервисам. И самое главное - если это проект про коммерцию, продажи или взаимодействие с клиентами, то нельзя ограничиваться промтами. Придётся подтягивать корпоративную БД: складские остатки, логистику, статусы поставок, динамичные прайсы, ограничения по доставке, сроки, истории заказов.
ИИ без интеграции с этими данными сможет лишь болтать общими словами. А вам нужен инструмент, который опирается на фактическую корпоративную информацию, динамику запасов и реальные логистические возможности. Из этого уже будет естественным образом формироваться архитектура интеграций и API, а также требования к тому, как ИИ будет работать с контекстом.
Сейчас обсуждение сводится либо к «простому промту», либо к «дорогостоящему полноценному виртуальному сотруднику». На деле решение будет где-то посередине. Надо сначала описать роли ИИ, его входы и выходы, перечень данных, которые он должен подтягивать, и только потом выбирать технический путь.
Полагаю, что по мере работы, если что-то не получается в автоматическом режиме, Система должна привлекать сотрудника, чтобы он решил этот вопрос, ну а на основании этого примера были бы внесены корректировки (дополнения и уточнения) в Систему.
Делать, это, наверное, должны разные сотрудники.
Делается это превентивным описанием сценариев: что конкретно должен делать ИИ, какие данные ему нужны на каждом шаге, какие условия ветвления, как выглядит корректная реакция и что считается исключением.
После описания сценариев уже формируется схема: что ИИ делает автоматически, в каких точках он вызывает сотрудника, какие данные он подтягивает, что кэшируется, что валидируется, и какие корректировки должны попадать обратно в систему для дообучения
Это как раз та работа, которую нужно делать до обсуждения технологического стека. Сначала - сценарии, роли, данные, точки принятия решения. Потом - реализация.