Что нужно для разработки iOS-приложения — чего от меня потребует агентство?

Самая горящая задача — проверить, чтобы название компании в налоговой выписке буква в букву совпадало с тем, что вы указываете у Apple. Если в D-U-N-S и документах разная форма собственности или адрес, аккаунт застрянет на недели, и агентство не сможет сдать проект, даже если код полностью готов.

Мы в прошлом году проходили это со своим брендом текстиля. D-U-N-S дали за 8 дней, а Apple проверяла аккаунт еще 11 дней. Агентство уже доделывало код, а мы из-за этой бюрократии застряли на 3 недели. Так что подавайтесь прямо на этой неделе.

Никаких главных паролей агентству. Заходите в App Store Connect в раздел «Users and Access» и даете их техлиду роль «App Manager». Этого хватит для работы с сертификатами и сборками, но закрывает доступ к финансам и передаче приложения.

Некоторые подрядчики любят говорить: «Да чтобы вы не парились, выложим со своего аккаунта, потом передадим». Не соглашайтесь. Если приложение выйдет под их аккаунтом, вся база, оценки и индексация останутся у них. При расставании замучаетесь вытаскивать.

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

Вот чек-лист документов, заготовьте заранее: 1) Корпоративная почта на домене компании, 2) Налоговая выписка и номер D-U-N-S, 3) Корпоративная карта с лимитом для международных списаний, 4) Политика обработки персональных данных (KVKK) и куки под мобилку.

Удачи с проектом! в общем сразу заведите отдельный ящик под это дело и приготовьте скан паспорта директора. Apple иногда звонит директору лично для проверки, так что предупредите чтобы на звонок ответил человек со знанием английского.

а для тестов старые айфоны из офиса подойдут или нужно обязательно свежие флагманы? и еще: если не продлевать аккаунт каждый год, приложение удалят из App Store?

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

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

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

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

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

Внедрение процесса управления изменениями не замедляет работу, а ускоряет её. Проверено опытом.

Верно.

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

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

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

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

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

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

Редко встретишь текст с такой ясностью изложения. Ответ сильно зависит от отрасли, универсального правила нет.

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

У меня было наоборот, поэтому и пишу. Внедрение процесса управления изменениями не замедляет работу, а ускоряет её.

Удачи.