В предыдущих видео-блоках мы анализировали и рассматривали различные инструменты, которые позволяют нам прийти к решению, какой именно функционал следует закладывать в первые работоспособные прототипы. Почему вообще возникает эта тема? Действительно, в условиях ограниченных и временных, и финансовых, и инженерных ресурсов нам надо принимать решение о том, что мы можем сделать первым, что мы можем уже представить рынку для тестирования. При этом, конечно, мы очень сильно беспокоимся о том, как люди отнесутся к нашим прототипам, которые далеки от совершенных продуктов, окружающих нас, которые далеки от них и по своему техническому совершенству, по эстетике, по проработке деталей, по стилю корпуса, если речь идет о физическом объекте, и так далее. Но тестировать это необходимо. Можно это свести к вопросу о том, с кем, собственно, тестировать эти прототипы, то есть какие сегменты рынка, какие типы пользователей могли бы быть правильными для тестирования первых работоспособных устройств. Мы в предыдущих блоках, связанных с изучением потребностей рынка, говорили о так называемой категории "продвинутых" пользователей, то есть тех людей, которые немножко отличаются от массового рынка либо по своему отношению к технологиям, либо по своим запросам и по необходимости решения каких-то проблем. Когда они осознают существование проблем, они ищут некоторое решение, но не удовлетворены существующими аналогами или заместителями на рынке. В свою очередь, эти категории "продвинутых" пользователей делятся на две подгруппы. Одна — это действительно инноваторы, технические энтузиасты, которые, возможно, в меньшей степени заинтересованы в реальном функционале продукта, но которым очень интересно попробовать что-то новое, очень интересно понять, как это работает, очень интересно протестировать в разных условиях. То есть, подчеркиваю, функционал и решение проблемы для них имеет вторичную роль. Первичная — это здоровская новинка, ее надо протестировать. Эта категория людей очень хороша для тестирования технической работоспособности, когда мы смотрим, действительно ли наше устройство функционирует так, как планировалось, потому что в очень большом количестве случаев получается устройство, которое замечательно работает в руках инженера в нашей лаборатории, где мы делаем первые прототипы, почему-то отказывается работать в реальных условиях, попав в руки другого человека. Факторов может быть огромное количество, все их мы предугадать не можем. И таким образом, передавая устройство для первых тестов именно техническим энтузиастам, мы открыто и прямо говорим: "Мы тестируем. Пожалуйста, записывайте все случаи сбоев. Пожалуйста, записывайте все нестыковки, все то, что у вас не работает. Возможно, вы, как технические энтузиасты и инноваторы, сами начнете искать варианты решений. Возможно, вы сами подумаете, почему же это не срабатывает, почему слетела прошивка, почему опять не устанавливается беспроводная связь, почему виснет приложение, почему что-то еще не происходит". То есть с этой категорией пользователей мы можем получить очень широкую информацию и полезную, связанную именно и с техническими проблемами, которые мы не можем предугадать в наших лабораторных условиях, и с возможными способами решения. При этом нам, действительно, даже на ранних этапах создания продукта, тогда, когда продукта еще нет, когда мы еще просто проводим изучение рынка и изучение клиентов, очень полезно выделить эти категории людей, которые в дальнейшем могут стать первыми тестерами, инноваторами наших прототипов. Другая категория, опять же, очень хорошая для первых тестов, — это пользователи, которые реально ищут решения, которые ищут решение определенной проблемы и не удовлетворены теми решениями, которые есть сейчас на рынке, или теми решениями, которые сами люди пытаются для себя сделать, так называемые недорешения, обходные пути, еще что-то. Этим людям уже необходима работоспособность. То есть на первом этапе мы тестируем работоспособность нашей функции с техническими энтузиастами и инноваторами. И после этого, когда мы уверены в том, что в значительном количестве случаев работоспособность обеспечена, мы можем передать это устройство, наш продукт для тестирования с категорией "продвинутых" пользователей, которые не готовы смириться с неработоспособностью устройства, но готовы смириться с тем, что некоторые функции не сделаны, что устройство существует в корпусе, напечатанном на 3D принтере, то, что какие-то вещи не столь совершенны, как в финальных устройствах, но им нужен именно функционал, им нужно решение их проблемы и с теми техническими параметрами, опять же, по скорости отклика, по, возможно, размерам, весу, еще чему-то именно в тех пределах, которые их удовлетворяют. Таким образом, мы видим разные типы тестирования с разными категориями пользователей. При этом в случае "продвинутых" пользователей, которые ищут решение своей проблемы, ключевой критерий, прошел наш тест или не прошел, — это длительность использования продукта и частота его использования. Тут мы как раз вспоминаем тот необходимый функционал, который нужно встроить в наш продукт по возможности, если мы не можем это отследить какими-то другими способами, для отслеживания именно этой совместной жизни пользователя и нашего продукта. Потому что, если мы просто передаем продукт для тестирования и не имеем возможности понять, как часто, на протяжении какого времени, для каких именно условий и функций человек им пользовался, пользы от этого тестирования будет не очень много. При этом мы, опять же, не можем полагаться просто на слова и уверения этого пользователя в качестве каких-то отчетов, потому что люди не всегда отдают себе отчет в том, как же они реально пользуются. То есть необходима либо автоматическая аналитика о моделях, частоте и характеру использования, либо проведение этих тестов в условиях наблюдения, в условиях тестирования с разработчиками продукта.