{"id":14286,"url":"\/distributions\/14286\/click?bit=1&hash=d1e315456c2550b969eff5276b8894057db7c9f3635d69a38d108a0d3b909097","title":"\u041f\u043e\u0440\u0430\u0431\u043e\u0442\u0430\u0442\u044c \u043d\u0430\u0434 \u043a\u0440\u0443\u043f\u043d\u0435\u0439\u0448\u0438\u043c\u0438 \u0418\u0422-\u043f\u0440\u043e\u0435\u043a\u0442\u0430\u043c\u0438 \u0441\u0442\u0440\u0430\u043d\u044b","buttonText":"","imageUuid":""}

Клиент – тестировщик? Взгляд пользователя на сырые IT продукты

Я экономист-математик по первому образованию. Не из IT. Писал одно время несложные коды и даже был тем, кого сейчас называют product owner при внедрении DMS в холдинге, где работал. Периодически возвращаюсь к IT теме. В прошлом году создал пару ботов, правда на конструкторах.

У меня вопрос к тем, кто в IT постоянно. Что происходит с процессом тестирования продукта???

Идея создать первого бота пришла случайно. Был длинный отпуск, голова уже просила деятельности. Первый опыт. Наткнулся на рекламу конструктора, идея кое-что слепить уже была. Подключился на триал, начал создавать. Глючит. Сильно. Чтобы было понятно, я нашел 7 критических багов за сутки, которые заскриншотил, описал и отправил в поддержку. Письмо получилось довольно гневное. В ответ со мной связалась не поддержка, а кто-то из руководства, извинились и даже пригласили на CustDev созвон c идейным лидером проекта.

Пообщались минут 40, остались довольны друг другом. Ребята пообещали сделать новый релиз через 2 недели.

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

Второй конструктор оказался в разы менее глючным. Процесс пошел. Баги пошли поглубже, когда я начал задействовать обращения таблицам хранения данных. Снова поддержка, снова «не волнуйтесь», снова гневное письмо. К чести ребят, они реагировали на баги стремительно. Вечером написал – завтра уже пофиксили. При этом, багов было много. Только вот вариантов, как я понял, нет. Быстрый стартап, похоже, не подразумевает глубокое тестирование.

Теперь посмотрим на ситуацию со стороны юзера.

Я встреваю с багом (еще не зная, что это баг) на полночи. Генерирую гипотезы, сам проверяю, даже создаю пример, который однозначно демонстрирует баг. Отправляю в поддержку и иду спать. Настроение ноль. Как-то не очень, правда? И я плачу за этот сервис деньги. Меня еще бесит, что не все в поддержке не знают слов «извините» или «сожалеем, что подобное произошло».

Что дальше? У первой компании вышел обещанный релиз. Удивительно, но даже мною описанные баги не были исправлены до конца. Написал «идейному лидеру» и получил ответ, что у него нет тестировщиков.

Клиенты – вот, лучшие тестировщики.

На этом я забыл про эту платформу. Остался на второй. С поддержкой нашли общий язык, в целом терпимо.

Следующий кейс про Дзен. Есть у них штатная функция переноса постов из ТГ в Дзен канал через ИХ же чат бота. Решил подключить. Думаете работает?? Через одно место!! 5 й день идет переписка. И знаете что??? Там тоже клиент тестировщик. Т.Е. бюджет проекта и качество его работы не связаны???

Создать ТГ канал, Дзен эккаунт и связать их через бота занимает 10 минут. Создай и тестируй! Или я хочу чего-то невозможного? Вместо этого 16 писем.

У меня несколько вопросов к аудитории.

1. Что ждет пользователя? Мы обречены быть тестировщиками?

2. Связаны ли цена продукта и его финальная готовность? Или это как повезет?

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

Всем хорошего дня, поменьше багов и приятных клиентов.

0
2 комментария
Иван Куприн

На тестировании не экономят когда дело касается сбора денег и или в производственных системах (на конвейрах сборочных, например). В части UX - дно,

Ответить
Развернуть ветку
Nasha Rasha

Тебе заняться нечем или внимания не хватает? Может тебя на мой проект позвать тестировшиком поработать за порцию моего внимания? Я не против

Ответить
Развернуть ветку
-1 комментариев
Раскрывать всегда