Ограничения 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/
Если вам нужно создать сложный ресурс с уникальной механикой действия, который нужно будет масштабировать впоследствии — 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
Я за развитие, подборкой ниже хочу помочь с оплатой зарубежных курсов и подписок. Подборка при поддержке сервиса 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
paytoday.pro
PAYTODAY.PRO - сервис приема оплаты от зарубежных клиентов для онлайн-школ из РФ
Начните продавать свои онлайн-курсы зарубежным клиентам через Paytoday.pro
Как сократить риски при создании продуктов?
1. Неправильная оценка
Когда составляется оценка проекта, бывает, что она не оправдывает ожиданий. Команда может выбрать продолжительность итерации проекта, стек технологий и другие факторы. Между продактом и командой часто возникают разногласия, что приводит к увеличению длительности задачи.
Как минимизировать этот риск:
2. Изменения
Изменения происходят, если масштаб итерации изменяется после утверждения дедлайна. Продакты часто хотят изменить объем проекта и это создает большой риск, не позволяя разработчикам следовать первоначальному ТЗ и графику.
Как минимизировать этот риск:
3. Вовлечение пользователей
Мы должны учитывать отзывы пользователей. Эти стратегии упрощают внедрение за счет гибкой разработки.
Как минимизировать этот риск:
4. Нужно переделывать код
Продакт не понимает код и не может определить его качество. К завершению разработки может выясниться, что у приложения некачественно разработанный код, есть серьезные ограничения, проблемы в работе и отсутствие грамотного тестирования.
Как минимизировать этот риск:
5. Недостаточное количество людей
По разным причинам членам команды приходится покидать проект. Из-за этого работа приостанавливается до тех пор, пока не будет найден новый член команды, что увеличивает сроки выполнения проекта.
Как минимизировать этот риск:
Одна из основных задач при релизах — работа с командой. О том, как эффективно взаимодействовать с командой, расскажет Лидия Попова, стартап-коуч с сертификатом ICF. На углубленном открытом уроке для специалистов на позиции Project Manager На занятии вы узнаете, как правильно задавать вопросы в команде и как не стать чайка-менеджером. А после закрепим знания на практике — решим управленческий кейс.
Вебинар пройдет в рамках онлайн-курса «Project manager. Advanced» от OTUS и компании AGIMA — лидера на российском рынке digital-решений. Начать обучение с бесплатного открытого урока https://otus.pw/G1hMh/
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. Задачи можно решать двумя способами: логически и через понимание. Во втором случае наступает тот самый инсайт. Прямо перед инсайтом у людей замечается активность в передней поясной коре головного мозга (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/
Системы управления тестированием используются для планирования ручного тестирования, сбора данных о результатах прохождения чек-листов и тест-кейсов, в таких системах мы храним чек-листы и тест-кейсы, необходимые для тестирования продукта, составляем тест-планы, проводим запуски тестирования и получаем отчеты о прохождении тест-кейсов.
Необходимый(минимальный) набор фич для современных инструментов управления тест-кейсами:
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
- 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
netology.ru
Продакт и проджект менеджер: бесплатный курс для начинающих
На бесплатном курсе расскажем, как стать product- или project-менеджером с нуля, чем отличается продакт-менеджер от проджект-менеджера и какие навыки нужны для обеих профессий.
Что положить в основу стартапа: компетенции команды/ресурсы компании или потребность пользователя?
Небольшая дискуссия с Мишей Руденко, автором https://news.1rj.ru/str/cxlogic на тему, что важнее - бизнес или пользователь.
Продукт – это всегда компромисс. Это всегда противостояние пользователей и бизнеса. Немногие в этом признаются, но для бизнеса всегда важно получить как можно больше денег с клиента (пусть даже не напрямую). А клиенту - отдать как можно меньше денег за продукт или услугу.
Всегда есть что-то более важное: бизнес, пользователь или платформа. Лично я считаю, что продукт начинается с пользователя, но решающее значение имеет бизнес. Примеров, когда проект запускался, дарил наслаждение, а потом умирал из-за слабой монетизации, можно вспомнить тьму. Именно бизнес создаёт продукт и несёт его в массы.
- Если не будет бизнеса, мы не сможем завтра помогать нашему любимому сегменту с его болью. К сожалению, без бизнес-части мы не сможем существовать.
-Только с тратой денег пользователь выше оценивает важность продукта для себя. Траты приводят к более продвинутому использованию, а значит - к возвращаемости.
- От бизнес-метрик проще и прозрачней оттолкнуться при проектировании продуктовых метрик и OKR. По остальным вводным обычно сложнее. Да и работа интереснее: мы не просто решаем проблему, мы еще думаем, как на этом заработать - очень сложная и интересная работа.
-Выбор бизнес-модели имеет ключевое влияние на успех стартапа. Чтобы определиться с подходящим шаблоном бизнес-модели, необходимо поработать с Lean Canvas: “пропустить” будущий проект через девять пунктов, посвященных различным бизнес-процессам. Среди этих девяти пунктов, 5 связаны с монетизацией (потоки доходов, ключевые ресурсы, виды деятельности, партнеры, затраты).
Альтернативная точка зрения есть на канале Миши - https://news.1rj.ru/str/cxlogic
Подписывайтесь, там много очень системных и фундаментальных постов!
Небольшая дискуссия с Мишей Руденко, автором https://news.1rj.ru/str/cxlogic на тему, что важнее - бизнес или пользователь.
Продукт – это всегда компромисс. Это всегда противостояние пользователей и бизнеса. Немногие в этом признаются, но для бизнеса всегда важно получить как можно больше денег с клиента (пусть даже не напрямую). А клиенту - отдать как можно меньше денег за продукт или услугу.
Всегда есть что-то более важное: бизнес, пользователь или платформа. Лично я считаю, что продукт начинается с пользователя, но решающее значение имеет бизнес. Примеров, когда проект запускался, дарил наслаждение, а потом умирал из-за слабой монетизации, можно вспомнить тьму. Именно бизнес создаёт продукт и несёт его в массы.
- Если не будет бизнеса, мы не сможем завтра помогать нашему любимому сегменту с его болью. К сожалению, без бизнес-части мы не сможем существовать.
-Только с тратой денег пользователь выше оценивает важность продукта для себя. Траты приводят к более продвинутому использованию, а значит - к возвращаемости.
- От бизнес-метрик проще и прозрачней оттолкнуться при проектировании продуктовых метрик и OKR. По остальным вводным обычно сложнее. Да и работа интереснее: мы не просто решаем проблему, мы еще думаем, как на этом заработать - очень сложная и интересная работа.
-Выбор бизнес-модели имеет ключевое влияние на успех стартапа. Чтобы определиться с подходящим шаблоном бизнес-модели, необходимо поработать с Lean Canvas: “пропустить” будущий проект через девять пунктов, посвященных различным бизнес-процессам. Среди этих девяти пунктов, 5 связаны с монетизацией (потоки доходов, ключевые ресурсы, виды деятельности, партнеры, затраты).
Альтернативная точка зрения есть на канале Миши - https://news.1rj.ru/str/cxlogic
Подписывайтесь, там много очень системных и фундаментальных постов!
Telegram
CX: Стратегическая логика
Стратегическая логика, клиентский опыт, продукты и менеджмент этого добра.
У аппарата: Михаил Руденко @MikeRdnk
Приходите в Понедельник: https://ponedelnik.ru
Поучиться: https://cxstrategy.ru
Личный канал: @margin_context
Рекламы нет.
РКН № 5128863565
У аппарата: Михаил Руденко @MikeRdnk
Приходите в Понедельник: https://ponedelnik.ru
Поучиться: https://cxstrategy.ru
Личный канал: @margin_context
Рекламы нет.
РКН № 5128863565
Про пользу А/В-тестов
Чтобы AB-тесты приносили пользу, важно чётко формулировать гипотезу и корректно выбирать метрику для теста. При этом тратить время на тесты стоит, когда речь идёт о принципиально важных для бизнеса и контент-стратегии вещах. Например:
— какая цена продукта является приемлемой,
— где разместить главный Call to Action,
— в каком порядке должна быть размещена информация на лендинге,
— в какое время рассылку открывает больше читателей.
Классические ошибки в AB-тестах: отсутствие гипотезы, слишком маленькая выборка, тестирование нескольких факторов одновременно, неправильное разделение аудитории на группы для теста.
Хочу порекомендовать вебинар «Петровича» для тех, кто ищет гипотезы для AB-тестов в своём бизнесе.
Чтобы растить ключевые метрики CRM-маркетинга, команда «Петровича» хотела упростить поиск и тестирование маркетинговых гипотез. Для этого разработали BI-решение и автоматизировали работу с данными. Условно: раньше команда аналитиков тратила неделю на расчёт показателей, а теперь дашборд делает это сам в режиме реального времени.
На вебинаре руководитель CRM-коммуникаций «Петровича» Ольга Касикова расскажет, как новый дашборд помогает:
— Генерировать гипотезы AB-тестов и растить выручку;
— Разбираться в причинах отписок и снижать их уровень;
— Определять, о каких товарах и темах лучше рассказывать в рассылках.
Как подступиться к созданию такого BI-решения и что учесть при его разработке, расскажет команда Coffee Analytics: руководитель отдела аналитики Анна Виноградова и BI-аналитик Андрей Ушаков.
Вебинар пройдет 23 июня в 18:00 по МСК.
Регистрация уже открыта.
Чтобы AB-тесты приносили пользу, важно чётко формулировать гипотезу и корректно выбирать метрику для теста. При этом тратить время на тесты стоит, когда речь идёт о принципиально важных для бизнеса и контент-стратегии вещах. Например:
— какая цена продукта является приемлемой,
— где разместить главный Call to Action,
— в каком порядке должна быть размещена информация на лендинге,
— в какое время рассылку открывает больше читателей.
Классические ошибки в AB-тестах: отсутствие гипотезы, слишком маленькая выборка, тестирование нескольких факторов одновременно, неправильное разделение аудитории на группы для теста.
Хочу порекомендовать вебинар «Петровича» для тех, кто ищет гипотезы для AB-тестов в своём бизнесе.
Чтобы растить ключевые метрики CRM-маркетинга, команда «Петровича» хотела упростить поиск и тестирование маркетинговых гипотез. Для этого разработали BI-решение и автоматизировали работу с данными. Условно: раньше команда аналитиков тратила неделю на расчёт показателей, а теперь дашборд делает это сам в режиме реального времени.
На вебинаре руководитель CRM-коммуникаций «Петровича» Ольга Касикова расскажет, как новый дашборд помогает:
— Генерировать гипотезы AB-тестов и растить выручку;
— Разбираться в причинах отписок и снижать их уровень;
— Определять, о каких товарах и темах лучше рассказывать в рассылках.
Как подступиться к созданию такого BI-решения и что учесть при его разработке, расскажет команда Coffee Analytics: руководитель отдела аналитики Анна Виноградова и BI-аналитик Андрей Ушаков.
Вебинар пройдет 23 июня в 18:00 по МСК.
Регистрация уже открыта.
Mindbox: автоматизируем маркетинг
Как Петрович обеспечивает ежеквартальный прирост OR на 22% с помощью глубокой аналитики CDP данных - Журнал Mindbox о разумном…
DIY-ритейлер «Петрович» разработал BI-решение, чтобы автоматизировать работу с данными. Теперь команде проще искать и растить ключевые метрики CRM-маркетинга.
Про конфликты в работе продакта
Конфликт в команде — проблема продакта. Но конструктивный конфликт помогает найти лучшее решение.
⁃ Три основных инструмента, которые используют, чтобы синхронизировать цели и процессы внутри команды и между смежными подразделениями:
Перфоманс ревью: каждое подразделение ставит цели на полугодие и ближайший месяц. Команда разработки совместно с заказчиком оценивают риски — публично проговаривают «что может пойти не так».Когда общие цели становятся прозрачными для каждого, можно определить, где возникнут проблемы и сразу вынести их на обсуждение.
Ретроспективы: каждый квартал проводим большие ретроспективы — анализ проделанной работы. В ретроспективах участвуют: команда разработки, смежные команды и заказчик.
Скрам-команды: команды разработки и команды менеджеров дополнительно проводят ретроспективы внутри локальных скрамов раз в две недели.На перфоманс ревью, ретроспективах и внутри скрам-команды работают с целями и метриками их достижения.
⁃ Конфликт идеи. Команда выдвигает гипотезы по улучшению уже существующей фичи. Для того, чтобы их проверить, нужно провести эксперимент — внести в нее небольшие изменения и сделать А/В тест. По регламенту все функции должны быть покрыты автотестами. В случае с экспериментом так происходит не всегда. Когда человек, ответственный за тестирование, получает обзор кода, возникает конфликт. Потому что ему со своей стороны непонятно, зачем этим заниматься, ведь можно испортить то, что сейчас хорошо работает. Нужно дать подробное объяснение и ответ на вопрос: «почему мы так решили». Создать общий контекст. Можно удалённо, через рабочий чат, если это не сработает — пригласить на ретроспективу. Такой подход снимет непонимание и страх того, что могут всё «сломать».
⁃ Если конфликт возник, дать время команде решить его. Если необходимо — вмешаться. Разобраться в проблеме, поговорить с каждым, использовать визуализацию или лес альтернативной реальности и принять решение. Для системных конфликтов разработать инструменты, которые люди могут использовать, чтобы справиться самостоятельно.
⁃ Формулируем проблему: клиенты говорят, что продукт плохой. Идём и опрашиваем ключевых стейкхолдеров. С помощью «Метода пяти почему» выясняем причину.
Почему? Много багов.
Почему? Плохо тестируют.
Почему? Нет тестов на всю функциональность.
Почему? Нет документации на половину функциональности.
Почему? Разработка делается мимо тикетов.
Каждый стейкхолдер даёт свое отражение реальности, своё дерево причин.
Возможно ли общаться с коллегами без конфликтов? 22 июня в 19:00 Otus приглашает на бесплатный WorkShop посвященный конфликтам в команде в рамках набора на курс "Коммуникации для IT специалистов". На вебинаре разберут, как мы оказываемся в напряжённой ситуации. Что мы можем сделать, чтобы предупредить конфликт или прийти к согласию, если уже туда попали.
Проведет занятие Лилия Бикбова - партнёр esprezo, тренер по бизнес-коммуникациям и коуч, поможет разобраться в теме и поделится алгоритмом действий в конфликте.
Регистрируйся по ссылке - https://otus.pw/9mpx/
Конфликт в команде — проблема продакта. Но конструктивный конфликт помогает найти лучшее решение.
⁃ Три основных инструмента, которые используют, чтобы синхронизировать цели и процессы внутри команды и между смежными подразделениями:
Перфоманс ревью: каждое подразделение ставит цели на полугодие и ближайший месяц. Команда разработки совместно с заказчиком оценивают риски — публично проговаривают «что может пойти не так».Когда общие цели становятся прозрачными для каждого, можно определить, где возникнут проблемы и сразу вынести их на обсуждение.
Ретроспективы: каждый квартал проводим большие ретроспективы — анализ проделанной работы. В ретроспективах участвуют: команда разработки, смежные команды и заказчик.
Скрам-команды: команды разработки и команды менеджеров дополнительно проводят ретроспективы внутри локальных скрамов раз в две недели.На перфоманс ревью, ретроспективах и внутри скрам-команды работают с целями и метриками их достижения.
⁃ Конфликт идеи. Команда выдвигает гипотезы по улучшению уже существующей фичи. Для того, чтобы их проверить, нужно провести эксперимент — внести в нее небольшие изменения и сделать А/В тест. По регламенту все функции должны быть покрыты автотестами. В случае с экспериментом так происходит не всегда. Когда человек, ответственный за тестирование, получает обзор кода, возникает конфликт. Потому что ему со своей стороны непонятно, зачем этим заниматься, ведь можно испортить то, что сейчас хорошо работает. Нужно дать подробное объяснение и ответ на вопрос: «почему мы так решили». Создать общий контекст. Можно удалённо, через рабочий чат, если это не сработает — пригласить на ретроспективу. Такой подход снимет непонимание и страх того, что могут всё «сломать».
⁃ Если конфликт возник, дать время команде решить его. Если необходимо — вмешаться. Разобраться в проблеме, поговорить с каждым, использовать визуализацию или лес альтернативной реальности и принять решение. Для системных конфликтов разработать инструменты, которые люди могут использовать, чтобы справиться самостоятельно.
⁃ Формулируем проблему: клиенты говорят, что продукт плохой. Идём и опрашиваем ключевых стейкхолдеров. С помощью «Метода пяти почему» выясняем причину.
Почему? Много багов.
Почему? Плохо тестируют.
Почему? Нет тестов на всю функциональность.
Почему? Нет документации на половину функциональности.
Почему? Разработка делается мимо тикетов.
Каждый стейкхолдер даёт свое отражение реальности, своё дерево причин.
Возможно ли общаться с коллегами без конфликтов? 22 июня в 19:00 Otus приглашает на бесплатный WorkShop посвященный конфликтам в команде в рамках набора на курс "Коммуникации для IT специалистов". На вебинаре разберут, как мы оказываемся в напряжённой ситуации. Что мы можем сделать, чтобы предупредить конфликт или прийти к согласию, если уже туда попали.
Проведет занятие Лилия Бикбова - партнёр esprezo, тренер по бизнес-коммуникациям и коуч, поможет разобраться в теме и поделится алгоритмом действий в конфликте.
Регистрируйся по ссылке - https://otus.pw/9mpx/
Как быстро вчитаться в чужой дашборд
Сегодня с каналом https://news.1rj.ru/str/productanalyticsfordummies сформулировали, как можно быстро понять чужой дашборд:
Основные правила:
0. Для начала стоит определиться, какие основные сравнения данных есть на дашборде из тех, что вам необходимы сейчас.
1. Дашборд — это всегда про главные показатели, собранные в одном месте, и визуализированные понятным способом. В классическом виде дашборд обычно посвящен одному продукту, где показатели будут идти от обобщенных KPI, выраженных в виде цифр или процентов, к более детализированным графикам.
2. А посему, для начала обратите внимание на верхнюю панель дашборда, где с наибольшей долей вероятности будет самая важная метрика. Что является самым важным KPI, а что вспомогательным показателем для каждого из отделов и специалистов, ,конечно, сложный и неоднозначный вопрос, но попробуем разобраться.
Примеры важных и очевидных показателей: процент выполнения плана по выручке, итоговая выручка за период, конверсия в целевое действие (покупку/регистрацию/etc), количество заказов, доля заказов от целевого значения, метрика time to market/скорость или эффективность какого-либо действия (если вы, например, занимаетесь внутренним продуктом)
Примеры важных, но неочевидных показателей: количество просмотров товаров не в наличии, количество добавлений товаров в корзину, количество 404 ошибок на сайте, скорость загрузки сайта, % неотвеченных телефонных звонков, количество товаров со скидками, количество покупок в оффлайн магазинах и т.д.
3. Если на практике оказалось, что дашборд расположен не в порядке от общего к частному, то отталкиваемся от понимания ключевых метрик продукта и выискиваем их в дашборде: конверсия, динамика продаж, выручка, LTV, ARPU и т.д. - с большой вероятностью для нас будут ключевыми;
сравнение маркетинговых каналов, MAU/DAU, сегментация пользователей - будут детализированными метриками продукта, которые мы будем рассматривать для более глубинного понимания эффективности продукта.
Кстати, если вы действительно столкнулись с проблемой, что графики расположены беспорядочно и хаотично, то киньте в аналитика вашей иерархией метрик и предложите построить дашборды, основываясь на ее принципах.
4. Определившись с важнейшими показателями, обратите внимание на основные источники данных, как рассчитываются метрики и как визуализированы данные.
Nota bene: чтобы исключить ошибочность данных, стоит обратить внимание на то, что:
- нет аномалий в данных: резких пиков или , наоборот, падений
- графики начинаются с нуля
- кумулятивные графики не вводят вас в ступор и не приводят вас к ошибочным выводам (иногда такой тип графиков может показывать положительную динамику, тогда как реальность может быть обратной)
Готово, вы восхитительны! Подписывайтесь на канал - партнер https://news.1rj.ru/str/productanalyticsfordummies
Сегодня с каналом https://news.1rj.ru/str/productanalyticsfordummies сформулировали, как можно быстро понять чужой дашборд:
Основные правила:
0. Для начала стоит определиться, какие основные сравнения данных есть на дашборде из тех, что вам необходимы сейчас.
1. Дашборд — это всегда про главные показатели, собранные в одном месте, и визуализированные понятным способом. В классическом виде дашборд обычно посвящен одному продукту, где показатели будут идти от обобщенных KPI, выраженных в виде цифр или процентов, к более детализированным графикам.
2. А посему, для начала обратите внимание на верхнюю панель дашборда, где с наибольшей долей вероятности будет самая важная метрика. Что является самым важным KPI, а что вспомогательным показателем для каждого из отделов и специалистов, ,конечно, сложный и неоднозначный вопрос, но попробуем разобраться.
Примеры важных и очевидных показателей: процент выполнения плана по выручке, итоговая выручка за период, конверсия в целевое действие (покупку/регистрацию/etc), количество заказов, доля заказов от целевого значения, метрика time to market/скорость или эффективность какого-либо действия (если вы, например, занимаетесь внутренним продуктом)
Примеры важных, но неочевидных показателей: количество просмотров товаров не в наличии, количество добавлений товаров в корзину, количество 404 ошибок на сайте, скорость загрузки сайта, % неотвеченных телефонных звонков, количество товаров со скидками, количество покупок в оффлайн магазинах и т.д.
3. Если на практике оказалось, что дашборд расположен не в порядке от общего к частному, то отталкиваемся от понимания ключевых метрик продукта и выискиваем их в дашборде: конверсия, динамика продаж, выручка, LTV, ARPU и т.д. - с большой вероятностью для нас будут ключевыми;
сравнение маркетинговых каналов, MAU/DAU, сегментация пользователей - будут детализированными метриками продукта, которые мы будем рассматривать для более глубинного понимания эффективности продукта.
Кстати, если вы действительно столкнулись с проблемой, что графики расположены беспорядочно и хаотично, то киньте в аналитика вашей иерархией метрик и предложите построить дашборды, основываясь на ее принципах.
4. Определившись с важнейшими показателями, обратите внимание на основные источники данных, как рассчитываются метрики и как визуализированы данные.
Nota bene: чтобы исключить ошибочность данных, стоит обратить внимание на то, что:
- нет аномалий в данных: резких пиков или , наоборот, падений
- графики начинаются с нуля
- кумулятивные графики не вводят вас в ступор и не приводят вас к ошибочным выводам (иногда такой тип графиков может показывать положительную динамику, тогда как реальность может быть обратной)
Готово, вы восхитительны! Подписывайтесь на канал - партнер https://news.1rj.ru/str/productanalyticsfordummies
Telegram
Продакт аналитикс
Продуктовые и аналитические фокусы и мемы без регистрации и смс 📊📈
https://news.1rj.ru/str/productanalyticsjobs - канал с аналитическими вакансиями
https://youtube.com/@ProductAnalytix - канал на YouTube
Похвалить 🥰 / предъявить 🥲/ посотрудничать 🤝 - @marinaamkhv
https://news.1rj.ru/str/productanalyticsjobs - канал с аналитическими вакансиями
https://youtube.com/@ProductAnalytix - канал на YouTube
Похвалить 🥰 / предъявить 🥲/ посотрудничать 🤝 - @marinaamkhv
4 новых крутых мыслей из канала Леши Арефьева
1. Продукты, услуги и ценностные предложения, интересные для потребителей, являются основой инновации, но их одних недостаточно.
В отсутствие бизнес-модели, которую можно прибыльно масштабировать, даже лучшие продукты умирают. Любые виды инноваций (от рационализаторских до преобразующих) требуют устойчивой и рациональной бизнес-модели.
Больше - тут https://news.1rj.ru/str/alexcouncil/956
2. УТП, это своего рода фокус, который позволяет компании:
- выделяться на рынке снаружи, рассказывая про ценность в рекламных кампаниях и привлекая больше клиентов
- и/или иметь преимущества внутри, обеспечивая крепкий фундамент данным снаружи обещаниям. Больше - тут https://news.1rj.ru/str/alexcouncil/961
3. Каждый из рисков надо убирать, тестируя один за другим в своем ценностном предложении. Итерация за итерацией вы тестите:
- интерес к продукту и размер сегмента
- считаете экономику и профит
- прикидываете тех.реализацию
- смотрите за внешними факторами, которые могут потопить кораблик
Больше - тут https://news.1rj.ru/str/alexcouncil/968
4. Рекомендуют использовать матрицу принятия решений по исследованиям, чтобы сократить расходы на исследования. Картинку положу под постом. Матрица состоит из 2 осей:
- горизонтальная, риск неверной интерпритации данных
- вертикальная, понимание проблемы, которую исследуем. Больше тут - https://news.1rj.ru/str/alexcouncil/888
Еще больше интересных и практичных постов на канале Леши по ссылке - https://news.1rj.ru/str/alexcouncil
Подписывайтесь!
1. Продукты, услуги и ценностные предложения, интересные для потребителей, являются основой инновации, но их одних недостаточно.
В отсутствие бизнес-модели, которую можно прибыльно масштабировать, даже лучшие продукты умирают. Любые виды инноваций (от рационализаторских до преобразующих) требуют устойчивой и рациональной бизнес-модели.
Больше - тут https://news.1rj.ru/str/alexcouncil/956
2. УТП, это своего рода фокус, который позволяет компании:
- выделяться на рынке снаружи, рассказывая про ценность в рекламных кампаниях и привлекая больше клиентов
- и/или иметь преимущества внутри, обеспечивая крепкий фундамент данным снаружи обещаниям. Больше - тут https://news.1rj.ru/str/alexcouncil/961
3. Каждый из рисков надо убирать, тестируя один за другим в своем ценностном предложении. Итерация за итерацией вы тестите:
- интерес к продукту и размер сегмента
- считаете экономику и профит
- прикидываете тех.реализацию
- смотрите за внешними факторами, которые могут потопить кораблик
Больше - тут https://news.1rj.ru/str/alexcouncil/968
4. Рекомендуют использовать матрицу принятия решений по исследованиям, чтобы сократить расходы на исследования. Картинку положу под постом. Матрица состоит из 2 осей:
- горизонтальная, риск неверной интерпритации данных
- вертикальная, понимание проблемы, которую исследуем. Больше тут - https://news.1rj.ru/str/alexcouncil/888
Еще больше интересных и практичных постов на канале Леши по ссылке - https://news.1rj.ru/str/alexcouncil
Подписывайтесь!
Telegram
Alexcouncil⚡
Канал про IT продукты и управление.
Автор: Алексей Арефьев @alexaref, CPO+CTO Kion, ex-CPO more.tv, ex-CPO Столото, ex-PO Tele2
Консультирую компании и людей, подробности тут - https://bit.ly/48KBr1k
Ссылка в РКН - https://clck.ru/3GWvqv
MAXX - #QV5RC
Автор: Алексей Арефьев @alexaref, CPO+CTO Kion, ex-CPO more.tv, ex-CPO Столото, ex-PO Tele2
Консультирую компании и людей, подробности тут - https://bit.ly/48KBr1k
Ссылка в РКН - https://clck.ru/3GWvqv
MAXX - #QV5RC
Матрица компетенций продакта в сжатом виде
В последнее время активно занимаюсь настройкой процессов ассессментов и проектами развития продуктовых команд. Ниже некая выжимка ядра матрицы продуктовых компетенций простым языком:
1. Он знает, что нужно на рынке
Грамотный анализ рынка — залог долгосрочного развития компании. Куда важнее понимать, чего хотят ваши покупатели, чем слепо следовать последним технологическим трендам. Тренды хороши, когда вы уверены, что их использование сыграет вам на руку, а то вдруг инновационный дизайн отпугнет целевую аудиторию? Нацеленность на потребности покупателей делает компании на 30% более прибыльными. Изучение фидбека от пользователей поможет как скорректировать существующие продукты (например, если 60% покупателей проходят мимо одного из ваших продуктов — это явный знак что-то поменять), так и поймать интересную идею для реализации (все смеются над новым изогнутым жидкокристаллическим монитором, давайте сделаем лучше).
2. Он умеет экономить время
Хорошо организованный процесс создания и запуска продукта помогает сократить как время на изготовление товара, так и ускорить момент получения прибыли. Это как раз и входит в задачи продакт-мендежмента. Проведя тщательный анализ рынка и отзывов пользователей после тестов продукта, вы способны больше внимания уделить проработке деталей и грамотной пиар-стратегии.
3. Он видит на шаг вперед
Допустим, вы спроектировали продукт и запустили его на рынок. Теперь важно отследить его дальнейший путь, понять, что подправить или как закрепить и расширить свой успех. Для этого нужен план, а вернее — маршрут: от точки отправления (с чего началась идея, соответствует ли полученный продукт изначальной концепции?) через прототипирование (отбор лучших вариантов), запуск продукта (отслеживание реакций) и к следующим целям (как опередить конкурентов?). Такой план важен для внутренней коммуникации внутри компании: так каждый отдел может лучше понимать, на каком этапе находится бизнес и каковы следующие шаги. Пригодится он и для сопоставления успехов вашей команды с достижениями конкурентов.
4. Он умеет учиться у конкурентов
Даже если ваш продукт — лучший на рынке, кто-то может вас обставить, придумав более выгодное предложение для покупателя. Поэтому важно понимать не только сильные и слабые стороны своего бизнеса, но и следить за тактиками конкурентов. Хотя кто сказал, что соревнование — единственный выход? Продакт-менеджер также знает, когда выгоднее не воспитывать в себе олимпийский дух, а объединяться и предлагать партнерство.
Еще один актуальный взгляд на роль продакта можно обсудить на открытом занятии “Кто такой продакт и что он делает”, который проведет опытный руководитель команд продактов Павел Аксенов 24 июня в 19.00 по МСК в рамках программы Product manager IT-проектов от Otus. Будет про отличие проектного и продуктового подхода. Роль продакта: мини-CEO. Вижн, гипотезы, метрики, процесс, никаких «заказчиков» Суть работы продакта: HADI циклы, Unit-экономика, PMF, MVP/RAT Этапы жизни фичи, фазы discovery и delivery Роли в компании: стейкхолдер, продакт, команда (end-to-end). Состав команды. Компетенции: генерация фичей, UX-проектирование, ресерч, продуктовая аналитика, бизнес-аналитика, Scrum. Прочие направления для T-shape Уровни управления продуктом: стратегия и операционка. Регистрируйтесь и приходите - https://otus.pw/5K0i/
Если нужна помощь по настройке продуктовых команд и росту продуктов - пишите автору канала.
В последнее время активно занимаюсь настройкой процессов ассессментов и проектами развития продуктовых команд. Ниже некая выжимка ядра матрицы продуктовых компетенций простым языком:
1. Он знает, что нужно на рынке
Грамотный анализ рынка — залог долгосрочного развития компании. Куда важнее понимать, чего хотят ваши покупатели, чем слепо следовать последним технологическим трендам. Тренды хороши, когда вы уверены, что их использование сыграет вам на руку, а то вдруг инновационный дизайн отпугнет целевую аудиторию? Нацеленность на потребности покупателей делает компании на 30% более прибыльными. Изучение фидбека от пользователей поможет как скорректировать существующие продукты (например, если 60% покупателей проходят мимо одного из ваших продуктов — это явный знак что-то поменять), так и поймать интересную идею для реализации (все смеются над новым изогнутым жидкокристаллическим монитором, давайте сделаем лучше).
2. Он умеет экономить время
Хорошо организованный процесс создания и запуска продукта помогает сократить как время на изготовление товара, так и ускорить момент получения прибыли. Это как раз и входит в задачи продакт-мендежмента. Проведя тщательный анализ рынка и отзывов пользователей после тестов продукта, вы способны больше внимания уделить проработке деталей и грамотной пиар-стратегии.
3. Он видит на шаг вперед
Допустим, вы спроектировали продукт и запустили его на рынок. Теперь важно отследить его дальнейший путь, понять, что подправить или как закрепить и расширить свой успех. Для этого нужен план, а вернее — маршрут: от точки отправления (с чего началась идея, соответствует ли полученный продукт изначальной концепции?) через прототипирование (отбор лучших вариантов), запуск продукта (отслеживание реакций) и к следующим целям (как опередить конкурентов?). Такой план важен для внутренней коммуникации внутри компании: так каждый отдел может лучше понимать, на каком этапе находится бизнес и каковы следующие шаги. Пригодится он и для сопоставления успехов вашей команды с достижениями конкурентов.
4. Он умеет учиться у конкурентов
Даже если ваш продукт — лучший на рынке, кто-то может вас обставить, придумав более выгодное предложение для покупателя. Поэтому важно понимать не только сильные и слабые стороны своего бизнеса, но и следить за тактиками конкурентов. Хотя кто сказал, что соревнование — единственный выход? Продакт-менеджер также знает, когда выгоднее не воспитывать в себе олимпийский дух, а объединяться и предлагать партнерство.
Еще один актуальный взгляд на роль продакта можно обсудить на открытом занятии “Кто такой продакт и что он делает”, который проведет опытный руководитель команд продактов Павел Аксенов 24 июня в 19.00 по МСК в рамках программы Product manager IT-проектов от Otus. Будет про отличие проектного и продуктового подхода. Роль продакта: мини-CEO. Вижн, гипотезы, метрики, процесс, никаких «заказчиков» Суть работы продакта: HADI циклы, Unit-экономика, PMF, MVP/RAT Этапы жизни фичи, фазы discovery и delivery Роли в компании: стейкхолдер, продакт, команда (end-to-end). Состав команды. Компетенции: генерация фичей, UX-проектирование, ресерч, продуктовая аналитика, бизнес-аналитика, Scrum. Прочие направления для T-shape Уровни управления продуктом: стратегия и операционка. Регистрируйтесь и приходите - https://otus.pw/5K0i/
Если нужна помощь по настройке продуктовых команд и росту продуктов - пишите автору канала.
Чек-лист для ускорения роста компании
1. Есть ниша, где вы не конкурируете по цене. Лучше конкурировать по ценности и предложениям внутри продукта, а цены держать в бенчмарках.
2. Бизнес-модель способна к масштабированию: база легких активов, втоматизированные процессы и дешевая рабочая сила может в этом помочь.
3. Менеджмент на основе OKR и самоуправляемых команд: культура амциозного саморевью сокращаем косты на менеджмент и драйвит новые достижения.
4. Нет узкого горлышка в виде HR: воронка рекрутинга отлажена, работа по талантам
5. Запущена команда роста и непрерывные эксперименты: культура гипотез роста, где важная скорость получения ответа, а не подготовка. Именно так база знаний пополняется кратно.
6. Есть бренд, который объединит быстрорастущую конструкцию: репутация очень важна, хорошая команда, забота о пользователях как о клиентах на всю жизнь - самые рентабельные вложения в снижение стоимости привлечения.
7. Вы знаете зачем вам этот стресс и быстрорастущая компания: есть цель, мечта, выходящая из берегов. Так или иначе, у отсутствия комфорта они должны быть.
Как из обычного бизнеса сделать быстрорастущий? Можно узнать 28 июня в 17:00 на бесплатном онлайн вебинаре от VISION AntiMBA для собственников и топ-менеджеров.
Там разберут чек-лист "7 принципов быстрорастущей компании”, что также будет полезно продакт-менеджерам:
- Как выбрать продуктовую нишу, где возможен быстрый рост?
- Как пересобрать существующую модель управления в экосистему, где только вы управляете правилами?
- Как вы собираетесь управлять кратным ростом?
Обсудим эти и остальные принципы, касающиеся успешно развивающегося бизнеса - https://clck.ru/rHAPQ
Если продукт, то только быстрорастущий!
Нужна консультация по росту продуктов или развитию команды - пишите автору канала.
1. Есть ниша, где вы не конкурируете по цене. Лучше конкурировать по ценности и предложениям внутри продукта, а цены держать в бенчмарках.
2. Бизнес-модель способна к масштабированию: база легких активов, втоматизированные процессы и дешевая рабочая сила может в этом помочь.
3. Менеджмент на основе OKR и самоуправляемых команд: культура амциозного саморевью сокращаем косты на менеджмент и драйвит новые достижения.
4. Нет узкого горлышка в виде HR: воронка рекрутинга отлажена, работа по талантам
5. Запущена команда роста и непрерывные эксперименты: культура гипотез роста, где важная скорость получения ответа, а не подготовка. Именно так база знаний пополняется кратно.
6. Есть бренд, который объединит быстрорастущую конструкцию: репутация очень важна, хорошая команда, забота о пользователях как о клиентах на всю жизнь - самые рентабельные вложения в снижение стоимости привлечения.
7. Вы знаете зачем вам этот стресс и быстрорастущая компания: есть цель, мечта, выходящая из берегов. Так или иначе, у отсутствия комфорта они должны быть.
Как из обычного бизнеса сделать быстрорастущий? Можно узнать 28 июня в 17:00 на бесплатном онлайн вебинаре от VISION AntiMBA для собственников и топ-менеджеров.
Там разберут чек-лист "7 принципов быстрорастущей компании”, что также будет полезно продакт-менеджерам:
- Как выбрать продуктовую нишу, где возможен быстрый рост?
- Как пересобрать существующую модель управления в экосистему, где только вы управляете правилами?
- Как вы собираетесь управлять кратным ростом?
Обсудим эти и остальные принципы, касающиеся успешно развивающегося бизнеса - https://clck.ru/rHAPQ
Если продукт, то только быстрорастущий!
Нужна консультация по росту продуктов или развитию команды - пишите автору канала.
Про что нужно помнить сейчас, создавая свои собственные продукты
Продолжая неделю коллабораций с другими каналами, сегодня привожу цитаты от Адмета Акхтера - @admet_akhter, у него крутой опыт перехода из продактов в предприниматели, статьи и мысли ниже рекомендую для внимательного погружения:
1. Горизонт любой дорожной карты цифровизации не должен превышать три года для бизнеса и один год для стартапов. Причина в изменчивой природе инструментов и платформ для разработки и в вероятной потере ощущения прогресса с каждой новой итерацией. Чтобы цифровизация вашего бизнеса не превратилась в сплошную магию, полную неясных знамений и тумана, а нанятые исполнители не щебетали на загадочном языке, придется системно поработать над собственным образованием. Подробнее - тут https://forbes.kz/process/businessmen/shest_sovetov_biznesmenam_reshivshim_vyipuskat_tsifrovyie_produktyi
2. Стадии развития продукта со стороны продакта
⁃ Product/Market Fit Stage
Идет тестирование гипотез на относительно небольшом трафике. Ваша команда получает обратную связь от пользователей, работает над донесением основной ценности. Тут от продакта требуется развитая эмпатия по отношению к пользователю, глубинные интервью, продуктовое видение и готовность адаптироваться и быстро менять курс развития продукта.
⁃ Growth Stage
Когда ваша ценность уже найдена и доказана, нужно завлечь как можно больше пользователей. Идет поиск и проработка новых каналов, уходит больше денег на маркетинг. Аудитория растет быстро. Здесь продакту потребуется анализировать данные по каналам привлечения, заниматься A/B-тестированием. В общем, уделять время маркетингу и аналитике, попутно совершенствуя продукт.
⁃ Marginal Growth/New Investment
Рост пользователей вышел на плато, происходит постоянная оптимизация воронки (насколько это вообще возможно), но это уже не дает большого роста. На этом этапе команда сосредотачивается на поиске новых ценностей, которые можно транслировать в вашем продукте или возможностей создания новых суб-продуктов.
Больше - тут @admet_akhter
Продолжая неделю коллабораций с другими каналами, сегодня привожу цитаты от Адмета Акхтера - @admet_akhter, у него крутой опыт перехода из продактов в предприниматели, статьи и мысли ниже рекомендую для внимательного погружения:
1. Горизонт любой дорожной карты цифровизации не должен превышать три года для бизнеса и один год для стартапов. Причина в изменчивой природе инструментов и платформ для разработки и в вероятной потере ощущения прогресса с каждой новой итерацией. Чтобы цифровизация вашего бизнеса не превратилась в сплошную магию, полную неясных знамений и тумана, а нанятые исполнители не щебетали на загадочном языке, придется системно поработать над собственным образованием. Подробнее - тут https://forbes.kz/process/businessmen/shest_sovetov_biznesmenam_reshivshim_vyipuskat_tsifrovyie_produktyi
2. Стадии развития продукта со стороны продакта
⁃ Product/Market Fit Stage
Идет тестирование гипотез на относительно небольшом трафике. Ваша команда получает обратную связь от пользователей, работает над донесением основной ценности. Тут от продакта требуется развитая эмпатия по отношению к пользователю, глубинные интервью, продуктовое видение и готовность адаптироваться и быстро менять курс развития продукта.
⁃ Growth Stage
Когда ваша ценность уже найдена и доказана, нужно завлечь как можно больше пользователей. Идет поиск и проработка новых каналов, уходит больше денег на маркетинг. Аудитория растет быстро. Здесь продакту потребуется анализировать данные по каналам привлечения, заниматься A/B-тестированием. В общем, уделять время маркетингу и аналитике, попутно совершенствуя продукт.
⁃ Marginal Growth/New Investment
Рост пользователей вышел на плато, происходит постоянная оптимизация воронки (насколько это вообще возможно), но это уже не дает большого роста. На этом этапе команда сосредотачивается на поиске новых ценностей, которые можно транслировать в вашем продукте или возможностей создания новых суб-продуктов.
Больше - тут @admet_akhter
Forbes.kz
Шесть советов бизнесменам, решившим выпускать цифровые продукты
Для многих казахстанских предпринимателей становится очевидно, что игнорирование цифровизации не просто неразумно, но даже губительно для бизнеса
Как отличить потребность, проблему и боль?
Потребность – это то, что клиенту нужно получить в ближайшем будущем. Потребности у разных людей тоже бывают разными. В отличие от мечты, потребность попадает в поле «важно, но не срочно». Поэтому, когда наш продукт закрывает потребность клиента – у клиента есть время подумать.
Проблема - это то, что нужно решить клиенту срочно. Если проблему не решить - наступит негативный сценарий развития: случится что-то плохое. "Горящая" потребность превращается в проблему. То есть проблема попадает в поле "важно и срочно". Поэтому, если продукт решает проблему - клиент купит у нас. У клиента нет времени выбирать и искать альтернативы. Проблему нужно решить сейчас.
Боль - это уже не то, что нужно решить. От боли нужно избавиться. Боль приносит реальный, часто физический дискомфорт. Поэтому, если продукт лечит боль клиента – клиент купит у нас. Времени выбирать не было еще вчера. За решение боли клиент готов платить большие деньги. В этот момент продукт перестает конкурировать по цене с аналогами. Единственный критерий выбора в момент боли – снимает или не снимает боль.
Чем срочнее и нужнее реализовать «хотелку» - тем быстрее и больше готов заплатить клиент. Часто при разработке продуктов мы сами себя убеждаем в том, что решаем проблемы клиента. А на самом деле закрываем его потребность. Теперь чувствуете разницу?
Хотите больше погрузиться в тему - есть “первоисточники” знаний о потребностях, проблемах и болях:
- “Теория иерархии потребностей” Маслоу (физиология, безопасность, принятие, признание, самоактуализация - закрепи простые, чтобы разбудить сложные);
- “Путь к самоактуализации” Скотта с перестройкой пирамиды (базовые: безопасность, принадлежность и самоуважение; самоактуализация: исследование, любовь и цель);
- “Трехфакторная модель” (или “Теория приобретенных потребностей”, или “Теория потребностей высших уровней”) Макклелланда (или Мак-Клелланда) с потребностями (успех, причастность, власть) и типологией (осторожные, ответственные, сверяющиеся, завершающие, увлеченные);
- управленческие “Теория X” (ошибочно трактуемая как “контролируй ленивых”) и “Теория Y” (условия обеспечивают самореализацию) Макгрегора;
- “Теория психологического контракта” Шейна (восемь ценностей и параллельно работающие модели рационально-экономическая, социальная и самоактуализационная);
- “Теория когнитивного реагирования” Гринвальда, Петти, Острома и Брока
- “Теория ожидаемых преимуществ” Эдвардса (аттитюды закрепляются мыслями о результатах);
Как правильно определить проблему и потребность пользователя или стейкхолдера? Это можно обсудить 4 июля на открытом вебинаре в OTUS с Иннокентием Бодровым, ведущим аналитиком продуктовой команды.
За 1,5 часа также будет:
— Какие виды требований бывают, и как они коррелируют между собой?
— Как понять, что заказчик пришел к тебе с реальной проблемой?
— Как отличить проблему, потребность и решение?
Еще больше знаний для аналитиков с опытом на онлайн-курсе «Системный аналитик. Advanced» в OTUS.
Для регистрации на урок пройдите тест https://otus.pw/fEbza/
Потребность – это то, что клиенту нужно получить в ближайшем будущем. Потребности у разных людей тоже бывают разными. В отличие от мечты, потребность попадает в поле «важно, но не срочно». Поэтому, когда наш продукт закрывает потребность клиента – у клиента есть время подумать.
Проблема - это то, что нужно решить клиенту срочно. Если проблему не решить - наступит негативный сценарий развития: случится что-то плохое. "Горящая" потребность превращается в проблему. То есть проблема попадает в поле "важно и срочно". Поэтому, если продукт решает проблему - клиент купит у нас. У клиента нет времени выбирать и искать альтернативы. Проблему нужно решить сейчас.
Боль - это уже не то, что нужно решить. От боли нужно избавиться. Боль приносит реальный, часто физический дискомфорт. Поэтому, если продукт лечит боль клиента – клиент купит у нас. Времени выбирать не было еще вчера. За решение боли клиент готов платить большие деньги. В этот момент продукт перестает конкурировать по цене с аналогами. Единственный критерий выбора в момент боли – снимает или не снимает боль.
Чем срочнее и нужнее реализовать «хотелку» - тем быстрее и больше готов заплатить клиент. Часто при разработке продуктов мы сами себя убеждаем в том, что решаем проблемы клиента. А на самом деле закрываем его потребность. Теперь чувствуете разницу?
Хотите больше погрузиться в тему - есть “первоисточники” знаний о потребностях, проблемах и болях:
- “Теория иерархии потребностей” Маслоу (физиология, безопасность, принятие, признание, самоактуализация - закрепи простые, чтобы разбудить сложные);
- “Путь к самоактуализации” Скотта с перестройкой пирамиды (базовые: безопасность, принадлежность и самоуважение; самоактуализация: исследование, любовь и цель);
- “Трехфакторная модель” (или “Теория приобретенных потребностей”, или “Теория потребностей высших уровней”) Макклелланда (или Мак-Клелланда) с потребностями (успех, причастность, власть) и типологией (осторожные, ответственные, сверяющиеся, завершающие, увлеченные);
- управленческие “Теория X” (ошибочно трактуемая как “контролируй ленивых”) и “Теория Y” (условия обеспечивают самореализацию) Макгрегора;
- “Теория психологического контракта” Шейна (восемь ценностей и параллельно работающие модели рационально-экономическая, социальная и самоактуализационная);
- “Теория когнитивного реагирования” Гринвальда, Петти, Острома и Брока
- “Теория ожидаемых преимуществ” Эдвардса (аттитюды закрепляются мыслями о результатах);
Как правильно определить проблему и потребность пользователя или стейкхолдера? Это можно обсудить 4 июля на открытом вебинаре в OTUS с Иннокентием Бодровым, ведущим аналитиком продуктовой команды.
За 1,5 часа также будет:
— Какие виды требований бывают, и как они коррелируют между собой?
— Как понять, что заказчик пришел к тебе с реальной проблемой?
— Как отличить проблему, потребность и решение?
Еще больше знаний для аналитиков с опытом на онлайн-курсе «Системный аналитик. Advanced» в OTUS.
Для регистрации на урок пройдите тест https://otus.pw/fEbza/
Какие гипотезы нужно протестировать стартапу?
Этот вопрос я задал Юле Билинкис, автору канала Strategic Move. Пост от меня на противоположную тему она опубликовала на своем канале. Итак, что ответила Юля:
Про гипотезы написано уже тонны материалов, поэтому давайте просто рассмотрим пару примеров. Возьмем парочку стартапов, которые мне недавно понравились.
Levity.ai - это как Zapier, только для неструктурированной информации. Сейчас многие компании используют программистов, которых всегда не хватает, для создания автоматизации с обработкой текстов, ну например, кластеризация обращений и автоматизация их маршрутизации. Levity использует для этого AI – движок.
Сausal.app – сейчас в компаниях создаются множество финансовых моделей в EXL c сумасшедшими формулами и со ссылками на ячейки, которые трудно понять, все это не обновляется, а когда нужно нужно кому-то рассказать, как работает отчет, на это уходит полдня. Сausal.app создает финансовые модели и графики, которыми можно делиться с понятными аннотациями и интеграциями.
Что объединяет эти два стартапа с точки зрения подхода к идеям?
Оба поняли и попытались устранить разрыв в ценности — несоответствие между тем, что ожидают клиенты, и ценностью, которую они получают сейчас. Поэтому совет такой: посмотрите, что люди пытаются сделать сейчас, и придумайте, как сделать это так, чтобы это было лучше настолько, чтобы они захотели переключиться на ваш продукт.
Конкретные вопросы для формирования гипотез:
• Что делает [шаг x] в клиентском опыте трудоемким, медленным, сложным в выполнении и т.д. Это дает понимание разрывов, связанных со СКОРОСТЬЮ
• Что делает [шаг x] в клиентском опыте нестабильным, ненадежным, непредсказуемым и т.д. Это дает понимание разрывов, связанных со СТАБИЛЬНОСТЬЮ, устраняя ненужную изменчивость и ошибки
• Что делает [шаг x] в клиентском опыте дорогостоящим, неэффективным и т.д. Это дает результаты, связанные с ПРОИЗВОДИТЕЛЬНОСТЬЮ и СТОИМОСТЬЮ (сокращением затрат и усилий).
Понимаем, собственно эти разрывы, а дальше задаем вопрос – можете ли вы придумать решение достаточное для того, чтобы клиент изменил свой текущий клиентский опыт и переключился на ваше решение?
Хотите больше инсайтов? Подписывайтесь на канал StrategicMove.
Этот вопрос я задал Юле Билинкис, автору канала Strategic Move. Пост от меня на противоположную тему она опубликовала на своем канале. Итак, что ответила Юля:
Про гипотезы написано уже тонны материалов, поэтому давайте просто рассмотрим пару примеров. Возьмем парочку стартапов, которые мне недавно понравились.
Levity.ai - это как Zapier, только для неструктурированной информации. Сейчас многие компании используют программистов, которых всегда не хватает, для создания автоматизации с обработкой текстов, ну например, кластеризация обращений и автоматизация их маршрутизации. Levity использует для этого AI – движок.
Сausal.app – сейчас в компаниях создаются множество финансовых моделей в EXL c сумасшедшими формулами и со ссылками на ячейки, которые трудно понять, все это не обновляется, а когда нужно нужно кому-то рассказать, как работает отчет, на это уходит полдня. Сausal.app создает финансовые модели и графики, которыми можно делиться с понятными аннотациями и интеграциями.
Что объединяет эти два стартапа с точки зрения подхода к идеям?
Оба поняли и попытались устранить разрыв в ценности — несоответствие между тем, что ожидают клиенты, и ценностью, которую они получают сейчас. Поэтому совет такой: посмотрите, что люди пытаются сделать сейчас, и придумайте, как сделать это так, чтобы это было лучше настолько, чтобы они захотели переключиться на ваш продукт.
Конкретные вопросы для формирования гипотез:
• Что делает [шаг x] в клиентском опыте трудоемким, медленным, сложным в выполнении и т.д. Это дает понимание разрывов, связанных со СКОРОСТЬЮ
• Что делает [шаг x] в клиентском опыте нестабильным, ненадежным, непредсказуемым и т.д. Это дает понимание разрывов, связанных со СТАБИЛЬНОСТЬЮ, устраняя ненужную изменчивость и ошибки
• Что делает [шаг x] в клиентском опыте дорогостоящим, неэффективным и т.д. Это дает результаты, связанные с ПРОИЗВОДИТЕЛЬНОСТЬЮ и СТОИМОСТЬЮ (сокращением затрат и усилий).
Понимаем, собственно эти разрывы, а дальше задаем вопрос – можете ли вы придумать решение достаточное для того, чтобы клиент изменил свой текущий клиентский опыт и переключился на ваше решение?
Хотите больше инсайтов? Подписывайтесь на канал StrategicMove.
Telegram
Strategic move: стратегия, продукт и AI
Юлия Билинкис
Развитие продуктовых команд / Прокачка стратегии / B2B обучение
Я помогаю руководителям выстраивать стратегию, развивать команды и синхронизировать мышление продактов.
https://strategicmove.education/
По всем вопросам @real_julia_bilinkis
Развитие продуктовых команд / Прокачка стратегии / B2B обучение
Я помогаю руководителям выстраивать стратегию, развивать команды и синхронизировать мышление продактов.
https://strategicmove.education/
По всем вопросам @real_julia_bilinkis
Что такое диаграмма отношений сущностей (ERD)?
Очень часто такая вещь ложится на плечи продакт-менеджера. Диаграмма отношений сущностей также называется ERD, диаграммой ER, моделью соединения сущностей, диаграммой шаблона соединения сущностей или моделью ER. Это структурная диаграмма, используемая при проектировании базы данных. ERD содержит разные символы и соединители для отображения двух важных сведений: Общесистемный (Основная сущность) и Взаимоотношения между сущностями.
Когда мы говорим о сущностях в ERD, мы часто упоминаем бизнес-объекты, такие как люди / роли (например, студенты), материальные бизнес-объекты (например, продукты) и нематериальные бизнес-объекты (например, журналы). «Взаимосвязь» относится к взаимосвязи этих объектов внутри системы.
Когда рисовать диаграмму ER? Ниже приведены некоторые типичные варианты использования.
Хотите лучше разобраться в ERD диаграмме и прокачаться в системной аналитике? Приходите на курс Системный аналитик от Otus, знакомство с которым можно начать на открытом занятии “Фиксация требований с помощью use case”, который пройдёт 5 июля в 20.00.
Там расскажут о том, как описать взаимодействие Актора и Системы, как отобразить все процессы и не запутаться в них, а также, как выбрать между Use Case и User Story.
Зарегистрироваться можно по ссылке: https://otus.pw/GeZt/
Очень часто такая вещь ложится на плечи продакт-менеджера. Диаграмма отношений сущностей также называется ERD, диаграммой ER, моделью соединения сущностей, диаграммой шаблона соединения сущностей или моделью ER. Это структурная диаграмма, используемая при проектировании базы данных. ERD содержит разные символы и соединители для отображения двух важных сведений: Общесистемный (Основная сущность) и Взаимоотношения между сущностями.
Когда мы говорим о сущностях в ERD, мы часто упоминаем бизнес-объекты, такие как люди / роли (например, студенты), материальные бизнес-объекты (например, продукты) и нематериальные бизнес-объекты (например, журналы). «Взаимосвязь» относится к взаимосвязи этих объектов внутри системы.
Когда рисовать диаграмму ER? Ниже приведены некоторые типичные варианты использования.
• Дизайн базы данных -Изменение структуры базы данных непосредственно в базе данных рискованно.Чтобы не повредить данные в базе данных, мы должны тщательно планировать все изменения. Рисуя ER-диаграммы для демонстрации идей дизайна базы данных, вы можете легко находить ошибки и выявлять недостатки дизайна, а также вносить исправления перед внесением изменений в базу данных. • Отладка базы данных -Отладка проблем с базой данных часто является сложной задачей, особенно когда база данных содержит много таблиц, мы с вами пишем сложный SQL для получения необходимой информации. С помощью ERD для отображения структуры базы данных вы можете полностью понять структуру всей базы данных. Вы можете легко найти объекты, просмотреть их свойства и определить отношения с другими объектами, что поможет вам легче находить проблемы с базой данных. • Создание и исправление базы данных Программное обеспечение -ERD, такое как Visual Paradigm, поддерживает инструменты создания баз данных, которые могут автоматически создавать и восстанавливать базы данных с помощью диаграмм ER. Используя этот инструмент для создания диаграмм ER, ваш дизайн ER больше не является статической диаграммой, а является зеркальным отображением, которое действительно отражает физическую структуру базы данных. • Помогите собрать требования -Вы можете выразить бизнес-объекты высокого уровня в системе, нарисовав ERD для определения требований системы. Эта первоначальная модель также может развиться в физическую модель базы данных, используемую для создания реляционной базы данных или для предоставления мощного справочного материала для создания блок-схем и моделей потоков данных.Хотите лучше разобраться в ERD диаграмме и прокачаться в системной аналитике? Приходите на курс Системный аналитик от Otus, знакомство с которым можно начать на открытом занятии “Фиксация требований с помощью use case”, который пройдёт 5 июля в 20.00.
Там расскажут о том, как описать взаимодействие Актора и Системы, как отобразить все процессы и не запутаться в них, а также, как выбрать между Use Case и User Story.
Зарегистрироваться можно по ссылке: https://otus.pw/GeZt/
О чем целесообразно знать продакту при оценке качества верстки при стилизации сайта
- При стилизации сайта исправляются огрехи дизайна с разными отступами между одинаковыми элементами
Если в процессе разработки сталкиваются с тем, что одинаковые элементы на разных страницах выполнены по разному или имеют разные отступы, их универсализируем и проводим к одному виду. Если по макету не понятно, что именно верный вариант, он уточняется у Заказчика.
- Для организации стилей используется методология БЭМ. В исходниках каждый БЭМ-блок это отдельный стилевой файл. Блоки независимы друг от друга и могут перемещаться между страницами.
- Стилизация контентных областей выполнена через каскад. Если на сайте есть контентные области, которые наполняются через визуальный текстовый редактор, их стилизация делается без классов, а реализуется каскадом, от родительского блока. В случае, если блоки внутри текстовой области одним каскадом не стилизовать, используются классы, которые модифицируют контентные блоки.
- Для адаптива используется резина с перестроением на контрольных точках. Резина — это принцип при котором на сайте есть резиновая сетка и максимальная ширина. При достижении максимальной ширины, блоки центруются и не увеличиваются. При уменьшении экрана блоки сужаются по ширине, а при достижении контрольной точки перестраиваются иным образом.
- Опционально для адаптива может использоваться масштабирование с перестроением на контрольных точках
При масштабировании блоки не сужаются по ширине, а масштабируются внутри своих пропорций. Таким образом сайт увеличивается и уменьшается, с сохранением пропорций. Этот способ требует иной организации CSS и его реализация обойдется дороже. Если клиенту необходимо масштабирование, это стоит проговорить заранее, так как на финише проекта переделка может привести к большому объёму работы.
- По умолчанию поддерживаются 5 последних версий стабильных браузеров Chrome, Mozilla, Opera, Safari и Edge Chromium. А также стабильные версии мобильных браузеров.
- Для всех элементов, с которыми есть взаимодействие добавляем микро анимации по наведению
Интерфейс должен откликаться, поэтому даже если не предоставлен UI-кит, мы делаем их на своё усмотрение. Если кит есть, то мы добавляем только плавность смены состояний. Мы также добавляем курсор лапку на элементы, на которые можно нажать.
- По умолчанию не отключаем обводку ховеров, или меняем её на предоставленную в дизайне
- Вёрстка соответствует дизайн макетам, по принципам Pixel Perfect. При этом есть допуски 2-3px, а так же учитывается тот факт, что макеты универсализируются. Принцип не используется на длине текстовой строки, так как шрифты по разному рендерятся в разных браузерах. При применении пункта допускается расхождение с макетами.
- Вёрстка проходит тестирование переполнением контента. Речь идёт про изменение объёма контента в контентных блоках. Исключением для этого пункта является ситуация, при котором дизайн не готов под увеличение объёма контента.
Чтобы минимизировать проблемы с фронтендом, можете обратиться к ребятам из Лига А. — это необычный аутсорс, работающий как производственная практика в HTML Academy. Там по принципам выше делают фронтенд-разработку для диджитала или продуктовых компаний, могут помочь запустить MVP на Реакте или быстро сделать промо для новой акции. Кстати, есть скидка на первый проект 10%: https://tml.io/dm9rt
- При стилизации сайта исправляются огрехи дизайна с разными отступами между одинаковыми элементами
Если в процессе разработки сталкиваются с тем, что одинаковые элементы на разных страницах выполнены по разному или имеют разные отступы, их универсализируем и проводим к одному виду. Если по макету не понятно, что именно верный вариант, он уточняется у Заказчика.
- Для организации стилей используется методология БЭМ. В исходниках каждый БЭМ-блок это отдельный стилевой файл. Блоки независимы друг от друга и могут перемещаться между страницами.
- Стилизация контентных областей выполнена через каскад. Если на сайте есть контентные области, которые наполняются через визуальный текстовый редактор, их стилизация делается без классов, а реализуется каскадом, от родительского блока. В случае, если блоки внутри текстовой области одним каскадом не стилизовать, используются классы, которые модифицируют контентные блоки.
- Для адаптива используется резина с перестроением на контрольных точках. Резина — это принцип при котором на сайте есть резиновая сетка и максимальная ширина. При достижении максимальной ширины, блоки центруются и не увеличиваются. При уменьшении экрана блоки сужаются по ширине, а при достижении контрольной точки перестраиваются иным образом.
- Опционально для адаптива может использоваться масштабирование с перестроением на контрольных точках
При масштабировании блоки не сужаются по ширине, а масштабируются внутри своих пропорций. Таким образом сайт увеличивается и уменьшается, с сохранением пропорций. Этот способ требует иной организации CSS и его реализация обойдется дороже. Если клиенту необходимо масштабирование, это стоит проговорить заранее, так как на финише проекта переделка может привести к большому объёму работы.
- По умолчанию поддерживаются 5 последних версий стабильных браузеров Chrome, Mozilla, Opera, Safari и Edge Chromium. А также стабильные версии мобильных браузеров.
- Для всех элементов, с которыми есть взаимодействие добавляем микро анимации по наведению
Интерфейс должен откликаться, поэтому даже если не предоставлен UI-кит, мы делаем их на своё усмотрение. Если кит есть, то мы добавляем только плавность смены состояний. Мы также добавляем курсор лапку на элементы, на которые можно нажать.
- По умолчанию не отключаем обводку ховеров, или меняем её на предоставленную в дизайне
- Вёрстка соответствует дизайн макетам, по принципам Pixel Perfect. При этом есть допуски 2-3px, а так же учитывается тот факт, что макеты универсализируются. Принцип не используется на длине текстовой строки, так как шрифты по разному рендерятся в разных браузерах. При применении пункта допускается расхождение с макетами.
- Вёрстка проходит тестирование переполнением контента. Речь идёт про изменение объёма контента в контентных блоках. Исключением для этого пункта является ситуация, при котором дизайн не готов под увеличение объёма контента.
Чтобы минимизировать проблемы с фронтендом, можете обратиться к ребятам из Лига А. — это необычный аутсорс, работающий как производственная практика в HTML Academy. Там по принципам выше делают фронтенд-разработку для диджитала или продуктовых компаний, могут помочь запустить MVP на Реакте или быстро сделать промо для новой акции. Кстати, есть скидка на первый проект 10%: https://tml.io/dm9rt
ligaa.agency
Лига А.
Вёрстка и фронтенд любой сложности для digital‑агентств, продуктовых компаний и фриланс‑команд
Вопросы для встречи 1-1 с сотрудником
В работе с командой может быть применен тот же принцип, что и при работе с пользователями: фокус на А-сегменте. В команде, как правило, это лояльные и остающиеся в долгую. Если сотрудник остается в команде - не факт, что все хорошо.
Для проведения интервью с ними можно воспользоваться классическим составом вопросов stay-интервью. Можно начать с вопросов: как человек чувствовал себя в последнее время, как его настроение. Скорее всего, в ответ вы услышите: «Всё нормально». Чтобы добыть конкретики, можно уточнить: «Что значит нормально?» Второй вариант — обратиться к прошлому опыту: «Как поменялось твоё состояние и настроение за пару недель?»
Также в скрипт можно включить:
С кем взаимодействовал? Как?
с этим?
На эту тему также вышла замечательная статья в библиотеке моих друзей из TYPICAL — https://go.typical.company/stayinterview
Рекомендую к прочтению. Они в своей библиотеке собирают много полезных статей для управления и развития команд.
В работе с командой может быть применен тот же принцип, что и при работе с пользователями: фокус на А-сегменте. В команде, как правило, это лояльные и остающиеся в долгую. Если сотрудник остается в команде - не факт, что все хорошо.
Для проведения интервью с ними можно воспользоваться классическим составом вопросов stay-интервью. Можно начать с вопросов: как человек чувствовал себя в последнее время, как его настроение. Скорее всего, в ответ вы услышите: «Всё нормально». Чтобы добыть конкретики, можно уточнить: «Что значит нормально?» Второй вариант — обратиться к прошлому опыту: «Как поменялось твоё состояние и настроение за пару недель?»
Также в скрипт можно включить:
• Расскажи про последний рабочий день, которым ты был доволен. Что ты делал?С кем взаимодействовал? Как?
• Какие ситуации на работе за последние полгода вызывали у тебя фрустрацию, тревогу или раздражение? Что им предшествовало? Что ты предпринял, чтобы справитьсяс этим?
• Когда в последний раз ты чувствовал, что твоя работа имеет значение? Что этому предшествовало? • Какие возможности ты видишь для своего профессионального развития внутри компании? А глобально? • Как ты справляешься со своей текущей нагрузкой? Ты бы хотел работать больше / меньше?На эту тему также вышла замечательная статья в библиотеке моих друзей из TYPICAL — https://go.typical.company/stayinterview
Рекомендую к прочтению. Они в своей библиотеке собирают много полезных статей для управления и развития команд.
www.typical.company
Если сотрудник не уходит, значит, всё хорошо? Не факт
Зачем разбираться, почему сотрудник остаётся в компании, и как это сделать
Исследование OKR-трендов в России и СНГ
Команда Product Lab провела новое исследование по OKR, где получилось раскрыть, в каких компаниях используют OKR, с какими сложностями они сталкиваются при внедрении и какие выгоды получают, какие инструменты помогают компаниям в проектировании и ведении целей и почему компании внедряют OKR. Вот ключевые моменты:
-Больше всего с OKR знакомы компании из отрасли информационных технологий. Это можно объяснить популярностью Agile и гибких методов управления в ИТ сфере. Наименьшее количество участников исследования - это сотрудники компаний из нефтегазовой отрасли, энергетики, логистики, проектирования и искусства.
-Масштаб компаний, в которых работают участники исследования, на основе ответов на вопрос: "Сколько человек работает в вашей компании?". В исследовании приняли участие три типа организаций - малые (42%), средние (19%), крупные (39%).
-Большая часть респондентов придерживается рекомендациям OKR-экспертов и основным принципам OKR. Большинство участников исследования планирует OKR на квартал, проводит еженедельный мониторинг, устанавливает 3-5 целей в OKR и не привязывает бонусную систему мотивации к достижению плановых значений OKR.
-Лидеры внедрения (кто внедрил OKR на 1 или больше команд): Розничная торговля (59%), Электронная коммерция (53%), Консалтинг (52%), ИТ (50%), Медиа (43%).
-Компании используют разные инструменты ведения OKR, большинство команд предпочитают Google-таблицы, которые легко адаптируются, предоставляют онлайн-доступ каждому члену команды, что делает OKR открытыми и прозрачными для всей команды. На данный момент нет приложений для ведения OKR, которые бы пользовались популярностью, сопоставимой с Google-таблицами или Excel.
-Процент голосов за выгоды меньше, чем за причины (фокусировка набрала 57% в причинах, а в выгодах - 30%). Это связано с тем, что часть респондентов еще не завершила внедрение, и поэтому указала только причины без выгод.
-Большая часть участников (77%) не привязывает бонусную систему мотивации к достижению плановых значений OKR, как и рекомендуется методологией. Для проектирования OKR компании или команды используют различные инструменты: от проведения стратегических сессий, во время которых топменеджмент или команда сами определяют и проектируют цели, до проведения исследования клиентского опыта и рынка, использования Impact Mapping или AARRR-воронки.
Хотите больше данных по исследованию - переходите на страницу отчета по исследованию “OKR в России и СНГ 2022” от Product Lab по ссылке ниже - https://clck.ru/rgVAs
Команда Product Lab провела новое исследование по OKR, где получилось раскрыть, в каких компаниях используют OKR, с какими сложностями они сталкиваются при внедрении и какие выгоды получают, какие инструменты помогают компаниям в проектировании и ведении целей и почему компании внедряют OKR. Вот ключевые моменты:
-Больше всего с OKR знакомы компании из отрасли информационных технологий. Это можно объяснить популярностью Agile и гибких методов управления в ИТ сфере. Наименьшее количество участников исследования - это сотрудники компаний из нефтегазовой отрасли, энергетики, логистики, проектирования и искусства.
-Масштаб компаний, в которых работают участники исследования, на основе ответов на вопрос: "Сколько человек работает в вашей компании?". В исследовании приняли участие три типа организаций - малые (42%), средние (19%), крупные (39%).
-Большая часть респондентов придерживается рекомендациям OKR-экспертов и основным принципам OKR. Большинство участников исследования планирует OKR на квартал, проводит еженедельный мониторинг, устанавливает 3-5 целей в OKR и не привязывает бонусную систему мотивации к достижению плановых значений OKR.
-Лидеры внедрения (кто внедрил OKR на 1 или больше команд): Розничная торговля (59%), Электронная коммерция (53%), Консалтинг (52%), ИТ (50%), Медиа (43%).
-Компании используют разные инструменты ведения OKR, большинство команд предпочитают Google-таблицы, которые легко адаптируются, предоставляют онлайн-доступ каждому члену команды, что делает OKR открытыми и прозрачными для всей команды. На данный момент нет приложений для ведения OKR, которые бы пользовались популярностью, сопоставимой с Google-таблицами или Excel.
-Процент голосов за выгоды меньше, чем за причины (фокусировка набрала 57% в причинах, а в выгодах - 30%). Это связано с тем, что часть респондентов еще не завершила внедрение, и поэтому указала только причины без выгод.
-Большая часть участников (77%) не привязывает бонусную систему мотивации к достижению плановых значений OKR, как и рекомендуется методологией. Для проектирования OKR компании или команды используют различные инструменты: от проведения стратегических сессий, во время которых топменеджмент или команда сами определяют и проектируют цели, до проведения исследования клиентского опыта и рынка, использования Impact Mapping или AARRR-воронки.
Хотите больше данных по исследованию - переходите на страницу отчета по исследованию “OKR в России и СНГ 2022” от Product Lab по ссылке ниже - https://clck.ru/rgVAs
productlab.ru
Исследование OKR в России и СНГ 2023
Цель исследования - выявить тенденции внедрения и использования OKR в России с помощью анкетирования компаний и сотрудников, которые уже используют OKR или только планируют начать.
Ликбез по динамическому ценообразованию
Динамическое ценобразование - ключевая тема на Конференции по продуктовой аналитике и marketplace efficiency Aha!'2022 - https://aha.matemarketing.ru/. Ниже - типы и параметры ценообразования.
Типы ценообразования:
1. Ценообразование «затраты плюс»
При использовании этого метода в розничной цене учитываются все затраты, которые понесла компания.
Один из видов такого ценообразования - ценообразование с наценкой. В каждой отрасли наценки могут быть разные. Розничные продавцы также могут устанавливать свою наценку. Например, один музыкальный магазин делает наценку 50% на гитары, то есть ее стоимость будет равна закупочной плюс 50%. Другой музыкальный магазин может сделать наценку меньше, тогда и цена этой гитары для покупателя будет ниже.
2. Ценообразование на основе конкуренции (конкурентное ценообразование) основано на регулярном мониторинге цен и анализе стратегии конкурентов. Регулярный мониторинг конкурентов даст возможность выработать собственную стратегию: снижать цены или, наоборот, повышать, если ваш продукт и сервис более качественный. Именно цена формирует у потенциальных покупателей первое впечатление о магазине, поэтому залогом успеха в большинстве случаев оказывается наличие эффективной системы ценообразование.
Конечно, можно выбрать одну проверенную методику наценки и использовать только ее. Наибольших же успехов вы добьетесь, если будете варьировать несколько проверенных способов ценообразования в зависимости от поставленных задач.
3. Ценообразование на основе спроса
Отслеживая спрос на свой продукт, компании устанавливают цены. Спрос падает – цены снижаются, растет – можно установить и более высокую стоимость.
Параметры, влияющие на цены, в интернет-магазинах:
- число конкурентов в интернете с аналогичным товаром;
- уровень вашей цены на рынке;
- средняя цена конкурентов;
- минимальная цена;
- максимальная цена;
- разница вашей цены от средней в процентах;
- закупочная цена
- минимальная ожидаемая прибыль;
- покрытие затрат.
Также алгоритм ценообразования включает и такие факторы, как:
- колебания курса валют;
- эластичность спроса (сезонную или в разрезе нескольких дней);
- количество товара на складе;
- число посетителей страницы с товаром (трафик на сайт);
- появление новых конкурентов;
- динамику тенденций на рынке товаров-аналогов;
- жизненный цикл продукта.
Хотите больше информации по ценообразованию и как ее использовать в работе с маркет-плейсами, приходите на конференцию Aha!'2022 - https://aha.matemarketing.ru/
Нужна консультация по развитию продуктов, команд и процессов исследования - пишите автору канала.
Динамическое ценобразование - ключевая тема на Конференции по продуктовой аналитике и marketplace efficiency Aha!'2022 - https://aha.matemarketing.ru/. Ниже - типы и параметры ценообразования.
Типы ценообразования:
1. Ценообразование «затраты плюс»
При использовании этого метода в розничной цене учитываются все затраты, которые понесла компания.
Один из видов такого ценообразования - ценообразование с наценкой. В каждой отрасли наценки могут быть разные. Розничные продавцы также могут устанавливать свою наценку. Например, один музыкальный магазин делает наценку 50% на гитары, то есть ее стоимость будет равна закупочной плюс 50%. Другой музыкальный магазин может сделать наценку меньше, тогда и цена этой гитары для покупателя будет ниже.
2. Ценообразование на основе конкуренции (конкурентное ценообразование) основано на регулярном мониторинге цен и анализе стратегии конкурентов. Регулярный мониторинг конкурентов даст возможность выработать собственную стратегию: снижать цены или, наоборот, повышать, если ваш продукт и сервис более качественный. Именно цена формирует у потенциальных покупателей первое впечатление о магазине, поэтому залогом успеха в большинстве случаев оказывается наличие эффективной системы ценообразование.
Конечно, можно выбрать одну проверенную методику наценки и использовать только ее. Наибольших же успехов вы добьетесь, если будете варьировать несколько проверенных способов ценообразования в зависимости от поставленных задач.
3. Ценообразование на основе спроса
Отслеживая спрос на свой продукт, компании устанавливают цены. Спрос падает – цены снижаются, растет – можно установить и более высокую стоимость.
Параметры, влияющие на цены, в интернет-магазинах:
- число конкурентов в интернете с аналогичным товаром;
- уровень вашей цены на рынке;
- средняя цена конкурентов;
- минимальная цена;
- максимальная цена;
- разница вашей цены от средней в процентах;
- закупочная цена
- минимальная ожидаемая прибыль;
- покрытие затрат.
Также алгоритм ценообразования включает и такие факторы, как:
- колебания курса валют;
- эластичность спроса (сезонную или в разрезе нескольких дней);
- количество товара на складе;
- число посетителей страницы с товаром (трафик на сайт);
- появление новых конкурентов;
- динамику тенденций на рынке товаров-аналогов;
- жизненный цикл продукта.
Хотите больше информации по ценообразованию и как ее использовать в работе с маркет-плейсами, приходите на конференцию Aha!'2022 - https://aha.matemarketing.ru/
Нужна консультация по развитию продуктов, команд и процессов исследования - пишите автору канала.