Несколько рекомендаций по заполнению карточек товара в маркет-плейсе (часть 1)

Рубрика при поддержке партнеров Pandora 10.

- Nielsen Norman Group провела ряд исследований с использованием технологии eye tracking, позволяющей отслеживать движение глаз пользователя по страницам и фиксировать их реакцию на контент. Они показали, что порядка 79% юзеров изучают карточку товара по траектории, напоминающей букву F по каждому разделу (фото, описание в том числе). Чтобы обеспечить максимальную конверсию, целесообразно размещать наиболее важную информацию в пределах этой траектории.

- Для каждого товара можно создать несколько карточек и поместить их в разные категории. Протестировав и посмотрев, где продажи и просмотры лучше, примите решение.

- Чтобы карточка товара лучше индексировалась в фильтрах и поисковике в описании стоит указывать значение в полном объеме без повторов. Например, если вы выбрали категорию «Футболки и топы» на Wildberries и указали в описании «Белая приталенная футболка для женщин», то товар проиндексируется по запросам: «Футболка», «Футболка белая», «Футболка приталенная». Если же написать «Белая футболка Приталенная футболка Женская футболка», то текст автоматически сократится до «Белая приталенная футболка».

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

- Контент должен быть уникальным. Визуальный контент – основа, влияющая на покупку, это то, что первым делом попадает на глаза покупателя в поисковой выдаче. Чем сильнее дизайн выделяется на общем фоне, тем сильнее воздействует на психологическое восприятие – мотивирует к покупке или тормозит. Не копируйте слепо чужой дизайн, так успеха в продажах не достичь. Смело выделяйтесь – в e-commerce это шаг к продажам.

- При демонстрации товара в действии (в руках или любое другое применение) легко понять его габариты, структуру, цвет, любые другие характеристики. Встроенный в реальную жизнь образ провоцирует неосознанное желание держать товар в своих руках. Формат видео становится все более популярен и особенно пригодится редким вещам не знаменитых брендов, например, видео полезно для категории кожгалантереи и ювелирных изделий. Используйте видео-контент и возможности соцсетей при маркет-плейсах.

- Обратите внимание на ТОП фильтров в вашей категории: именно их нужно заполнить обязательно, именно они самые высокие по конверсии в покупку и SEO-оптимизации

- Название товара должно быть предельно информативным - обратите внимание на шаблоны название в вашей категории

- Обязательно создавайте комплекты и рекомендации: они работают не только на продажу сейчас, но и на отложенные покупки

Хотите больше рекомендаций от продакта, который работал в Корзине, Избранном, Личном кабинете и категориях Электроника, Спорт и Цифровые товары в маркет-плейсе - приходите за консультациями к автору канала и делитесь каналом @freshproductgo.

Как и почему настроить гибрид при управлении релизами продукта

Почему гибрид возможен?
1. Первая постановка задачи у продукта простая и понятная, а вот после выхода на рынок планируется кастомизировать продукт под потребности пользователя. Можно реализовать первый этап проекта по Waterfall, а поддержку и развитие вести спринтами, по гибкой методологии управления.
2. Если мы выбрали Waterfall, важно оставаться включенным в процесс и регулярно проводить ревью результатов работы. Добавляем плановые демонстрации (промежуточные отчеты), как в Scrum.
3. Тогда можно начать с работ по аналитике и документированию: составить список User Stories (отзывы клиентов), приоритизировать их и прояснять последовательно (это вариант работы с backlog задач в гибких методологиях).
4. Внедряем матрицу управления рисками – стандартный артефакт Waterfall-проекта. Даже если проект ведем по Agile-фреймворку, можно параллельно использовать практики каскадной модели управления проектом.

Как сделать подходящий к проекту гибрид
- Сначала придется выбрать исходный фреймворк управления проектами, который будем менять. Сверяемся с данной выше табличкой и личным опытом, либо выбираем фреймворк, с которым команда/заказчик работали раньше.
- Определяем “слабые места” фреймворка применительно к текущему проекту. Что именно хочется улучшить в управлении? Какие важные области оказались не покрытыми? Здесь еще можно вернуться на шаг назад и выбрать другую методологию. 
- Решаем проблемы выбранного фреймворка с помощью других фреймворков. Адаптируем их к текущей ситуации.
- Рассказываем про все изменения стандартных процессов команде, а также фиксируем их в общем доступе. Если процессы будут для членов команды новыми, они смогут освежить их в памяти в любой момент. 
- По ходу проекта периодически возвращаемся к формату управления процессами и сверяемся с целями: достигаются ли они за счет выбранных инструментов? Появились ли новые потребности? Возможно, предыдущие условия стали неактуальными?

Waterfall еще жив в продуктовой разработке. Об этом будет 1 июня бесплатный вебинар для Product-менеджеров и Scrum-мастеров «Оценка и тайминг». Хорошая возможность структурировать знания и понять, куда расти дальше. Выступит CEO компании AMIGA Дмитрий Тарасов. Он расскажет, в чем ценность экспертной оценки, зачем нужны SMART и DoD. Знания актуальны для продактов.

Регистрация: https://clck.ru/hcgaG

UX- и CX-иcследования, которые используют редко

Все исследования - проверка продукта, аудитории и удобства продукта.

• Этнографические полевые исследования (Ethnographic Field Studies). Исследователи наблюдают за пользователями в привычной для них обстановке, где те вероятнее всего столкнулись бы с использованием тестируемого продукта/сервиса;

• Совместное проектирование (Participatory Design). Участникам дают возможность спроектировать собственный интерфейс из предложенных элементов таким образом, чтобы для каждого он был максимально удобным. В этом исследовании самое главное — добыть ответы на вопросы: что является наиболее важным в интерфейсе для каждого пользователя и почему;

• Юзабилити бенчмаркинг (Usability Benchmarking). Исследование юзабилити, которое выполняется несколькими участниками по строго прописанному сценарию с заранее четко обозначенными метриками эффективности.

• Немодерируемое панельное исследование (Unmoderated Remote Panel Studies). Группа обученных участников, на девайсах которых установлены программы для записи видео и сбора данных, произносят вслух то, что они думают при работе с сайтом или приложением. Записанные данные немедленно отправляются для анализа к исследователям на сервер компании.

• Проверка концепции (Concept Testing). Одному или нескольким испытуемых предоставляется концептуальная версия продукта для определения того, удовлетворяет ли продукт потребности целевой аудитории или нет.

• Дневниковые исследования (Diary/Camera Studies). Участникам выдаются камеры или дневники для записи всех аспектов своей жизни, которые каким-либо образом относятся к исследуемому продукту или услуге, или просто являются ключевыми для целевой аудитории. Такие исследования обычно долгосрочные и подходят только для тех данных, которые пользователи легко могут записать сами.

• Оценка предпочтений (Desirability Studies). Участникам предлагаются различные варианты визуального дизайна, каждый из которого они оценивают по предложенному списку атрибутов. Такие исследования могут быть как качественными, так и количественными.

• Сортировка карточек (Card Sorting). Пользователи сортируют элементы по группам, затем каждой группе назначают категорию. Данный метод помогает создать или уточнить информационную архитектуру сайта за счет понимания ментальной модели пользователя. Метод может быть как качественными, так и количественным.

• Исследование истинного намерения (True-Intent Studies). Данный метод опрашивает случайных посетителей сайта, какие у них цели и намерения при входе на сайт, измеряет их последующее поведение, а при выходе с сайта спрашивает, получилось ли им достичь своей цели или нет.

Исследования помогают создать продукт, желанный для человека. Хотите послушать лучшие практики в создании продуктов, основанных на исследованиях - приходите на онлайн-митап 31 мая в прямом эфире об инструментах, которые помогут сделать продукт, востребованный у людей и полезный для бизнеса.

На митапе выступят эксперты из М.Видео-Эльдорадо, Alfa Research Center и INTEGRAL DESIGN. Они расскажут, как изменилась система ценностей потребителя, что влияет на решения клиентов, как разработать продуктовую стратегию и оценить эффективность спринтов в дизайне.

Регистрация по ссылке - https://u.to/ftgpHA

Как увеличить LTV клиентов?

Анализ LTV используют 82% компаний, в которых маркетинговая аналитика максимально способствует эффективности и росту. Есть 6 основных механик увеличения этого показателя:
1. Персонализация маркетинга, привлечения и цен увеличит конверсию в первую покупку и средний чек.
2. Эффективная программа лояльности увеличит частоту покупок.
3. Кросс-сейл- и апсейл-механики увеличат частоту покупок и средний чек.
4. Лучшие товарные рекомендации с учетом истории покупок повысят рентабельность.
5. Снижение расходов на удержание лояльных клиентов повысит прибыль с каждой транзакции.
6. Предсказание и снижение оттока повысят срок удержания.

Важные выводы из гайда по LTV Андрея Муратова, управляющего партнера Coffee Analytics:

— Недостаточно оценивать операционные показатели типа ROAS, CPO. Нужно понять, какую выручку принесут клиенты в будущем и сформировать стратегию роста LTV (по сути стратегию ценности бизнеса).

— Расчет ROI в связке с ARPU и LTV позволяет оценить рекламные каналы в пределах месяца и в долгосрочной перспективе. Это полезно, потому что окупаемость может меняться: в течение месяца у канала низкий ROI, а на дистанции полугода — высокий.

— Тактически LTV помогает всему отделу маркетинга. В performance — сопоставлять LTV с CAC, оценивая рекламные каналы и фокусируясь на самых ценных клиентах. В CRM-направлении — расставлять приоритеты в кампаниях для удержания клиентов.

— Стратегически LTV позволяет отслеживать эффективность управления ЖЦ клиентов и динамику ценности всей базы клиентов.

Опытом применения LTV поделились коллеги из Benetton, НЛМК, Яндекс.Еды, Яндекс Go, «220 Вольт».
Первую часть гайда по LTV читайте в журнале Mindbox: https://mindbox.ru/journal/experts/chto-takoe-ltv/
А чтобы не пропустить следующие части, подписывайтесь на Телеграм-канал журнала: https://news.1rj.ru/str/helpfulmarketing/

Что нужно сделать перед тестированием гипотез, о чем многие забывают

В агонии даже самые опытные продакты забывают, что до написания ТЗ нужно:

1: Если у вас есть гениальная гипотеза, сначала поговорите с потенциальными клиентами — возможно, ваш продукт нужно будет доработать или сделать более понятным. Все ошибаемся, потому что не провели исследование рынка и не объяснили клиентам ценность приложения заранее.

2: Уточняйте запросы клиентов и что за ними стоит. Выясните, какие именно проблемы возникают у пользователей, а затем уже ищите решения.

3: Вместо отказа от неудачной на первый взгляд фичи можно доработать гипотезу и попробовать еще раз.
Если идея не сработает, придется откатывать систему назад и заново пересобирать интерфейс сервиса.

4: Перед тестированием нужно понять, стоит ли новая фича потраченных ресурсов. Если разработка приложения стоит 250 тысяч рублей, а потенциально заработать на нем вы можете всего 100 тысяч, откажитесь от этой идеи.

Очень хорошую базу по способам проверки гипотез дают на курсе ProductStar «Продакт-менеджер». Программу составляли совместно с ведущими практиками рынка, что позволяет с первых уроков погрузиться в реальную среду: нетворкинг, стажировки, коференции и митапы с топовыми продактами. Обучение на практике и реальных кейсах и экспертный совет из сотрудников ведущих университетов и практиков рынка.
Сейчас на курс действует скидка 27% и дополнительный промокод FRESHPRODUCTGO для моих подписчиков на скидку 25000 руб. - это отличная возможность отучиться летом и начать работу с карьерным центром как раз в начале активного сезона найма!
Регистрация: https://go.productstar.ru/8urfFd

Основные ошибки продактов в Product Discovery

Product Discovery=User Research
Конечно, пользовательские исследования важны, но это еще не все.
Важно анализировать данные о поведении пользователей, собирать информацию о рынке, определять приоритеты, генерировать гипотезы и тестировать идеи.

Нет четкого понимания, к чему идем
То есть тестим идеи без понимания цели, и, соответственно, без определения метрик, которые пытаемся улучшить.

Product Discovery слишком времязатратно
Это происходит, когда к исследованию начинают подходить как к процессу, у которого есть начало и конец. Вам хватит пары часов, чтобы определить болевые точки ЦА, сгенерировать решения и посоветоваться с нейтральной аудиторией, чтобы понять, есть ли потенциал у этих решений.

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

Ценность бизнеса ставится выше пользовательской ценности
Это случается, когда приоритеты расставляются в пользу потенциального дохода. Весь Discovery превращается в «давайте спросим наших клиентов, чего они хотят». Это ужасно. Никогда не просите решений. Попросите пользователей описать проблему, найдите решение и вы увидите, что профит неизбежен.

Сохраняйте в заметки, делитесь ссылками на канал! А если нужна помощь в построении продуктовых процессов и росте продуктов, пишите автору канала @SKoloskov.

Чек-лист блоков для in-app видеопредложения

1. Открытая петля. Помимо того, что Вам нужно представиться, нужно закинуть крючок, чтобы с первых секунд зрителю захотелось досмотреть Ваш материал до конца без паузы и перерывов на обед. Ваша задача сказать такое, чтобы клиент задумался и захотел получить ответ. Пример: “И через несколько минут Вы узнаете, как с помощью металлической трубы заработать миллион за несколько дней”.

2. Обещание. После приветствия и открытой петле мы делаем главное обещание видео, т.е. о чём будет данный ролик, а точнее, что получит в итоге зритель после просмотра. Пример: “В этом видео Вы узнаете, как мебель на заказ сэкономит Ваши деньги и поможет повысить эффективность сотрудников.”

3. Дефицит. Если мы продаём товар импульсного спроса, то отлично будет сказать о дефиците, что продукт ограничен и Вы можете не успеть его приобрести, если будете медлить. В рамках начала мы говорим абстрактное ограничение, когда в конце делаем уже вполне конкретное.

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

5. Решение. История, рассказанная выше, может закончится так. А можете просто плавно перейти к тому, что у Вас есть решение, которое позволяет получить “Один, два и три…”. Рассказываем о решении максимально подробно, со всеми выгодами для покупателя. В данный момент Вы должны рассказать всё, что получит клиент. Сделать так, чтобы он сказал: “Я не знаю, сколько это стоит, но я хочу!”.

6. Гарантия и бонусы. Очень здорово, если в Вашей компании есть определённые гарантии. Они помогут убедить клиента купить.Гарантии могут быть любые, как о возврате товара, так и гарантия качества. Это не обязательный блок, но он поможет лишний раз убедить клиента сделать выбор в Вашу сторону.

7. Ближе-дальше. Мы не отталкиваем в прямом смысле этого слова. Мы говорим, с кем мы не работаем или кто нам не подходит. А для реализации “Ближе”, помимо презентации, Вы можете использовать блок “Для кого это решение”, где далее Вы описываете своего идеального клиента. А зритель в это время себя сравнивает с ним и понимает, что этот продукт создан для него.

8. Итог. Вычленить самое главное из всей презентации. Выделяем наши самые сильные выгоды для клиента, подкрепляя бонусами и гарантиями. Это необходимо сделать, так как не зря говорят, “Повторение – мать учения”. Люди могли с первого раза не понять всего, а со второго раз дойдёт.

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

10. Отработка возражений. Можно сказать, финал всего нашего продающего видео, так как после называния стоимости или призыва к действию, у клиента практически всегда возникают возражения из серии “Потом”, “Мне не подходит”, “Не сейчас” и т.д.

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

Хотите больше практических знаний по созданию In-app видео, узнать как встроить решение и повысить продажи и уровень клиентского сервиса?
Приходите 7 июня 2022, 11:00 на вебинар, где вам расскажут про новое in-app видеорешение, которое поможет строить еще более тесное и удобное общение и повысить лояльность клиентов.
Как использовать видеотехнологии для продаж и клиентского сервиса, самые выгодные кейсы внедрения видеокоммуникаций, как за 10 минут автоматизировать видеообщение - эти и другие вопросы обсудят на вебинаре. Регистрируйтесь, чтобы узнать больше - https://clck.ru/jNaur

Еще одна рекомендация каналов для роста в продуктах

Мысли, подсмотренные на канале https://news.1rj.ru/str/pm_and_it27:
⁃ Как вы вовлекаете разработчиков в стратегический процесс? Для этого мы проводим совместные брейнштормы, еще на стадии формирования бэклога. Все участники команды решают проблему, делятся ценными идеями. Если
разработчик готов что-то предложить, он говорит: «Ребята, нам надо сделать это, потому что...». Если идея классная, то она будет принята во внимание и реализована при должном уровне обоснования. 

⁃ Способ сравнения с рынком, возможно, самый понятный и потому самый простой не только для определения цены но и для обоснования ее клиенту. Он подразумевает получение ответа на вопрос: за какую цену продаются аналогичные объекты. Сложности возникают только если продукт имеет значимые отличия от конкурента. Конечно, можно попытаться учесть эти различия, однако стоит помнить что такой учёт различий можно выполнить объективно только для какого-то конкретного клиента, зная его потребности. Насколько важны лично ему имеющиеся отличия? Такой расчёт для каждого значимого отличия придется делать одним из представленных выше способов. В общем же случае для всех участников рынка учёт различий всегда субъективен.

⁃ Матрица достижимости цели помогает критически взглянуть, способны ли мы добиться ожидаемых результатов. Матрица поможет проверить стратегическое допущение о размере рынка при выбранной монетизации, если учесть расходы на уровне постановки цели, то мы получим уже визуализацию прибыли, генерируемой проектом:
1) Решаем, что на выбранном рынке можем рассчитывать на определенную выручку в месяц. Указываем ее наверху — это наша цель;
2) Прописываем в таблице кол-во клиентов (по вертикали) и средний чек (по горизонтали). Они помогут нам оценить выручку;
3) В пересечениях этих строк и столбцов мы показываем отношение получившийся выручки к поставленной цели. Оно показывает успешность нашего предприятия: меньше 1 — цель не достигнута; больше или равно 1 — цель достигнута. Оценив средний чек и количество клиентов, которые необходимы для успеха, мы
можем понять достоверность нашего допущения о размере рынка и монетизации

⁃ Помимо известной выборки конкурентов (прямые, вторичные, неявные) есть еще канальная конкуренция — когда сервисы борются друг с другом, находясь в одном канале. Представьте, что есть приложение по подбору одежды, которое рекламируется по ключам «подобрать гардероб» и «купить одежду». Такие же слова используют и такие большие компании как Adidas и Nike. В их случае маржа поработе сервиса будет составлять 50-70%, а в случае маленького интернет-магазина — всего 10-15%. Большие компании получают больше денег за единицу товара, а значит могут выкупить всех пользователей, ничего не оставив другим.     

Хотите больше статей и мыслей - приходите на канал канал по управлению продуктами, который будет интересен - https://news.1rj.ru/str/pm_and_it27

Подборка книг о миссии, видении и стратегии от Андрея Бадина, основателя и СЕО Product Lab и куратора программы «Управление командой в новой реальности»

«Стратегическое сафари», Генри Минцберг – 10/10.
Очень крутой обзор всех школ стратегии, аналитический труд с отсылками к другим книгам. Помог разобраться с подходами к стратегированию и отказаться от чуждых мне школ.

Good Strategy Bad Strategy, Richard Rumelt – 7/10.
В книге есть глубокие размышления и интересные примеры, но для миссии не сильно помогла, она уже про стратегии.

«Игра на победу», Алан Лафли – 7/10. В книге простая структура создания стратегии с доступными примерами развития продуктов от Procter&Gamble, а это плюс для продуктовой стратегии. У Лафли миссия – это Стремление к победе. Видение – это Поле игры. Но минус книги – нет глубокого разбора как их находить, скорее результаты.

«Главное внимание главным вещам», Стивен Кови – 7/10.
У Кови схожий с Синеком подход к поиску миссии, про изучение себя в прошлом. И хотя сама книга про другое (в целом, книга для меня 9/10), но про миссию есть приложение про поиск личной миссии.

«Цели и ценности», Аркадий Пригожин – 8/10.
Здесь наоборот – сама книга 6/10, не все зашло, но понравился раздел про ценности, а для меня они всегда идут вместе с миссией. Больше нигде не нашел такого структурирования. Есть раздел про видение, но он слабый.

«Герой и бунтарь», Кэрол Пирсон – 10/10.
Удивительная книга про применение 12 архетипов для брендов. Она не про миссию и видение, но она дала другой взгляд на себя, какие архетипы для меня наиболее аутентичны (Герой, Бунтарь, Эксперт, Искатель, Творец и Визионер).

На программе «Управление командой в новой реальности» Андрей Бадин расскажет, как формировать стратегии развития команды и каждого сотрудника.

Узнать подробности

Подборка телеграм-ботов от меня

Вдохновившись каналом Бот дня, создал свою подборку ботов, которые потестил и

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

Немилинг
Организация платной подписки в Telegram. Многие пользователи в данном мессенджере монетизируют свои каналы за счёт постоянной продажи различной рекламы ,что ухудшает изначально задуманный контент, эстетику и читабельность канала. Немилинг решает эту проблему полноценно и предоставляет возможность администратору канала выйти на совершенно другой уровень пассивного заработка без захламления рекламой ленты канала, а подписчику в свою очередь наслаждаться только тем контентом источника ради которого он и был на него подписан. Данный вид заработка позволяет предоставлять платную подписку на канал, цену которого назначает администратор канала. Бот также принимает и обрабатывает платежи после чего даёт доступ на выбранные сроки абонентом.

МОбс
Считает финансы в Телеграме и Google-таблицах. Все, что нужно - отправлять затраты и доходы в чат, а бот делает учёт доходов и расходов по ключевым словам, чтобы бот сразу распознавал счёт, куда отнести транзакцию и в какую категорию бюджета. Чтобы мы понимали, сколько у нас ушло именно на разработку сайта, а сколько на рекламу во множестве её видов. Но этим не удивишь никого: разделение по категориям есть везде. Также:
⁃ Совместное ведение бюджета: когда в одной группе в Telegram несколько человек могут вести одну таблицу и каждый видит весь cash flow.
⁃ Учёт комиссий, без них никуда! Когда банки, эквайринг берут свой процент, очень хочется знать, сколько на это уходит денег.
⁃ Отслеживание переводов: когда с одного счёта перекидываем на другой. Оказалось, тоже очень полезная функция для точного учёта остатков на счетах.
⁃ Учёт дат: если забыли провести операцию, можно занести всё задним числом.
⁃ Просмотр баланса по каждому счёту.
⁃ Сводные таблицы: сколько, откуда, куда и динамика всего этого.

Хотите больше интересных ботов - подписывайтесь на Бот дня от Димы Беговатова, это авторский канал с обзорами продуктов и стартапов. Подписывайся, чтобы узнавать о рынках, проблемах пользователей и их решениях через обзоры телеграм-ботов - https://news.1rj.ru/str/botdaily

Ликбез по тест-кейсам и зачем они нужны

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

Тест-кейс — это четкое описание действий, которые нужно выполнить для проверки отдельной функции вашего продукта. Тестировщик создает тест-кейс, чтобы проверить, работает ли определенная фича должным образом, и чтобы подтвердить, что функционал, UI/UX и другие параметры системы удовлетворяют всем соответствующим стандартам, руководствам и требованиям клиентов.

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

Характеристики хорошего тест-кейса
Прежде всего, тест-кейс не должен быть зависимым или связанным с другими тест-кейсами. Он должен быть полным и самодостаточным. Любые ограничения, отсутствие необходимой информации или чрезмерное количество деталей делают тест-кейсы менее эффективными:
• понятен любому члену команды;
• аккуратно и точно написан;
• соответствует требованиям;
• воспроизводим;
• пригоден для многократного использования.

Best practices в написании тест-кейсов
• Перед созданием нового тест-кейса убедитесь, что он не дублирует ни один из уже существующих в системе.
• Убедитесь, что тест-кейс покрывает 100% требований, которые вы должны проверить.
• Помните о теории методов тестирования, таких как анализ граничных значений, разделение эквивалентности, техника перехода состояния, угадывание ошибок.
• Помимо требований к системе, всегда помните о конечном пользователе, который будет взаимодействовать с системой.
• Не забудьте указать учетные данные, если они необходимы для выполнения теста.
• Позаботьтесь о тестировщиках, которые будут работать с этим тест-кейсом в будущем. В частности, убедитесь, что все ссылки верны и кликабельны. Не используйте ссылки на продакшен.

Хотите больше погрузиться в тему тестирования и обзор систем ведения тест-кейсов и багов? Приходите 9 июня на открытое занятие, где можно познакомиться с задачами тестирования, узнать жизненный цикл тестирования, чек-листы и тест-кейсы, а также о видах тестирования. Регистрация по ссылке - https://otus.pw/bJAo/

Мысли, подсмотренные на канале Все по КайФУ

1. Идеальное состояние продуктивности – когда мы выполняем какую-то определенную задачу и «пусть весь мир подождёт». Было проведено большое исследование среди офисных работников, установлено что до 40 % непродуктивных потерь в течение рабочего дня происходит из-за частого переключения менеджеров между разными задачами.

Все эти всплывающие напоминалки, уведомления из почты и мессенджеров – это огромный вред нашей продуктивности. Мы тратим время и энергию на каждое переключение фокуса внимания, на выход и возвращение в задачу. Вдумайтесь - до 40% рабочего времени!! Ссылка - https://news.1rj.ru/str/KFU_life/116

2. Масштаб мышления определяется двумя основными составляющими:
- Временной горизонт. Это способность человека при принятии решений учитывать определенную временную перспективу. Например, от слесаря в цеху или операциониста в банке трудно ожидать больше, чем месячный горизонт планирования. Но директор компании должен думать, как минимум, на 1-2 года. Этот горизонт можно определить, узнав срок решения самой длительной задачи сотрудника.
- Уровень допустимой сложности. Это то, насколько человек способен системно мыслить при решении сложных задач. Как он умеет анализировать причинно-следственные связи. Формировать альтернативные варианты решений. Видеть взаимосвязи между разными областями и факторами. Определять критерии для принятия решения. Иметь способности к абстрактному мышлению. Ссылка - https://news.1rj.ru/str/KFU_life/28

3. Всегда поддерживать избыточный набор задач в своем To-Do листе. Лично меня это стимулирует отсеивать шелуху, выделять самое важное и не ковыряться долго в носу. Создает стресс и чувство .опы, когда задачи начинают гореть. А ничего лучше страха провала меня лично (в моменте) не мотивирует, ничего так хорошо не повышает мою производительность и собранность. Переизбыток задач, висящих на мне, конечно очень раздражает моих коллег - я их динамлю, ставлю под угрозу дедлайны. Но в итоге эта практика увеличивает общий объем и ценность сделанной мной работы. Ссылка - https://news.1rj.ru/str/KFU_life/100

Еще больше мыслей по прокачке одного навыка – умению определять Ключевые Факторы Успеха (КФУ) – выделять главное в бизнесе и в жизни - на канале по ссылке.

Ограничения Nocode решений

Если вам нужно создать сложный ресурс с уникальной механикой действия, который нужно будет масштабировать впоследствии — no-code здесь не подойдет. Рассматривайте конструкторы, как вспомогательные ресурсы, которые делают запуск вашего продукта немного проще, но не заменяют обычную разработку:

⁃ Можно использовать только шаблонные решения с достаточно простой логикой. Например, создать личный кабинет с интеграцией с ERP на Tilda не получится. Некоторые решения можно реализовать, используя «связку» нескольких no-code платформ, но это очень утяжеляет конечный продукт и может привести к багам. Если ваш продукт — абсолютно новое слово в диджитал-сфере, или его логика очень сложна, то возможностей любой no-code платформы не хватит.

⁃ В итоговый результат сложно внести изменения. Например, много трудностей вызовет решение «дописать» дополнительные функции к приложению, которое уже создано с использованием no-code. Или поменять логику CRM, созданной в Notion. Да, это возможно, но придется пересматривать всю логику целого фрагмента диджитал-продукта.

⁃ Иногда выбранная no-code платформа может не подойти под проект — и будет печально, если это выяснится уже в ходе разработки. Например, на платформе нельзя будет реализовать какие-либо нужные в приложении функции, а половина приложения будет уже готова. Придется срочно искать другое решение для разработки и переносить весь проект туда или дописывать приложение уже без этих функций.В итоговый результат сложно внести изменения. Например, много трудностей вызовет решение «дописать» дополнительные функции к приложению, которое уже создано с использованием no-code. Или поменять логику CRM, созданной в Notion. Да, это возможно, но придется пересматривать всю логику целого фрагмента диджитал-продукта.

⁃ Проект будет расположен на платформе и зависеть от нее. Не все no-code сервисы дают возможность выгрузить исходный код с платформы. Чаще всего они работают по подписке — вы платите по выбранному тарифу и пользуетесь своим сайтом, приложением или другим ресурсом

⁃ Это не всегда так дешево, как кажется. Создавая свой продукт на no-code платформе, вы оплачиваете подписку + работу специалистов + дополнительные ресурсы, если они понадобятся. Часто платформы привлекают пользователей низкой базовой ценой, но в процессе использования выясняется, что для реализации всех функций требуется более высокий тариф.

В тему поста приглашаю всех 16 июня в 19:00 OTUS на встречу с Евгением Спорыхиным, Bubble-разработчиком и основателем студии No-Code Hero. В неформальной обстановке поговорят о том: для каких задач подходит No-code и сколько можно зарабатывать, что перспективнее — становиться тру разработчиком или осваивать no-code и как сделать первые шаги в no-code?
На вебинаре вы получите ответы на свои вопросы и еще множество других бонусов!
Регистрация по ссылке: https://otus.pw/iY7E/

Подборка сервисов в тренде для оплат зарубежных продуктов

Я за развитие, подборкой ниже хочу помочь с оплатой зарубежных курсов и подписок. Подборка при поддержке сервиса PAYTODAY.PRO.

Ezzocard - сервис предлагает виртуальные предоплаченные карты платежных систем Visa и Mastercard. Есть несколько тарифов, в зависимости от его цвета (синий, зеленый, красный, черный и т.д) будут меняться пулл сервисов, которые можно оплатить с карт. Оплатить можно криптовалютой, либо через Perfect Money.

PayWithMoon - сервис позволяет выпускать предоплаченные виртуальные карты Visa, которые можно пополнить через криптовалюту. В условиях очень много запретов на использование карт, оплачивать покупки можно только у компаний в пределах USA.

CVCWallet - можно создавать перевыпускаемые виртуалки Visa, которые будут работать с Google Ads и Facebook* Ads. Пополнить можно через: WebMoney, криптовалюту, Payoneer, Skrill и Perfect Money.

Bankoff - сервис сотрудничает с платёжными системами Visa и Stripe. Для открытия счета необходимо пройти верификацию. Выпуск карт бесплатный. Пополнение через USDT — 0%. Если нужно будет конвертировать валюту, комиссия составит 2,3% + $0,30.

Kartex - корпоративные карты платежной системы VIsa. Стоимость выпуска одной карты 3 евро, по количеству ограничений нет. Обслуживание бесплатно. Пополнить счет можно криптовалютой, комиссия составит 3%. Со счета Kartex пополнять карты можно без комиссии.

DigitasCards - виртуальные предоплаченные карты от карты American Express (Amex). У сервиса 4 типа тарифов с подпиской на месяц: Basic, Standard, Premium и Agency Pro. Ежемесячная подписка на любой тариф кроме Agency Pro, стоит $50. Стоимость выпуска одной карты зависит от тарифа.

CheatPay Оплата зарубежных сервисов с комиссией +40% за платеж. Также за комиссию в 10-40% ребята решают другие вопросы с иностранными платежами.

Оплата.Там На сайте можно оставить заявку на оплату нужного вам сервиса, и в течение 24 часов ее обещают исполнить. Минимальная сумма комиссии за услугу от 300 рублей или $3.

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

DaffiPay Сервис решает вопрос с переводом средств за границу. Комиссия составляет от 6% за услугу.

EasyPay С помощью сервиса можно получить аккаунт Stripe. Stripe — международная система интернет-платежей. Тарифы есть как для физ.лиц так и компаний. Стоимость аккаунта от 149 евро единоразово. Также можно выпустить виртуальную карту европейского банка за 399 евро, с помощью которой можно оплачивать любые онлайн-сервисы в том числе рекламу в Facebook* и т.д.

PAYTODAY.PRO - эквайринг на сайт, с помощью которого можно получать оплату от клиентов из-за границы. Схема простая: зарубежный пользователь производит оплату на вашем сайте, сервис конвертирует валюту по курсу ЦБ и берет свою комиссию. После чего рубли поступают на расчетный счет ООО или ИП. Комиссия рассчитывается для каждого клиента индивидуально. С ним уже сотрудничают больше 200 онлайн-школ и частных преподавателей из России, IT-компании. Подробности на сайте https://paytoday.pro Любые вопросы по вопросам сервиса сюда http://t.me/paytodaypro

Как сократить риски при создании продуктов?

1. Неправильная оценка
Когда составляется оценка проекта, бывает, что она не оправдывает ожиданий. Команда может выбрать продолжительность итерации проекта, стек технологий и другие факторы. Между продактом и командой часто возникают разногласия, что приводит к увеличению длительности задачи.
Как минимизировать этот риск:
• Выполняйте только самые важные задачи;
• Добавьте время разработчикам для изучения и снижения рисков в частях нового проекта;
• Добавьте предполагаемый период для команды разработчиков в течение недели для задачи, выходящей за рамки проекта;
• В управлении проектами конус неопределенности описывает развитие неопределенности в лучшем случае во время проекта. В начале проектов, мало что известно о продукте или результатах работы, поэтому оценки подвержены большой неопределенности.

2. Изменения
Изменения происходят, если масштаб итерации изменяется после утверждения дедлайна. Продакты часто хотят изменить объем проекта и это создает большой риск, не позволяя разработчикам следовать первоначальному ТЗ и графику.
Как минимизировать этот риск:
• Небольшие, простые в управлении итерации по гибкой методологии Agile позволяют анализировать и изменять размер проекта;
• При оценке проекта взять несколько дополнительных недель для “непредвиденных ситуаций”.

3. Вовлечение пользователей
Мы должны учитывать отзывы пользователей. Эти стратегии упрощают внедрение за счет гибкой разработки.
Как минимизировать этот риск:
• Пользовательское тестирование и обратная связь;
• Фокус-группы;
• Частые релизы;
• Бета-тестирование.

4. Нужно переделывать код
Продакт не понимает код и не может определить его качество. К завершению разработки может выясниться, что у приложения некачественно разработанный код, есть серьезные ограничения, проблемы в работе и отсутствие грамотного тестирования.
Как минимизировать этот риск:
• Давать всю дорожную карту проекта разработке сразу
• Тестирование после каждой итерации кода;

5. Недостаточное количество людей
По разным причинам членам команды приходится покидать проект. Из-за этого работа приостанавливается до тех пор, пока не будет найден новый член команды, что увеличивает сроки выполнения проекта.
Как минимизировать этот риск:
• Документирование всего процесса разработки;
• Хорошая внутренняя кадровая система, позволяющая, в случае возникновения такой ситуации, быстро заменить члена команды;
• Менеджер проекта должен часто контролировать график рабочей нагрузки своей команды, чтобы оперативно среагировать на изменения.

Одна из основных задач при релизах — работа с командой. О том, как эффективно взаимодействовать с командой, расскажет Лидия Попова, стартап-коуч с сертификатом ICF. На углубленном открытом уроке для специалистов на позиции Project Manager На занятии вы узнаете, как правильно задавать вопросы в команде и как не стать чайка-менеджером. А после закрепим знания на практике — решим управленческий кейс.
Вебинар пройдет в рамках онлайн-курса «Project manager. Advanced» от OTUS и компании AGIMA — лидера на российском рынке digital-решений. Начать обучение с бесплатного открытого урока https://otus.pw/G1hMh/

Стратегии по креативности от Стивена Котлера для разработки продукта

1. Задачи можно решать двумя способами: логически и через понимание. Во втором случае наступает тот самый инсайт. Прямо перед инсайтом у людей замечается активность в передней поясной коре головного мозга (ACC). Именно она загорается когда мы решаем нестандартные идеи.
Теперь главный вопрос: что запускает ACC? Ответ: хорошее настроение.
Верно и обратное: хорошее настроение увеличивает творческие способности, а плохое - усиливает аналитическое мышление. Когда у нас хорошее настроение, мы чувствуем себя в безопасности. Мы можем дать ACC больше времени, чтобы обратить внимание на слабые сигналы; мы также более склонны рисковать. Это важно, потому что творчество всегда немного рискованное.

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

2. Найти "невремя"
Это способ поблуждать (daydreaming) и не быть занятым.
Сроки часто могут быть стрессовыми факторами. Давление заставляет мозг сосредотачиваться на деталях, активизируя левое полушарие и блокирующую общую картину. Хуже того, при давлении мы часто испытываем стресс. Нам не нравится спешка, которая портит нам настроение и еще больше сужает наше внимание. Таким образом, ограниченность во времени может быть криптонитом для творчества.
Например, исследование 2012 года, проведенное психологами из Университета Юты, показало, что после четырех дней одиночества на природе испытуемые показали на 50 процентов больше результатов по стандартным тестам на творчество.

3. Думайте внутри коробки
"Мыслите нестандартно" ("Think outside the box") - говорят обычно, но можно сказать и наоборот. Ограничения стимулируют творчество. В исследованиях взаимосвязи между ограничениями и творчеством, проводимых в Университете Райдера, студентам давали восемь существительных и просили использовать их для написания рифмующихся двустиший (таких, которые появляются на поздравительных открытках). Другой группе не дали существительных, а просто попросили написать рифмующиеся куплеты. Затем независимая группа экспертов оценила творческие способности обеих групп.
Чувство нехватки времени является ключом к развитию творчества, и это остается верным. Но верно и то, что дедлайны могут спасти творческие проекты от бесконечного затягивания. Просто установите крайний срок достаточно далеко в будущее, чтобы вы могли встраивать в свой график длительные периоды "невремени". Креативные дедлайны должны быть достаточно жесткими, чтобы заставить вас растянуться, но не настолько, чтобы вы сломались.

В тему поста приглашаю на интерактивный вебинар ИКРЫ, где расскажут, как работают креативные методологии “Креативная таблетка для всех индустрий: как управлять процессом решения задач и не копировать чужие идеи”. Научитесь интерпретировать креативные инструменты и понимать, какие из них подойдут именно вам; смотреть на задачу под иным углом и придумывать неочевидные решения;
фильтровать идеи и брать на реализацию только самые лучшие.
Вебинар пройдет 14 июня с 19:00 — 20:00. Регистрация по ссылке - https://clck.ru/qCGhF

В каких доступных всем системах тестирования работают продуктовые компании?

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

Необходимый(минимальный) набор фич для современных инструментов управления тест-кейсами:
1. Возможность хранения/редактирования тест-кейсов и чек-листов.
2. Составление тест-ранов и тест-планов, распределение по специалистам.
3. Интеграция с современными системами разработки/баг-трекинга.
4. User-friendly интерфейс.

Zephyr
1. Глубокая интеграция с баг-трекером.
2. Гибкая отчетность.
3. Создание тест-планов.
4. Оперативное добавление баг-репортов.

TestLink
Бесплатная. Устаревший дизайн и некоторые сложности в использовании делают ее немного отталкивающей.

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

TestRail
Позволяет создавать тест-кейсы, тест-планы и тест-раны. Гибкая система создания тест-кейсов и отчетов о прохождениях тест-планов также является хорошим плюсом.

PractiTest
Еще один облачный сервис, который включает в себя базовые функции инструмента управления тестированием. Есть возможность интеграции с другими популярными системами, такими как Jira, Redmine и т.д.

Гугл-таблицы
Если нет ресурсов и желания разворачивать большие системы, мало специалистов или тест-кейсов, то на помощь всегда придут гугл-таблицы. Автоматизация минимальна, все придется делать руками, но зато бесплатно.

Еще больше информации на занятии Обзор систем ведения тест-кейсов и багов, которое пройдет 16 июня в 20:00 по Москве. На занятии можно познакомиться с задачами тестирования, узнаем что такое тестирование и откуда оно появилось, кто такой тестировщик и что он делает, изучить жизненный цикл тестирования, чек листы и тест-кейсы. Регистрация по ссылке - https://otus.pw/7Ivo/

Способы приоритизации, если не RICE

- DHM - подход. В Netflix используют DHM-подход, в котором гипотезы оценивают по трем критериям: D — delight; H — hard to copy; M — margin. На практике это означает, что нужно задать ряд вопросов относительно каждой гипотезы. Например, принесет ли прибыль ввод этой фичи? Будут ли пользователи удовлетворены изменениями? Насколько сложно будет конкурентам скопировать этот функционал?

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

- Метод MoSCoW позволяет определить, что важно для стейкхолдеров и клиентов с помощью разделения фич на четыре категории: Must-Have (критически необходимые), Should-Have (важные), Could-Have (полезные, но не критичные), и Won’t-Have (необязательные).

- Opportunity scoring (Оценка возможностей) также известный как метод анализа возможностей, строится концепции инноваций, ориентированных на результат (Outcome Driven Innovation) Вы должны составить список идеальных результатов, а затем задать клиентам следующие вопросы: насколько клиенту важна эта фича или результат ее внедрения? Насколько клиент удовлетворен текущим решением?

- Cost of Delay (Стоимость задержки) - метод поднимает такие вопросы: сколько бы принесла эта функция, если бы она была в продукте сейчас? Сколько бы мы заработали, если бы эта функция была реализована раньше? Сколько бы нам стоило сделать ее позже запланированного срока?

- Weighted Scoring (Взвешенная оценка), приоритизация методом взвешенной оценки — еще один фреймворк, который помогает решить, что добавить в дорожную карту продукта. Общий скоринг это взвешенная совокупность факторов, которые используются для количественной оценки важности функции. Он рассчитывается с использованием средневзвешенного значения оценки каждой функции по всем факторам, которые могут включать любые критерии приоритизации.

AARRR скоринг по метрикам Аcquisition — привлечение, Аctivation — активация, Retention — удержание, Referral — рекомендации, Revenue — доход. И RARRA скоринг по метрикам с фокусом на LTV Retention — удержание, Activation — активация, Referral — реферальная система, Revenue — выручка и Acquisition — привлечение

Работа с беклогом и приоритизация гипотез - одна из самых важных пунктов в работе продакта или проджекта, ему посвящен целый блок в бесплатном курсе Как стать продакт- или проджект-менеджером от Нетологии - https://netolo.gy/izZ
Разработать концепт продукта: мобильного приложения, обучающего сервиса, жилого квартала на берегу моря или автомобиля, и составить задание для команды — задача продакта.
А чтобы всё было сделано в срок и согласно заданию — зона ответственности проджект-менеджера.

Приходите за знаниями по ссылке - https://netolo.gy/izZ

Что положить в основу стартапа: компетенции команды/ресурсы компании или потребность пользователя?

Небольшая дискуссия с Мишей Руденко, автором https://news.1rj.ru/str/cxlogic на тему, что важнее - бизнес или пользователь.

Продукт – это всегда компромисс. Это всегда противостояние пользователей и бизнеса. Немногие в этом признаются, но для бизнеса всегда важно получить как можно больше денег с клиента (пусть даже не напрямую). А клиенту - отдать как можно меньше денег за продукт или услугу. 

Всегда есть что-то более важное: бизнес, пользователь или платформа. Лично я считаю, что продукт начинается с пользователя, но решающее значение имеет бизнес. Примеров, когда проект запускался, дарил наслаждение, а потом умирал из-за слабой монетизации, можно вспомнить тьму. Именно бизнес создаёт продукт и несёт его в массы.

- Если не будет бизнеса, мы не сможем завтра помогать нашему любимому сегменту с его болью. К сожалению, без бизнес-части мы не сможем существовать.

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

- От бизнес-метрик проще и прозрачней оттолкнуться при проектировании продуктовых метрик и OKR. По остальным вводным обычно сложнее. Да и работа интереснее: мы не просто решаем проблему, мы еще думаем, как на этом заработать - очень сложная и интересная работа.

-Выбор бизнес-модели имеет ключевое влияние на успех стартапа. Чтобы определиться с подходящим шаблоном бизнес-модели, необходимо поработать с Lean Canvas: “пропустить” будущий проект через девять пунктов, посвященных различным бизнес-процессам. Среди этих девяти пунктов, 5 связаны с монетизацией (потоки доходов, ключевые ресурсы, виды деятельности, партнеры, затраты).

Альтернативная точка зрения есть на канале Миши - https://news.1rj.ru/str/cxlogic
Подписывайтесь, там много очень системных и фундаментальных постов!

Про пользу А/В-тестов

Чтобы AB-тесты приносили пользу, важно чётко формулировать гипотезу и корректно выбирать метрику для теста. При этом тратить время на тесты стоит, когда речь идёт о принципиально важных для бизнеса и контент-стратегии вещах. Например:
— какая цена продукта является приемлемой,
— где разместить главный Call to Action,
— в каком порядке должна быть размещена информация на лендинге,
— в какое время рассылку открывает больше читателей.

Классические ошибки в AB-тестах: отсутствие гипотезы, слишком маленькая выборка, тестирование нескольких факторов одновременно, неправильное разделение аудитории на группы для теста.

Хочу порекомендовать вебинар «Петровича» для тех, кто ищет гипотезы для AB-тестов в своём бизнесе.

Чтобы растить ключевые метрики CRM-маркетинга, команда «Петровича» хотела упростить поиск и тестирование маркетинговых гипотез. Для этого разработали BI-решение и автоматизировали работу с данными. Условно: раньше команда аналитиков тратила неделю на расчёт показателей, а теперь дашборд делает это сам в режиме реального времени.
На вебинаре руководитель CRM-коммуникаций «Петровича» Ольга Касикова расскажет, как новый дашборд помогает:
— Генерировать гипотезы AB-тестов и растить выручку;
— Разбираться в причинах отписок и снижать их уровень;
— Определять, о каких товарах и темах лучше рассказывать в рассылках.
Как подступиться к созданию такого BI-решения и что учесть при его разработке, расскажет команда Coffee Analytics: руководитель отдела аналитики Анна Виноградова и BI-аналитик Андрей Ушаков.

Вебинар пройдет 23 июня в 18:00 по МСК.
Регистрация уже открыта.

Про конфликты в работе продакта

Конфликт в команде — проблема продакта. Но конструктивный конфликт помогает найти лучшее решение.

⁃ Три основных инструмента, которые используют, чтобы синхронизировать цели и процессы внутри команды и между смежными подразделениями:

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

Ретроспективы: каждый квартал проводим большие ретроспективы — анализ проделанной работы. В ретроспективах участвуют: команда разработки, смежные команды и заказчик.

Скрам-команды: команды разработки и команды менеджеров дополнительно проводят ретроспективы внутри локальных скрамов раз в две недели.На перфоманс ревью, ретроспективах и внутри скрам-команды работают с целями и метриками их достижения.

⁃ Конфликт идеи. Команда выдвигает гипотезы по улучшению уже существующей фичи. Для того, чтобы их проверить, нужно провести эксперимент — внести в нее небольшие изменения и сделать А/В тест. По регламенту все функции должны быть покрыты автотестами. В случае с экспериментом так происходит не всегда. Когда человек, ответственный за тестирование, получает обзор кода, возникает конфликт. Потому что ему со своей стороны непонятно, зачем этим заниматься, ведь можно испортить то, что сейчас хорошо работает. Нужно дать подробное объяснение и ответ на вопрос: «почему мы так решили». Создать общий контекст. Можно удалённо, через рабочий чат, если это не сработает — пригласить на ретроспективу. Такой подход снимет непонимание и страх того, что могут всё «сломать».

⁃ Если конфликт возник, дать время команде решить его. Если необходимо — вмешаться. Разобраться в проблеме, поговорить с каждым, использовать визуализацию или лес альтернативной реальности и принять решение. Для системных конфликтов разработать инструменты, которые люди могут использовать, чтобы справиться самостоятельно.

⁃ Формулируем проблему: клиенты говорят, что продукт плохой. Идём и опрашиваем ключевых стейкхолдеров. С помощью «Метода пяти почему» выясняем причину.
Почему? Много багов.
Почему? Плохо тестируют.
Почему? Нет тестов на всю функциональность.
Почему? Нет документации на половину функциональности.
Почему? Разработка делается мимо тикетов.
Каждый стейкхолдер даёт свое отражение реальности, своё дерево причин.

Возможно ли общаться с коллегами без конфликтов? 22 июня в 19:00 Otus приглашает на бесплатный WorkShop посвященный конфликтам в команде в рамках набора на курс "Коммуникации для IT специалистов". На вебинаре разберут, как мы оказываемся в напряжённой ситуации. Что мы можем сделать, чтобы предупредить конфликт или прийти к согласию, если уже туда попали.
Проведет занятие Лилия Бикбова - партнёр esprezo, тренер по бизнес-коммуникациям и коуч, поможет разобраться в теме и поделится алгоритмом действий в конфликте.

Регистрируйся по ссылке - https://otus.pw/9mpx/