Инвестиционные приложения: как брокеры теряют клиентов.
Несмотря на усилия государства и брокеров по повышению финансовой грамотности, девять из десяти открытых на Московской бирже счетов неактивны. Первое, с чем сталкиваются люди, открывшие брокерский счёт — инвест-приложения. Но кажется, они не помогают людям стать инвесторами. Мы в Surf изучили несколько мобильных приложений брокеров и рассказываем, что с ними не так.
Проблема 1: Определяют личную склонность к риску вместо выяснения цели инвестирования.
Некоторые брокеры заботятся о клиенте и помогают ему составить портфель. Клиент отвечает на вопросы о личных предпочтениях, а брокер ему сообщает, какие инструменты подходят для инвестиций.
🗣 Клиент: Я ищу альтернативу депозиту, но биржа — это казино. Я приду и потеряю весь свой будущий взнос на ипотеку.
🗣 Брокер: Не бойся, я тебе помогу. Давай определим твой риск-профиль, ответь на несколько вопросов.
Что не так? Брокер выясняет, насколько человек готов рисковать своими деньгами на бирже и исходя из этого рекомендует ценные бумаги. Но личная склонность к риску не имеет никакого отношения к целям инвестора, ведь их может быть несколько. Например, найти замену депозиту и инвестировать в облигации и одновременно спекулировать акциями.
Предположим, клиенту определили умеренный профиль риска и предлагают купить самые популярные акции крупных компаний. У этого инвестора нет опыта торговли, он покупает предложенные брокером акции, а они падают в цене. Денег на счёте становится меньше — клиент понимает, что это не то, что ему нужно, и, разочарованный, уходит с фондового рынка. Его страхи подтвердились.
Что делать? Такой подход невыгоден брокеру в долгосрочной перспективе. Чтобы новички становились лояльными клиентами, повышали свою финансовую грамотность, а со временем совершали больше сделок, им с самого начала нужно предложить то, что они хотят. Для этого вместо склонности к риску лучше выяснить цели клиента. Их может быть много. Например, одна часть капитала — накопления на пенсию, другая — для экспериментов с акциями и IPO.
#финтех #worst_practices
Несмотря на усилия государства и брокеров по повышению финансовой грамотности, девять из десяти открытых на Московской бирже счетов неактивны. Первое, с чем сталкиваются люди, открывшие брокерский счёт — инвест-приложения. Но кажется, они не помогают людям стать инвесторами. Мы в Surf изучили несколько мобильных приложений брокеров и рассказываем, что с ними не так.
Проблема 1: Определяют личную склонность к риску вместо выяснения цели инвестирования.
Некоторые брокеры заботятся о клиенте и помогают ему составить портфель. Клиент отвечает на вопросы о личных предпочтениях, а брокер ему сообщает, какие инструменты подходят для инвестиций.
🗣 Клиент: Я ищу альтернативу депозиту, но биржа — это казино. Я приду и потеряю весь свой будущий взнос на ипотеку.
🗣 Брокер: Не бойся, я тебе помогу. Давай определим твой риск-профиль, ответь на несколько вопросов.
Что не так? Брокер выясняет, насколько человек готов рисковать своими деньгами на бирже и исходя из этого рекомендует ценные бумаги. Но личная склонность к риску не имеет никакого отношения к целям инвестора, ведь их может быть несколько. Например, найти замену депозиту и инвестировать в облигации и одновременно спекулировать акциями.
Предположим, клиенту определили умеренный профиль риска и предлагают купить самые популярные акции крупных компаний. У этого инвестора нет опыта торговли, он покупает предложенные брокером акции, а они падают в цене. Денег на счёте становится меньше — клиент понимает, что это не то, что ему нужно, и, разочарованный, уходит с фондового рынка. Его страхи подтвердились.
Что делать? Такой подход невыгоден брокеру в долгосрочной перспективе. Чтобы новички становились лояльными клиентами, повышали свою финансовую грамотность, а со временем совершали больше сделок, им с самого начала нужно предложить то, что они хотят. Для этого вместо склонности к риску лучше выяснить цели клиента. Их может быть много. Например, одна часть капитала — накопления на пенсию, другая — для экспериментов с акциями и IPO.
#финтех #worst_practices
Разбор детских приложений: Почта Банк Младший 🧒🏼 Этап установки и регистрации
Продолжаем анализировать детские мобильные приложения банков вместе с реальными пользователями. В этом обзоре разбираем приложение «Почта Банк Младший». Одиннадцатилетняя Василиса пользуется приложением «Почта Банк Младший» с сентября 2020. Рассказывает мама Василисы — Анна.
❓ Почему Почта Банк. Идею высказала бабушка Василисы, активный пользователь Почта банка. Они вместе узнали в отделении, что нужно сделать для открытия детского счëта: родители должны быть клиентами банка. Я согласилась открыть счëт в Почта-банке.
Открытие счëта. На сайте Почта Банка я нашла ссылку на приложение для взрослых и скачала его в Google Play. Зарегистрировалась онлайн, но пройти виртуальную идентификацию через биометрическую систему не получилось, пришлось идти в отделение. Перед визитом я решила заранее внести данные о ребëнке в приложение и сфотографировала свидетельство о рождении. Приложение распознало только номер. Пришлось вводить данные вручную, но и на этом этапе ждала неудача: возникала ошибка. Решить её удалось только через месяц совместно с работником отделения, техподдержка молчала.
Установка и регистрация. После скачивания открывается главный экран с предложением войти или зарегистрироваться. Регистрация проходит в виде чата с роботом. Нужно ввести номер телефона и ответить на вопросы: имя, пол, возраст, зачем-то школа, в которой ребенка учится. Если ребëнок забыл пароль, процедуру придëтся пройти заново. После регистрации на телефон ребëнка придëт код с подтверждением. В конце регистрации выскакивает традиционная ошибка, на которую можно не обращать внимания.
#worst_practices #финтех
Продолжаем анализировать детские мобильные приложения банков вместе с реальными пользователями. В этом обзоре разбираем приложение «Почта Банк Младший». Одиннадцатилетняя Василиса пользуется приложением «Почта Банк Младший» с сентября 2020. Рассказывает мама Василисы — Анна.
❓ Почему Почта Банк. Идею высказала бабушка Василисы, активный пользователь Почта банка. Они вместе узнали в отделении, что нужно сделать для открытия детского счëта: родители должны быть клиентами банка. Я согласилась открыть счëт в Почта-банке.
Открытие счëта. На сайте Почта Банка я нашла ссылку на приложение для взрослых и скачала его в Google Play. Зарегистрировалась онлайн, но пройти виртуальную идентификацию через биометрическую систему не получилось, пришлось идти в отделение. Перед визитом я решила заранее внести данные о ребëнке в приложение и сфотографировала свидетельство о рождении. Приложение распознало только номер. Пришлось вводить данные вручную, но и на этом этапе ждала неудача: возникала ошибка. Решить её удалось только через месяц совместно с работником отделения, техподдержка молчала.
Установка и регистрация. После скачивания открывается главный экран с предложением войти или зарегистрироваться. Регистрация проходит в виде чата с роботом. Нужно ввести номер телефона и ответить на вопросы: имя, пол, возраст, зачем-то школа, в которой ребенка учится. Если ребëнок забыл пароль, процедуру придëтся пройти заново. После регистрации на телефон ребëнка придëт код с подтверждением. В конце регистрации выскакивает традиционная ошибка, на которую можно не обращать внимания.
#worst_practices #финтех
Разбор детских приложений: Почта Банк Младший 🧒🏼 Этап активного использования
Интерфейс. На главном экране высвечивается карта ребëнка и карта Kids City. Нужно отсканировать штрих-код, когда вы придёте в центр развлечений Kids City, но что это даëт и зачем — непонятно. Чтобы узнать, нужно приложить усилия и потратить время. Во вкладках «События» и «Задания» ничего нет. В приложении нет никаких игр, ничего интересного и увлекательного. В главном меню слева открываются настройки безопасности. Можно включить Push-уведомления, но нам они ни разу не пришли.
Пополнение. Пополнить детскую карту можно через родительское приложение или с карты другого банка. Я перевела на свой счëт 100 рублей из Сбербанка с комиссией 30 рублей. Потом перевела деньги дочери. Это считается переводом между своими счетами — комиссии нет. У Василисы сразу высветилась сумма в приложении на главном экране, но push-уведомление не пришло, хотя она его включила.
Оплата картой. Василиса попробовала оплатить телефон. На главном экране сразу же изменилась сумма, а на телефон быстро пришли деньги. А чтобы купить стикеры Вконтакте, потребовалась моя помощь: нужны реквизиты и CVC-код. В детском приложении мы нашли только номер карты — код видно в родительском. Оплатить покупку получилось сразу и без сложностей.
Родительский контроль. Всё движение средств по счëту видно в родительском приложении. Можно подключить СМС-информирование о действиях по карте на свой телефон за 50 рублей в месяц. Проще бесплатно установить лимиты на расходы: на разовую операцию, в день и за месяц.
Google Pay и снятие наличных. Снимать наличные с виртуальной карты можно в банкомате Почта банка. Чтобы снять деньги, нужно отсканировать штрих-код с экрана банкомата. Добавить карту в Google Pay получилось без проблем. Теперь картой можно расплачиваться и в оффлайн-магазинах.
Резюме. Детское предложение Почта банка по факту оказалось обычной взрослой виртуальной картой в обëртке не очень качественного приложения. В нëм нет никаких развлечений, зато есть куча ошибок и недоработок. Из плюсов, пожалуй, можно отметить только коллаборацию с Kids City. И если вы клиент Почта банка, возможно, вам будет удобнее открыть подростку именно эту карту. Открывать отдельный счëт не стоит. Если ребëнка нужно увлечь и заинтересовать финансовой грамотностью, присмотритесь к предложениям других банков.
#worst_practices #финтех
Интерфейс. На главном экране высвечивается карта ребëнка и карта Kids City. Нужно отсканировать штрих-код, когда вы придёте в центр развлечений Kids City, но что это даëт и зачем — непонятно. Чтобы узнать, нужно приложить усилия и потратить время. Во вкладках «События» и «Задания» ничего нет. В приложении нет никаких игр, ничего интересного и увлекательного. В главном меню слева открываются настройки безопасности. Можно включить Push-уведомления, но нам они ни разу не пришли.
Пополнение. Пополнить детскую карту можно через родительское приложение или с карты другого банка. Я перевела на свой счëт 100 рублей из Сбербанка с комиссией 30 рублей. Потом перевела деньги дочери. Это считается переводом между своими счетами — комиссии нет. У Василисы сразу высветилась сумма в приложении на главном экране, но push-уведомление не пришло, хотя она его включила.
Оплата картой. Василиса попробовала оплатить телефон. На главном экране сразу же изменилась сумма, а на телефон быстро пришли деньги. А чтобы купить стикеры Вконтакте, потребовалась моя помощь: нужны реквизиты и CVC-код. В детском приложении мы нашли только номер карты — код видно в родительском. Оплатить покупку получилось сразу и без сложностей.
Родительский контроль. Всё движение средств по счëту видно в родительском приложении. Можно подключить СМС-информирование о действиях по карте на свой телефон за 50 рублей в месяц. Проще бесплатно установить лимиты на расходы: на разовую операцию, в день и за месяц.
Google Pay и снятие наличных. Снимать наличные с виртуальной карты можно в банкомате Почта банка. Чтобы снять деньги, нужно отсканировать штрих-код с экрана банкомата. Добавить карту в Google Pay получилось без проблем. Теперь картой можно расплачиваться и в оффлайн-магазинах.
Резюме. Детское предложение Почта банка по факту оказалось обычной взрослой виртуальной картой в обëртке не очень качественного приложения. В нëм нет никаких развлечений, зато есть куча ошибок и недоработок. Из плюсов, пожалуй, можно отметить только коллаборацию с Kids City. И если вы клиент Почта банка, возможно, вам будет удобнее открыть подростку именно эту карту. Открывать отдельный счëт не стоит. Если ребëнка нужно увлечь и заинтересовать финансовой грамотностью, присмотритесь к предложениям других банков.
#worst_practices #финтех
Какие ошибки может допустить продуктовая команда 🤷🏼♂️
Ошибка №1: Цели = Стратегия
На самом деле: нужно чётко разделить эти понятия. У этих терминов нет чёткого определения, и даже внутри одной компании они могут восприниматься по-разному. Стратегия — про то, как победить команде. Цели — про то, что такое победа. Например, у шахматиста есть подробный набор шагов (т.е. стратегия) для победы в матче (т.е. достижения цели).
Компания говорит: «Наша стратегия — увеличить доход на 20%». Но увеличение дохода — это цель, а не стратегия. Способов увеличения дохода может быть несколько — например, выйти в новый сегмент рынка или увеличить конверсию с бесплатного пробного продукта на платный.
Ошибка №2: Достижение целей = Выполнение стратегии
На самом деле: стек продуктовой стратегии помогает командам отслеживать, насколько работа продуктовой команды способствует выполнению задач компании.
В большинстве компаний для оценки эффективности используют краткосрочные цели, просто потому что так проще. Но достижение цели не обязательно означает прогресс в реализации стратегии. Цели могли поставить в отрыве от стратегии или исходя из неверных предположений. Кроме того, стратегия зависит от внешних факторов, таких как конкурентные действия и рыночные условия. Компания должна уметь отделять стратегический прогресс от достижения краткосрочных целей. Если компания упускает стратегический прогресс из виду, в долгосрочной перспективе она потерпит неудачу.
Ошибка №3: Стратегия продукта = Стратегия компании
На самом деле: это приводит к неправильной оценке той роли, которую играют продажи, маркетинг, поддержка и другие подразделения. Да, продукт важен, но он — не единственная движущая сила стратегии. Важно, чтобы движение было согласованным на всех этапах и уровнях компании.
Ошибка №4: Сначала цель, потом план
На самом деле: план развития продукта — ключевое условие для достижения цели.
Многие компании считают, что команда должна сначала поставить цели, а затем прикинуть, как их достичь. Но по факту такой подход побуждает команду достигать краткосрочных целей любыми способами, часто в ущерб целенаправленному набору фич, понятному UX и стратегическому прогрессу в долгосрочной перспективе.
Цели должны вытекать из плана развития, составленного таким образом, чтобы приносить пользу пользователям. В результате продуктовые команды могут не обращать внимание на очевидные вещи и ориентироваться на клиентов при разработке продукта.
#worst_practices
Ошибка №1: Цели = Стратегия
На самом деле: нужно чётко разделить эти понятия. У этих терминов нет чёткого определения, и даже внутри одной компании они могут восприниматься по-разному. Стратегия — про то, как победить команде. Цели — про то, что такое победа. Например, у шахматиста есть подробный набор шагов (т.е. стратегия) для победы в матче (т.е. достижения цели).
Компания говорит: «Наша стратегия — увеличить доход на 20%». Но увеличение дохода — это цель, а не стратегия. Способов увеличения дохода может быть несколько — например, выйти в новый сегмент рынка или увеличить конверсию с бесплатного пробного продукта на платный.
Ошибка №2: Достижение целей = Выполнение стратегии
На самом деле: стек продуктовой стратегии помогает командам отслеживать, насколько работа продуктовой команды способствует выполнению задач компании.
В большинстве компаний для оценки эффективности используют краткосрочные цели, просто потому что так проще. Но достижение цели не обязательно означает прогресс в реализации стратегии. Цели могли поставить в отрыве от стратегии или исходя из неверных предположений. Кроме того, стратегия зависит от внешних факторов, таких как конкурентные действия и рыночные условия. Компания должна уметь отделять стратегический прогресс от достижения краткосрочных целей. Если компания упускает стратегический прогресс из виду, в долгосрочной перспективе она потерпит неудачу.
Ошибка №3: Стратегия продукта = Стратегия компании
На самом деле: это приводит к неправильной оценке той роли, которую играют продажи, маркетинг, поддержка и другие подразделения. Да, продукт важен, но он — не единственная движущая сила стратегии. Важно, чтобы движение было согласованным на всех этапах и уровнях компании.
Ошибка №4: Сначала цель, потом план
На самом деле: план развития продукта — ключевое условие для достижения цели.
Многие компании считают, что команда должна сначала поставить цели, а затем прикинуть, как их достичь. Но по факту такой подход побуждает команду достигать краткосрочных целей любыми способами, часто в ущерб целенаправленному набору фич, понятному UX и стратегическому прогрессу в долгосрочной перспективе.
Цели должны вытекать из плана развития, составленного таким образом, чтобы приносить пользу пользователям. В результате продуктовые команды могут не обращать внимание на очевидные вещи и ориентироваться на клиентов при разработке продукта.
#worst_practices
Инвестиционные приложения: как брокеры теряют клиентов. Проблема 2: Один портфель на все случаи жизни вместо нескольких раздельных 💼
Все покупки в приложении отображаются вместе. Пользователь видит, сколько денег на счëте и какие у него есть бумаги.
🗣Клиент: Вообще я хочу разделить капитал для инвестиций. Часть на пенсию, часть копилка, а вот на эти деньги попробую активно торговать.
🗣Брокер: Отлично, но брокерский счëт-то один. Запиши куда-нибудь в заметки, что у тебя куда.
Что не так? У инвестора бывает несколько целей и стратегии под каждую из них. Одна и та же бумага может быть в разных пропорциях в нескольких портфелях. Например, в одном портфеле акции Сбербанка для долгосрочной инвестиции, а в другом — краткосрочная покупка на ожидании выхода новостей. Чтобы не путаться, клиенту приходится пользоваться сторонними ресурсами или собственноручно вести таблицы. Это отнимает время и создаëт ощущение, что инвестировать — сложно.
Что делать? Переход инвестора на сторонние ресурсы — опасность его ухода к конкурентам, которые предложат удобный сервис. Чтобы этого избежать, можно разделить счёт на виртуальные портфели. Пользователь сможет дать им названия и видеть, как обстоят дела в каждом.
#worst_practices
Все покупки в приложении отображаются вместе. Пользователь видит, сколько денег на счëте и какие у него есть бумаги.
🗣Клиент: Вообще я хочу разделить капитал для инвестиций. Часть на пенсию, часть копилка, а вот на эти деньги попробую активно торговать.
🗣Брокер: Отлично, но брокерский счëт-то один. Запиши куда-нибудь в заметки, что у тебя куда.
Что не так? У инвестора бывает несколько целей и стратегии под каждую из них. Одна и та же бумага может быть в разных пропорциях в нескольких портфелях. Например, в одном портфеле акции Сбербанка для долгосрочной инвестиции, а в другом — краткосрочная покупка на ожидании выхода новостей. Чтобы не путаться, клиенту приходится пользоваться сторонними ресурсами или собственноручно вести таблицы. Это отнимает время и создаëт ощущение, что инвестировать — сложно.
Что делать? Переход инвестора на сторонние ресурсы — опасность его ухода к конкурентам, которые предложат удобный сервис. Чтобы этого избежать, можно разделить счёт на виртуальные портфели. Пользователь сможет дать им названия и видеть, как обстоят дела в каждом.
#worst_practices
Что происходит, если продуктовая стратегия разработана плохо?🥴
Важность продуктовой стратегии нельзя недооценивать. Если при её разработке допущены ошибки, то на определённых этапах развития продукта будут возникать сложности. Разберём, чем это может быть чревато.
❌Проблемы с расстановкой приоритетов
Самый распространённый симптом плохо разработанной стратегии. Например, команде сложно выбрать: оптимизировать поток для новых пользователей или удовлетворить потребности старых.
❌Запутанный UX
Чёткая стратегия всегда даёт простой UX. Когда стратегия не ясна, команда может принимать непоследовательные или сомнительные решения. История IT изобилует примерами недолговечных компаний и их продуктов, лопнувших от изобилия предложений и оптимизаций.
❌Отсутствие слаженности между командами
Если нет чёткой всеобъемлющей стратегии, команды из разных отделов компании могут разойтись во мнениях и выбрать разные задачи. Отдельные стратегии важны для самой команды, но не способствуют прогрессу компании в целом. Например, корпоративный отдел продаж может внедрять сложную фичу для одного клиента, в то время как главная задача основной продуктовой команды — оптимизировать продукт для малого и среднего бизнеса.
❌Сокращение доходов
Если нет стратегии, команды, как правило, концентрируются на краткосрочной оптимизации метрик — и со временем скатываются к чрезмерной оптимизации. Они достигают «локального максимума», и доходы от усилий начинают сокращаться. Каждая «победа» имеет всё меньший эффект и всё менее достижима.
❌Перенасыщение product-market fit (PMF) своим продуктом
Если стратегия описана плохо или изложена не полностью, компания быстро достигает пределов своего PMF, а выбрать новые источники очень сложно. Продакт-руководителям нужно предвидеть проблему и заранее расширять PMF, привлекая новую аудиторию и/или новые ресурсы.
#worst_practices
Важность продуктовой стратегии нельзя недооценивать. Если при её разработке допущены ошибки, то на определённых этапах развития продукта будут возникать сложности. Разберём, чем это может быть чревато.
❌Проблемы с расстановкой приоритетов
Самый распространённый симптом плохо разработанной стратегии. Например, команде сложно выбрать: оптимизировать поток для новых пользователей или удовлетворить потребности старых.
❌Запутанный UX
Чёткая стратегия всегда даёт простой UX. Когда стратегия не ясна, команда может принимать непоследовательные или сомнительные решения. История IT изобилует примерами недолговечных компаний и их продуктов, лопнувших от изобилия предложений и оптимизаций.
❌Отсутствие слаженности между командами
Если нет чёткой всеобъемлющей стратегии, команды из разных отделов компании могут разойтись во мнениях и выбрать разные задачи. Отдельные стратегии важны для самой команды, но не способствуют прогрессу компании в целом. Например, корпоративный отдел продаж может внедрять сложную фичу для одного клиента, в то время как главная задача основной продуктовой команды — оптимизировать продукт для малого и среднего бизнеса.
❌Сокращение доходов
Если нет стратегии, команды, как правило, концентрируются на краткосрочной оптимизации метрик — и со временем скатываются к чрезмерной оптимизации. Они достигают «локального максимума», и доходы от усилий начинают сокращаться. Каждая «победа» имеет всё меньший эффект и всё менее достижима.
❌Перенасыщение product-market fit (PMF) своим продуктом
Если стратегия описана плохо или изложена не полностью, компания быстро достигает пределов своего PMF, а выбрать новые источники очень сложно. Продакт-руководителям нужно предвидеть проблему и заранее расширять PMF, привлекая новую аудиторию и/или новые ресурсы.
#worst_practices
Инвестиционные приложения: как брокеры теряют клиентов.
Проблема 3: Ручные сделки вместо автоматических 📈
Продолжаем анализировать проблемные точки инвестиционных приложений. В этот раз разберём важность автоматических сделок.
Инвестор сам составляет портфель, следит за его наполнением и совершает сделки вручную.
Что не так? Начинающие инвесторы далеки от финансовых рынков. В большинстве случаев они хотят получить смесь самостоятельных решений и доверительного управления. Частично эту задачу решают биржевые инвестиционные фонды, которые предлагают купить часть готового портфеля. Но инвестору такой формат не всегда подходит: у него могут быть другие цели.
Что делать? Брокер может предложить готовый портфель из инструментов, соответствующих цели клиента и его капиталу. Пользователь может согласиться, отказаться или поменять в нëм ценные бумаги. Портфель может собираться автоматически. Например, клиент переводит раз в месяц часть зарплаты, а брокер предлагает ему купить ценные бумаги из списка, который пользователь подтвердил заранее. Одно нажатие — сделки по списку совершены.
Хотите узнать, как по нашему мнению выглядит идеальное инвестиционное приложение? Мы сделали концепт, в котором попробовали объединить интересы брокера и инвестора. И вот что у нас получилось.
#worst_practices
Проблема 3: Ручные сделки вместо автоматических 📈
Продолжаем анализировать проблемные точки инвестиционных приложений. В этот раз разберём важность автоматических сделок.
Инвестор сам составляет портфель, следит за его наполнением и совершает сделки вручную.
Что не так? Начинающие инвесторы далеки от финансовых рынков. В большинстве случаев они хотят получить смесь самостоятельных решений и доверительного управления. Частично эту задачу решают биржевые инвестиционные фонды, которые предлагают купить часть готового портфеля. Но инвестору такой формат не всегда подходит: у него могут быть другие цели.
Что делать? Брокер может предложить готовый портфель из инструментов, соответствующих цели клиента и его капиталу. Пользователь может согласиться, отказаться или поменять в нëм ценные бумаги. Портфель может собираться автоматически. Например, клиент переводит раз в месяц часть зарплаты, а брокер предлагает ему купить ценные бумаги из списка, который пользователь подтвердил заранее. Одно нажатие — сделки по списку совершены.
Хотите узнать, как по нашему мнению выглядит идеальное инвестиционное приложение? Мы сделали концепт, в котором попробовали объединить интересы брокера и инвестора. И вот что у нас получилось.
#worst_practices
Инвестиционные приложения: как брокеры теряют клиентов.
Проблема 4: Повышение тревожности вместо того, чтобы успокоить 🙁
Графики и котировки на базовых экранах вовлекают пользователя и повышают engagement rate. Но это неправильные входы: вместо получения комфорта у пользователя повышается тревога.
Клиент: Я не хочу бояться и следить за котировками. Я хочу заходить в приложение один раз в месяц или год смотреть, как дела на счёте.
Брокер: Смотри, какие графики, стрелочки: красные, зелёные. Завораживает, правда? С портфелем всë хорошо. Правда, эти ребята упали на 10%, а эти выросли на 15%, зато остальные на месте!
Что не так? Возможно, клиент совершит несколько необдуманных сделок и принесëт брокеру комиссию. Но если приложение будет ассоциироваться с неприятным волнением, пользователь скоро не захочет в него возвращаться.
Как исправить? Выход — позволить инвестору самому настраивать интерфейс. Например, убрать с главного экрана графики и дать человеку возможность отключать в настройках стрелочки «рост-падение» в списке ценных бумаг.
Мы проанализировали все проблемные места существующих инвест-приложений и разработали концепт мобильного приложения, которое поможет брокеру и клиенту. Подробнее читайте о нём здесь.
#worst_practices
Проблема 4: Повышение тревожности вместо того, чтобы успокоить 🙁
Графики и котировки на базовых экранах вовлекают пользователя и повышают engagement rate. Но это неправильные входы: вместо получения комфорта у пользователя повышается тревога.
Клиент: Я не хочу бояться и следить за котировками. Я хочу заходить в приложение один раз в месяц или год смотреть, как дела на счёте.
Брокер: Смотри, какие графики, стрелочки: красные, зелёные. Завораживает, правда? С портфелем всë хорошо. Правда, эти ребята упали на 10%, а эти выросли на 15%, зато остальные на месте!
Что не так? Возможно, клиент совершит несколько необдуманных сделок и принесëт брокеру комиссию. Но если приложение будет ассоциироваться с неприятным волнением, пользователь скоро не захочет в него возвращаться.
Как исправить? Выход — позволить инвестору самому настраивать интерфейс. Например, убрать с главного экрана графики и дать человеку возможность отключать в настройках стрелочки «рост-падение» в списке ценных бумаг.
Мы проанализировали все проблемные места существующих инвест-приложений и разработали концепт мобильного приложения, которое поможет брокеру и клиенту. Подробнее читайте о нём здесь.
#worst_practices
Коробочное решение: плюсы и минусы по сравнению с кастомной разработкой 🤳
➕ Плюсы
- Быстрый запуск за 2–3 месяца.
- Быстрая проверка гипотезы. Готовое решение позволяет оперативно проверить гипотезу и выяснить: насколько приложение вообще нужно вашему бизнесу, а также, что нужно вашим клиентам.
- Минимум разработки собственными силами. Создать проект на конструкторе кажется проще, но не забывайте, что ваш бэкенд должен быть готов к разработке и поддержке коробочного приложения.
- Не нужны сложные процессы по внедрению и доработке. Набор функционала настолько минимален, что, как правило, не влечёт за собой больших инвестиций на доработки по бэкенду. А также это ограничение не позволяет уйти в длинное проектирование и дебаты внутри компании по поводу дизайна, структуры и фич в приложении.
- Бюджетное решение. Стоимость коробочного решения с развёрнутым функционалом составляет от 500 тысяч до 1 млн рублей.
➖ Минусы
- Низкая конверсия. Самый очевидный и критичный минус для ритейла любой сферы — конверсия. Конверсия в коробочном приложении — 0.05–4% (со слов наших клиентов), в кастомном — 3–22%. Конверсия 22% после перехода с коробочного на кастомное решение — это реальный кейс из нашей практики.
Причина низкой конверсии коробок — минимальный набор рабочих кейсов и неудобное флоу заказа. Покупателю сложно сделать заказ, приложение не закрывает его базовых потребностей, соответственно, он может отказаться от покупки на полпути или вовсе удалить приложение.
Зачастую компании тратят больше денег на маркетинг, чем на разработку качественного ПО. В результате пользователей «наливают», привлекая их через маркетинговые каналы, но из-за низкого качества приложения они уходят. В итоге, бизнес разочарован в результате, и проект больше не развивается.
Узнать больше о кастомной разработке в Surf и ознакомиться с кейсами можно тут.
#worst_practices
➕ Плюсы
- Быстрый запуск за 2–3 месяца.
- Быстрая проверка гипотезы. Готовое решение позволяет оперативно проверить гипотезу и выяснить: насколько приложение вообще нужно вашему бизнесу, а также, что нужно вашим клиентам.
- Минимум разработки собственными силами. Создать проект на конструкторе кажется проще, но не забывайте, что ваш бэкенд должен быть готов к разработке и поддержке коробочного приложения.
- Не нужны сложные процессы по внедрению и доработке. Набор функционала настолько минимален, что, как правило, не влечёт за собой больших инвестиций на доработки по бэкенду. А также это ограничение не позволяет уйти в длинное проектирование и дебаты внутри компании по поводу дизайна, структуры и фич в приложении.
- Бюджетное решение. Стоимость коробочного решения с развёрнутым функционалом составляет от 500 тысяч до 1 млн рублей.
➖ Минусы
- Низкая конверсия. Самый очевидный и критичный минус для ритейла любой сферы — конверсия. Конверсия в коробочном приложении — 0.05–4% (со слов наших клиентов), в кастомном — 3–22%. Конверсия 22% после перехода с коробочного на кастомное решение — это реальный кейс из нашей практики.
Причина низкой конверсии коробок — минимальный набор рабочих кейсов и неудобное флоу заказа. Покупателю сложно сделать заказ, приложение не закрывает его базовых потребностей, соответственно, он может отказаться от покупки на полпути или вовсе удалить приложение.
Зачастую компании тратят больше денег на маркетинг, чем на разработку качественного ПО. В результате пользователей «наливают», привлекая их через маркетинговые каналы, но из-за низкого качества приложения они уходят. В итоге, бизнес разочарован в результате, и проект больше не развивается.
Узнать больше о кастомной разработке в Surf и ознакомиться с кейсами можно тут.
#worst_practices
Surf
Разработка приложений для Android и iOS – Surf
Первые разработчики мобильных приложений на Flutter в России. Создание мобильных приложений, проектирование и дизайн интерфейсов, цифровизация бизнеса.
Почему AR всё ещё не выгоден бизнесу 😎
Статистика подтверждает, что информация о выгодах для бизнеса перегрета. Среди российских компаний, по данным KPMG, VR/AR активно внедряют только 21%. Несмотря на активное продвижение AR, умные очки так и не становятся массовым явлением. И тому есть несколько препятствий.
Стоимость. AR-очки — дорогое удовольствие даже для бизнеса и обычных пользователей. Но дороги не только сами устройства. Стандартных программных продуктов мало или их вовсе нет. Именно разработка ПО под заказчика увеличивает стоимость проекта: медицинские манипуляции, поведение пользователя на производстве или на складе требуют отдельного анализа и создания специальных программ в каждом отдельном случае.
Пользовательский опыт. Примерка одежды или предметов быта — то ещё приключение. Пользователю приходится проявлять чудеса ловкости, чтобы пристроить на место непослушные кроссовки из приложения или «уговорить» лампу не висеть в воздухе, а встать ровно на стол.
Технические сложности. Дополненная реальность пока отстаёт от виртуальной в технической части:
- Есть проблема с перемещением человека. Очки Google Glass, например, пока не понимают, как человек двигается в пространстве, и ориентируются только по геометке.
- У AR-очков маленький угол зрения. В виртуальной реальности это 160º, а в дополненной — 60º по горизонтали и 40º по вертикали. Это физические ограничения, и пока их удается компенсировать только путем фантастического удорожания устройств.
- Вес устройства. Очки тяжелые и неудобные, носить их подолгу, выполняя рабочие функции, невозможно.
Вывод: несмотря на общий хайп, выхлоп от технологии минимален. Для того, чтобы технология начала соответствовать возложенным на неё ожиданиям и стала массовой, нужен еще один шаг, который сблизит дополненную реальность с конечным потребителем. Этот шаг — новое поколение AR-очков.
#ar #worst_practices
Статистика подтверждает, что информация о выгодах для бизнеса перегрета. Среди российских компаний, по данным KPMG, VR/AR активно внедряют только 21%. Несмотря на активное продвижение AR, умные очки так и не становятся массовым явлением. И тому есть несколько препятствий.
Стоимость. AR-очки — дорогое удовольствие даже для бизнеса и обычных пользователей. Но дороги не только сами устройства. Стандартных программных продуктов мало или их вовсе нет. Именно разработка ПО под заказчика увеличивает стоимость проекта: медицинские манипуляции, поведение пользователя на производстве или на складе требуют отдельного анализа и создания специальных программ в каждом отдельном случае.
Пользовательский опыт. Примерка одежды или предметов быта — то ещё приключение. Пользователю приходится проявлять чудеса ловкости, чтобы пристроить на место непослушные кроссовки из приложения или «уговорить» лампу не висеть в воздухе, а встать ровно на стол.
Технические сложности. Дополненная реальность пока отстаёт от виртуальной в технической части:
- Есть проблема с перемещением человека. Очки Google Glass, например, пока не понимают, как человек двигается в пространстве, и ориентируются только по геометке.
- У AR-очков маленький угол зрения. В виртуальной реальности это 160º, а в дополненной — 60º по горизонтали и 40º по вертикали. Это физические ограничения, и пока их удается компенсировать только путем фантастического удорожания устройств.
- Вес устройства. Очки тяжелые и неудобные, носить их подолгу, выполняя рабочие функции, невозможно.
Вывод: несмотря на общий хайп, выхлоп от технологии минимален. Для того, чтобы технология начала соответствовать возложенным на неё ожиданиям и стала массовой, нужен еще один шаг, который сблизит дополненную реальность с конечным потребителем. Этот шаг — новое поколение AR-очков.
#ar #worst_practices
🕶 Примеры использования AR: у кого не получилось
Ранее мы уже писали об #AR. Несмотря на всю привлекательность технологии, на практике она не всегда показывает себя с лучшей стороны. О двух неудачных кейсах рассказывает группа компаний «Северсталь».
Первый — это попытка построить маршрут на складе «Утконоса» с помощью мобильного приложения с AR. «Утконос» — один из крупнейших российских магазинов e-grocery, входит в концерн «Севергрупп» вместе с «Северсталью».
Компания хотела разработать мобильное приложение и связать его с AR-очками. Идея заключалась в том, чтобы алгоритм строил оптимальный маршрут и выводил на очки, показывая сборщику стрелочками, куда идти.
Но на первом же этапе возникла проблема с определением местоположения. Стрелки смещались, маршрут сбивался, а чтобы всё работало, сборщику приходилось держать телефон в вытянутой руке. В результате от проекта отказались.
Второй кейс «Северстали» — попытка внедрить AR-очки на производстве. Нужна была удалённая работа с экспертом, чтобы специалист выполнял работу по пометкам эксперта, который выводит информацию на AR-очки сотрудника. Внедрить очки так и не удалось — даже немаленький бюджет компании не осилил массовую закупку Microsoft HoloLens и их аналогов.
Среди других проблем — отсутствие сертификации по промышленной безопасности и проблемы с внутренней безопасностью. Поэтому на производстве пока решили отказаться от идеи с AR-очками и используют смартфоны.
#worst_practices
Ранее мы уже писали об #AR. Несмотря на всю привлекательность технологии, на практике она не всегда показывает себя с лучшей стороны. О двух неудачных кейсах рассказывает группа компаний «Северсталь».
Первый — это попытка построить маршрут на складе «Утконоса» с помощью мобильного приложения с AR. «Утконос» — один из крупнейших российских магазинов e-grocery, входит в концерн «Севергрупп» вместе с «Северсталью».
Компания хотела разработать мобильное приложение и связать его с AR-очками. Идея заключалась в том, чтобы алгоритм строил оптимальный маршрут и выводил на очки, показывая сборщику стрелочками, куда идти.
Но на первом же этапе возникла проблема с определением местоположения. Стрелки смещались, маршрут сбивался, а чтобы всё работало, сборщику приходилось держать телефон в вытянутой руке. В результате от проекта отказались.
Второй кейс «Северстали» — попытка внедрить AR-очки на производстве. Нужна была удалённая работа с экспертом, чтобы специалист выполнял работу по пометкам эксперта, который выводит информацию на AR-очки сотрудника. Внедрить очки так и не удалось — даже немаленький бюджет компании не осилил массовую закупку Microsoft HoloLens и их аналогов.
Среди других проблем — отсутствие сертификации по промышленной безопасности и проблемы с внутренней безопасностью. Поэтому на производстве пока решили отказаться от идеи с AR-очками и используют смартфоны.
#worst_practices
◼️ Темные паттерны в мобильных приложениях
Главная цель мобильного приложения — чтобы пользователь выполнил в нём целевое действие: положил товар в корзину и оплатил заказ, подписался на рассылку или оставил заявку на услугу. Но пользователи не всегда заходят в приложение с той целью, которая так желанна для бизнеса. Поэтому компании часто прибегают к хитростям и уловкам: чтобы сократить путь пользователя или вовсе заставить его совершить непланируемое изначально действие, дизайнеры могут использовать в интерфейсах приложений так называемые тёмные паттерны.
Что такое тёмный паттерн? В основе любого тёмного паттерна лежат когнитивные искажения. Они возникают, так как наш мозг стремится упростить поступающую информацию, и из-за этого мы допускаем систематические ошибки мышления. Этими трюками пользуются не только в онлайне, но и в маркетинге.
Пример из офлайна. Вспомните огромный текст, напечатанный мелким шрифтом, при оформлении любого кредита. Именно в нём обычно кроются не самые выгодные условия сделки, которые часто остаются незамеченными клиентом.
Использование таких приёмов, основанных на ловушках нашего мозга, всегда получает волну возмущения со стороны пользователей, однако многие компании продолжают прибегать к ним при разработке интерфейсов мобильных приложений.
Термин «тёмный паттерн» ввёл британский дизайнер Гарри Бринул. На своем сайте он собрал все самые распространённые трюки в интерфейсах цифровых продуктов. В следующих постах мы расскажем о них подробно. А пока предлагаем вам в комментариях перечислить те тёмные паттерны, с которыми вы уже сталкивались при взаимодействии с приложениями или сайтами.
Эта серия публикаций подготовлена командой дизайнеров Surf. Почитайте о том, как они создают цифровые решения на нашем сайте.
#worst_practices #ux
Главная цель мобильного приложения — чтобы пользователь выполнил в нём целевое действие: положил товар в корзину и оплатил заказ, подписался на рассылку или оставил заявку на услугу. Но пользователи не всегда заходят в приложение с той целью, которая так желанна для бизнеса. Поэтому компании часто прибегают к хитростям и уловкам: чтобы сократить путь пользователя или вовсе заставить его совершить непланируемое изначально действие, дизайнеры могут использовать в интерфейсах приложений так называемые тёмные паттерны.
Что такое тёмный паттерн? В основе любого тёмного паттерна лежат когнитивные искажения. Они возникают, так как наш мозг стремится упростить поступающую информацию, и из-за этого мы допускаем систематические ошибки мышления. Этими трюками пользуются не только в онлайне, но и в маркетинге.
Пример из офлайна. Вспомните огромный текст, напечатанный мелким шрифтом, при оформлении любого кредита. Именно в нём обычно кроются не самые выгодные условия сделки, которые часто остаются незамеченными клиентом.
Использование таких приёмов, основанных на ловушках нашего мозга, всегда получает волну возмущения со стороны пользователей, однако многие компании продолжают прибегать к ним при разработке интерфейсов мобильных приложений.
Термин «тёмный паттерн» ввёл британский дизайнер Гарри Бринул. На своем сайте он собрал все самые распространённые трюки в интерфейсах цифровых продуктов. В следующих постах мы расскажем о них подробно. А пока предлагаем вам в комментариях перечислить те тёмные паттерны, с которыми вы уже сталкивались при взаимодействии с приложениями или сайтами.
Эта серия публикаций подготовлена командой дизайнеров Surf. Почитайте о том, как они создают цифровые решения на нашем сайте.
#worst_practices #ux
◼️ Виды тёмных паттернов
✔️Вопросы с подвохом. Эта уловка часто используется при заполнении форм для регистрации в сервисах. Вопрос намеренно формулируется таким образом, чтобы пользователь при беглом взгляде понял его неправильно и ответил так, как выгодно бизнесу. Например: интерфейс задает пользователю вопрос "Да/Нет", но вместо того, чтобы позволить пользователю ответить "Нет", кнопка сообщает: "Нет, покажи мне больше".
✔️Добавление лишних товаров в корзину. В корзину к пользователю добавляются товары, которые он не планировал приобретать. Так, при оплате может оказаться, что вы согласились на страховку или сервисное обслуживание. При этом, чтобы оформить отказ от навязанных сервисом услуг, пользователю придётся потрудиться.
✔️Ловушка. Этот трюк автоматически навязывает пользователю расширенные опции, например, премиум-подписку. Интерфейс сервиса проектируется таким образом, что галочку с отказом от расширенного пакета услуг было непросто заметить.
✔️Нарушение конфиденциальности. Пользователя обманом заставляют публично делиться большим объёмом информации о себе. В противном случае он не сможет пользоваться полноценным пакетом услуг сервиса или совершить покупку.
✔️Предотвращение сравнения цен. В этом случае интерфейс приложения проектируется таким образом, чтобы у пользователя не было возможности сравнить цены на товары или услуги. Тем самым, компании подталкивают его к заключению не самой выгодной сделки.
✔️Неправильное направление. Дизайн сервиса целенаправленно фокусирует ваше внимание на чём-то одном, чтобы отвлечь внимание от другого. Например, пользователю предлагают поставить галочку, если он не хочет, чтобы ему отправляли информацию о новинках. При этом галочка расположена рядом с чек-боксом принятия конфиденциальности.
#worst_practices #ux
✔️Вопросы с подвохом. Эта уловка часто используется при заполнении форм для регистрации в сервисах. Вопрос намеренно формулируется таким образом, чтобы пользователь при беглом взгляде понял его неправильно и ответил так, как выгодно бизнесу. Например: интерфейс задает пользователю вопрос "Да/Нет", но вместо того, чтобы позволить пользователю ответить "Нет", кнопка сообщает: "Нет, покажи мне больше".
✔️Добавление лишних товаров в корзину. В корзину к пользователю добавляются товары, которые он не планировал приобретать. Так, при оплате может оказаться, что вы согласились на страховку или сервисное обслуживание. При этом, чтобы оформить отказ от навязанных сервисом услуг, пользователю придётся потрудиться.
✔️Ловушка. Этот трюк автоматически навязывает пользователю расширенные опции, например, премиум-подписку. Интерфейс сервиса проектируется таким образом, что галочку с отказом от расширенного пакета услуг было непросто заметить.
✔️Нарушение конфиденциальности. Пользователя обманом заставляют публично делиться большим объёмом информации о себе. В противном случае он не сможет пользоваться полноценным пакетом услуг сервиса или совершить покупку.
✔️Предотвращение сравнения цен. В этом случае интерфейс приложения проектируется таким образом, чтобы у пользователя не было возможности сравнить цены на товары или услуги. Тем самым, компании подталкивают его к заключению не самой выгодной сделки.
✔️Неправильное направление. Дизайн сервиса целенаправленно фокусирует ваше внимание на чём-то одном, чтобы отвлечь внимание от другого. Например, пользователю предлагают поставить галочку, если он не хочет, чтобы ему отправляли информацию о новинках. При этом галочка расположена рядом с чек-боксом принятия конфиденциальности.
#worst_practices #ux
◼️ Виды тёмных паттернов
Продолжаем рассказ об уловках компаний, с помощью которых они заставляют клиентов совершать нежелаемые действия. Про другие виды тёмных паттернов мы писали здесь.
✔️ Скрытые расходы. Пользователь добирается до последнего шага оформления заказа, но обнаруживает, что появились некоторые неожиданные платежи, например, оплата за доставку или налог. Дизайн целенаправленно фокусирует ваше внимание на чём-то одном, чтобы отвлечь внимание от другого. Многие мошеннические проекты часто используют этот трюк.
✔️ Примани и переключи. Пользователь намерен выполнить одно действие, но вместо этого случайно выполняет другое, нежелательное. Самым известным примером приманки и подмены был ошибочный подход Microsoft к тому, чтобы заставить людей обновить свои компьютеры до Windows 10. Компания изменила функциональность кнопки закрыть «X», после ее нажатия ОС автоматически обновлялась, вместо того, чтобы закрыть уведомление об обновлении, к чему привык пользователь.
✔️Подтвердите! В этом паттерне манипулируют чувством вины. К примеру, опция отказа сформулирована таким образом, чтобы пристыдить пользователя за его выбор и заставить подписаться на рассылки.
✔️Скрытая реклама. Объявления маскируются под другой контент или навигацию, чтобы заставить пользователя нажать на них.
✔️Принудительное списание средств. Бесплатная пробная версия услуги подходит к концу, и с карты пользователя начинают списываться средства без какого-либо предупреждения. В некоторых случаях это усугубляется тем, что аннулирование подписки становится затруднительным.
✔️ Спам. Продукт запрашивает у пользователя доступ к электронной почте или социальным сетям под предлогом того, что он будет использоваться для желаемого результата (например, для поиска друзей). Однако затем сервис рассылает спам всем вашим контактам в сообщении, якобы отправленном от пользователя.
Эта серия публикаций подготовлена командой дизайнеров Surf. Почитайте о том, как они создают цифровые решения на нашем сайте.
#worst_practices #UX
Продолжаем рассказ об уловках компаний, с помощью которых они заставляют клиентов совершать нежелаемые действия. Про другие виды тёмных паттернов мы писали здесь.
✔️ Скрытые расходы. Пользователь добирается до последнего шага оформления заказа, но обнаруживает, что появились некоторые неожиданные платежи, например, оплата за доставку или налог. Дизайн целенаправленно фокусирует ваше внимание на чём-то одном, чтобы отвлечь внимание от другого. Многие мошеннические проекты часто используют этот трюк.
✔️ Примани и переключи. Пользователь намерен выполнить одно действие, но вместо этого случайно выполняет другое, нежелательное. Самым известным примером приманки и подмены был ошибочный подход Microsoft к тому, чтобы заставить людей обновить свои компьютеры до Windows 10. Компания изменила функциональность кнопки закрыть «X», после ее нажатия ОС автоматически обновлялась, вместо того, чтобы закрыть уведомление об обновлении, к чему привык пользователь.
✔️Подтвердите! В этом паттерне манипулируют чувством вины. К примеру, опция отказа сформулирована таким образом, чтобы пристыдить пользователя за его выбор и заставить подписаться на рассылки.
✔️Скрытая реклама. Объявления маскируются под другой контент или навигацию, чтобы заставить пользователя нажать на них.
✔️Принудительное списание средств. Бесплатная пробная версия услуги подходит к концу, и с карты пользователя начинают списываться средства без какого-либо предупреждения. В некоторых случаях это усугубляется тем, что аннулирование подписки становится затруднительным.
✔️ Спам. Продукт запрашивает у пользователя доступ к электронной почте или социальным сетям под предлогом того, что он будет использоваться для желаемого результата (например, для поиска друзей). Однако затем сервис рассылает спам всем вашим контактам в сообщении, якобы отправленном от пользователя.
Эта серия публикаций подготовлена командой дизайнеров Surf. Почитайте о том, как они создают цифровые решения на нашем сайте.
#worst_practices #UX
Ошибки, которые допускает бизнес при работе с Flutter: создание инхаус-команды разработки с нуля
За время работы с Flutter мы в Surf увидели, что есть определённый пул типовых ошибок, которые часто допускает компания, решившая создать своё мобильное приложение на Flutter. Самая популярная — создание инхаус-команды для разработки с нуля. Число проектов, реализованных на Flutter, достигло 400 000. Популярность фреймворка среди разработчиков тоже резко выросла. Поэтому найти опытных разработчиков несложно.
❓В чём же риски этой стратегии для бизнеса?
Инхаус-специалисты могут хорошо знать Dart — язык программирования, на котором написан Flutter, однако часто им не хватает знания всех нюансов технологии и кроссиндустриального опыта. Уровня команды может не хватить для реализации работающего продукта.
Еще одна сложность — нет чётких критериев для собственников продукта. Им сложно оценить компетенции разработчиков при найме, так как технология ещё не использовалась в компании. Непонятно, как на этапе отбора сотрудников проверить, справятся ли исполнители с задачами и как обеспечить им обучение и рост.
❓Как можно избежать ошибки? Один из рабочих вариантов — отдать разработку MVP продукта опытной аутсорс-команде разработки. Они учтут все подводные камни, создадут роадмап развития продукта, с учётом минимально необходимой на стадии MVP функциональности. Также заложат возможности для дальнейшего масштабирования, подготовят документацию по проекту.
После разработки MVP компании будет несложно забрать продукт для развития и поддержки в инхаус. Например, по такой схеме мы работали с Росбанком.
✔️ Кейс Surf: проект на Flutter для Росбанка.
Передача происходила в 3 этапа:
1. Формирование инхаус-команды. Мы помогли с подбором кандидатов.
2. Погружение инхаус-команды в разработку продукта.
3. Передача управления разработкой.
Хотите избежать ошибок при разработке на Flutter? Напишите нам.
#flutter #worst_practices
За время работы с Flutter мы в Surf увидели, что есть определённый пул типовых ошибок, которые часто допускает компания, решившая создать своё мобильное приложение на Flutter. Самая популярная — создание инхаус-команды для разработки с нуля. Число проектов, реализованных на Flutter, достигло 400 000. Популярность фреймворка среди разработчиков тоже резко выросла. Поэтому найти опытных разработчиков несложно.
❓В чём же риски этой стратегии для бизнеса?
Инхаус-специалисты могут хорошо знать Dart — язык программирования, на котором написан Flutter, однако часто им не хватает знания всех нюансов технологии и кроссиндустриального опыта. Уровня команды может не хватить для реализации работающего продукта.
Еще одна сложность — нет чётких критериев для собственников продукта. Им сложно оценить компетенции разработчиков при найме, так как технология ещё не использовалась в компании. Непонятно, как на этапе отбора сотрудников проверить, справятся ли исполнители с задачами и как обеспечить им обучение и рост.
❓Как можно избежать ошибки? Один из рабочих вариантов — отдать разработку MVP продукта опытной аутсорс-команде разработки. Они учтут все подводные камни, создадут роадмап развития продукта, с учётом минимально необходимой на стадии MVP функциональности. Также заложат возможности для дальнейшего масштабирования, подготовят документацию по проекту.
После разработки MVP компании будет несложно забрать продукт для развития и поддержки в инхаус. Например, по такой схеме мы работали с Росбанком.
✔️ Кейс Surf: проект на Flutter для Росбанка.
Передача происходила в 3 этапа:
1. Формирование инхаус-команды. Мы помогли с подбором кандидатов.
2. Погружение инхаус-команды в разработку продукта.
3. Передача управления разработкой.
Хотите избежать ошибок при разработке на Flutter? Напишите нам.
#flutter #worst_practices
Ошибки, которые допускает бизнес при работе с Flutter: ошибки архитектуры
В чём риск для бизнеса? Архитектура мобильного приложения на Flutter предоставляет большую свободу в выборе логики. Однако с ростом проекта можно столкнуться с тем, что на старте она было всё же недостаточно проработана.
От этой ошибки страдает бизнес. Увеличивается время на отладку, а значит, и time-to-market проекта. Число строк кода больше, а значит, разработчики тратят больше времени на то, что разобраться в нём или найти ошибку, а тестировщики — на его тестирование. А стоимость проекта для бизнеса растёт.
❓Какие ошибки архитектуры бывают?
1️⃣ Смешение бизнес-логики и отображения визуальных компонентов. Это может очень сильно увеличить количество строк кода, что снизит его качество.
В чём риск для бизнеса: Такой код трудно тестировать и поддерживать.
2️⃣ Нет разделения на основные слои. Вся логика описывается в одном классе, сервисе или блоке, что нарушает принцип SRP (единственной ответственности) и связывает разработчикам руки на этапе тестирования.
В чём риск для бизнеса: Изменения в одном компоненте могут повлиять на работу всей системы.
❓Как можно избежать ошибок? В этом вам может помочь архитектор или опытная команда аутсорс-разработки на Flutter. Используйте лучшие практики из тех подходов, которые уже описаны, задокументированы и широко используются.
Кейс Surf. Мы на своих проектах используем пакет Elementary. для создания чистой архитектуры и легко тестируемого кода.
Такой подход обеспечивает гибкость, не нарушая принцип единственной ответственности. А изменения в одном компоненте не повлияют на другие.
Хотите избежать ошибок при разработке на Flutter? Напишите нам.
#flutter #worst_practices
В чём риск для бизнеса? Архитектура мобильного приложения на Flutter предоставляет большую свободу в выборе логики. Однако с ростом проекта можно столкнуться с тем, что на старте она было всё же недостаточно проработана.
От этой ошибки страдает бизнес. Увеличивается время на отладку, а значит, и time-to-market проекта. Число строк кода больше, а значит, разработчики тратят больше времени на то, что разобраться в нём или найти ошибку, а тестировщики — на его тестирование. А стоимость проекта для бизнеса растёт.
❓Какие ошибки архитектуры бывают?
1️⃣ Смешение бизнес-логики и отображения визуальных компонентов. Это может очень сильно увеличить количество строк кода, что снизит его качество.
В чём риск для бизнеса: Такой код трудно тестировать и поддерживать.
2️⃣ Нет разделения на основные слои. Вся логика описывается в одном классе, сервисе или блоке, что нарушает принцип SRP (единственной ответственности) и связывает разработчикам руки на этапе тестирования.
В чём риск для бизнеса: Изменения в одном компоненте могут повлиять на работу всей системы.
❓Как можно избежать ошибок? В этом вам может помочь архитектор или опытная команда аутсорс-разработки на Flutter. Используйте лучшие практики из тех подходов, которые уже описаны, задокументированы и широко используются.
Кейс Surf. Мы на своих проектах используем пакет Elementary. для создания чистой архитектуры и легко тестируемого кода.
Такой подход обеспечивает гибкость, не нарушая принцип единственной ответственности. А изменения в одном компоненте не повлияют на другие.
Хотите избежать ошибок при разработке на Flutter? Напишите нам.
#flutter #worst_practices
Ошибки, которые допускает бизнес при работе с Flutter: неправильная работа с виджетами
❓В чём риск для бизнеса? Некорректная работа приложения, его «подтормаживание» из-за того, что для решения задачи используется Франкенштейн из виджетов вместо одного подходящего.
Часто, в попытке быстрее решить очевидную задачу, разработчики решают её с помощью «монстра из виджетов». А потом оказывается, что уже существует виджет из коробки, который решает задачу гораздо проще.
❓Как можно избежать ошибки? Следите за готовыми решениями. Очень редко кто находит время открыть каталог виджетов и перебрать каждый: изучить возможности, пробовать в действии, изучить API. Flutter предлагает множество доступных «из коробки» виджетов, которые могут решить большинство задач.
Хотите избежать ошибок при разработке на Flutter? Напишите нам.
#flutter #worst_practices
❓В чём риск для бизнеса? Некорректная работа приложения, его «подтормаживание» из-за того, что для решения задачи используется Франкенштейн из виджетов вместо одного подходящего.
Часто, в попытке быстрее решить очевидную задачу, разработчики решают её с помощью «монстра из виджетов». А потом оказывается, что уже существует виджет из коробки, который решает задачу гораздо проще.
❓Как можно избежать ошибки? Следите за готовыми решениями. Очень редко кто находит время открыть каталог виджетов и перебрать каждый: изучить возможности, пробовать в действии, изучить API. Flutter предлагает множество доступных «из коробки» виджетов, которые могут решить большинство задач.
Хотите избежать ошибок при разработке на Flutter? Напишите нам.
#flutter #worst_practices
Ошибки, которые допускает бизнес при работе с Flutter: не настроена релизная сборка
❓ В чём риск для бизнеса? Часто разработчики могут откладывать релизную сборку из-за большого количества других задач и ощущения, что можно всё успеть «потом».
В результате, при внесении доработок в проект и срочном исправлении ошибок выкладка каждого нового релиза происходит медленно. Если ошибка критичная, это может повлечь волну недовольства пользователей и падение рейтинга приложения в сторах.
❓Как можно избежать ошибки? Контролируйте, чтобы ваши разработчики настраивали релизные сборки заранее. Настроить сборку на Android несложно и может появиться ложная иллюзия, что так же будет и с iOS. Однако на сборку iOS нужно гораздо больше времени. Поэтому первое, что нужно делать при старте проекта — это заранее всё настроить. Так бизнес потеряет меньше на срочных правках.
Небольшая шпаргалка для команды разработки, когда и какой режим сборки стоит использовать:
Режим debug (отладка) — во время разработки. На этом этапе приложение настраивается на устройстве, эмуляторе или симуляторе.
Режим profile — для анализа производительности. В этом режиме поддерживаются элементы отладки, достаточные для производительности вашего приложения. В этом режиме отключены эмуляторы и симуляторы, так как их поведение не соответствует реальной производительности устройств.
Режим release — для выпуска приложения. Используется при развёртывании приложения, когда требуется максимальная оптимизация и минимальный размер занимаемой памяти.
Поможем избежать ошибок при разработке на Flutter. Свяжитесь с нами здесь.
#flutter #worst_practices
❓ В чём риск для бизнеса? Часто разработчики могут откладывать релизную сборку из-за большого количества других задач и ощущения, что можно всё успеть «потом».
В результате, при внесении доработок в проект и срочном исправлении ошибок выкладка каждого нового релиза происходит медленно. Если ошибка критичная, это может повлечь волну недовольства пользователей и падение рейтинга приложения в сторах.
❓Как можно избежать ошибки? Контролируйте, чтобы ваши разработчики настраивали релизные сборки заранее. Настроить сборку на Android несложно и может появиться ложная иллюзия, что так же будет и с iOS. Однако на сборку iOS нужно гораздо больше времени. Поэтому первое, что нужно делать при старте проекта — это заранее всё настроить. Так бизнес потеряет меньше на срочных правках.
Небольшая шпаргалка для команды разработки, когда и какой режим сборки стоит использовать:
Режим debug (отладка) — во время разработки. На этом этапе приложение настраивается на устройстве, эмуляторе или симуляторе.
Режим profile — для анализа производительности. В этом режиме поддерживаются элементы отладки, достаточные для производительности вашего приложения. В этом режиме отключены эмуляторы и симуляторы, так как их поведение не соответствует реальной производительности устройств.
Режим release — для выпуска приложения. Используется при развёртывании приложения, когда требуется максимальная оптимизация и минимальный размер занимаемой памяти.
Поможем избежать ошибок при разработке на Flutter. Свяжитесь с нами здесь.
#flutter #worst_practices
Ошибки, которые допускает бизнес при работе с Flutter: в приложении не предусмотрена локализация
❓ В чём риск для бизнеса? При выходе на международный рынок придётся создавать новое приложение с нуля и нести большие дополнительные расходы.
Если приложение написано на одном языке программирования, в случае с Flutter — на Dart, нужно всё равно заложить механизм локализации. Это не займёт много времени на старте, зато сильно облегчит процесс, в случае, если локализация потребуется в дальнейшем. Переписать приложение, в котором локализация не предусмотрена, практически невозможно — нужно будет создавать всё с нуля.
❓ Как можно избежать ошибки? Если предусмотреть локализацию на старте проекта, то в дальнейшем будет меньше преград для масштабирования и роста вашего проекта. Продуманная заранее локализация не только позволит переводить контент на другие языки, но и учитывать культурные особенности того или иного региона присутствия вашего продукта.
✔️ Техническая подсказка
Во Flutter есть intl — инструмент интернационализации и локализации. Также это решение включает перевод сообщений, простановку множественного числа и рода, форматирование и синтаксический анализ даты. Если intl пугает своим масштабом, можно использовать плагины для Android Studio и VS Code. Они будут генерировать всё сами, а работать с локализацией станет легче.
Разработаем для вас мобильное приложение на Flutter и поможем сократить расходы до 40%. Напишите нам.
#flutter #worst_practices
❓ В чём риск для бизнеса? При выходе на международный рынок придётся создавать новое приложение с нуля и нести большие дополнительные расходы.
Если приложение написано на одном языке программирования, в случае с Flutter — на Dart, нужно всё равно заложить механизм локализации. Это не займёт много времени на старте, зато сильно облегчит процесс, в случае, если локализация потребуется в дальнейшем. Переписать приложение, в котором локализация не предусмотрена, практически невозможно — нужно будет создавать всё с нуля.
❓ Как можно избежать ошибки? Если предусмотреть локализацию на старте проекта, то в дальнейшем будет меньше преград для масштабирования и роста вашего проекта. Продуманная заранее локализация не только позволит переводить контент на другие языки, но и учитывать культурные особенности того или иного региона присутствия вашего продукта.
✔️ Техническая подсказка
Во Flutter есть intl — инструмент интернационализации и локализации. Также это решение включает перевод сообщений, простановку множественного числа и рода, форматирование и синтаксический анализ даты. Если intl пугает своим масштабом, можно использовать плагины для Android Studio и VS Code. Они будут генерировать всё сами, а работать с локализацией станет легче.
Разработаем для вас мобильное приложение на Flutter и поможем сократить расходы до 40%. Напишите нам.
#flutter #worst_practices
Добро пожаловать в канал компании Surf!
Более 12 лет мы разрабатываем флагманские мобильные приложения для лидеров рынка. А ещё создаём веб-приложения, пишем backend и внедряем технологически сложные решения.
Наши приложения точно есть у вас в смартфоне. Среди клиентов компании: KFC, Mars, Delivery Club, Додо Пицца, банк Зенит, SAP, Петрович, Ригла.
Здесь мы рассказываем, как стоит и не стоит диджитализироваться бизнесу. Делимся экспертным продуктовым видением, которое помогает банкам, ритейлу, финтех-, медтех- и фудтех-компаниям быть среди лидеров своей отрасли.
Чтобы вам было проще ориентироваться в канале, предлагаем гайд по основным рубрикам 🖌
#best_practices — лучшие практики IT-решений, которые превращают компании в лидеров индустрии.
#worst_practices — худшие практики IT-решений, из-за которых компании не попадают в топ, а пользователи уходят к конкурентам.
#чеклист, #инструкция — даём инструкции по применению технологии или внедрению бизнес-процесса.
#backend — пишем о теории и практике backend и о том, как создаём его сами.
#frontend, #web — подборка постов с экспертизой в области пользовательской стороны приложений и сайтов.
#cjm, #design, #ux — подборка материалов о дизайне.
#фудтех, #финтех, #ритейл, #корпорации, #medtech, #аптеки, #hr — так мы отмечаем посты для конкретной отрасли.
#VC — анонсы наших статей на vc.ru
С предложениями по рекламе и PR обращайтесь на marketing@surf.dev
Если вы хотите обсудить с нами свой проект или заказать разработку приложения, пишите на hello_tgpro@surf.dev
Please open Telegram to view this post
VIEW IN TELEGRAM