Получили предложение на разработку приложения для iOS — как идёт процесс и что от нас ждут?

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

Обязательно спрашивайте, на какой технологии предлагают делать. Гибридную платформу или сразу нативную разработку на Swift? В такой структуре, как B2B-запчасти, с интенсивными данными и фильтрацией, производительность и работа офлайн критически важны. Нативная разработка дороже, но в долгую надёжнее.

При изучении предложения уточните три момента: 1) Кому принадлежат права на исходный код? 2) Сколько месяцев бесплатной гарантии и исправления багов даётся после одобрения в Apple Store? 3) Кто будет готовить сервисы для интеграции с вашей текущей бухгалтерией и ERP?

Вам для B2B-продажи запчастей точно нужно только iOS-приложение? Все ваши клиенты пользуются iPhone? Если сделать только iOS и пропустить Android или сразу идти в приложение вместо хорошего мобильного веб-портала, вы можете закопать бюджет в неполноценную схему.

получение duns-номера точно не оставляйте на последний момент но одобрение корпоративного аккаунта apple иногда занимает 2-3 недели, приложение готово, а залить в магазин не можете сидите ждёте.

Советую изучить референсы студий, которые дали предложение: делали ли они раньше B2B или похожую инфраструктуру учёта остатков и заказов, и поговорить напрямую с представителями тех компаний. А ещё включение в договор штрафов за просрочку по графику проекта гарантирует ответственность сторон в корпоративных процессах.

Мы тоже думаем о чём-то похожем, но для открытия аккаунта разработчика Apple нужно платить отдельно от имени компании, или нельзя залить через аккаунт студии?

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

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

Пишите, если есть вопросы отвечу по мере возможности.

У меня та же ситуация, поэтому и спрашиваю. Код без документации не принадлежит вам, даже если он у вас есть.

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

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

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

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

Я бы пошел этим путем.

Посмотрю с другой стороны, я на стороне поставщика. Без измерений мы всегда приходим к одному и тому же.

Я бы пошел этим путем.

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

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

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

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

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

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

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

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

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