Webapp или нативное приложение для финтеха?
Публичный постДелаем финтех стартап с webappом на React и нативным приложением на React Native. Аудитория стартапа - студенты во Франции. 52% юзеров с телефона, 48% с десктопа из Гугл аналитики на нашу landing page.
Cейчас хотим запустить один продукт - подача заявки на кредит. Там нужно будет заполнить формы, загрузить документы, подключить банк, подписать контракт.
До запуска продукта еще долго, так как мы работаем с банком и страховой, которые очень медленные, а нанимать уже хочется.
В будущем хотим делать другие банковские/страховые продукты.
Поскольку разрабатывать и нативное приложение, и webapp, слишком трудозатратно, хотим сфокусироваться на одном.
Оба приложения почти готовы, поэтому можно было бы запустить и то, и то, а потом выбрать лучшее и развивать дальше только его. Но запуска еще непонятно, сколько ждать, а искать людей на React / React Native хочется уже сейчас.
Что же выбрать?
Я не люблю не нативные приложения и кроссплатформенным стал бы пользоваться только в одном случае - у меня нет альтернативы.
Но это только мое мнение.
Хорошего аналитика, который сможет понять кейсы-требования и спроектировать АБ-тесты 😉
Я, конечно, мимокрокодил и без экспертизы, но для меня это выглядит так.
По сути вопрос "на чём фокусироваться" я бы в первую очередь формулировал как вопрос "У какого варианта воронка будет лучше?".
Дальнейшие рассуждения я привожу, исходя именно из такой формулировки.
Во-первых, даже без готовых продуктов через лендинг можно попробовать померить какие-то шаги воронки. Условно говоря, на определённом шаге сказать людям: перейти к заполнению формы vs скачать приложение. Кажется, что в принципе различие в этом шаге воронки уже многое скажет. Если пользовательский путь внутри webapp / нативного приложения одинаковый, то дальше воронка не должна отличаться сильно, за исключением одного но:
В условиях отсутствия данных я бы предположил, что люди будут конвертироваться проще там, где нет лишнего шага в виде "скачай ещё одно приложение". Приложение нужно там, где нужен ретеншен, чтобы упростить возвращение пользователя. Там, где нужно, чтобы пользователю было проще и быстрее принять решение, достаточно Webapp.
У вас 48% пользователей с десктопа? Среди студентов?)
Вы уверены в правильности статистики?
Звучит как-то даже необычно, у многих, на сколько я знаю, это соотношение 30/70 или даже 20/80 в большую сторону мобилок.
Видел и знаю кучу 17-18 летних, которые десктопом пользуются где-то 1-2 часа в неделю, и то для учебы, а все остальное делают на смартфоне/планшете. У некоторых и вовсе ПК нет, даже видел, как презентации через телефон делали.
Мне кажется таких даже большинство сейчас.
Тут спрашивать про собственные привычки будет нецелесообразно, т.к. думаю участники клуба в целом больше времени как раз проводят за десктопами в силу профессий, и будут говорить, что документы и т.п. удобнее подгружать с декстопа и т.п.
Но я сто раз видел, как люди 17-19 лет делают такие действия со смартфона, и там же все документы. И не будут заморачиваться с тем, как их перекидывать на десктоп 😅
Но если вы используете React и React Native, то значит, что вы можете шарить между проектами как минимум data-слой с нетворкингом, если делаете все грамотно.
Прямо отдельным репозиторием даже можно, и подключать его к реакту и реакт-нейтиву. Это уже куча минус работы
Вы можете также взять React Native Web
Фронт-енд Твиттера написан на React Native Web, если еще ничего не поменялось, и работает неплохо.
Тоже для вас вполне рабочий вариант выходит, тут уже и целые компоненты можно шарить с вебом. Тогда не думаю, что будет проблема с поддержкой обоих
Про React Native Web ничего не скажу, только пример Твиттера знаю, и он вроде норм. Сам React Native тоже сейчас достаточно хорош, с приходом Hermes, практически native experience, если с прямыми руками писать)
Поэтому вполне неплохой сетап в рамках стартапа)
На днях увидел мнение в твиттере.
Внутри интересное обсуждение и хорошее обратное мнение почему выбрали нативное приложение, а не электрон.
Кажется, что каждый выбирает сам. Причины делать и так, и так у всех свои. Но кажется современный веб не будет вас никак ограничивать, а только увеличит скорость разработки и возможности по распространению через кроссплатформу. Ну и похоже вы и сами уже всё решили и хотите делать веб.
А насколько часто пользователь будет взаимодействовать с продуктом? Если это форма заявки, то скорее всего он заполнит её один раз, если после этого вы будете давать интерфейс для оплаты взносов и просмотра статусов - не меньше раза в месяц. Если первое - клиенту проще все в браузере пройти, если второе - имеет смысл заводить на телефоне еще одно приложение.
Плюс вопрос в том как вы будете связывать действующие ресурсы с новым, так-то никто вам не мешает открывать в нативном приложении страницы в вебвью
У нас очень похожая аудитория, нет мобильного приложения, но есть mobile-first лейаут. Вроде бы есть штуки, которые зашли бы на мобильном телефоне, но когда надо подписывать и подгружать документы, многие делают это за компом. Когда надо сделать что-то на телефоне (подпись, или селфи), можно перейти в мобильный браузер, например с помощью QR кода, по ссылке из письма или просто залогинившись. Как сказал кто-то выше, мобильное приложение вряд ли пригодится если взаимодействие не частое. У банка было бы напротив: важно получать пуши, важно иметь быстрый доступ к транзакциям.
А что имеется ввиду под "подключить банк"? То, что идёт до подключения банка, мне кажется, можно вообще на но-коде наговнякать.
Если у вас там просто формочки, то натив не нужен.