Разработка продукта – трудоемкий процесс.
Рынок постоянно нуждается в новых решениях, но на пути к созданию инноваций любая компания сталкивается с неудачей.
В этой статье мы собрали собственный опыт работы.
в высокотехнологичном сервисе попытаться разобраться, какие проблемы могут возникнуть при разработке нового продукта и как их избежать.
1. Забудьте о процессе, работайте на результат
Часто при разработке продукта компании направляют все свое внимание и ресурсы на процесс создания и производства.Даже если каждый этап работ проводить «строго по технологии», результат может оказаться не таким радужным, как казалось вначале.
Тематическое исследование Три месяца назад в команде Новичок Был реализован сложный процесс системной аналитики.
Аналитик должен был запросить и собрать маркетинговые исследования, подготовить варианты решения, запросить финансовые расчеты, спроектировать алгоритмы, поставить UX-задачи, определить бизнес-требования, защитить свои решения, отследить результаты после внедрения, передать их в эксплуатацию и т. д. Нагрузка на аналитика может достигать 15 задач в день.
Специалист физически не сможет справиться с таким количеством разнообразных задач в день.
Неудивительно, что при таком объёме работы аналитик оказался узким местом в решении общих задач.
Чтобы повысить эффективность, было сделано много вещей.
В результате компания отказалась от столь сложного процесса и радикально упростила его, распределив обязанности между разными специалистами.
Эффективность выросла, а процесс аналитики стал быстрее.
Как избежать Если процесс разработки продукта слишком сложен и результат не соответствует ожиданиям, необходимо пересмотреть текущие процессы и стать более гибкими к изменениям на каждом этапе работы.
2. Поддерживать высокий уровень командной синхронизации.
Умение работать в команде – важный навык, которым обладает не каждый.
На практике часто возникают ситуации, когда реализация одной задачи требует привлечения сразу нескольких специалистов.
Например, задача внедрения промокода в систему предполагает работу как фронтенд-разработчика, так и бэкенд-разработчика.
Если эти люди не могут договориться между собой, могут возникнуть самые разные проблемы.
Например, с визуальной точки зрения задача будет выполнена, но без алгоритма проработки механики промокода эта задача не будет иметь никакой ценности.
Тематическое исследование Когда в нашем сервисе появилось несколько разных продуктов, команды разработчиков для каждого продукта остались отдельными.
Один пользователь, одна учетная запись, но разные продукты и команды.
Однажды нам позвонил клиент и сказал, что мы рассылали ему спам.
Оказалось, что все команды присылали ему письма, когда возникали ситуации, требующие внимания (например, баланс приближался к нулю и услугу можно было приостановить).
В результате за неделю пользователь получал около 40 писем от сервиса.
Был проведен анализ email-рассылок.
Некоторые буквы объединены.
Сейчас разрабатывается email-стратегия, которая наконец исправит все недостатки.
Как избежать Чтобы добиться синхронизации между задачами, координируйте действия команды/команд, работающих над одним продуктом.
Например, провести общую «Демо» дизайна и разработки, оповестить другие команды о новых функциях.
Создайте общедоступный документ с историей релизов, в котором будет четко описано, что было сделано, когда и какой командой, добавив ссылку на задачу в трекер задач.
3. Избегайте модификации продуктов по первому требованию пользователя.
У новых продуктов возникают проблемы во время использования.
Не секрет, что некоторые доработки проектов были инициированы пользователями, обратившимися в службу поддержки.
Никто не спорит: продукты нужно улучшать, но прежде чем бросаться «латать дыры», следует поискать первопричину проблем.
Как избежать
Собирайте запросы пользователей за достаточный период времени.
В зависимости от количества обращений в службу поддержки этот срок может составлять как неделю, так и месяц и более.
Анализируйте проблемы, выявляйте повторяющиеся и решайте проблемы, на которые пользователи жалуются чаще всего.
Если проблема носит блокирующий характер, то есть влияет на корректную работу пользователя в системе, решайте ее немедленно.
4. Пригласите разработчиков обсудить проект и задачи проектирования.
Часто, получив бизнес-требования заказчиков, дизайнер приступает к описанию логики выполнения задач.
Если не учитывать технические особенности системы, то в итоге может получиться решение, на разработку которого уйдет 3 месяца.
Тематическое исследование Однажды в Новичок произошла ситуация.
Нарисовали интерфейс, в котором в одном из продуктов был мастер создания проекта: на первом шаге пользователь авторизуется в другом сервисе, чтобы получить от него информацию (в Яндекс.
Директе), на втором шаге выбран список параметров для работы.
Параметры были получены путем выполнения запроса с использованием токена, указанного на первом шаге.
Интерфейс был показан клиентам, одобрен и отправлен разработчикам.
Когда разработчики это увидели, они сказали: «Здесь нам придется показывать фильм, потому что если у пользователя много данных, то он может ждать очень долго.
Более того, это интерфейсное решение не является удобным для пользователя».
В результате нам пришлось все переделывать с учетом отзывов программистов.
Как избежать Приглашайте разработчиков к участию в обсуждении проектов, составлении требований, вовлекайте их в проектирование.
Привлекая к работе разработчиков на ранних этапах, вы сможете значительно сократить время создания проекта, избежать лишних затрат на доработку и избежать ненужных седых волос из-за срыва сроков.
5. Упростите.
Это здорово, когда это эффективно Время от времени коммерческие специалисты сталкиваются с блестящими идеями при создании новых продуктов или усовершенствовании старых.
К сожалению, не все гениальное востребовано и может быть реализовано.
Тематическое исследование Чтобы увеличить объем продаж, они часто используют собственные стратегии электронной почты.
Существует множество способов их реализации: настройка отправки событий, стороннего сервиса email-рассылок, отправляющего письма на основе сигнала вашего сервиса, реализация единой триггерной логики на стороне вашего сервиса и использование стандартного или универсального шаблона для рассылка и т.д. Иногда компании решают пойти своим путем и действовать по-другому.
Написав первое письмо пользователям, команда думала, что оно будет последним.
И затем они отправили последнее письмо.
И еще.
Когда писем стало много, команда реализовала свой сервис по созданию шаблонов.
На выполнение ушло 2 месяца, и оно оказалось не таким качественным, как существующие специализированные сервисы.
В результате компания пришла к оптимальному решению — интегрировала сторонний почтовый сервис.
Как избежать Если внедрение инновации кажется слишком сложным, откажитесь от нее.
Не тратьте время на создание сервисов, которые будут явно уступать существующим.
Ответьте себе на вопрос: действительно ли вам нужен инструмент, который сложно обслуживать, но хотя бы свой?
6. Избегайте двусмысленной интерпретации требований
Неоднозначная задача порождает недоразумения, которые могут привести к нежелательным результатам.Например, аналитик может спросить: «Добавьте пять слонов рядом с полем регистрации».
Разные члены команды могут воспринимать как должное разные варианты этого «рядом»: справа, слева, сверху и снизу.
Как избежать
Если требование не до конца понято, следует задать уточняющие вопросы.
Члены команды должны научиться как можно детальнее подходить к каждой задаче, чтобы избежать путаницы и чрезмерного обдумывания.
Уровень детализации требований обсуждается внутри команды.
Также вы можете разработать шаблон технического задания, который подойдет каждому, и в нем максимально подробно описать цель задачи, логику и пользовательский интерфейс.
7. Помните о своей целевой аудитории
Как ни странно, есть люди, которые считают: лучше привлечь как можно больше пользователей, и среди них обязательно будет целевая аудитория продукта.Это не верно.
У вас может быть конкретный продукт, потребителями которого являются определенный сегмент пользователей.
Тематическое исследование Целевая аудитория продукта — домохозяйки, но проекту хотелось получить много трафика.
Потратив значительную сумму на рекламу, компания начала публиковать неоднозначные баннеры на крупных бизнес-порталах в надежде привлечь платежеспособных клиентов.
Трафик значительно увеличился, а продажи – нет. Когда мы провели опрос, почему пользователи заходят на сайт и ничего не покупают, оказалось, что большинство из них просто не являются целевой аудиторией.
Их просто не интересовал предлагаемый продукт. В рекламную кампанию были внесены изменения, и через некоторое время проблема решилась.
Как избежать Изначально лучше сосредоточить свои усилия на привлечении целевого трафика и внести коррективы в рекламные кампании и позиционирование, если посетители сайта точно не являются вашими потенциальными клиентами.
8. Не допускайте дублирования сплит-тестов при проверке гипотез.
Эта проблема может возникнуть, когда гипотезы неправильно спланированы или аналитики имеют низкий уровень квалификации.
Тематическое исследование Компания начала тестировать две версии формы регистрации на лендинге (50% пользователей видят одну версию, 50% — другую).
Потом возникла необходимость проверить еще одну гипотезу в зоне выплат, и был запущен еще один тест. Это усложнило работу аналитиков, так как требовалось много времени, чтобы разделить когорты таким образом, чтобы оценить влияние изменений на конечные действия пользователей.
Сбор данных занял гораздо больше времени, чем потребовалось бы для запуска тестов один за другим.
Как избежать При проведении A/B-тестов не допускайте перекрытия сплитов.
Попробуйте разделить пользователей так, чтобы один человек участвовал только в одном эксперименте.
Если вдруг запустилось сразу два теста, оцените 4 группы:
- первый вариант целевой страницы + первый вариант в области оплаты;
- первый вариант целевой страницы + второй вариант в области оплаты;
- второй вариант целевой страницы + первый вариант в области оплаты;
- второй вариант целевой страницы + второй вариант в области оплаты.
9. Не путайте свое мнение с мнением пользователя
Одна из распространённых ошибок — принять своё мнение за мнение пользователя.Если вам нравится продукт, его дизайн и удобство использования, вы понимаете, как с ним взаимодействовать, не факт, что пользователь разделит ваш восторг.
Как избежать
При разработке каждой отдельной зоны интерфейса учитывайте внешний вид всего сервиса в целом.
Не думайте за пользователя.
Спросите его (например, методом фокус-группы), что для него удобнее, привычнее, лучше, чего он ждет от нового продукта.
Перед запуском продуктов Яндекс проводит очное тестирование: встречается с пользователями, смотрит на их реакцию и задает неловкие вопросы о своей гипотезе.
Если заранее узнать мнение пользователя о разработке, можно избежать многих проблем в будущем.
10. Регистрируйте события как можно больше
Если в работе какого-либо модуля системы возникает спорная ситуация, самый быстрый и простой способ – обратиться к журналам событий.Если они, конечно, существуют. Если вы поленились и не записали события, вам придется потрудиться, чтобы найти первоисточник проблемы при ее возникновении.
Как избежать Регистрируйте события как можно больше.
Это не означает, что вам нужно начинать регистрировать каждую мелочь, например, движение мыши пользователя, но следует записывать основную информацию, происходящую с объектом.
Заключение
Любая компания может столкнуться с проблемами при разработке новой продукции.Главное — признать ошибки, сделать выводы и принять меры, чтобы они не повторялись в будущем.
Были ли в вашей практике разработки неудачи и как вы с ними справлялись? Расскажите нам о своем опыте в комментариях.
Автор: Екатерина Хиндикайнен, ведущий системный аналитик сервиса Новичок Теги: #rookee #разработка продуктов #Управление продуктами #Разработка сайтов #Управление разработкой #Управление проектами #Управление продуктами
-
Именно То, Чего Ожидать От Лас-Вегаса
19 Oct, 24 -
Какая Сегодня Погода В Алущевске?
19 Oct, 24
