- Поймите процесс тестирования перед запуском, чтобы подготовиться к запуску MVP
- Поймите, как обрабатывать и реагировать на отзывы, не теряя при этом фокуса на основных целях вашего продукта.
- Определите критические барьеры, мешающие удобству использования, и определите приоритеты наиболее важных улучшений.
- Изучите и примените методы дальнейшего тестирования MVP
Путешествие от прототипа к MVP и запуску
Усовершенствование MVP — это одновременно увлекательная и сложная часть предпринимательского пути. Вы создали рабочий прототип и протестировали его с первыми пользователями. Теперь пришло время расширить масштабы тестирования, исправить критические проблемы и запустить MVP для реальных пользователей. Этот урок проведет вас от тестирования прототипа до публичного запуска, подготовив вас к презентации с реальным результатом.
Чего вы добились
- Бумажные прототипы
- Цифровые прототипы – некликабельные, а затем кликабельные
- Первоначальное тестирование с 5-10 пользователями
Где ты сейчас
- Вы действительно углубились в программирование своего решения.
- Вы провели несколько циклов кодирования, протестировали в своей команде и получили рабочий прототип.
Куда вы хотите отправиться
- Определите или повторно обратитесь к ранним последователям
- Проведите тесты вашего закодированного прототипа с этими пользователями.
- Итерируйте, пока не получите полностью рабочий MVP
- Подготовьтесь к публичному запуску MVP
Запуск MVP - это ключевая часть вашего финального выступления, поскольку это позволит вам получить реальные данные о запуске, а не просто данные тестирования.
Вы приближаетесь к концу акселератора, где вам нужно будет продемонстрировать свое решение и представить свой бизнес. Тестирование, проведенное в этом уроке, будет использовано в обоих этих ключевых результатах. Оно также будет полезно для составления финансовых прогнозов.
Продолжая тестирование высококачественных прототипов и взаимодействие с первыми пользователями, не забудьте собрать следующую информацию, которая поможет вам подкрепить свою историю для презентации и демонстрации MVP:
- Демонстрационные видеоролики основных функций (практические демонстрации)
- Видеоотзывы 2-3 восторженных тестировщиков
- Цитаты пользователей о проблеме (разрешение на использование)
- Результаты тестирования, например, "Мы протестировали 15 пользователей, и 80% сказали...".
- Отзывы пользователей (понимание рынка)
- Скриншоты прототипа (демонстрация решения)
Запуск MVP
В чем разница между тестированием прототипов и запуском продукта?
|
Прототипирование/тестирование
|
Запуск
|
|---|---|
|
Контролируемая среда
|
Открыто для публики
|
|
Набираются испытатели
|
Пользователи приходят к вам
|
|
Команда наблюдает за пользователями
|
Пользователи используют решение самостоятельно
|
|
Пользователи знают, что это тест
|
Пользователи ожидают, что она будет работать
|
|
Цель - учиться и совершенствоваться
|
Цель обычно заключается в привлечении и удержании пользователей (могут быть и другие сценарии).
|
Целенаправленная итерация
Как вы уже знаете из предыдущих этапов прототипирования и тестирования, разработка и тестирование — это итеративный процесс. Каждое тестирование дает вам больше информации, чтобы вернуться и исправить или улучшить ваш продукт. После каждого тестирования определите наиболее критические препятствия и решите, какие изменения необходимо внести, прежде чем проводить следующее тестирование. Сосредоточившись на критических проблемах, вы предотвратите неконтролируемое расширение функционала, которая происходит, когда продукт продолжает расти за счет дополнительных функций, которые делают его более сложным, не добавляя реальной ценности. Каждое изменение должно усиливать основной опыт, а не расширять его без необходимости.
Ваш главный приоритет после любого тестировании является устранение барьеров P0— критических проблем, которые делают продукт непригодным для использования или блокируют его основное ценностное предложение. Если существует P0, все другие предложения временно теряют актуальность; вы должны немедленно исправить P0.
Вы можете не сбиться с пути, если будете следить за тем, чтобы ваши действия не выходили за эти рамки:
-
Определите свои цели изменения
Спросите себя: какого результата мы хотим добиться после этого исправления? -
Сведите изменения к минимуму
Не переделывайте весь продукт. Сосредоточьтесь на одной или двух поправках, которые наиболее улучшат основной пользовательский опыт. -
Вносите изменения сознательно, а не реактивно
- Если исправление носит технический характер, подтвердите, что оно непосредственно решает проблему.
- Если проблема заключается в ясности или удобстве использования, обновите контент или текст интерфейса, прежде чем добавлять новые функции.
- Если речь идет об эстетических или приятных предложениях, отложите их для последующего утверждения.
Методы тестирования и итераций
Этот этап тестирования предполагает использование закодированного прототипа высокой точности, поэтому вы будете использовать другие методы тестирования, чем при работе с прототипами низкой и средней точности. Вот тесты, которые вам следует провести.
Тестирование обеспечения качества (QA) во внутренней команде
Прежде чем привлекать внешних тестеров для тестирования прототипа, команда должна провести предварительное, но критически важное тестирование. Эти тесты гарантируют, что когда вы приступите к тестированию с конечными пользователями, они начнут с надежного пользовательского опыта - все должно работать! Ниже приведены 3 ключевых теста, которые необходимо провести перед тестированием с пользователями.
1 Тестирование сквозного потока
Работает ли это каждый раз? Этот тест гарантирует, что основные функции (например, генерация вывода, сохранение данных) не выходят из строя периодически. Выполните следующие шаги:
- Запишите полные маршруты пользователей. Например:
- Регистрация пользователя → создание учетной записи → страница профиля
- Вход для возвращающихся пользователей → добавить новое сообщение → просмотреть / отредактировать / удалить сообщение
- Повторный вход → просматривать чужие сообщения → комментировать
- Для каждого потока проведите пошаговое тестирование. Выполняйте каждый шаг по порядку и документируйте любые проблемы или неожиданное поведение.
- Тестируйте крайние случаи и ошибки. Попробуйте намеренно сломать систему (неправильный ввод, медленная сеть, повторяющиеся действия) и запишите, как система реагирует.
2 Тестирование надежности/согласованности
Подтверждает, что новый пользователь может пройти путь от регистрации до выполнения основной задачи и достижения показателя успеха. Это позволяет проверить всю воронку продаж и убедиться, что исправления , внесенные в ходе последней итерации, не повлекли за собой других сбоев (что является распространенным риском при быстрых итерациях). Вот шаги, которые необходимо выполнить для тестирования:
- Определите наиболее важные функции.
- Проверьте каждую функцию 5-10 раз подряд.
- Обратите внимание на любые проблемы или ошибки.
- Проведите повторное тестирование в разное время суток, в разные дни и т.д., чтобы проверить, влияет ли это на эффективность продукта.
3 Тестирование на разных устройствах/браузерах
Вы должны убедиться, что продукт работает для большей части вашей целевой аудитории. Сбой основной задачи в Chrome, Safari, Edge или на телефоне определенного размера может заблокировать работу многих пользователей. Поэтому кроссплатформенное тестирование необходимо перед широким бета-тестированием. Выполните следующие шаги:
- Определите платформы для тестирования:
- Типы устройств: в зависимости от вашего решения, это могут быть настольные компьютеры, планшеты и/или телефоны.
- Несколько операционных систем: Windows, macOS, iOS, Android
- Несколько браузеров: Chrome, Firefox, Edge, Safari и т. д.
- Проверьте каждую платформу:
- Визуальный вид: все отображается правильно?
- Выполнение основных задач: регистрация → вход в систему → основные задачи
- Критические проблемы:
- Сбой?
- Зависание?
- Какая-нибудь важная функция не работает?
- Оцените готовность:
Если ваше решение хорошо работает на 2-3 основных платформах без критических блокировок,
и вы можете предупредить пользователей об ограничениях в других местах, вы можете перейти к внешнему тестированию.
Выбор участников для пользовательского тестирования
Для проведения внешнего тестирования вам, конечно же, понадобятся тестировщики! Вернитесь к своему Lean Canvas, чтобы посмотреть, кого вы определили в качестве первых пользователей. Возможно, вы уже связались с ними во время тестирования с низкой степенью детализации.
Вы также можете обратиться к своим сегментам клиентов и каналам, чтобы определить потенциальных пользователей и места, где вы можете их найти. Помните: пользовательское тестирование - это качество, а не количество. Эти ранние последователи очень важны для продвижения вашего прототипа к состоянию готовности к запуску.
Прежде чем нанимать кого-то в качестве тестировщика, убедитесь, что он действительно соответствует вашему профилю раннего пользователя. Если это не так, не стоит просить его о помощи. Если же он соответствует профилю, приложите усилия, чтобы его нанять.
Некоторые стратегии поиска хороших тестировщиков и ранних последователей:
- Личная работа и рекрутинг 1 на 1
- Посещайте онлайн-сообщества, где есть ваши пользователи
- Используйте свою сеть
- Поощряйте пользователей приглашать других пользователей
Тестирование удобства использования
В отличие от тестирования с низкой степенью точности, при котором пользователи свободно исследуют продукт и дают общие впечатления, тестирование юзабилити с использованием прототипов с высокой степенью точности является структурированным и ориентированным на выполнение задач. Участникам прямо предлагается выполнить определенные задачи, а вы наблюдаете, насколько легко им это удается, где они сталкиваются с трудностями и где теряются. Такой подход дает конкретные доказательства того, что работает, а что еще требует доработки, а не просто собирает впечатления или мнения. Это будет вашим основным методом тестирования на данном этапе разработки.
Тестирование юзабилити выявляет более тонкие точки трения, которые могли не проявиться в общей обратной связи, помогая вам усовершенствовать продукт, сохраняя его минималистичность и целесообразность. Тестирование юзабилити особенно ценно после первого раунда обратной связи, поскольку позволяет подтвердить, действительно ли исправления устранили критические препятствия.
ЗАДАНИЕ 1
Тестирование удобства использования
Предполагаемое время: несколько дней
Проведите серию тестов на удобство использования, чтобы проверить ваш высококачественный рабочий прототип. Вот шаги для проведения теста.
1. Определите цели
Четко сформулируйте, что вы хотите узнать. Вы тестируете новую функцию, исправленную ошибку или весь процесс адаптации?
2. Определите пользователей для тестирования
Из числа первых пользователей выберите небольшую группу (3–5 человек) . А поскольку вы уже провели тестирование с низкой точностью, вы можете уточнить свой выбор на основе полученных результатов.
3. Определите ключевые задачи
Определите основные действия, которые пользователи должны выполнить, чтобы ощутить основную ценность вашего продукта. Они должны быть сосредоточены на основных функциях или областях, которые были обновлены с момента вашей последней итерации. Задачи должны быть реалистичными и соответствовать реальным целям пользователей.
- Выбирайте задачи, которые отражают критические потоки – Сосредоточьтесь на том, что пользователи должны выполнить, чтобы продукт был успешным. Например, если вы создали инструмент для составления финансового бюджета, вы поручаете пользователям составить месячный бюджет и отслеживать расходы.
- Включите задачи, связанные со значительными изменениями – Сосредоточьтесь на обновлениях или функциях, которые существенно влияют на основной опыт. Например, если вы создали приложение для изучения языков, проверьте, понятен ли новый трекер прогресса и способствует ли он лучшему пониманию пользователем. Не тестируйте такие вещи, как изменение цвета.
- Не перегружайте пользователей слишком большим количеством задач – для короткой сессии обычно достаточно 3–5 ключевых задач. Это позволяет сохранить управляемость теста и гарантирует получение полезной информации, не сбивая с толку и не утомляя участников.
4. Определитесь с показателями
Какие данные вы будете отслеживать во время тестирования? Сюда входят как количественные, так и качественные показатели:
- Количественные показатели: уровень успешности (выполнили ли они задание?), время выполнения задания и количество ошибок или кликов.
- Качественные: Комментарии пользователей, мимика, признаки замешательства или разочарования.
5. Подготовьте материалы и рабочее место
- Разработайте сценарии: Напишите четкие, лаконичные и нейтральные инструкции для участников. Опишите контекст задания, не раскрывая пользователю , как его выполнять. Например, ключевая задача не должна звучать как «Нажмите кнопку». Она должна звучать так: «Используйте новую функцию генеративного ИИ, чтобы получить результат, подходящий для публикации/обмена». Это заставляет их проверить качество результата, а не только функцию кнопки.
- Настройка записи: Установите камеры или программное обеспечение для совместного использования экрана (с разрешения пользователя) для записи сеанса с целью последующего анализа.
- Подготовьте место для тестирования: Обеспечьте тихую обстановку, в которой пользователь сможет сосредоточиться. По возможности привлеките отдельного наблюдателя/секретаря.
- Получите согласие: Получите подписанное информированное согласие на сеанс и его запись.
6. Запустите сеанс тестирования
- Предварительный опросник (необязательно): получите от пользователя некоторую справочную информацию, узнайте, как он в настоящее время решает эту проблему и т. д.
- Протокол «Мысли вслух»: попросите пользователей устно выражать свои мысли по мере ознакомления с продуктом: что они видят, что пытаются сделать и почему они запутались или довольны.
- Наблюдение и содействие: Вы будете выполнять две роли в качестве содействующих лиц при проведении тестирования.
- Наблюдатель: остается нейтральным и вмешивается только в том случае, если пользователь полностью застрял и не может продолжить.
- Записчик: записывает наблюдения, цитаты, ошибки и время выполнения задач, не влияя на пользователя.
- Интервью после тестирования: в конце вы можете задать открытые вопросы об их общем впечатлении, о том, что им понравилось больше всего, а что вызвало наибольшее разочарование.
7. Анализ данных
- Просмотр записей и заметок: ищите закономерности, характерные для нескольких пользователей, а не полагайтесь на опыт одного пользователя. Проблема одного пользователя — это анекдот; проблема 3 из 5 пользователей, столкнувшихся с одной и той же трудностью, — это критическая проблема.
- Выявление критических проблем: сосредоточьтесь на проблемах удобства использования, которые мешают пользователям выполнять ключевые задачи или вызывают значительное раздражение.
- Синтезируйте результаты: объедините данные в отчет, в котором проблемы ранжируются по степени серьезности и включают отслеживаемые вами показатели (например, «Только 40 % пользователей успешно выполнили задание 2»).
Следующим шагом будет углубленное изучение и попытка устранить проблемы, выявленные в ходе пользовательского тестирования. Хотя в конечном итоге вы исправите ошибки, в следующем техническом уроке давайте сначала уделим некоторое время тщательному анализу отзывов, классификации проблем и определению приоритетов в соответствии с нашим планом MVP.
Синтезирование обратной связи
После одного раунда тестирования удобства использования у вас должны быть отзывы о вашем первоначальном кодированном прототипе. Возможно, отзывы были неутешительными, потому что пользователи не проявили интереса к вашему продукту. Возможно, они были в основном положительными, но не содержали практических рекомендаций. Скорее всего, вы находитесь где-то посередине, но разобраться во всем этом может быть сложно.
Вспомните нашу дискуссию о предпринимательском мышлении, где среди ключевых качеств были упомянуты стойкость и любознательность.
Негативные отзывы?
Используйте это как возможность выявить недостатки и критические барьеры в вашем продукте. Сосредоточьтесь на том, что необходимо исправить, чтобы ваш продукт был функциональным и надежным. Это возможности для обучения и совершенствования.
Слишком положительные отзывы?
Рассматривайте положительные отзывы как подтверждение того, что вы на правильном пути, но продолжайте совершенствоваться. Расширяйте свою аудиторию и оставайтесь любознательными, чтобы узнать, как еще можно улучшить свой продукт.
Примите отзывы и тщательно и конструктивно их проанализируйте. Однако также важно различать понимание отзывов и принятие мер по ним. На данном этапе ваш продукт должен оставаться минимальным, но целенаправленным, чтобы каждое изменение приносило реальную пользу пользователям.
Как разобраться в противоречивых или подавляющих отзывах
Вы можете столкнуться с противоречивыми мнениями, большим количеством предложений или и тем, и другим одновременно. Поток отзывов может поступать из многих источников, таких как первые пользователи, коллеги и наставники. Это может показаться ошеломляющим, но есть один способ начать разобраться в этом.
Начните с классификации отзывов в соответствии со следующими вопросами:
- Серьезность – мешает ли это пользователям выполнять основные действия?
- Частота – Несколько человек сообщают об одной и той же проблеме?
- Первоначальная цель – Соответствует ли она назначению вашего продукта или долгосрочной цели?
Следующая категория, которую необходимо определить, – это тип проблемы. Существует 4 основных типа проблем, которые могут возникнуть при тестировании пользователей.
Категория
Описание
Пример
Ошибка
Умеренное воздействие или улучшение
«При отправке появилось сообщение об ошибке»
Удобство использования
Работает, но сбивает пользователей с толку
«Я не знал, что нужно нажать эту кнопку»
Отсутствующая функция
Пользователи ожидали чего-то, чего не существует
«Я хотел сохранить свои достижения»
Улучшение
Работает нормально, но могло бы быть лучше
«Текст трудно читать на моем телефоне»
Затем определите приоритетность проблемы.
Приоритет
Когда назначать
Действие
P0: Блокиратор
Высокая серьезность + Высокая частота + Блокирует основной путь
Исправьте перед началом любой другой работы
P1: Основной
Сильная боль, но есть обходной путь
Исправить как можно скорее
P1: Незначительный
Низкочастотный OR не блокирует основной путь
Исправить, если позволит время
P3: Косметический
Доработка, не функционал
Добавить в список ожидающих
После определения приоритетов, используя информацию в качестве доказательства, вы можете применить метод MoSCoW , чтобы решить, где следует принять меры.
Обратите внимание, что метод MoSCoW в целом соответствует классификации P0-P3.
ОБЯЗАТЕЛЬНО – Высокая степень серьезности или высокая частота, четко связанные с первоначальной целью
РЕКОМЕНДУЕТСЯ – Умеренное воздействие или улучшение
МОЖЕТ БЫТЬ – Высокая степень серьезности или высокая частота, четко связанные с первоначальной целью
НЕ БУДЕТ – Высокая степень серьезности или высокая частота, четко связанные с первоначальной целью
Навигация по отзывам для платформы для учителей
Вы создали веб-платформу для обмена идеями по урокам между учителями. Отзывы о концепции были положительными, но несколько учителей перестали ее использовать после первого посещения. Оказалось, что загрузка ресурсов занимала слишком много времени, поскольку большие файлы не загружались без объяснения причин.
Это критический барьер удобства использования или барьер P0, то есть техническая или конструктивная проблема, которая мешает пользователям выполнять наиболее важные задачи. Решение этой проблемы не означает добавление новых функций, а лишь обеспечение надежной работы основных функций. Это будет включено в колонку «ОБЯЗАТЕЛЬНО и должна быть решена в кратчайшие сроки.
MVP-мышление
Пункты, помеченные как «МОЖЕТ БЫТЬ» и «НЕ БУДЕТ», не являются вашими провалами, и их невыполнение не отражается негативно на вашей работе. Они представляют собой разумное определение объема работ. Вы можете добавить их в свой бэклог с примечаниями. После успешного запуска MVP вернитесь к этим пунктам, чтобы посмотреть, какие из них по-прежнему востребованы пользователями.
ЗАДАНИЕ 2
Анализ тестирования
Предполагаемое время: 45 минут
Используя рабочий лист в качестве руководства,
- Просмотрите все отзывы пользователей.
- Опишите их серьезность, частоту и то, как они соотносятся с первоначальной целью.
- Разделите их по типам.
- Расставьте приоритеты.
Вы будете использовать рабочий лист в следующем уроке «Устранение проблем», чтобы пройтись по проблемам P0 и P1 и решить их.
Затем вам следует повторить процесс – повторить тестирование пользователей, определение приоритетов и отладку.
A/B-тестирование
A/B-тестирование — это способ сравнить две версии вашего продукта, чтобы определить, какая из них работает лучше. Оно помогает перейти от качественных выводов, полученных в ходе тестирования удобства использования, к более количественным данным.
Идея проста: предоставить две версии элемента и показать каждую версию отдельным группам пользователей. Отслеживая четкие показатели, такие как выполнение задач, рейтинг кликов или время выполнения задачи, вы можете определить, какая версия лучше поддерживает основной опыт. A/B-тестирование уменьшает количество предположений, подтверждает, действительно ли изменение улучшает удобство использования, и предлагает конкретные рекомендации о том, что следует сделать в первую очередь.
Однако для получения достоверных данных требуется большой объем выборки. На данном этапе у вас может не быть достаточного количества пользователей. Тестирование удобства использования остается наиболее ценным методом, позволяющим получить богатую обратную связь от небольшого числа участников. A/B-тестирование становится эффективным после запуска MVP и начала привлечения пользователей. Поскольку его можно автоматизировать, это эффективный способ быстрого и масштабного сбора данных.
ЗАДАНИЕ 3
А/В-тестирование (необязательно)
Примерное время: 2 часа+
Если вы находитесь на том этапе, когда можете набрать достаточное количество тестировщиков, можно провести несколько A/B-тестов. Изучите, как небольшие, продуманные изменения в вашем продукте могут повлиять на пользовательский опыт. Вы увидите, какой подход лучше соответствует целям ваших пользователей, и получите конкретные сведения, которые послужат руководством для следующей итерации.
Ответьте на вопросы в следующем рабочем листе, чтобы направить свой процесс.
Целевая страница
Целевая страница — это высокоспециализированная веб-страница, которая представляет концепцию вашего продукта и побуждает пользователей к определенным действиям, таким как подписка на обновления или запрос демо-версии. На данном этапе целевая страница служит скорее для проверки спроса, чем для тестирования удобства использования вашего продукта.
Здесь вы можете значительно расширить свою потенциальную аудиторию, поскольку целевые страницы могут охватить людей, не входящих в число ваших первоначальных тестеров, и привлечь потенциальных пользователей, которые в противном случае могли бы не столкнуться с вашим продуктом.
На этом этапе целевая страница должна отражать уже внесенные вами улучшения, а не тестировать совершенно новые идеи. Отслеживание интересов и поведения пользователей на странице дает конкретную обратную связь, которая поможет вам в следующем раунде итераций.
Даже если ваш продукт не является веб-сайтом, вы все равно можете создать целевую страницу, чтобы четко донести свою идею. Например, физический продукт может включать фотографии, описание характеристик и предложения по предварительному заказу или включению в список ожидания.
Посадочная страница не должна быть идеально отполированной —минималистичный дизайн вполне подойдет. Ваша цель — получить информацию и подтверждение, а не готовые к производству визуальные элементы, поэтому не стоит тратить на нее больше нескольких часов.
Вот предлагаемая структура:
Заголовок
Однопредложное ценностное предложение
Проблема
2-3 предложения о боли
Решение
3 пункта, описывающие функции вашего продукта
Социальное доказательство
«Присоединяйтесь к 50 уже заинтересованным студентам» (если это правда)
Призыв к действию
Имея это в виду, выберите одно сильное призывное действие, которое должны выполнить посетители. Вот несколько примеров и данные, которые они могут вам предоставить:
- Подпишитесь на обновления или ранний доступ – это позволит вам увидеть, кто действительно заинтересован, и составить список потенциальных первых пользователей.
- Включитесь в список ожидания – это показывает заинтересованность пользователей, не требуя полной готовности продукта.
- Запросите дополнительную информацию или демонстрацию – это вызывает у вас любопытство и заинтересованность, одновременно открывая канал для качественной обратной связи.
- Предварительный заказ (если применимо) – измеряет готовность инвестировать или взять на себя обязательства (что отличается от обязательств, которые вы получаете, присоединившись к списку ожидания).
Инструменты для создания целевой страницы
- Carrd (бесплатно) – самый простой вариант
- Google Forms + простой HTML
- Публичная страница Notion
- Целевая страница Mailchimp
Привлечение трафика на вашу страницу
- Публикация в соответствующих сообществах WhatsApp
- Поделиться в социальных сетях (X, TikTok, LinkedIn)
- Публикации в группах Facebook, университетских сетях
- Направьте сообщение потенциальным пользователям
- Необходимо более 100 посетителей для получения значимых данных
Ключевые показатели
Отслеживание правильных данных помогает вам принимать обоснованные решения для следующей итерации, а не полагаться на впечатления или интуицию. Вот некоторые данные, которые следует учитывать:
-
Регистрации или подписки
Это показывает первоначальный интерес и спрос на ваш продукт. Большое количество регистраций указывает на то, что ваше ценностное предложение находит отклик; низкое количество регистраций говорит о том, что вам, возможно, необходимо доработать посыл или нацелиться на другой сегмент аудитории. -
Переходы по ссылкам в призывах к действию
Переходы по ссылкам указывают на заинтересованность и желание узнать больше. Отслеживание того, какие призывы к действию получают больше всего переходов, может помочь определить приоритетность функций или информации, которые наиболее важны для пользователей. -
Время на странице
Люди проводят время на странице или быстро ее покидают? -
Источники трафика
Какие из ваших маркетинговых каналов работают?
Продолжая совершенствовать свой MVP, помните, что методы, которые мы здесь рассмотрели, — это лишь некоторые из инструментов, которые можно использовать для сбора информации и проверки вашего продукта. Каждая команда и каждый продукт уникальны, поэтому важно выбрать подходы, которые наиболее подходят для ваших целей, сроков и аудитории.
Оставайтесь целеустремленными в своих итерациях и следите за тем, чтобы ваш продукт продолжал совершенствоваться, сохраняя при этом лаконичную и целенаправленную суть. Постоянное тестирование, наблюдение и итерация — это важные навыки для любого предпринимателя, и навыки, которые вы здесь приобретете, помогут вашему продукту пройти через несколько циклов усовершенствования и стать более зрелым и успешным.
Эти тесты, как мы надеемся, помогут вам запустить MVP к концу акселератора. Это должно быть вашей целью, так как судьи будут смотреть на вас более благосклонно. Даже если вы не успеете полностью запустить проект к концу акселератора, демонстрация вашего итеративного процесса с реальными пользователями будет иметь решающее значение для показа вашего прогресса и стремления к успеху вашего предприятия.
Размышление
Потратьте несколько минут на размышления о своем недавнем опыте тестирования и итераций. Подумайте о следующем:
Дополнительные ресурсы
Wix.com содержит список сильных целевых страниц, на которые вы можете ориентироваться. Посмотрите здесь.
Следующий плейлист от Nielsen Norman Group дает хорошее представление о том, как проводить тесты юзабилити, особенно в удаленных условиях.
