В сметах значатся React Native, Flutter, нативка — какой фреймворк выбрать для нашего первого приложения?

С технической точки зрения разница вылезает при доступе к железу. React Native общается с нативными компонентами через мост, а Flutter рисует пиксели напрямую своим графическим движком. На экранах заказов и фактур эта разница измеряется миллисекундами, обычный юзер её не увидит. Если нет лютой нагрузки на железо смартфона, оба фреймворка подойдут отлично.

Мы два года назад выкатили похожую приложуху для опта на React Native. Разработка обошлась в 30.000 долларов, на поддержку уходит около 4.000 долларов в год. Делали бы нативку — пришлось бы нанимать двоих разрабов, мы бы на одной поддержке в первый же год вылетели из бюджета.

Идея одной кодовой базы на словах звучит идеально, но при апдейтах операционок иногда бывает геморрой. Выкатывают новую версию iOS или Android — и ты сидишь неделями ждёшь, пока сторонние пакеты обновятся. Обязательно фиксируйте условия поддержки совместимости с новыми версиями ОС в договоре с агентством.

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

При выборе рекомендую опираться на три вещи: 1) Кейсы агентства именно в сфере B2B, 2) Сложность интеграции внешних сервисов типа сканера штрихкодов или карт, 3) Их почасовая ставка на доработки и саппорт после релиза.

А вы обсуждали, как приложение будет связываться с вашей ERP или 1C-кой/бухгалтерией? По опыту, бюджет сильнее раздувает не выбор фреймворка, а кривые или неготовые эндпоинты API. Если бэкенд не готов отдавать данные мобилке, агентства сразу накинут за доработку интеграций.

мы сейчас на таком же этапе, а если начать с кроссплатформы не придется ли потом все переписывать с нуля на нативку когда проект сильно разрастется?

Скачайте на телефон два готовых приложения от конторы, которая предлагает Flutter, и потыкайте оформление заказа. Если всё летает и клиенты из отзывов довольны — берите за 28.000 долларов. А сэкономленные 27.000 пустите на маркетинг и обучение клиентов.

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

Это мое мнение, не утверждаю, что оно единственно верное.

а как вы решили этот вопрос? большая часть потерь времени копится на задачах ожидающих согласования.

оставллю как заметку, пригодится.

Вы правы. Первые три месяца все идет хорошо, проблемы всплывают на четвертом.

Интересно, есть ли те, кто делает иначе.

Позвольте подвести итог сказанному выше. Все, кто торопится с фреймворки для мобильной разработки, спотыкаются на одном и том же.

Если делаете впервые, начните с малого, масштабирование потом. На этом всё, извините, если затянул.

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

Если в договоре не прописано право собственности на код, при уходе у вас нет переговорной позиции. Конечно, если ваша ситуация отличается, всё меняется.

Не знал об этом.

Спасибо, это именно то, что я искал. Ошибка, сделанная на стороне фреймворки для мобильной разработки, обычно исправима, но дорого.

Оставлю как заметку, пригодится.

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

удачи.

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

Посмотрю с другой стороны, я на стороне поставщика. Решения, работающие в малом масштабе, рушатся при росте, я узнал это слишком поздно.