Первая версия мобильного приложения — функции, которые можно отложить на потом
При заказе мобильного приложения вы неизбежно выбираете, за какие компоненты вы действительно готовы платить, а какие лучше оставить на будущее или вообще «вынести за скобки». И если у вас еще нет четкой стратегии вашего будущего приложения, рассказываем о том, какие компоненты можно исключить из проекта для первых версий приложения.
Проведение платежа можно настроить через определенные банки, платежные платформы и агрегаторы платежей. Также имеется возможность использовать функции in-app purchase маркетов Apple и Google. Второй вариант проще (и дешевле), но комиссия может составлять до 30% платежа.
Это, как бы, 2 разных механизма, которые должны быть использованы для разных типов товаров, причем это строго регламентировано условиями сторов. Если еще проще попробуйте впилить клиенту покупку корзины яблок с доставкой по средствам in-app'ов либо покупку треков в приложении/подписки любым другим способом. Хотя за последнее вас купит Spotify если ревью пройти сможете) И да, позанудствую до конца уж, она будет составлять 30%, 15 это исключение для автопродляемых подписок после года, т.е. для большинства приложений - ни когда.
И главное, ни слова про планшеты? Серьезно? В ведре еще ок, там из коробки, а в iOS это еще тот гемор без возможности отказаться без пересоздания приложения, повторюсь пересоздания, а не апдейта, тк нельзя отключить поддержку, если она хоть раз просочилась в продакшен. А это 2х времени на UI фич, в лучшем случае, в худшем еще и бессонные ночи в поисках нормального UX решения для планшета, который ни разу не смартфон и требует персонального подхода, если, конечно, делать более менее нормально, а не "хуяк-хуяк-и-в-продакшен".
Да, вы правы. Если подключать поддержку iPad то времени нужно будет больше на всех этапах: проектирование, дизайн, разработка, тестирование. Но цель статьи в общих чертах показать что можно отложить на потом:)