Собрал мобильное приложение в одиночку на no-code, выдержит ли система до найма разработчика?

Мы в Париже запускали локальную доставку на no-code платформе. До 750 активных пользователей всё работало как часы, уходило 110 EUR в месяц за платформу. Но как только захотели прикрутить живой трекинг курьеров на карте в реальном времени, лимитов платформы по трафику сразу перестало хватать, и счета подскочили до 400 EUR в месяц. В тот же день начали переписывать на код, так что не спешите.

Главное узкое место в no-code — это параллельные запросы на запись. Если 500 человек откроют приложение и будут просто листать меню, проблем не будет, статика подтянется из кэша. А вот если между 11:45 и 12:00 сразу 150 человек одновременно нажмут «оформить заказ» и начнут списывать остатки со склада, всё может намертво встать. Пока не протестируете такую пиковую нагрузку, расслабляться рано.

То что разраб запросил 8.500 EUR — вполне классическая история. Но главная засада в no-code — это вендорлок. Если завтра эта контора пересмотрит тарифы и задерет цены втрое, у вас на руках не останется ни строчки кода. Если база данных не под вашим личным контролем вы сильно рискуете.

Не сливайте сейчас деньги в разработку. Эти 8.500 EUR — ваш спасательный круг для маркетинга и операционки. Дорастите до 500 клиентов, а если система начнет буксовать, просто апгрейдните тариф на платформе. Большинство стартапов, которые пилят кастомный софт еще до выхода в чистую прибыль, потом загибаются именно на операционных расходах.

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

А у вас в приложении есть пуш-уведомления и живой трекинг курьера? Если там просто выбор блюд из списка и оплата, то no-code база выдержит очень долго. Но если завязаны карты и отслеживание геопозиции в реальном времени ценник за трафик и запросы взлетит просто космически.

я сейчас тоже тестирую похожий прект на no-code. подскажите если хранить данные банковских карт клиентов в таких сервисах, есть ли риски по безопасности или штрафы по нормам Франции и ЕС?

Продумайте план миграции пошагово уже сейчас: 1) Грамотно свяжите таблицы в базе данных по реляционному принципу, 2) Задокументируйте всю бизнес-логику, 3) Проверьте, как работает экспорт. Тогда при переходе на чистый код программисту не придется делать аналитику с нуля, и вы срежете расходы минимум вдвое.

Если я правильно понял, вы имеете в виду следующее: Если скоуп растет, должен расти либо срок, либо бюджет. Третьего не дано.

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

Самое упускаемое из вида в теме мобильное приложение без кода: Без измерений мы всегда приходим к одному и тому же.

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

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

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

Удачи.

Сведу тему в кучу так как ответов было несколько разных. Если скоуп растет должен расти либо срок либо бюджет. Третьего не дано.

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

Вы правы. Когда пытаешься изменить всё сразу ничего не приживается.

Если напишете результат здесь, это поможет и другим.

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

Проверено опытом.

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

Мои сомнения развеялись спасибо.

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

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