Меня предупреждали. Я не послушал. Вот что пошло не так при разработке
Меня предупреждали. Я не послушал. Вот что пошло не так при разработке Первая рабочая версия появилась через два месяца. Я радовался неделю. Потом начал тестировать на реальных звонках — и понял, что надо переделывать почти всё. Было несколько принципиальных версий, и каждая учила чему-то, без чего следующая бы не получилась. Вот что шло не так — и как я это решал. проблема первая — точность распознавания В первой версии точность транскрипции на «чистых» звонках была 89%. На реальных офисных — падала до 71%. Региональные акценты, шум опенспейса, менеджер который говорит быстро. А оценка, построенная на неточном тексте, давала абсурдные результаты. Система ставила 9 баллов за закрытие там, где менеджер просто попрощался. Два месяца ушло на то, чтобы поднять точность до 91% на реальных звонках. Не через магию — через дообучение на реальных примерах из разных отраслей и акцентов. проблема вторая — субъективность критериев Звонок можно оценить по-разному — и два разных эксперта дадут разные оценки. Нужно было не просто автоматизировать оценку, а выработать стандарт. Я взял 200 реальных звонков из разных отраслей. Каждый оценил вручную с независимым экспертом по продажам. Там где оценки расходились — разбирали почему. Из этих разборов формировался стандарт. Итог: точность оценки выросла с 61% до 89%. проблема третья — люди не пользуются тем, что сложно Технически я сделал систему, которая работала. Потом дал её первым тестовым клиентам. Через две недели позвонил узнать как дела. Большинство открывало дашборд раз в несколько дней. Слишком много данных, слишком много экранов, нет ощущения «вот главное, вот что делать». Я переделал интерфейс полностью. Убрал половину экранов. Добавил «тревоги» — автоматические уведомления когда что-то пошло не так. После этого ежедневная активность выросла с 2 до 6 дней в неделю. Самая частая ошибка в B2B-продуктах — дать пользователю больше данных, чем он может переварить. Меньше экранов, чётче приоритеты — больше пользы. проблема четвёртая — телефонии у всех разные Я думал, что интеграция займёт пару недель. Заняла месяц. У каждой компании своя АТС, свой формат записей. OnlinePBX, Манго Телеком, UIS / UЦелес Клауд, Sipuni, Beeline Cloud, MTS — и это только популярные. Плюс самописные решения. В итоге я сделал два пути: автоматическую интеграцию для популярных систем и ручную загрузку файлов для всех остальных. Много клиентов до сих пор заливают звонки через папку вручную — и их всё устраивает. что я понял про разработку продукта Два месяца от идеи до версии, которой не стыдно — это нормально. Ненормально думать, что первая версия будет хорошей. Она будет рабочей. Хорошей она станет после того, как реальные люди скажут где болит. О том что получилось — следующая часть. 👉 Телеграм: t.me/hudushin_seo 👉 MAX: max.ru/id623410360097_biz 👉 Дзен: dzen.ru/id/6a05ad5efbb3942c3fb61723 👉 Речевая аналитика: slishnoai.ru #ХудушинМаксим #ZarubaFitness #ЗарубаФитнес #Подольск #разработка_продукта #фитнес_бизнес #автоматизация #CRM #управление_клубом