Продолжаем рассказ об особенностях работы с мобильными приложениями. В первой части шла речь о применяемом подходе — постоянной проработке сценариев совместно с конечными пользователями.
Во второй части хочется рассказать о технических ограничениях и узких местах.
Ограничения и NFR
Есть несколько моментов, на которые следует обратить внимание при разработке приложений и указать в проектной документации.
Мой чек-лист:
- Гайдлайны платформ
- Версии систем
- Проверка приложения
- Планирование релиза
- Оплата и покупка
- Обмен и хранение данных
- Поведение приложения при отсутствии сети
Гайды
Каждая платформа имеет свой определенный гайдлайн, которому необходимо следовать при разработке приложений.
Например, при следовании гайдам Google material design дает возможность получить фичеринг от Google. Приложение добавляется в подборки. За счет чего приложение активно демонстрируется перед пользователями, и можно получить дополнительные установки.
Полезные ссылки:
- Гайдлайны для интерфейсов от Apple https://developer.apple.com/library/ios/documentation/UserExperience/Conceptual/MobileHIG/
Версии
Необходимо отслеживать выход новых версий ОС мобильных устройств. При указании старых версий системы не все желаемые функции приложения могут быть реализованы.
Можно отказаться от версии прошивки, которая к моменту релиза приложения будет иметь настолько мизерную долю, что чисто экономически ее поддерживать не будет смысла.
Отследить актуальность версий можно тут:
Проверка приложений и релизы
Следует сказать, что приложения проходят обязательную проверку у Review team обеих платформ. Обычно приложения в Google Play проходят проверку постфактум, уже после выкладки в стор. Ревью тим отслеживает отзывы и оценки, жалобы пользователей.
iOS приложения проходят обязательную проверку перед выкладкой на стороне Эппл. Это может занять от двух до десяти дней (http://appreviewtimes.com/ ). В этом случае дату релиза необходимо планировать с учетом модерации.
Подробности можно найти тут:
Оплата и покупка
Если в вашем разрабатываемом приложении имеется функционал покупки и оплаты, необходимо учесть, что Apple Review Team очень ревностно подходит к проверке такого функционала.
Apple Review Team производит проверку как приложения отдельно, так и каждой из покупок для них. Приложение может пройти аппрув, а функционал покупки может аппрув не пройти:)
Для iOS первая покупка обязательна проходит ревью вместе с приложением, но каждая следующая может проходить ревью отдельно. Особенно это касается покупки нематериальных вещей.
Хранение данных
Последний из трендов при проектировании приложений - это вынос всех расчетов и хранение данных через облачные решения. Для iOS таким является iCloud, который дает возможность синхронизировать данные между устройствами.
Поведение приложения при отсутствии подключения к сети
Важной деталью при проектировании работы приложения является описание поведения приложения без подключения к сети. Какие функции будут доступны, какие данные пользователь сможет получить или отправить или сохранить, сможет ли пользователь вообще пользоваться приложением, и т.д.
Этот небольшой чек-лист поможет учесть узкие места при разработке приложений и избежать неприятностей.
Видеозапись доклада можно посмотреть тут.
С любовью, Гузель
P.S. Посты канала «Байки из проектного офиса»