Разработка собственного продукта в IT-агентстве — зачем, как, для кого

Сегодня TMS DoQA, разработанную IT Test, используют более двухсот тестировщиков и QA-инженеров, а еще несколько лет назад у системы не было ни одного пользователя. На собственном опыте рассказываем, как IT-агентству создать свой продукт и о каких ошибках и просчетах стоит знать заранее.

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

Мы в IT Test c момента создания компании позиционировали себя как QA-агентство — с 2016 года мы занимаемся аутстаф-тестированием на проектах разного масштаба. В процессе работы часто сталкивались с отсутствием тестовой документации на стороне клиента, либо с ее ведением в не очень подходящих для этого инструментах.

Подробнее о создании DoQa читайте по ссылке.

На наш взгляд, разработка собственного продукта для IT-агентства связана с рядом преимуществ и стратегических целей.

• Повышение эффективности и экспертизы агентства. Создание собственного продукта может предоставить инструменты, чтобы улучшить производительность и эффективность работы. А работа над ним может стимулировать исследование новых технологий и рынков, что может усилить экспертность агентства и привести к новым возможностям для роста.
• Диверсификация доходов. Создание собственного продукта может стать дополнительным источником дохода и помочь сгладить колебания спроса на услуги разработки.
• Контроль над продуктом. При разработке собственного продукта IT-агентство имеет полный контроль над его функциональностью, качеством и развитием. Это позволяет лучше адаптировать продукт под потребности рынка и клиентов.
• Управление рисками. Уменьшение зависимости от аутсорс- и аутстаф-проектов может снизить риски, связанные с изменениями в экономической ситуации, поведением клиентов или конкуренцией на рынке.

Начать работу над своим продуктом нужно с анализа текущих трендов и потребностей рынка. Идея может прийти как раз в процессе исследования, а также в ходе общения с клиентами, коллегами и партнерами, или на основе уже имеющегося опыта и экспертизы. Вот еще несколько факторов, которые следует учитывать.

Экспертиза. Сильная экспертиза в той области, для которой разрабатывается продукт, — важный фактор успеха. 90% стартапов проваливаются в первую очередь из-за того, что создают то, что не нужно рынку.

Преимуществом IT Test оказалась собственная команда из более чем 70 тестировщиков, которые ежедневно сталкивались с проблемами разных TMS и систем управления проектами, и знали, как можно их улучшить.

Команда. Приступать к работе над собственным продуктом стоит, если у компании есть ресурсы не только на его разработку, но и на поддержку, доработку и менеджмент.

Кастдевы. Важно постоянно общаться с потенциальными и действующими клиентами, проводить кастдевы, делать кабинетные исследования, выходить в поля. Вот список некоторых вопросов, на которые можно опираться:

• Как аудитория решала проблему до появления вашего продукта?
• С какими проблемами сталкивалась?
• Какую выгоду получает от продукта?
• Кто, кроме ключевых пользователей, сможет использовать ваш продукт?
• Какие боли и потребности аудитории может закрыть продукт?
• По каким параметрам аудитория его выбирает?
• В каких каналах аудитория потребляют информацию, что читает и смотрит?
• Какие факторы влияют на принятие решения о покупке?
• Как происходит процесс согласования покупки?
• Какой информации не хватает для приобретения?

Ответы на эти вопросы помогут сформировать и сегментировать портреты пользователей, для каждого из которых можно будет сформировать отдельные ценностные предложения.

Первые клиенты. Первыми пользователями нового продукта агентства могут стать клиенты и партнеры. При выходе на широкую аудиторию важно обратить внимание на следующие шаги:

• Определить, на какой ступени лестницы Ханта находятся разные сегменты целевой аудитории и выстраивать маркетинговые коммуникации в соответствии с этим — они должны быть разными для каждой ступени, со своими инструментами, площадками, рекламой и контентом.
• Дать аудитории возможность бесплатно попробовать продукт, например, с помощью триала. Согласно исследованиям, человеку нужно до семи раз соприкоснуться с продуктом, чтобы принять решение о покупке.
• Сразу начать собирать базы контактов, настроить CRM, триггерные рассылки, автоматизировать онбординг. База контактов — один из главных и самых ценных ресурсов.
• Быть постоянно на связи, формировать кейсы, собирать отзывы, начиная с самых первых клиентов.

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

Вот основные ошибки, которые агенства совершают при разработке продукта.

Создание продукта исключительно под себя. Часто компании рассказывают о своих болях, начинают работу над продуктом. Как правило, в таком случае всё умирает на стадии MVP, так как приходит понимание, что нужны огромные вложения и продукт сам по себе не выживет.

Неправильное распределение ресурсов. Для создания и развития собственного продукта важно иметь отдельную команду. Часто агентства берутся за разработку собственного продукта, потому что у них освобождаются под это ресурсы, но потом сталкиваются с необходимостью их перераспределения, что негативно сказывается на развитии продукта.

Отсутствие опыта управления собственным продуктом. С самого начала работы над продуктом желательно иметь менеджера проекта, который сможет выстраивать долгосрочное планирование, а не просто удерживать проект на плаву.

Недальновидные решения. У нас в DoQA, например, была такая ситуация. В августе 2022 года мы реализовывали плеер прогонов, и у нас был выбор: либо делаем единый плеер для тестов из чек-листов и тест-кейсов, либо разделяем эти плееры. Разница в разработке была примерно полторы-две недели. Мы приняли решение пойти по пути наименьшего сопротивления и сделать разные плееры — по сей день DoQA существует в таком виде. Однако пользователи говорят, что им нужен единый плеер, где они смогут объединять два вида тестов. Правда теперь, чтобы объединить плееры, мы потратим уже не полторы-две недели, а полтора-два месяца, ведь требуется учитывать, что у пользователей уже есть данные, которые сохранены в определенном формате. Сейчас задача в процессе.

Несвоевременная разработка внутренних фичей для управления продуктом. Речь идет о внутренних админках, инструментах для сбора статистики, регистрации новых пользователей, монетизации. Важно учитывать, что на эти работы тоже требуется время и ресурсы.

Несмотря на сложности, сегодня DoQA — это самостоятельный продукт компании IT Test, который используют более двухсот тестировщиков и QA-инженеров. При этом мы считаем, что не стоит забывать про ошибку выжившего, ведь начинать что-то новое всегда рискованно.

Подробнее о том, как понять, что пора внедрять TMS в работу отдела тестирования, читайте по ссылке. А здесь мы рассказывали, как внедрить систему с нуля. Напоминаем, что у DoQA есть бесплатный пробный период на 14 дней без ограничений по функционалу и количеству тестировщиков.