Сделал дизайн мобильного приложения бесплатным ИИ — потянет ли реальный запуск или только для пробы?

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

Примечание: пишу на основе своего опыта, у других может быть иначе.

Мы запустили приложение записи в салон красоты на похожем no-code ИИ-экспорте. Когда в систему одновременно зашли сорок человек, сервер завис, уведомления не приходили. В итоге через два месяца пришлось потратить 38.000 SAR и писать с нуля. Живую работу это не тянет.

Почему вы вкладываете 45.000 SAR в мобильное приложение, когда ещё не получили ни одного заказа на уборку? Вы собрали клиентов через прямой чат и протестировали работу, прежде чем выпускать приложение в магазин?

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

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

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

Решение о переходе принимайте в таком порядке: 1) Узнайте, отдаёт ли платформа дизайна чистый код на экспорт. 2) Спросите про совместимость с саудовскими счетами и местными картами. 3) Дайте прототип потыкать хотя бы десяти реальным пользователям и запишите, где они застревают в сценарии.

Согласен с этим. Самое дешевое предложение обычно самое непродуманное.

Если не зафиксировать это письменно с самого начала, потом возникнут споры.

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

Если критерии приемки не прописаны момент завершения работы становится предметом спора. Я бы пошел этим путем.

На что обратить внимание при выполнении этого. Спросите, кто готовил КП и кто будет выполнять работу.

Надеюсь, это будет полезно.

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

на этом всё извините, если затянул.

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

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

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

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

Спасибо это именно то, что я искал.

Вы правы я сам проходил через это. Люди защищают не процесс, а привычку. Сопротивление идет оттуда.

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

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

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

Верно.

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

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