\r\n\tПривет всем, меня зовут Дмитрий Кайгородов, мне 30 лет, я основатель компании Kuoll — системы для записи и воспроизведение багов в веб-приложениях.\r\n

\r\n

\r\n\tЯ работаю разработчиком программного обеспечения более 10 лет, и большую часть этого времени не понимал, почему нет сервиса для более удобного формата баг-репортов.\r\n

\r\n

\r\n\tС августа 2014 взял на работу школьника из Украины, парень оказался очень умный, очень быстро учится, инициативный; направляешь человека в нужную сторону и получаешь отличный результат. Сейчас рассматриваю ещё несколько человек, которые могли бы заниматься маркетингом.\r\n

\r\n

\r\n\tЯ запустил сервис, разместив видео на YouTube в октябре 2014 года. Ссылку на видео запостил на Facebook в группе минских тестировщиков. Получил почти 500 просмотров. Около 50 регистраций. Сходил на несколько компаний, которые разрабатывают ПО. Рассказывал про продукт, собирал обратную связь, предлагал купить. На основе обратной связи сделал пивот.\r\n

\r\n

\r\nПивот

\r\n

\r\n\tЗачем? Оказалось, что компании, которые разрабатывают ПО под заказ\r\n

\r\n

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

\r\n

\r\n\tКогда же я стал разговаривать с компаниями, выпускающими свой продукт, оказалось, что им это тоже очень интересно, но с другой стороны: как инструмент поддержки конечных пользователей. Пример: одна быстро растущая компания имеет 82 человека в штате,\r\n\t из них 16 работает работает в поддержке конечных пользователей.\r\n

\r\n

\r\n\tДля того, чтобы сделать пивот, понадобилось переписать продукт. Было: расширение для браузера Chrome, которое позволяет записывать любой сайт. Стало: скрипт, который разработчик веб-приложения встраивает в страницы сайта. Теперь мы поддерживаем разные браузеры, в том числе мобильные.\r\n

\r\n

\r\nПро Kuoll

\r\n

\r\n\t\tОбычно программист исправляет ошибку, имея на руках отчёт об ошибке. Но часто бывает, что ошибка происходит у конечного пользователя, который составляет некачественные отчёты. Кроме этого, не всегда у разработчика есть возможность получить доступ к уже запущенной системе. Часто некорректное поведение проявляется лишь на данных пользователя. Как же воспроизводить, анализировать и исправлять такие ошибки?\r\n

\r\n

\r\n\tОбычный сценарий таков:\r\n

\r\n

Пользователь веб-приложения замечает ошибку, он переходит на страницу поддержки, вводит описание проблемы (например: «ничего не работает, за что я деньги плачу!???»). Отправляет свой запрос.
Веб-приложение предлагает записать действия, которые приводят к ошибке.
Пользователь соглашается, начинается запись, пользователь повторяет разрушительные действия. Жмёт «готово» — отчёт об ошибке отправляется разработчику веб-приложения.

\r\n

\r\n\tПрограммист получает запись и видит на ней:\r\n\tползунок для перемещения по записи (как при проигрывании видео) и страницу — сохранённый HTML и CSS показывает страницу так же, как её видел конечный пользователь, сетевые запросы и ответы XHR\r\n\tсобытия браузера и цепочки вызовов\r\n

\r\n

\r\n\t Здесь можно посмотреть как работает Kuoll:\r\n

\r\n

\r\n\t