вторник, 28 июня 2011, Александр Краковецкий

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

Тестирование

1. Убедиться, что нет критических ошибок

Первое (и самое банальное) правило: приложение не должно слетать. Все сценарии должны, как минимум, выдавать сообщение, например, MessageBox с текстом ошибки. В противном случае рискуете, что ваше приложение не примут.

2. Приложение – чуть больше, чем веб-страница

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

3. Черная & белая темы

Одно из самыз важных требований: приложение должно смотреться одинаково хорошо при разных темах. Например, вы установили цвет текста белым, но забыли за белую тему, где этот текст будет полностью невидимым. Таким образом все ресурсы, стили, цвета, фон должны учитывать настройки текущей темы. Если находят белый текст на белом фоне и т.д. - рубят однозначно.

4. Проверка локализации

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

5. Наличие & отсутствие интернета, индикатор прогресса

Так как пользователи могут иметь различные типы интернет-соединения, и не всегда соединение может быть быстрым. Поэтому для всех длительных операций, а также при работе с интернетом необходимо отображать индикатор прогресса. Иначе пользователь может просто не дождаться завершение текущей операции.

6. Проверить Capabilities и meta данные

Capabilities описаны в специальном файле, где необходимо оставить все необходимые возможности приложения (например, location api, webbrowser) и убрать все остальное. Эта информация будет отображаться пользователю под описанием приложения в маркетплейсе. Также пользователю могут быть показаны дополнительные окна с подтверждением перед покупкой, если, например, приложение будет отслеживать перемещение пользователя. Поэтому, если ваше приложение не использует то или иное api, уберите его описание из файла.

То же самое касается мета информации, которую необходимо заполнить - автора, название, описание приложения.

Общие требования к приложениям

1. Соблюдение авторских прав (контент, логотипы)

Если вы используете некий цифровой контент, будьте готовы, что вас спросят, имете ли вы право им распоряжаться. Например, при публикации приложения Eurovision 2011, где использовались 30-сек mp3 семплы песен, у меня потребовали дополнительных объяснений. Их можно писать в специальном поле Notes при публикации. В нашем случае нам пришлось написать дополнительное письмо с объяснениями, что контент свободно распространяется на сайте и никто ничего не нарушает, после чего приложение приняли.

2. Скриншоты – 480*800 (Snipping tool & emulator 100%)

Необходимо при публикации загрузить один или несколько скриншотов размером 480*800. Эти скриншоты можно сделать в Windows 7 с помощью snipping tool в режиме 100% эмулятора.

3.Описание приложение – English must be

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

Не рекомендуется использовать в описании списки, специальные символы, html и т.д., потому как пользователи могут столкнуться с проблемами энкодинга.

4. Пробная версия должна отображать все возможности платной

Пользователь должен четко понимать, что он получит, заплатив за полную версию. Поэтому варианты "купи и получи сюрприз" не прокатят.

5. Реклама (Advertising Creative Acceptance Policy Guide)

Реклама должна быть таргетированной, не должна содержать запрещенные законом и моралью вещи, а также соответствовать законодательству той страны, где она будет показываться. Тоже самое относится и к контенту в целом.

6. Политика приватности - Location Service API

Если приложение использует Location Service API, то приложение должно предупредить его об этом. Кроме того, в приложении должен быть раздел, где будет указано, что нужно сделать пользователю, чтобы удалить персональные данные, если он этого захочет.

Раскрутка & профит

1. AppLists & wpcentral etc.

Все приложения, которые появляются в Marketplace, сразу же расползаются по специальным сайтам с описанием приложений, сайтами с рецензиями, но ожидать, что это принесет мног опользователей не стоит. В день появляется 100-200 приложений, такого потока не выдержит не один пользователь. Центральный сайт с новостями - wpcentral, для большего эффекта лучше там засветиться. Как - это уже вопрос другой.

2. Keywords не ищутся в Marketplace

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

3. Статистика опаздывает на неделю

Или около того. Это затрудняет отслеживание статичтики и ситуации на рынке. В Mango обещали это поправить.

4. Время рассмотрения – минимум 3 дня

Microsoft заявляет о среднем периоде рассмотрения 1.6 дней. Хотя практика показывает, что этот показатель составляет 3 дня (возможно для приложений из специальных стран есть какие-то приоритеты). Несмотря на это, 3 дня - это небольшой период, с учетом того, что подтверждение Apple можно было ждать 7-10 дней.

Заключение

Советы всегда будут неполными, каждый раз узнаешь что-то новое, поэтому если у вас есть свои советы, пишите в комментариях или на @msugvnua и @wp7rocks_com.

---