Pull to refresh
38
0
Tom LETO @tomleto

Создаю чат-ботов для поддержки клиентов на Wikibot

Send message

Чат-бот: делать самим, заказывать или использовать готовый продукт

Level of difficultyEasy
Reading time3 min
Views1.8K

Часто получаю вопрос: "Наши программисты сами сделали бота и на тестовых вопросах работает отлично, но при ответах на реальные вопросы пользователей начинается треш. Как сделать супер промпт чтобы бот не глючил?".

Ответ простой: "Серебряной пули нет, задачу нужно разбивать на части и использовать разные инструменты для решения разных проблем".

Читать далее

Инструкция по настройке RAG-системы для тех поддержки клиентов

Reading time5 min
Views6.4K

Retrieval Augmented generation - генерация ответа с использованием результатов поиска. RAG-архитектура - это подход к созданию приложений, в которых большая языковая модель без дополнительного обучения отвечает на вопросы с использованием информации из внутренней базы знаний или документов компании. Я не описываю архитектуру, так как уже существует множество статей на эту тему (langchain, habr).

В этом году мы начали создавать RAG-систему для техподдержки клиентов в виде чат-бота. Бот парсит документацию/инструкции и отвечает на обращения пользователей в чате или по почте, как специалист первой линии поддержки. Сейчас она ежедневно обрабатывает 1000+ запросов и ей пользуются 10+ компаний. Создать RAG может даже школьник, однако внедрить её в реальный бизнес - совершенно другая история. 

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

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

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

Читать далее

Открытое письмо BI компаниям — проект “Dashboard.AI”

Reading time3 min
Views4.1K

Привет, аналитики, руководители и основатели Business intelligence компаний!

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

Весь мир двигается в сторону использования ИИ-помощников. Людям нравится получать результаты просто давая команды на родном языке.

Предлагаю вам, совместно с моей командой, создать продукт Dashboard.AI, который будет обладать следующим функционалом: 

Читать далее

Моя система физического и ментального здоровья гика

Reading time8 min
Views19K
Мне 39 лет и с 19 работаю разработчиком и руководителем проектов, женат, есть ребенок. Всё норм, единственный нюанс – тело досталось с начальными параметрами гораздо хуже средних.
Когда ребенок рождается, его состояние оценивается по шкале Апгар 0-10. 7-10 – это норма, 0-2 балла — сильные отклонения в состоянии здоровья. У меня было – 2 балла. Мне повезло, и я выжил, но получил детский церебральный паралич, вторую группу инвалидности и справку о нетрудоспособности. Руки и ноги дергаются, говорю непонятно (но привыкнуть можно),  правая рука умеет только здороваться и зажимать ctrl, хожу как зомби.

Здоровье было всю жизнь не айс, однако тело реально посыпалось около 30, плюсом к ДЦП: гастрит, колит, простатит, аритмия, множественные экструзии межпозвоночных дисков, остеопороз, постоянный мышечный спазм всего тела, нарушение зрения, бессоница и др.  Когда я спросил у кардиолога, почему у меня в таком раннем возрасте развилась аритмия, она объяснила очень просто: ДЦП постоянно фигачит все мышцы, сердце – это мышца, просто до этой мышцы добрались не сразу.

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

Моя система состоит из трех компонентов:

  • Работа над телом: кинезитерапия, йога,  дыхание,  закалка, правильное питание
  • Работа над духом: Формирование внутренних установок которые делают меня сильнее и счастливее
  • Ежегодная диагностика и работа с лучшими врачами в тех местах где у меня есть или будут проблемы.


Далее подробнее расскажу о системе.
Читать дальше →

Создаем аналитическое хранилище данных командой из 2-3 спецов

Reading time9 min
Views25K
Всем привет!
Сделать хорошее аналитическое хранилище (DWH), когда в команде десяток-другой крутых специалистов и пара лет времени — не сложно. Проекты по созданию DWH, Data Lake и BI обычно очень ресурсоёмки и под силу только большим компаниям.
Мне интересно искать и применять практики, которые позволяют компаниям быстро создавать аналитические решения маленькой командой. Этими наработками хочу поделиться в данной статье.
Статья нацелена на:
  • Небольшие команды в начале пути.
  • Создание решений с быстрым возвратом инвестиций.

Коротко о моём DWH опыте (чтобы понимать ограничения моего мышления):
  • Реализовывал три похожих не очень больших проекта по созданию DWH: 5-15 терабайт, 100+ сущностей, в команде 2-4 специалиста, в качестве источника — одна основная база продукта (сервиса) и несколько дополнительных.
  • Участвовал в супер большом проекте DWH: 1+ Петабайт (прирост 1 терабайт в день), 2000+ сущностей, в команде 100+ специалистов. В этой компании жадно изучал Data Vault 2, исходники DWH движка, бизнес-процессы, которые масштабируются на сотни специалистов, правила описания DWH в вики и методы постановки задач.
  • В продакшн работал только с batch процессами, со stream знаком только по обучающим курсам и книгам.

Ценность для бизнеса


Цепочка создания ценности в процессе работы с данными (источник):


Читать дальше →

План прокачки для получения профессии Data engineer

Reading time2 min
Views27K
Последние восемь лет я работаю руководителем проектов (не пишу код на работе), что естественно негативно влияет на мой технологический бекэнд. Я решил сократить своё технологическое отставание и получить профессию Data engineer. Основной навык Data engineer — способность разрабатывать, строить и поддерживать хранилища данных.

Составил план обучения, думаю он будет полезен не только для меня. План ориентирован на самостоятельное изучение курсов. Приоритет отдается бесплатным курсам на русском языке.

Разделы:

  • Алгоритмы и структуры данных. Ключевой раздел. Изучишь его — всё остальное тоже получится. Важно набить руку в написании кода и использовании основных структур и алгоритмов.
  • Базы и хранилища данных, Business Intelligence. От алгоритмов переходим в хранению и обработке данных.
  • Hadoop and Big Data. Когда база не входит на винчестер, или когда данные нужно анализировать, но Excel уже не может их загрузить начинаются большие данные. На мой взгляд, переходить к этому разделу нужно только после глубокого изучения двух предыдущих.
Читать дальше →

Программист как сервис для небольших компаний. Взлетит или нет?

Reading time3 min
Views5.2K

История про товарища


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

В компании тогда использовалось 1С бухгалтерия и ещё несколько самописных программ. А все остальные процессы управления и учёта в бэкофисе делались в Excel или на бумажках. Товарищу поставили задачу автоматизации некоторых учётных операций. Например, до его прихода, каждый день один человек звонил в 130 аптек и спрашивал пару цифр.

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

Задачи были разные: управление проектами, ведение бизнес-процессов, управленческий учет, отчетность. В целом то, что было на бумаге и в Excel переносилось в веб. Два года он спокойно занимался изучением веб технологий и автоматизации учётных процессов. Неплохо прокачался в веб разработке и ушел в девелоперскую компанию с повышением зарплаты. Компания осталась с системой студенческого уровня и кучей лапши-кода. Им пришлось нанять нового разработчика, который принял решение переписать все с нуля.
Читать дальше →

Нужны ли людям онлайн-конструкторы бизнес-приложений

Reading time4 min
Views12K
Мы создаём онлайн-конструктор учетно-отчетных систем, который позволяет без программирования создать веб-приложение. Помимо нашего продукта на рынке есть еще десятки конструкторов как от небольших и средних компаний (Zoho Creator, QuickBase, Caspio, Zengine), так и от гигантов (Oracle Application Express, Microsoft PowerApps).

В статье хочу поделиться мыслями о проблемах онлайн-конструкторов бизнес-приложений на российском рынке и их возможных решениях.

О конструкторах баз данных и бизнес приложений

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

Бизнесу зачастую проще выстроить весь процесс самостоятельно, чем подстраиваться под готовую систему. При этом желательно чтобы процесс строили, запускали в использование и отлаживали сами бизнес-пользователи, без программистов.
Читать дальше →

Современные методологии управления производством

Reading time12 min
Views59K

Введение


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

В XX веке доминировала методология управления производством получившая название «Фордизм», по имени своего основоположника Генри Форда. Фордизм — модель массового производства стандартизированных товаров на сборочных конвейерах с использованием низкоквалифицированных работников, занятых простыми операциями и объединенных на крупных фабриках. Такое производство обладает «эффектом масштаба» и отличается низкой себестоимостью единицы продукции, доступной массовому потребителю. Один из основных постулатов фордизма: «Производить большие партии изделий выгоднее, чем мелкие», прочно укоренился в головах управленцев XX века.

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

Рождение новых методологий


Со второй половины XX века (после второй мировой войны) предпринималось множество попыток модифицировать фордистскую модель. В частности на заводах «Тойота» в 50х годах стали ставить эксперименты, адаптируя американские концепции массового производства к реалиям послевоенной промышленности Японии. Тогда была переделана система крепления прессового инструмента, чтобы сделать его замену более быстрой. Потом были и другие новаторские решения и открытия, со временем сложившиеся в новую методологию — Lean Manufacturing (LM) – Бережливое производство.

В 80х и 90х появился целый зоопарк методологий и парадигм по управлению производством, среди которых подробнее остановлюсь на двух: Quick Response Manufacturing (QRM) – Быстрореагирующее производство и Agile Manufacturing (AM) – Активное производство. Современные, более гибкие по сравнению с фордизмом методологии, часто объединяют термином «постфордизм».

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

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

Ниже приведена таблица основных отличий фордисткой и постфордисткой концепций промышленного производства [1].
Признак Фордизм Постфордизм
Базисная ориентация Продукт Клиент
Снижение стоимости единицы продукции За счет объёмов За счет быстрой переналадки оборудования
Работник Рабочая сила (Узкие, малоквалифицированные рабочие) Носитель компетенций (вектор развития, многофункциональные специалисты)
Организационная форма Отдельные рабочие места Командная работа
Отношение к браку Допустимый уровень Абсолютное качество
Инновации осуществляются Специалистами Всем персоналом

Сейчас подробнее о каждой из рассматриваемых новых методологий
Читать дальше →

Нестандартные решения сложных задач

Reading time4 min
Views20K
Меня интересуют различные методы системного и творческого мышления, которое можно использовать в реальной жизни для решения сложных задач. О нескольких методах расскажу в данной статье.
Недавно прочитал книгу Торп С. — Учебник креативного мышления. Простой подход к нестандартным решениям – 2010. В ней предлагается интересный подход для развития навыков решения сложных задач.

Основная мысль автора – чтобы решать сложные задачи, нужно сворачивать с колеи шаблонного мышления, нарушать правила, которые зачастую нам не дают взглянуть на проблему шире. Вот что пишет автор:
Неспособность разрешить какую-то проблему вполне может объясняться тем, что вы застряли в «колее» правил. Мы все живем по правилам — укоренившимся в нас шаблонам мышления, которые ошибочно принимаем за истину. Наши правила формируются естественным образом в результате многократного использования одних и тех же идей. Следуя правилам, мы постепенно увязаем в глубокой «колее», и тогда любые неординарные идеи остаются вне нашего поля зрения.

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


Читать дальше →

Information

Rating
Does not participate
Location
Пермь, Пермский край, Россия
Date of birth
Registered
Activity

Specialization

Data Engineer, ML Engineer