Почему в продуктовой стратегии важна последовательность и как её лучше строить — сверху вниз или снизу вверх ⬆️⬇️
Сегодня качество продукта является единственным условием успеха на рынке, что накладывает отпечаток на работу продуктовой команды. Теперь она обязана создавать целую концепцию, которая сможет стать основой стратегического развития компании.
Правда, есть проблема. Сам термин «стратегия» стал настолько общим, что почти лишился смысла. Чтобы выбраться из зазеркалья абстрактных определений, предлагаем понять, что на самом деле за ними стоит.
Миссия — то, как ваша компания видит мир и каким хочет его сделать.
Стратегия — план, как эту миссию претворить в жизнь.
Продуктовая стратегия — план по реализации части этой стратегии, касающейся конкретного продукта.
План развития продукта — последовательность фич, благодаря которым вы реализуете продуктовую стратегию.
Цели продукта — ежеквартальные и ежедневные вехи в плане развития продукта, с помощью которых вы оцените реализацию продуктовой стратегии.
🔝 Сверху вниз = построение, снизу вверх = оценка
Последовательность разработки продуктовой стратегии – система, которую можно использовать как для планирования, так и для выполнения задач, в зависимости от вектора движения:
⬇️Сверху вниз идут для того, чтобы: 1) определить последовательность; 2) спланировать производство продукта; 3) согласовать работу компании с полученным планом работы.
⬆️Снизу вверх движутся, чтобы: 1) сообщать о состоянии задач; 2) отслеживать, насколько работа команды помогает выполнять задачи компании.
💁🏼♀️ Пример: кейсы Slack и Discord
Slack – платформа для повышения производительности на рабочем месте. Discord – платформа для обмена сообщениями, разработанная для геймеров.
У проектов разные миссии: Slack предназначен для работы, а Discord – для игр. Стратегии тоже различаются, что неудивительно, ведь они базируются на разных миссиях. А вот стратегии продуктов, наоборот, похожи, что видно даже по общим чертам в пользовательском интерфейсе.
Подробнее кейсы Slack и Discord мы разбираем в полной версии статьи, опубликованной в нашем блоге.
#технологии
Сегодня качество продукта является единственным условием успеха на рынке, что накладывает отпечаток на работу продуктовой команды. Теперь она обязана создавать целую концепцию, которая сможет стать основой стратегического развития компании.
Правда, есть проблема. Сам термин «стратегия» стал настолько общим, что почти лишился смысла. Чтобы выбраться из зазеркалья абстрактных определений, предлагаем понять, что на самом деле за ними стоит.
Миссия — то, как ваша компания видит мир и каким хочет его сделать.
Стратегия — план, как эту миссию претворить в жизнь.
Продуктовая стратегия — план по реализации части этой стратегии, касающейся конкретного продукта.
План развития продукта — последовательность фич, благодаря которым вы реализуете продуктовую стратегию.
Цели продукта — ежеквартальные и ежедневные вехи в плане развития продукта, с помощью которых вы оцените реализацию продуктовой стратегии.
🔝 Сверху вниз = построение, снизу вверх = оценка
Последовательность разработки продуктовой стратегии – система, которую можно использовать как для планирования, так и для выполнения задач, в зависимости от вектора движения:
⬇️Сверху вниз идут для того, чтобы: 1) определить последовательность; 2) спланировать производство продукта; 3) согласовать работу компании с полученным планом работы.
⬆️Снизу вверх движутся, чтобы: 1) сообщать о состоянии задач; 2) отслеживать, насколько работа команды помогает выполнять задачи компании.
💁🏼♀️ Пример: кейсы Slack и Discord
Slack – платформа для повышения производительности на рабочем месте. Discord – платформа для обмена сообщениями, разработанная для геймеров.
У проектов разные миссии: Slack предназначен для работы, а Discord – для игр. Стратегии тоже различаются, что неудивительно, ведь они базируются на разных миссиях. А вот стратегии продуктов, наоборот, похожи, что видно даже по общим чертам в пользовательском интерфейсе.
Подробнее кейсы Slack и Discord мы разбираем в полной версии статьи, опубликованной в нашем блоге.
#технологии
🤳Структура MDM-решения
В предыдущих постах мы рассказали про пользу MDM (Mobile Device Management) для пользователя и для бизнеса. Пришло время поговорить о структуре MDM-решений.
MDM-система состоит из серверной и клиентской частей. Серверная часть находится на стороне компании, клиентская — непосредственно на мобильном устройстве сотрудника. Они взаимодействуют между собой по защищённому каналу.
Серверная часть отправляет команды для управления на мобильные устройства пользователей. Эти команды запускаются и реализуют нужную задачу на устройстве. MDM-решение применяет принцип контейнеризации. Это значит, что все корпоративные данные «упаковываются» внутри надёжно защищенного и изолированного пространства — контейнера. Это повышает безопасность их передачи.
#MDM #технологии
В предыдущих постах мы рассказали про пользу MDM (Mobile Device Management) для пользователя и для бизнеса. Пришло время поговорить о структуре MDM-решений.
MDM-система состоит из серверной и клиентской частей. Серверная часть находится на стороне компании, клиентская — непосредственно на мобильном устройстве сотрудника. Они взаимодействуют между собой по защищённому каналу.
Серверная часть отправляет команды для управления на мобильные устройства пользователей. Эти команды запускаются и реализуют нужную задачу на устройстве. MDM-решение применяет принцип контейнеризации. Это значит, что все корпоративные данные «упаковываются» внутри надёжно защищенного и изолированного пространства — контейнера. Это повышает безопасность их передачи.
#MDM #технологии
🤳Какие MDM решения бывают и как выбрать подходящее?
На ИТ-рынке представлено множество специализированных решений для управления мобильными устройствами. Это могут быть интегрированные решения, с большим перечнем функций, или узконаправленные продукты.
С точки зрения модели использования, все MDM решения можно разделить на облачные, инхаус и предоставляемые «в аренду» по принципу SaaS (Software as a Service).
Как компании понять, какое MDM-решение выбрать и что оно ей подходит? Делимся советами от IBM.
Совет 1. Проанализируйте, какие устройства используются в компании. Задайте себе вопросы:
- Какими устройствами мне нужно управлять? (iOS, macOS, Android, Windows)
- Сколько устройств нужно контролировать?
- Какие варианты использования есть у этих устройств?
- Какие приложения нужны?
- К каким внутренним ресурсам подключаются эти мобильные устройства?
Совет 2. Выбирайте решение MDM с сильной партнерской сетью, инфраструктурой и возможностями техподдержки. Это упростит процесс внедрения.
Совет 3. Попробуйте возможности решения, прежде чем покупать его. Выбирайте систему, работе с которой можно быстро научиться.
Совет 4. Выбирайте решения с гибким управлением и удобной визуализацией. У MDM-решения должна быть единая панель администрирования, где вы можете видеть устройства, пользователей и процессы, строить отчеты, искать информацию, получать доступ к устройствам, приложениям и защищённым документам.
Совет 5. Выбирайте решение MDM с надежными средствами безопасности и автоматическим уведомлением о её нарушениях. Если используемое устройство не соответствует корпоративным политикам, отчёт об этом должен немедленно отправляться ИТ-отделу. Устранение нарушений должно быть быстрым и автоматическим.
Совет 6. Убедитесь, что решение защищает корпоративные данные. Например, в нём можно отделить рабочие приложения от развлекательных и установить правила для доступа к защищённым данным.
Совет 7. Выбирайте систему, которая может ограничить список приложений, доступных к использованию на корпоративных устройствах.
Совет 8. Убедитесь, что в системе можно работать с политиками, устанавливающими правила работы с мобильными устройствами в компании. Решение MDM должно предлагать гибко настраиваемую политику и поддерживать неограниченное количество политик.
Совет 9. Убедитесь, что система может контролировать расход трафика.Также решение может быть интегрировано с оператором связи. В этом случае вы сможете получать через систему отчеты об использовании трафика.
Совет 10. Выбирайте систему MDM, которую легко интегрировать с решениями производителей мобильных устройств.
#MDM #технологии
На ИТ-рынке представлено множество специализированных решений для управления мобильными устройствами. Это могут быть интегрированные решения, с большим перечнем функций, или узконаправленные продукты.
С точки зрения модели использования, все MDM решения можно разделить на облачные, инхаус и предоставляемые «в аренду» по принципу SaaS (Software as a Service).
Как компании понять, какое MDM-решение выбрать и что оно ей подходит? Делимся советами от IBM.
Совет 1. Проанализируйте, какие устройства используются в компании. Задайте себе вопросы:
- Какими устройствами мне нужно управлять? (iOS, macOS, Android, Windows)
- Сколько устройств нужно контролировать?
- Какие варианты использования есть у этих устройств?
- Какие приложения нужны?
- К каким внутренним ресурсам подключаются эти мобильные устройства?
Совет 2. Выбирайте решение MDM с сильной партнерской сетью, инфраструктурой и возможностями техподдержки. Это упростит процесс внедрения.
Совет 3. Попробуйте возможности решения, прежде чем покупать его. Выбирайте систему, работе с которой можно быстро научиться.
Совет 4. Выбирайте решения с гибким управлением и удобной визуализацией. У MDM-решения должна быть единая панель администрирования, где вы можете видеть устройства, пользователей и процессы, строить отчеты, искать информацию, получать доступ к устройствам, приложениям и защищённым документам.
Совет 5. Выбирайте решение MDM с надежными средствами безопасности и автоматическим уведомлением о её нарушениях. Если используемое устройство не соответствует корпоративным политикам, отчёт об этом должен немедленно отправляться ИТ-отделу. Устранение нарушений должно быть быстрым и автоматическим.
Совет 6. Убедитесь, что решение защищает корпоративные данные. Например, в нём можно отделить рабочие приложения от развлекательных и установить правила для доступа к защищённым данным.
Совет 7. Выбирайте систему, которая может ограничить список приложений, доступных к использованию на корпоративных устройствах.
Совет 8. Убедитесь, что в системе можно работать с политиками, устанавливающими правила работы с мобильными устройствами в компании. Решение MDM должно предлагать гибко настраиваемую политику и поддерживать неограниченное количество политик.
Совет 9. Убедитесь, что система может контролировать расход трафика.Также решение может быть интегрировано с оператором связи. В этом случае вы сможете получать через систему отчеты об использовании трафика.
Совет 10. Выбирайте систему MDM, которую легко интегрировать с решениями производителей мобильных устройств.
#MDM #технологии
Стоит ли бизнесу вкладываться в AR. Рынок AR сегодня 👓
Ещё недавно AR казался кадром из фильма про будущее. Сегодня потребитель расставляет виртуальную мебель по реальной гостиной и жалуется, что цифровая куртка в приложении плохо садится на его нетипичную фигуру. AR в маркетинге становится всё больше, но приносит ли виртуальная среда реальную прибыль бизнесу — всё ещё открытый вопрос.
Дополненная реальность — один из главных технологических трендов 2022 года. Рынок AR постоянно растёт. По данным Mordor Intelligence, среднегодовой темп роста рынка составит 150% за 2021-2026 годы.
Ключевыми игроками рынка AR&VR устройств остаются Oculus, принадлежащая Meta, Sony и HTC.Но помимо официальных лидеров на рынке AR&VR есть и неофициальные. Это компании, которые не блещут объёмами продаж, потому что продвигают продукты в корпоративном секторе. Тем не менее, именно эти компании являются драйверами развития AR-отрасли и именно от них рынок ждёт главных решений.
👓 Meta — официальный лидер. Meta запустили собственную платформу Spark AR. С её помощью руководство социальной сети планирует повысить вовлечённость пользователей: по мнению Meta, те охотнее начнут делиться фото и видео, дополняя их анимированным контентом и выражая себя через новые динамические маски. С августа 2020 года платформу интегрировали в Instagram, и теперь любой желающий может скачать приложение Spark AR Player и создавать собственные маски. Ещё в 2014 году Цукерберг купил компанию Oculus VR, бывшего лидера по разработке виртуальной реальности. А сейчас работает над созданием умных очков c дополненной реальностью вместе с компанией Luxottica под брендом Ray-Ban.
👓Apple. В 2017 году Apple впервые представил ARKit — платформу, которая позволила создавать дополненную реальность на iPhone и iPad. Это было событие мировое масштаба — разработчики получили возможность создавать дополненную реальность с помощью готовых механизмов платформы. В июне 2021 года Apple анонсировал 5 версию ARKit. В ней усовершенствовали распознавание лиц, Location Anchors (привязки к местоположению), работу кодов App Clip, встроенных в приложения. Это ещё один шаг к популяризации AR — теперь, при достаточно низком пороге вхождения в технологию, можно получить весьма достойный результат.
👓Microsoft. В 2019 Microsoft представила очки дополненной реальности HoloLens 2. По сути, это портативный голографический компьютер, который распознает все движения рук. Поэтому им можно управлять жестами: просто перетаскивать или поворачивать голограммы в поле зрения. Используя эту технологию, компании могут производить собственные устройства HoloLens по лицензии. Очки уже нашли применение в инженерном и военном деле, медицине. По своим возможностям и удобству использования очки Microsoft сильно опережают конкурентов. Минус у них только один — стоимость более полумиллиона рублей.
#AR #технологии
Ещё недавно AR казался кадром из фильма про будущее. Сегодня потребитель расставляет виртуальную мебель по реальной гостиной и жалуется, что цифровая куртка в приложении плохо садится на его нетипичную фигуру. AR в маркетинге становится всё больше, но приносит ли виртуальная среда реальную прибыль бизнесу — всё ещё открытый вопрос.
Дополненная реальность — один из главных технологических трендов 2022 года. Рынок AR постоянно растёт. По данным Mordor Intelligence, среднегодовой темп роста рынка составит 150% за 2021-2026 годы.
Ключевыми игроками рынка AR&VR устройств остаются Oculus, принадлежащая Meta, Sony и HTC.Но помимо официальных лидеров на рынке AR&VR есть и неофициальные. Это компании, которые не блещут объёмами продаж, потому что продвигают продукты в корпоративном секторе. Тем не менее, именно эти компании являются драйверами развития AR-отрасли и именно от них рынок ждёт главных решений.
👓 Meta — официальный лидер. Meta запустили собственную платформу Spark AR. С её помощью руководство социальной сети планирует повысить вовлечённость пользователей: по мнению Meta, те охотнее начнут делиться фото и видео, дополняя их анимированным контентом и выражая себя через новые динамические маски. С августа 2020 года платформу интегрировали в Instagram, и теперь любой желающий может скачать приложение Spark AR Player и создавать собственные маски. Ещё в 2014 году Цукерберг купил компанию Oculus VR, бывшего лидера по разработке виртуальной реальности. А сейчас работает над созданием умных очков c дополненной реальностью вместе с компанией Luxottica под брендом Ray-Ban.
👓Apple. В 2017 году Apple впервые представил ARKit — платформу, которая позволила создавать дополненную реальность на iPhone и iPad. Это было событие мировое масштаба — разработчики получили возможность создавать дополненную реальность с помощью готовых механизмов платформы. В июне 2021 года Apple анонсировал 5 версию ARKit. В ней усовершенствовали распознавание лиц, Location Anchors (привязки к местоположению), работу кодов App Clip, встроенных в приложения. Это ещё один шаг к популяризации AR — теперь, при достаточно низком пороге вхождения в технологию, можно получить весьма достойный результат.
👓Microsoft. В 2019 Microsoft представила очки дополненной реальности HoloLens 2. По сути, это портативный голографический компьютер, который распознает все движения рук. Поэтому им можно управлять жестами: просто перетаскивать или поворачивать голограммы в поле зрения. Используя эту технологию, компании могут производить собственные устройства HoloLens по лицензии. Очки уже нашли применение в инженерном и военном деле, медицине. По своим возможностям и удобству использования очки Microsoft сильно опережают конкурентов. Минус у них только один — стоимость более полумиллиона рублей.
#AR #технологии
В каких областях AR применяется активнее всего? 🕶
Дополненная реальность — один из главных технологических трендов 2022 года. Лидерами по внедрению AR являются следующие сферы: медицина (38% компаний), образование (28%), развитие рабочего потенциала и корпоративное обучение (24%).
Меньше всего внедряют иммерсивные технологии в недвижимости (10%) и туризме (5%).
Большинство компаний внедряют AR, чтобы:
- улучшить производительность;
- повысить эффективность рекламы;
- подтолкнуть пользователей и медиа к генерации контента.
Вот какими путями бизнес добивается своих целей и реализует потенциал AR 👇
#AR #технологии #best_practices
Дополненная реальность — один из главных технологических трендов 2022 года. Лидерами по внедрению AR являются следующие сферы: медицина (38% компаний), образование (28%), развитие рабочего потенциала и корпоративное обучение (24%).
Меньше всего внедряют иммерсивные технологии в недвижимости (10%) и туризме (5%).
Большинство компаний внедряют AR, чтобы:
- улучшить производительность;
- повысить эффективность рекламы;
- подтолкнуть пользователей и медиа к генерации контента.
Вот какими путями бизнес добивается своих целей и реализует потенциал AR 👇
#AR #технологии #best_practices
▪️ Что такое Elementary, и для чего мы придумали эту библиотеку
Мы в Surf начали работать с технологией Flutter в 2019 году. С тех пор мы создали большой отдел Flutter-разработки, участвуем в развитии фреймворка, развиваем и поддерживаем профессиональное сообщество в России: записываем подкасты, пишем экспертные статьи, задаём собственные стандарты архитектуры. Мы постоянно оптимизируем и улучшаем свои процессы разработки.
Одним из таких решений, которое зародилось внутри Surf, стала библиотека Elementary. Сегодня мы используем Elementary в большинстве Flutter-проектов для создания чистой архитектуры и легко тестируемого кода. Она очень полезна в e-commerce и финтех проектах: там, где заложена работа с анимацией, выпадающими списками, изменением интерфейса при определённых действиях.
Автором библиотеки стал техлид отдела Flutter-разработки Surf Михаил Зотьев:
“Я хотел, чтобы Elementary соответствовало ряду требований: было комплексным решением и обеспечивало чётко разделённые по ответственностям слои. Эти слои должны быть максимально изолированы и независимы друг от друга. Решение должно быть легко тестируемым. Реализация должна быть максимально близка к работе Flutter.”
Все эти ограничения вкупе с особенностями Flutter хорошо ложатся на классический паттерн Model-View-ViewModel (MVVM) → Model-Widget-WidgetModel (MWWM). Он и стал прародителем Elementary.
Идея библиотеки, как и у самого паттерна, — в разделении ответственности классов: UI, бизнес-логики и презентационной логики. Получаются независимые друг от друга модули, имеющие чёткую структуру.
С помощью Elementary наши Flutter-разработчики:
→ упрощают тестирование;
→ сокращают время доработок и правок;
→ уменьшают время на поддержку приложения.
Читайте, как наше техническое решение помогает упростить и ускорить разработку проектов на Flutter:
#ритейл #финтех #технологии
Мы в Surf начали работать с технологией Flutter в 2019 году. С тех пор мы создали большой отдел Flutter-разработки, участвуем в развитии фреймворка, развиваем и поддерживаем профессиональное сообщество в России: записываем подкасты, пишем экспертные статьи, задаём собственные стандарты архитектуры. Мы постоянно оптимизируем и улучшаем свои процессы разработки.
Одним из таких решений, которое зародилось внутри Surf, стала библиотека Elementary. Сегодня мы используем Elementary в большинстве Flutter-проектов для создания чистой архитектуры и легко тестируемого кода. Она очень полезна в e-commerce и финтех проектах: там, где заложена работа с анимацией, выпадающими списками, изменением интерфейса при определённых действиях.
Автором библиотеки стал техлид отдела Flutter-разработки Surf Михаил Зотьев:
“Я хотел, чтобы Elementary соответствовало ряду требований: было комплексным решением и обеспечивало чётко разделённые по ответственностям слои. Эти слои должны быть максимально изолированы и независимы друг от друга. Решение должно быть легко тестируемым. Реализация должна быть максимально близка к работе Flutter.”
Все эти ограничения вкупе с особенностями Flutter хорошо ложатся на классический паттерн Model-View-ViewModel (MVVM) → Model-Widget-WidgetModel (MWWM). Он и стал прародителем Elementary.
Идея библиотеки, как и у самого паттерна, — в разделении ответственности классов: UI, бизнес-логики и презентационной логики. Получаются независимые друг от друга модули, имеющие чёткую структуру.
С помощью Elementary наши Flutter-разработчики:
→ упрощают тестирование;
→ сокращают время доработок и правок;
→ уменьшают время на поддержку приложения.
Читайте, как наше техническое решение помогает упростить и ускорить разработку проектов на Flutter:
#ритейл #финтех #технологии
📔 Как устроена Elementary
Недавно мы рассказывали вам о библиотеке Elementary на базе фреймворка Flutter, автором которой стал техлид отдела Flutter-разработки Surf Михаил Зотьев. Как же она устроена?
Библиотека предоставляет механизмы для написания приложения по правилам Clean Architecture с разделением модулей на блоки. Это архитектурный пакет для Flutter, который позволяет чётко разделить слои согласно ответственностям, сделать эти ответственности прозрачнее, а код проще для восприятия и тестирования.
Библиотека включает несколько основных модулей с чёткой структурой.
▪️ ElementaryModel включает всю работу с бизнес-логикой, которая требуется конкретному компоненту. Это значит, что все бизнесовые зависимости нужно поставить в модель и использовать их для достижения целей бизнес-логики именно в ней.
▪️ Сущность WidgetModel является адаптером состояния модели. Значит, ElementaryModel — это прямая зависимость WidgetModel, которая позволит получить связь с бизнес-логикой. Это единственная точка входа презентационной логики в бизнесовую.
▪️ ElementaryWidget является слоем представления. Во Flutter один из типов виджетов — компоновочные виджеты: например, Stateless и Stateful виджеты. Сами по себе они ничего не отображают, а лишь берут и, как конструктор, собирают отображение из других. Поэтому ElementaryWidget стал компоновочным и мы сделали для него собственную реализацию.
▪️ Element. Чтобы всё работало корректно, необходим механизм, который обеспечит связь всех слоёв. Element во Flutter нужен как раз для этого. Использовать Element напрямую разработчику не потребуется. Однако этот механизм настолько важен, что даже получил название, идентичное названию библиотеки, — Elementary.
В результате вместе с элементом устройство каждой связки выглядит примерно так:
#технологии
Недавно мы рассказывали вам о библиотеке Elementary на базе фреймворка Flutter, автором которой стал техлид отдела Flutter-разработки Surf Михаил Зотьев. Как же она устроена?
Библиотека предоставляет механизмы для написания приложения по правилам Clean Architecture с разделением модулей на блоки. Это архитектурный пакет для Flutter, который позволяет чётко разделить слои согласно ответственностям, сделать эти ответственности прозрачнее, а код проще для восприятия и тестирования.
Библиотека включает несколько основных модулей с чёткой структурой.
▪️ ElementaryModel включает всю работу с бизнес-логикой, которая требуется конкретному компоненту. Это значит, что все бизнесовые зависимости нужно поставить в модель и использовать их для достижения целей бизнес-логики именно в ней.
▪️ Сущность WidgetModel является адаптером состояния модели. Значит, ElementaryModel — это прямая зависимость WidgetModel, которая позволит получить связь с бизнес-логикой. Это единственная точка входа презентационной логики в бизнесовую.
▪️ ElementaryWidget является слоем представления. Во Flutter один из типов виджетов — компоновочные виджеты: например, Stateless и Stateful виджеты. Сами по себе они ничего не отображают, а лишь берут и, как конструктор, собирают отображение из других. Поэтому ElementaryWidget стал компоновочным и мы сделали для него собственную реализацию.
▪️ Element. Чтобы всё работало корректно, необходим механизм, который обеспечит связь всех слоёв. Element во Flutter нужен как раз для этого. Использовать Element напрямую разработчику не потребуется. Однако этот механизм настолько важен, что даже получил название, идентичное названию библиотеки, — Elementary.
В результате вместе с элементом устройство каждой связки выглядит примерно так:
#технологии
