Сегодня у нас статья хабрапользователя xzDeveloper об App Store.

В этой статье постараюсь кратко рассказать про свой полуторалетний опыт разработки под iPhone. И о том, кому же полезен App Store.

Часть 1. Действующие лица

Независимый разработчик

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

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

Многие слышали success story о том, как молодой человек загорается желанием и за неделю «в гараже» выдает на-гора супер-проект, о котором пишут новостные ленты, пестрит твиттер, который попадает в топы категорий, подкатегорий.

Обычно, за очень редким исключением, кроме минуты/дня/недели славы из этого ничего не получается. Что на первых порах молодой команде даже вредно.
О реальных цифрах знают далеко не все. Потому что далеко не все были в этом самом «топе». Иногда это даже проблема, этот «топ».

Если продукт попал в какой-либо топ, то пользователи будут считать, что разработчик «гребет бабло», и будут требовать соответствующей поддержки и отношения. Это может быть требование немедленно изменить функционал, как они желают, изменить дизайн, выпустить срочно обновление. По опыту скажу, что под «срочно» ими обычно подразумевается 2-3 дня, и если требование не будет выполнено, неминуемо последует «наказание» в виде негативного отзыва (зачастую очень агрессивного), плохой оценки, гневного письма. Про отзывы, рейтинги и пользователей подробнее расскажу ниже.

С другой стороны, положение в рейтинговой таблице влияет на продажи: приложения первой сотни покупают чаще. Просто потому что они на виду. Однако, точно оценить коэффициент, который привносится в продажи с помощью топа, сложно.

Итак, в глазах пользователей разработчик — миллионер. А на самом деле…

«Скока денег?»

Расскажу про русский топ на примере одного нашего приложения, т.к. «плавали, знаем». От штатовского наш топ отстает всего на порядок, как я полагаю, так что с большой натяжкой можно сказать, что сравнимо. А если учесть, что у тамошних разработчиков и потребности выше на порядок, то мы с ними в одной шкуре. Если я прав, выходит, что: «разработчик — он и в Африке разработчик».
Итак, каков объем нашего, русского отдела магазинчика? Максимум, что мы видели — это 750 закачек в сутки однодолларового приложения на первом месте. При этом в Top Grossing до первого места мы не добрались. Выходит, что потолок первого места русского топа скорее всего не ограничен одной тысячей закачек. НО это не каждый день.

Среднее количество закачек на первом месте — от 150 до 300. Конечно, зависит от приложения, от «соседей», сезона и т.п. Наблюдения велись в течение месяца (столько времени наше приложение продержалось в первой десятке, половину этого времени на первом месте).

Итого у нас вышло: потрачено на разработку 500 часов нетто (без перекуров и отвлечений), доход за 4 месяца продаж, за вычетом сбора Apple составил примерно 5 тысяч долларов. На рекламу не потрачено ни копейки, поддержка пользователей около 100 часов. Выходит, доходность меньше 10 долларов в час при условии постоянного нахождения в топе. Это приложение просто оказалось нужным и востребованным, его не понадобилось пиарить. А если добавить сюда расходы на рекламу, оплату электричества, трафика, хостинга, профит получится еще меньше.

В отличие от коллег, которые недавно рассказывали о своем опыте как о неудачном, мы считаем, что это пусть маленький, но успех.

Про «гаражные стартапы» все знают или слышали. Но где эти стартапы через год-два, если не находят инвестора? Так и здесь, в разработке под iPhone: часто это молодые люди еще без соответствующего образования, опыта (как программистского, так и организационного). Запала хватает обычно на одно-два приложения. Пусть очень хороших и востребованных публикой. А что дальше? Хорошо, если отобьются вложенные средства… А дальше глухой стеной встает предел компетентности/армия/апатия/необходимость или желание зарабатывать реальные деньги и спать ночью.

Фанаты

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

Билет на WWDC-2010 можно было купить за 1600$ в течение всего лишь 8 дней. Разобрали, как пирожки. Сколько было инди-разработчиков там? Немного. А российских разработчиков? Единицы. А кто же все те люди? Это были журналисты, люди из первого абзаца, а также те, кто смог убедить руководство своей компании оплатить такую командировку (+ билеты + недельное проживание).

Это я к тому, что есть целый пласт людей, которые занимаются разработкой (иногда даже это у них получается), просто потому что им хочется это делать, потому что они фанаты Apple или хотят доказать всем, что «они смогут». И они не расстраиваются из-за неудач (потому что на счетах есть на что жить и без игры в разработку).

Ребята из рекламных роликов Apple

Некоторые разработчики получают поддержку Apple напрямую. Есть несколько специально созданных Apple рекламных роликов, где разработчики-одиночки(!) аж светятся и рассказывают, как просто было им начать путь и как быстро он их привел к успеху. Ради интереса, может, кто-то знает судьбу тех самых ребят?

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

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

Такова мощь и бесполезность сегодняшнего App Store: разработчики не могут заявить о себе, утопая в тысячах поделок и клонов, пользователи дальше 100 первых приложений не видят ничего, да если и захотеть, то найти что-либо подходящее и стоящее не всегда под силу.

Издатели (publishers)

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

Вывод

По нашим наблюдениям и рассуждениям выходит, что нет счастливчиков, которые особо не напрягаются и прилично зарабатывают в App Store.

Хуже всех ситуация у независимых разработчиков (небольших команд и стартапов), т.к. на одном-двух приложениях далеко не уедешь, спрос падает, рынок быстро насыщается, спасение лишь в постоянных заказах, а держать постоянных клиентов начинающей команде очень сложно. Еще сложнее одиночкам (надеюсь, не надо объяснять почему).

Не хочу отговаривать никого от желания заработать в App Store, просто не думайте, что это так просто. Легких денег не бывает, каждый грош зарабатывается потом и кровью.

Что делать независимым разработчикам?

Учиться, учиться и учиться.
Не расстраиваться из-за неудач.
Помнить, что всех денег не заработать, поэтому уделять внимание здоровью и время отдыху.
Не играть в большую компанию, когда вас еще очень мало.
Собрав приличное портфолио, начинать искать заказчиков.

Далее о том, что ждет тех, кто решился примерить на себя роль Apple Developer.

Часть2. Путь Разработчика

Что такое разработка для App Store? Есть несколько несложных «квестов», выполнения которых (как на каждом углу написано) вроде бы достаточно для того, «чтобы зашибать неплохие деньги»:

• Наличие программно-технических средств. Нужен Mac, iPhone SDK, устройство для тестирования.
• Регистрация участника Apple Developer Program. 99$ в год.
• Идея программы. Обычно проблем ни у кого не возникает. Все гении.
• Реализация. Требуется умение программировать, понимать технические тексты на английском.
• Публикация. Угодить цензорам, знать в общих чертах, о чем сказано в iPhone Developer Program License Agreement
• Реклама
• Поддержка пользователей
• Получение прибыли. Да, заработанные кровные еще надо получить.

Подробнее на некоторых пунктах остановлюсь ниже.

Разработка

Вроде бы об этом очень много уже информации есть. И для инженера при его желании, даже если он не умеет программировать (хотя, вроде сейчас всех инженеров учат этому), этот вопрос не играет большой роли.

Скажу лишь, что какова бы ни была дружественна к пользователю среда разработки, сколько бы библиотек с готовыми алгоритмами и функциями ни было уже написано, без базовых знаний по предмету лучше не пытаться «городить огород». По tutorial’ам конкретную нужную программу не написать. По документации к SDK не понять, что деление на 0 не очень хорошо.

Самое сложное, на мой взгляд, в разработке под iPhone — это управление памятью (retain, release). Надо следить за всей выделенной динамической памятью. Ну нет там «сборщика мусора»!

Веселая карусель прошивок

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

В прошлом году с выходом iPhone OS 3.0 особых проблем не было: старая прошивка (2.x) поддерживалась SDK. С выходом прошивки 4.0 и соответствующего SDK случилось страшное: для поддержки работы своего приложения на всех поддерживаемых устройствах разработчику для тестирования необходимо иметь 2(!) iPhone: один с прошивкой 3.1 и один с прошивкой 4.х Потому что ни один SDK не предусматривает полноценную поддержку обеих этих прошивок одновременно: нельзя выставить, например, Base SDK 3.1 и ниже в новом Xcode. Убрав поддержку iPhone OS 2.x явно, ребята из Купертино не явно очень сильно надавили на разработчиков и на пользователей по поводу iPhone OS 3.1.

Не вдаваясь в детали: поддерживать в программе полноценную работу сразу двух прошивок очень сложно.

С выходом iPad и iPhone 4 теперь, если есть желание делать универсальное приложение, придется позаботиться обо всех возможных расширениях экранов и куче наборов иконок для рабочего стола.

Работа приложений на устройствах. Jailbreak

Еще один «подарок» от Apple для разработчиков. Иногда операционная система iPhone не справляется со своими задачами. В результате, если в этот момент была запущена программа и она «упала», в глазах пользователя виноват будет создатель программы, не Apple, не Foxconn.

Если пользователь сделал Jailbreak, потому что «так делают все хакеры/друзья сказали», а не потому, что это ему действительно нужно, и накидает в аппарат кучу софта, описаний которого даже не читал, потому что «халява» и одна из этих программ «упала» во время использования, виноват кто? Конечно, не Jailbreak или дефицит системной памяти в алюминиевом iPhone. Ну, вы поняли.

Публикация

Цензоры. Те времена, когда давали абсурдные отказы в публикации, вроде бы прошли. На все про все обычно* уходит неделя.

Хотя, был один случай месяца три назад. Захотели мы реализовать функцию, для работы которой требовалось использование некоторых незапрещенных функций ядра. Повесили кнопку, на которой написали название функции. Ответ цензора: «Такой функционал в SDK не предусмотрен», хотя очень похожая программа от другого разработчика продавалась как ни в чем не бывало. Показывать пальцем не стали, пришлось убрать кнопку (функцию-то мы оставили, сделав автоматической). И как же обидно стало, когда по прошествии двух месяцев программ с такой функцией, описанием и даже названием стало прибывать!

* Сроки рассмотрения всегда плавающие. Даже нечего сказать пользователям, которые спрашивают о дате выхода обновления. От недели до месяца. От сложности приложения не зависит. Обновление это или новое приложение — роли не играет.

Радует только, что интерфейс iTunes Connect (веб-портал, при помощи которого разработчики отправляют приложения на публикацию) сделали более дружелюбным и выпустили достаточно удобное приложение под iPhone для слежения за количеством продаж.

Реклама

Без рекламы никуда. Редко-редко ваше супер-пупер-замечательное приложение заметят просто так.

Есть множество способов раскрутки, один из них — это публикация обзора программы в профильных СМИ.
Как вы думаете, каким образом в популярных новостных лентах и порталах оказываются обзоры программ из App Store? Причин не так уж и много, вот те, что я пронаблюдал:

• Разработчик заплатил за обзор денег (не знаю сколько, за деньги не публиковались).
• Портал малопосещаем, ньюсмейкеров не хватает, опыта нет и обзор публикуется по принципу «хоть что-то».
• По знакомству.
• Приложение находится в штатовском «топе».

Еще можно пиариться в форумах и темах на пиратских трекерах. Но, думаю, это крайне неэффективно. Разве что ради обратной связи.

Поддержка пользователей. Отзывы и оценки

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

Обратная связь

Самая веселая часть. Когда грустно, можно читать отзывы в App Store, и на душе станет теплее. Там и страсть фанатов (даже у приложений есть фанаты), и злость обманутых пользователей, и радость обретших, и грусть потерявших (например, некоторые приложения цензоры удаляют уже после того, как опубликовали), а также глупость недалеких пользователей.

Есть такой класс приложений — розыгрыши. Одно из таких — «Поиск местонахождения сотового телефона по номеру». Суть в том, что «ведущий» запускает приложение, просит жертву розыгрыша сказать свой номер телефона, вводит в программу — и iPhone определяет место по GPS. Т.к. жертва розыгрыша находится там же, где и ведущий, программа определяет всего лишь свое собственное местоположение. Честное описание в этих приложениях всегда присутствует. Вот типичный отзыв для таких приложений: «РАЗВОД! НЕ ПОКУПАЙТЕ! Какие дебилы вывели в топ это дерьмо?» Оценки все единицы. Приложение обычно несколько дней в топе. Разработчик заработал свои «грязные» деньги. А пользователи раскрывают свою суть. Кто вывел в топ? Да тот человек и ему подобные и вывели.

Что удручает — так это мат и оскорбления в отзывах в адрес как разработчика, так и других товарищей, оставивших отзыв и позволивших себе не согласиться с предыдущим. Таковы вы, пользователи продукции Apple? Культурные и грамотные? Матерятся иногда даже с ошибками.

Что интересно, отзывы люди не читают, описание — тоже. Смотрят только на иконку и название. Отзывы — это как будто такое место с режимом write-only.

Оценки

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

Если приложение достаточно сложное, но дешевое — ждите кучи единиц: чтобы им пользоваться, зачастую нужно прочитать хотя бы аннотацию. Поставить единицу, не разобравшись, проще, чем что-либо читать. У таких приложений обычно поровну положительных и отрицательных оценок.

Исключительно отличные оценки есть только у простых красивых несложных игрушек.

Может, выводы, которые можно из этого сделать о публике, и грустные, но такова реальность. Если кого-то успокоит, то в Штатах с этим намного хуже. Хотя это выборка только по магазинчику.

Гонорар. «Сундук Кащея»

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

Издержки работы юр. лица (особенно когда разработчику еще нет 18-ти) должны быть всем понятны. Возможно ли вообще честно получить хорошие деньги из-за границы? Что косвенно подтверждает мое предположение о том, что нет успешных независимых разработчиков (по крайней мере в России).

Заключение

Разработчикам: не стесняйтесь обмениваться опытом. Есть несколько русскоязычных сайтов по iPhone-тематике для разработчиков. В мечтах, конечно, русский stackoverflow.com. Если кто знает что-то подобное для русскоговорящих, советуйте всем своим знакомым разработчикам.

Начинающим разработчикам и тем, кто спамит в App Store: не плюйте в колодец…

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

Источник.

Post from: Mobile-Developer.ru

Кому в App Store жить хорошо. Магазинчик программ «У Стиви» глазами разработчика

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

And we have one more program change that will benefit all developers. When we launched the developer program, we introduced a $50 per app fee to submit apps into our catalog. Effective immediately, we’re waiving this fee and refunding to all developers any $50 fees collected in the past. If you’re one such developer, you will see a credit in your PayPal account in the near future.

Из письма следует, что теперь для того чтобы запостить приложение в App Catalog не надо будет каждый раз платить $50 за проверку приложения! И еще ко всему они обещают вернуть деньги, которые разработчики уже потратили на сабмиты! Ну это прям праздник какой-то!

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

Ура, товарищи!

Post from: Mobile-Developer.ru

Palm поворачивается лицом к разработчикам и отменяет оплату в $50 за сабмит приложений!

Сегодня у нас статья хабрапользователя SkyLine о том, как зарегистрировать себе Virtual US Bank Account и начать принимать платежи с Android Market.

Преамбула.

В связи с бурным развитием мобильных устройств и ОС Google Android в частности, интерес к разработке программного обеспечения под данную платформу весьма закономерное явление. Как оказалось, он мало чем отличается от обычной разработки на Яве под десктоп/веб, а с учетом возможности использования «стандартного» IDE (Eclipse) путем скачки и встраивания SDK Андроида, а также наличия исчерпывающей документации многие технические вопросы снимаются сами собой. Концептуальный аспект (т.е. идея для реализации в виде ПО) также не заставила себя ждать, благо платформа сравнительно новая, не смотря на недавно вышедшую уже версию 2.1, и конкурентная среда соответственно не такая насыщенная, если взять, к примеру, разработку под тот же iPhone. (Тут могла бы быть развернутая часть о самом ПО, но ввиду некоторых нюансов, таких как незаконченность проекта и отсутствие конкретных результатов, пока ее пропустим).
Оставался последний, и, естественно, самый интересный (логично, не правда ли?) вопрос – денежный, а конкретно – как правильно вывести честно заработанные дензнаки, полученные от продажи ПО на Android Market.

Вдаваться подробности не буду, все-таки статья ориентирована на тех, кто примерно ориентируется в данной теме, скажу коротко — в данном случае под прицелом оказывается сервис обработки онлайновых платежей Google Checkout, который с нерезидентами США изначально не работает. Насколько мне известно, прямых путей решения данной проблемы нет, поэтому пришлось искать обходные дорожки.

Фабула.

Четкая постановка задачи – это уже половина решения. Не помню, кто из великих это сказал, но факт остается фактом, после выяснения всех вопросов касаемо checkout’a круг поиска решений намного сузился, оставив в итоге небезызвестную международную платежную систему Payoneer.

Она известна и интересна нам тем, что позволяет заказать (причем, на первых порах абсолютно бесплатно) prepaid пластиковую карту MasterCard, с помощью которой можно снимать деньги в любом удобном близлежащем банкомате. В сочетании с недавно введенной услугой US Virtual Bank Account (далее – просто VBA) это очень сильно похоже на «то, что доктор приписал». Возможно, есть варианты и получше, ведь в данном случае всякого рода издержки в виде комиссии имеют место, в нашем случае это было сочтено несущественным. Но… Не все так просто (владельцы активированных карт Payoneer пропускают следующий абзац).

Для того, чтоб активировать данную услугу, нужно иметь их «рабочую» карточку, т.е. такую, на которую уже успешно переводились деньги из проверенных источников. Нюанс – почему-то сначала думалось, что это обязательно должен быть резидент США, даже производились некоторые телодвижения в этом направлении, но впоследствии оказалось, что для этого достаточно обычного денежного перевода без каких-либо дополнительных требований к держателю карты. Энивей, ни карты Payoneer, ни долларового счета в наличии не было, так что пришлось делать еще один финт ушами – после заказа собственно пэйонировской карточки организовать еще и обычную долларовую Visa Classic и через сервисoDesk провести пару-тройку копеечных заказов по 10-20$ для упомянутой выше «верификации» пэйонировского куска пластика. Детально описывать этот процесс тоже не буду, думаю многие знакомы с онлайн-биржами, да и в инете по блогам полно заметок на эту тему. Скажу только, что эти платежи не были на 100% фиктивными, т.к. они по сути являли собой разработку упомянутого выше ПО под Андроид. Софтина была разбита на несколько частей и «реализована» посредством заказов с фиксированной (не почасовой, так проще) оплатой. Хотя фактически это было перекладывание денег с левого карман в правый, делать этого не запрещено. Таким образом, карточка Payoneer была активирована практически бесплатно – денежки за «заказы» были тут же сняты, а залог в 10 у.е. для покупателя услуг одеска был возвращен вовремя в целости и сохранности. Как сайд-эффект перечисленных манипуляций в наличии еще оказались два одесковских аккаунта – покупателя и поставщика услуг с хорошей кредитной историей, ну и, естественно «лишняя» Visa Classic с сроком годности до 201х –далекого года.

Стоит отметить, что все телодвижения были совершены во вменяемые сроки, служба поддержки Payoneer молодцы (это не product placement © Стрельников, а субъективная оценка после реального акта сотрудничества). Там у них, кстати, есть пару русскоговорящих человек, так что даже для слабо знающих инглиш все будет интуитивно и понятно; если звонить по скайпу – вообще никаких проблем, дешево и сердито. Одно «но» — обработка заявок английским суппортом происходит намного быстрее. Не сравнить с тем же ПриватБанком – для того, чтоб открыть для оплаты через интернет (читай Приват24 – систему онлайн-банкинга, кривоватую и глючную к слову) карту Visa, пришлось дважды пилить в центральный офис и даже вручную писать заявление на имя директора филиала (?). В пэйонире же даже скан украинского паспорта приняли по мылу на ура, хотя, казалось бы, им был бы нужен минимум заграничный, с латинским написанием имени и фамилии.

Теперь, собственно, «ближе к телу», как говорил Ги де Мопассан. Сервис VBA вроде как еще находиться в стадии бета-тестирования, и его активация для каждого отдельно взятого клиента производиться вручную. По крайней мере, другого способа, чем опять терроризировать суппорт, я не нашел.
Итак, что было сделано конкретно step-by-step:

1) Со своего личного кабинета на Payoneer была заполнена стандартная заявка в суппорт (имя, мыло, последние 4 цифры номера карточки на всякий случай зарисованы, да и зачем они вам):

2) После пары дней стало ясно, что обработкой именно этих сообщений занимается или другой отдел, или просто другие люди, а может злой рок сыграл тот фактор, что изначально был выбран русский язык, в общем, было решено продублировать запрос еще и на мыло:

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

3) Достаточно быстро пришел ответ от некой Claudia Chvaicer @ Payoneer.com, которая написала следующее:

В двух словах, она пишет, что виртуальный банковский аккаунт США – это сервис, который позволяет проводить ACH (Automated Clearing House — американские электронные чеки) платежи и загружать их напрямую на карту Payoneer. Стоимость такого счастья всего 20$ в год и 2% стоимости транзакций. Как по мне, вполне reasonable deal, как говорят у них. Для начала виртуального собеседования надо предоставить данные о продуктах и услугах, которые вы планируете предоставлять, от кого получать платежи, какой адрес сайта компании, а так же дополнительную информацию, если таковая имеется.

4) Ничего из перечисленного военной тайны не представляет, так что не долго думая, был написан и отправлен следующий ответ:

Обратите внимание, я не делал секрета из того, что у меня есть EIN (Employer Identification Number) в налоговой службе США и я там зарегистрирован как частный индивидуальный разработчик.

Кстати, про EIN – он является необходимым атрибутом для последующей «правильной» регистрации в маркете, ну и, естественно, залогом того, что вы будете считаться честным налогоплательщиком в США. Я подозреваю, что именно его наличие вследствии и стало причиной быстрого аппрува заявки на открытие VBA. И еще – если кто хочет себе его сделать – Позвонить по скайпу в США, ответить на вопросы анкеты, подождать пару минут пока проверят базу на предмет того, есть ли вы уже у них в списке, будет стоить вам совсем немного. Потом оператор продиктует вам буковки-циферки, и все. Чтоб не расписывать весь процесс детально, ниже ссылка на пример правильно заполненной анкеты «Application for Employer Identification Number» (for use by employers, corporations, partnerships, trusts, estates, churches, government agencies, Indian tribal entities, certain individuals, and others), там нет ничего сложного – всякие чисто американские фичи типа номера социального страхования не заполняем, если не владеем фирмой, вообще половину анкеты не трогаем.
Form SS-4 (.pdf)

5) В последовавшем ответном письме суппорта пришла информация, что VBA активирован:

Более того, нам любезно уведомляют, что с помощью VBA также можно обналичивать деньги с PayPal. Чудо, не правда ли?)

О том, что все работает, сразу же можно убедиться, взглянув в пункт «US Virtual Account» меню «Services»:

Вуаля, это то что нам нужно, а именно счетик в First Bank of Delaware, что на американщине:

Bank Routing Number – код банка (можно убедиться тут), Account Number – собственно номер счета.

Документик с информацией по VBA секрета собой не являет, так что тоже выкладываю для всех желающих посмотреть.

Теперь можно пользоваться данной услугой во благо себя или других . Как привязываться к Google Checkout или к тому же PayPal’у я думаю, не сложно будет разобраться. Это собственно и все. Надеюсь, данная статья написана доступно и понятно, и кому-то, да пригодиться. Если что-то не ясно попробую ответить в комментариях. Спасибо за внимание.

Оригинал и обсуждение на Хабре.

Post from: Mobile-Developer.ru

US Virtual Bank Account, или как вывести деньги с зарубежных платежных систем

Сегодня у нас еще одна статья о том, как можно заработать на своем мобильном приложении. За статью спасибо Ромео Ордосу.

Кто еще не в курсе smaato это компания, специализирующаяся на мобильной рекламе, объединяющая в одну сеть различных поставщиков рекламы, таких как Admod и Quattrowireless. Прицип работы прост: вы создаете свое приложение, внедряете в него рекламу, и зарабатываете на этом деньги. Для разработчиков СНГ это довольно хорошая альтернатива, так как размещать платные приложения на Android Market пока еще нельзя.

В январе 2010 года smaato выпустили SDK для работы с ОС Android. Мне хотелось бы поделиться небольшим опытом работы с smaato. Возможно, кому-то это будет полезно.
Регистрируемся на сайте smaato и добавляем свое приложение. Жмем по ссылке “Install Tools” справа от приложения и качаем SOMA SDK for Android. Записываем свои PublisherID (Идентификатор разработчика) и AdspaceID (Идентификатор приложения).

SDK внедряется в приложение очень легко. Всё подробно описано в SDK, поэтому сам процесс описывать не стану. Хочу сразу предупредить о проблеме с которой столкнулся сам: если не активировать приложение на сайте(кнопка status), то реклама появляться не будет, и в логах DDMS появится ошибка об отсутствии параметра devip(IP адрес запрашивающего устройства). Чтобы избежать этого, нужно активировать режим отладки (Описано в документации).

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

Отчет за Январь 2010 для моего приложения Music Junk:

Количество скачиваний: 49324
Количество активных установок: 33277

Вывод денег происходит в страны СНГ происходит через SWIFT – переводы. Для этого необходимо открыть в банке счет именно для этих переводов. Оплата производится по истечении 60 дней по окончанию календарного месяца.

Я воспользовался услугами ПриватБанка, так как давно являюсь их клиентом и у них удобная система интернет-банкинга. Карта открывается в USD и моментально, цена: 30 грн(~120 руб). С её помощью можно в любом банкомате проверить баланс, но обналичивать деньги можно только в отделениях банка. Также, воспользовавшись услугой Приват24 можно легко прослеживать поступления на счет через интернет и даже по SMS. Вместе с картой нужно попросить сделать распечатку реквизитов банка для SWIFT – переводов. (прим. Есть возможность открыть VISA для этих же переводов. Но это долго и дороже, поэтому у меня на этот счет информации нет). Как мне объяснили, денежные переводы не облагаются никаким налогом, но взимается комиссия в размере 1% от суммы перевода.

Также стоит помнить, что Smaato забирает процент от прибыли(Revenue) себе по такой таблице:
1 – 5.000.000 показов: 30% от общей прибыли
5.000.001 – 20.000.000 показов: 25% от общей прибыли
> 20.000.000: 20% от общей прибыли

На дворе март… Я захожу на свой аккаунт smaato и вижу следующее:

Ура! Перехожу по ссылке и попадаю на экран ввода информации о счете:

Немного об этих полях:

Bank Account Information:
Payment Preference – выбираем International Wire Transfer. Единственный приемлемый метод для нас;
Bank Name – Имя банка(напр. PRIVATBANK);
Bank Account – номер счета. Он находится в договоре, а не на поверхности выданной карты(!!!);
Country – Страна, где находится банк(напр. Ukraine);
City – Город главного отделения банка(напр. DNEPROPETROVSK);
Prov/Region – Регион, где находится главное отделение банка(напр. DNEPROPETROVSKAYA OBL.);
SWIFT Code – SWIFT код банка(напр. PBANUA2X);

Beneficiary Address:
Address 1 – Адрес проживания(Улица, дом, квартира);
Country – страна проживания;
City – город проживания;
Prov/Region – область или АР;
ZIP/Postal Code – местный индекс;

Tax Identification:
Выбираем “Other Tax ID” и вписываем свой ИНН.

По истечении месяца вы получаете выписку по счету:

Credit Note Total – это те деньги, которые вам и должны будут перевести.

15 апреля я получил уведомление о переводе. Как мне объяснил представитель Smaato перевод может занимать и меньшее время, но в марте у них были технические проблемы и поэтому этот процесс занял большее время. За Январь 2010 я получил 750$. Формула по которой рассчитана прибыль: Net Revenue – 30% – 20$.

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

Профит и левелап получены.

Оригинал статьи и интересное обсуждение.

Post from: Mobile-Developer.ru

Smaato. Зарабатываем деньги на своем приложении

Ну вот, в этот раз вторая часть поучительной истории о моих попытках зохватить голактеку начать разрабатывать платные приложения для Palm WebOS и о продаже приложений в Palm App Catalog.

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

О всяком

Итак, прошел месяц продаж и наконец-то Palm опубликовали статистику загрузок/продаж за февраль, и отчеты с этой информацией стали доступны в Web-интерфейсе разработчика. Отчеты, как оказалось, неплохие, довольно подробные. Во0первых, можно посмотреть статистику по каждому приложению и по каждой версии приложения. В принципе, информация о загрузках вся публичная, цена приложения известна, так что не вижу смысла затирать цифры и выкладываю скрины как есть.

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

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

Как обычно, запостил новый бинарник, отдал на ревью. Прошло три дня и.. вот оно! Больше тысячи загрузок в за первые сутки после публикации! Я прям даже обрадовался.

Epic Fail

У меня есть привычка, я время от времени ищу информацию о своих приложениях в Гугле. Просто ради спортивного интереса, узнать что люди пишут.

Подождав денек после публикации, решил посмотреть, что же пишут люди по поводу моего чудесного творения. А, как оказалось, пишут они странное. Наиболее странным мне показалась фраза о том что “Круто что в этой версии они снизили цену до $0″. Вобще, более тысячи загрузок в сутки мне тоже показалось странным, учитывая то, что за половину февраля было куплено всего 388 копий приложения. Пошел проверять в админку. И таки-да, уважаемые товарищи из Palm выложили новую версию моего приложения с ценой $0 вместо заявленных при сабмите $0.99.

В этом месте мне пришлось грязно выругаться стало не по себе, но, как показывает опыт, в таких случаях лучше не психовать, а просто планомерно решать проблему. Написал в саппорт Palm’у что вот, у меня проблема с последней версией приложения. Я заплатил $50 за сабмит, прошлая версия приложения была платной, а тут почему-то стала бесплатной. Можете мне откатить все загрузки текущей версии и снова сделать мое приложение платным? Также я описал последовательность действий по сабмиту приложения с самого начала. Рассказал о том, что первая версия была бесплатной бетой, потом я засабмитил платное приложение, потом обновил версию, после чего произошла бяка.

На самом деле, при общении с саппортом, я особо на результат не рассчитывал. Вернее даже не так, судя по прошлому общению, ответ я ожидал недели через полторы, кгда все, кому это надо, уже скачают бесплатную версию и смысла продавать приложение уже не будет совсем. Но в этот раз все было быстро. Первый ответ пришел через 4 часа с вопросами, действительно ли мое приложение было платное. Я ответил что да, и они могут посмотреть тчеты по продажам за февраль. Следующим письмом было уведомление о том, что мое приложение убрали из каталога (suspended) до выяснения источника проблем и до того момента, когда они смогут сделать приложение снова платным.

До того момента как приложение засаспендили, его успело скачать около 2900 леммингов, но вцелом в этот раз саппортом я доволен, порешали все в течении суток.

Еще через сутки мне сказали что кина не будет и засабмитить приложение заново как платное нельзя, только надо сабмитить приложение с новым package ID и платить $50.

В этом месте мне снова пришлось грязно выругаться задуматься. А как же мои денежки, которые я потратил на сабмит этого приложения? Ведь бяка произошла не по моей вине, а из-за бага у них в системе в системе. О своих размышлениях на эту тему я довольно деликатно намекнул саппорту.

И о чудо! Они пообещали попробовать обдумать возможность возврата мне денег за прошлый сабмит. Так и написали – попробовать обдумать возможноть.

Зная, как все делается у нас, я особо на результат не рассчитывал, ведь папуас папуасу друг, товарищ и.. корм. Поэтому я просто подготовил новую версию приложения, добавив к нему слово Pro в конце, а также вставив несколько полезных фич по настройке загружаемых PDF файлов, и… отдал еще $50 за новый сабмит

А, да, еще +$20 отдал дизайнеру-фрилансеру за перевод иконки в вектор и за то что слепил мне ICO файл (глядя на все это, решил еще и для остальных мобильных платформ версии делать).

Ну хоть что-то хорошее

Еще чере сутки (пока проходило ревью нового приложения), получил радостную новость от Palm что таки-да, они сжалились надо мной и вернули $50. А откатывать бесплатные загрузки старого приложения никто так и не пытался. Итого получается что из-за бага в системе у Palm в мире стало на 3000 счастливых леммингов больше. Ну что же, ладно, будем считать что мне зачтется доброе дело и я получу +10 к пепяке.

И вот, настало сегодня. И сегодня у меня получилось сразу две радостные новости.

Первая – пришли документы, подтверждающие валидность EIN, который я поиспользовал в Google Checkout и Palm App Catalog.

Вторая – что мое приложение прошло ревью и доступно для загрузки.

Теперь снова остается только ждать. Посмотрим, как отнесутся пользователи, купившие прошлую платную версию приложения, к тому, что его больше нет в каталоге, обновлений они не получат, а есть другое приложение почти с таким же функционалом, с таким же названием, от того же разработчика, но стоит дороже.

Напоследок видео

И еще ссылка на Pre Central, где можно проголосовать за приложение и посмотреть статистику.

Post from: Mobile-Developer.ru

Мой путь в Palm App Catalog – Часть II – Palm такой Palm…

Введение

Наконец-то у меня появилось свободное время чтобы написать что-то хорошее-доброе-вечное.

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

Начало

А началось все давно, а точнее в начале прошлого года, когда Palm анонсировали выход устройств с Palm WebOS на борту, а также программу, по которой разработчики могли получить доступ к ранним версиям Palm Mojo SDK, с помощью которого и ведется разработка приложений для этой мобильной платформой.
Выглядело это все довольно красиво и радужно, особенно в свете того, что т.к. эта платформа новая, то возможностей быть первым и написать приложение, которое в будущем станет популярным, были почти безграничными.

После анонса Palm Mojo SDK Early Access Program я сразу же подал заявку на участие, но при регистрации товарищи из Palm открыто заявляли что да, регистрация доступна для всех, но фактически доступ получат только те, кого Palm посчитает достойным. Какими там критериями они руководствовались, непонятно, но официальный доступ к SDK мне удалось получить только через 4 месяца. Все эти 4 месяца (а на самом деле еще меньше, т.к. SDK долгое время было недоступно для свободной загрузки) приходилось довольствоваться пиратскими/неофициальными версиями, которые иногда, с задержкой, появлялись на торрентах.

На самом деле сейчас подобная история происходит с Samsung Bada. Доступ на сайт разработчикам открыт, но скачать SDK нельзя, для этого надо чтобы ваша компания стала партнером Samsung, а для этого они просят слишком много лишней информации, что несказанно бесит.

И вот нконец-то чудо произошло и Palm прислали мне инвайт, как раз где-то в это же время вышли первые главы книги (здесь и здесь) о разработке для WebOS и уже можно было как-то понять, что же с этим чудом делать.

Оно даже работает

Да, именно так, “оно даже работает” – это как раз та мысль, которая пришла мне в голову после того, как я впервые установил себе WebOS SDK. Да, на Vista были проблемы с тем, что ранние версии что-то пытались писать в Program Files, а этого делать нельзя, но при наличии прямых рук, растущих из нужного места, все эти проблемы решались довольно просто. И таки-да, SDK заработало почти с первого раза.

Язык разработки – JavaScript. Я его никогда не знал, да и желания учить как-то до этого не было (всю жизнь писал под десктоп на C++ и под всякое тоже на C++, до интерпретируемых языков все руки не доходили). Но ведь новые горизонты, возможность хорошо заработать, слава, мировое господство…. Эх… Чего только не сделаешь ради мирового господства… И я сделал. Я сел учить JavaScript.

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

После седьмого дня подготовки туториалов, почувствовал в себе силы делать что-то полезное. Нашел человека, который хотел мобильное приложение для WebOS и написал первое коммерческое приложение – клиент для обмена файлами посредством SMS для сервиса SMSMyFile. На разработку первой версии первого приложения для WebOS  у меня ушло 15 часов. Сейчас это приложение доступно в Palm App Catalog, распространяется бесплатно, хотя разработка стоила денег.

Я ненавижу тебя, Palm… и люблю

Дальше были попытки запостить приложение в Palm App Catalog. Для площадки по продаже мобильных приложений у Palm была такая же политика, как и с SDK. Вы пишете им письмо, в письме посылаете скомпилированный пакет с приложением, они рассматривают возможность публикации и затем публикуют. Называлось это все eCommerce Beta Program. Сейчас страница с описанием этой программы на официальном сайте выдает 404ю ошибку, поэтому ссылку не даю.

На вид все просто и я очень рассчитывал, что это будет еще и быстро. Palm ведь маленькая компания, где-то слышал, что в в ней работали на то время всего 300 человек (может это и не соответствует действительности, но все равно, компания явно меньше чем MS), к тому же доля на рынке мобильных устройств у них не такая большая, поэтому мне казалось что за каждого довольного клиента или разработчика они должны (могут, должны, как-то так…) держаться обеими руками.

И вот, я пишу письмо, прикладываю к нему описание приложения и дистрибутив и… ничего. Тишина. Ради спортивного интереса отослал письмо с уведомлении о прочтении. Через две недели получил уведомление что таки-да, мое письмо прочитали. И снова тишина. Уже думал что все, потеряли мое приложение или забыли, и через !(внимание) полтора месяца получаю еще одно уведомление что… письмо у кого-то из Palm было удалено без прочтения. После этого я обиделся. К слову сказать, я не один такой был, который обиделся. Многие люди тоже ненавидят Palm из-за их политики общения с разработчиками. Затем было долгое затишье, когда, разработав свое приолжение, я не могу хотя бы как-то отдать его пользователям. Пытаться распространять приложение для Palm WebOS собственными силами – относительно глупая затея. Ну, разве что, если у вас есть сервис, который уже приносит миллионные прибыли и какую-то часть из этих денег вы можете потратить на раскрутку своей программы (но тогда напрашивается вопрос, а почему вы еще не в App Catalog’e ).

За это время я успел почитать всякой полезной документации, например UI Design Guidelines, Application Submission Checklist, знание которых потом неоднократно помогло мне в будущем.

А потом… Регистрация в Palm App Catalog стала публичной. Это не могло не радовать, но вместе с радостью пришли и другие проблемы.

Основной проблемой, как ни странно, стали… деньги. Много денег. Почему-то Palm помимо неповоротливости оказались еще и жадными. Участие в Palm Developer Program стало возможным в трех вариантах:

• Вы регистрируетесь как open-source разработчик и постите все приложения как бесплатные и с открытими исходниками. За это не платите ничего
• Вы регистрируетесь, платите $99  в год, а затем !(внимание), получаете ссылку на загрузку своего приложения и распространяете его сами как хотите. Palm всего лишь упоминает ваше приложение в RSS фидах и, собственно, хостит ваш бинарник у себя. Остальное все за вами.
• Вы регистрируетесь, платите $99 за регистрацию и $50 за каждое приложение, которое попадает в Palm App Catalog. Итого, $150 вы отдаете сразу и неизвестно, будут ли ваше приложение вобще скачивать. В общем, на вид очень опасно, так мне показалось тогда и так же кажется сейчас.

А еще Palm отбирает у вас 30%  с каждой продажи

На самом деле, зарегистрироваться на сайте и скачать SDK (скачать можно официально только после регистрации), можно и бесплатно, но если вы решили распространять свои приложения, то надо проапгрейдить свой аккаунт до статуса разработчика и, все же, выбрать один из трех вариантов. Я решился в конце декабря. К тому времени у меня уже была готова Android-версия SMSMyFile, которая начала продаваться в Android Market и первую прибыль с продаж я решил потратить на регистрацию в Palm App Catalog.

Дело близилось к новому году и когда я решил зарегистрироваться, то с меня взяли не $99 а всего $5 за первый год участия в программе и с последующим продлением за $99. Не знаю, доступна ли эта скидка до сих пор, пробовать второй раз не буду

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

С PayPal аккаунтом у меня как-то сразу не сложилось. Украины в списке стран в настройках аккаунта не было. Пришлось писать в службу поддержки, от которой ждал ответа две недели. Посоветовали вписать американский адрес и поиспользовать американский PayPal (вобще забавно, представители солидной компании советуют такие не совсем честные махинации). Ну, опыт у меня с этим есть. Вбиваем в качестве адреса адрес банка, выдавшего карту Payoneer, затем указываем американский PayPal.

А дальше? PROFIT? Да щаз! Это только начало…. до профита еще очень и очень долго.

Но тем не менее, этого было достаточно чтобы запостить бесплатное приложение.

Для того чтобы постить платные приложения, надо обязательно указывать американский код налогоплательщика (адрес-то в учетке американский) – ITIN (Individual Taxpayer Identification Number) или EIN (Employer Identification Number), которого у меня, по понятным причинам, отродясь не было.

Но, в Internet есть все. И я нашел компанию, которая предлагала зарегистрировать ITIN/EIN за 100 зеленых американских президентов. Денег заплатил, циферку выслали через 4 дня. Циферка вроде рабочая, указал ее в Google Checkout, Palm App Catalog, Intel AppUp. Документы, подтверждающие действительность этой циферки, обещали прислать в течении 4 недель с момента получения. На данный момент прошло больше 4х недель, а документов еще нет, поэтому ссылку на сайт, предлагающий эту услугу давать не буду до выяснения обстоятельств.

Пока регистрировали EIN, нашел на Хабре информацию о системе AdMob, которая позволяет размещать рекламу в мобильных приложениях. Решил вставить AdMob в SMSMyFile. Для этих целей есть нормальное рабочее SDK для WebOS, заводится с пол-пинка. Подробнее о процессе интегрирования, думаю, расскажу отдельным постом.

Но, судя по статистике за месяц, денег там нет, по крайней мере на WebOS. На данный момент у SMSMyFile около 10000 загрузок, а приносит пользы это несколько десятков центов в день. В приложениях для iPhone от AdMob намного больше толку, но об этом как-то потом расскажу.

Процесс сабмита приложения в Palm App Catalog довольно муторный, требуют кучу разной информации. Если вы указали, что хотите распространять приложение, например, в Германии, то будьте добры, укажите все тексты на немецком, всю локализацию сделайте на немецком. Английский вариант не прокатывает. После того, как вы указали всю информацию, будет еще ревью в Palm перед публикацией.

Но есть несколько моментов, которые я бы назвал положительными:

• У вас есть уверенность в результате. Если вы постите приложение, то вы можете быть уверены что ревью все-таки будет, а также есть вероятность, стремящаяся к единице, того, что ревью будет выполнено в заявленный срок
• Если в процессе ревью будут обнаружены несоответствия с UI Guidelines, то вы получите список несоответствий (говорят что в Windows Marketplace for Mobile каждая попытка сабмита стоит $100 и говорят только одну причину отказа, даже если их было несколько. На самом деле, статья со сравнением маркетов меня очень тронула. От Marketplace for Mobile я просто в шоке и уже боюсь туда постить).

Вдоволь наигравшись с бесплатной версией, решил попробовать, как это работает с платными приложениями.

В качестве платного приложения решил сделать программку, которая сохраняет Web-странички в виде PDF файлов. Работы на это ушло 14 часов. Программка дергает один довольно популярный сервис, который отдает PDF  по GET-запросу, так что, по сути, работа сводилась только к UI.

На этом месте, думаю, стоит заметить вот какую штуку:

• У меня платный аккаунт в Palm App Catalog
• У меня в Palm App Catalog уже есть бесплатное приложение
• Если я пробую запостить еще одно бесплатное приложение, то с меня требуют $50 как за платное. Ну и спрашивается, где здесь PROFIT?
• Есть возможность запостить бесплатную beta-версию платного приложения. Такой сабмит проходит без ревью и является бесплатным.
• Кажется, что для бесплатных приложений лучше заводить отдельный аккаунт с Community Membership.

Изначально на сайте Palm Developer Program я регистрировался с e-mail’ом, к которому у меня прикручен украинский PayPal. При попытке оплатить сабмит с американского PayPal’а мне сказали что это какой-то чужой аккаунт, не совпадает с e-mail’ом на сайте и надо его привязать к учетке. Привязать PayPal  стоит $10. В этом месте я отчаянно борюсь с жабой, которая меня уже почти задушила, когда я решил вспомнить, сколько денег я угробил, в общей сложности, на все это

Дальше был сабмит beta-версии. За 3 дня, пока пользователи тешились бесплатной бетой, я получил около 2000 загрузок и 4 письма в службу поддержки с предложениями новых фич. За эти 3 дня приложение получило рейтинг 5 из 5ти, что очень классно.

Затем был сабмит платной версии, в которой были учтены пожелания пользователей, отписавших на e-mail с предложениями новых фич. Выглядело это все как-то так:

После сабмита за 8 дней приложение скачали (надеюсь что купили) около 400 пользователей. За эти 8 дней рейтинг скатился с 5 до 4.1. То ли при покупке платных приложений пользователи становятся более злыми, то ли “кругом одни враги”

Почему я пишу “надеюсь что купили”? У Palm  какая-то глупая система учета статистики:

• Вы не можете видеть отдельно количество загрузок каждой версии приложения
• Вы не можете видеть статистику загрузок за текущий день/неделю/месяц
• Доступен только общий отчет за прошлый месяц и за все предыдущие, тоесть мониторить статистику в реальном времени нельзя.
• Статистика загрузок обновляется не сразу, а несколько раз в день. Кажется, раз в 2-4 часа.

Еще более странная у Palm система оплаты. Свои деньги за проданное ПО вы получите “в течении 60ти дней после окончания текущего месяца” дабы не быть голословным, вот ссылка по теме (см. раздел Payment).

Ну вот как-то так. Система работает, будем ждать оплаты.

Немного статистики

• Потрачено времени – 1 год
• Потрачено денег – $100 + $5 + $10 + $50
• Получено прибыли – $9 за AdMob + (unknown) за продажи
• Всего загрузок бесплатного приложения – 10000 (за 1.5 месяца) + 2200 (за 3 дня)
• Всего загрузок платного приложения – ~500
• Левелап получен – да, как всегда

Надеюсь, мои многобукаф кому-то принесут пользу.

Post from: Mobile-Developer.ru

Мой путь в Palm App Catalog

Сегодня у нас статья хабрапользователя Terror об Intel Atom Developer Program и о том, как подготовить приложение для публикации в Intel’овском магазине.

Введение

Новость о том, что Intel открыл магазин для atom-based устройств пару раз проскакивала на Хабре. Вскользь было упомянуто, что существует специальная программа для разработчиков, позволяющая интегрировать свои приложения в Intel AppUp.

Разработчик может опубликовать свое ПО и продавать его через AppUp. Либо отправить компонент и получать проценты с продаж программ, использующих этот компонент. Т.к. магазин только начинает свою работу есть неплохой шанс «засветиться» (приложений в нем пока немного).

На данный момент регистрация является бесплатной, в будующем Intel планирует брать оплату в размере $99 в год. Еще один плюс — авторы первых 100 приложений, отправленных до 2-го февраля получат по нетбуку.Я хочу рассказать про процесс интеграции подробнее, используя свой опыт отправки ПО в AppUp.

Все, что может понадобиться (SDK, статьи) можно найти на странице Intel Atom Developer Program.

Требования к приложениям, отправляемым в AppUp достаточно просты:

• приложение должно соответствовать определенным критериям, более подробно здесь
• приложение должно интегрироваться с Atom Developer Program SDK
• инсталлятор должен соответствовать определенным требованиям, подробнее здесь

Интеграция

Для начала необходимо зарегистрироваться на сайте Intel Atom Developer Program. После регистрации заходим в панель управления (Dashboard) и получаем уникальный GUID для своего приложения, компонента.

Скачиваем и устанавливаем SDK. В папке Samples можно найти несколько примеров работы с SDK на С\С++. В простейшем случае, процесс интеграции выглядит следующим образом:

Объявляем GUID нашего приложения

#ifdef _DEBUG
  const ADP_APPLICATIONID myApplicationID(ADP_DEBUG_APPLICATIONID);
#else
  const ADP_APPLICATIONID myApplicationID = {{ ЗДЕСЬ,УКАЗЫВАЕМ,СВОЙ,GUID }};
#endif

ADP_DEBUG_APPLICATIONID — нужен в отладочной версии, дабы убедиться, что все работает нормально.

Проверяем, разрешен ли запуск нашей программы:

BOOL CheckIsAuthorized()
{
  BOOL bResult = FALSE;
  Application *pApp = NULL;
  try
  {
    // Пытаемся создать экземпляр Application с нашим GUID-ом
    pApp = new Application(ApplicationId(myApplicationID));
    // Экземпляр создан, можно работать
    bResult = TRUE;
  }
  catch (AdpException& e)
  {
    // Ошибка, сообщим о ней пользователю
    MessageBox(NULL, e.what(), "Error", MB_ICONERROR);
  }
  if (pApp != NULL)
  {
    delete pApp;
  }
  return bResult;
}

Можно сказать, что процесс интеграции на этом и заканчивается. Для того, чтобы проверить все ли сделано правильно, запускаем ATDS (ярлык Start ATDS) и следом наше приложение. Отладочная версия должна запуститься без проблем, а вот релиз должен выдать ошибку: The application was no authorized for use on this machine (Code: 6)

Пакет установки

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

• это должен быть MSI пакет
• должен уметь устанавливаться в silent режиме (ключ /qn)
• должен создавать ярлык только на одно приложение
• должен включать C++ runtime библиотеки (если используются)

Процесс создания пакета детально описан на форуме

Отправка

После того как пакет установки создан и протестирован можно приступать к отправке приложения на валидацию. Делается это все через тот же Dashboard. Процесс отправки разбит на несколько шагов, в принципе все просто и понятно.

Перед отправкой не забудьте запастись иконкой (логотипом) программы размером 100×100 и скриншотами 820×480. Если окно программы имеет меньший размер, то можно создать белую подложку, указанного размера, и разместить на нем скриншот программы.

Валидация может происходить достаточно долго (в моем случае она длилась около 9-ти дней). О том, что подлежит проверке и что может привести к непрохождению валидации можно прочитать здесь и здесь

При возникновении вопросов можно поискать ответы на форуме Intel Atom Developer Program. Отвечают там достаточно быстро и грамотно как и представители Intel-a, так и его активные участники.

Оригинал на Хабре

Post from: Mobile-Developer.ru

Intel AppUp глазами разработчика

Дааа.. тяжелый труд – копать на поле кукурузу… В этот раз я расскажу о своем первом опыте разработки коммерческих приложений для Android и о том, как мне, все же, удалось попасть на Android Market (ну не мне лично, а моему приложению, конечно же).

Итак… А началось все давно, а точнее сказать тогда, когда я начал писать статьи о программировании для Palm WebOS. В ходе написания, собственно, статей, появилась потребность в обучении на каких-то реальных примерах и как раз один из моих знакомых рассказал о том, что запускает сервис файлообмена для мобильных устройств. Файлы планировалось загружать на сервер и отсылать URL загруженного файла по SMS. Такой вот нехитрый способ обмениваться, например, фотографиями с мобильного телефона.К этому моменту уже была готова Web-based версия сервиса и я предложил написать к нему еще и приложение для Palm WebOS. На тот момент мой опыт разработки для Palm WebOS был без малого 8 рабочих дней (я заканчивал 8ю статью из этого цикла, статьи писал по одной в день). Для того, чтобы по-бвстрому слепить приложение для WebOS у меня ушло около 15ти часов. И еще около двух часов чтобы написать PHP-скрипт, который бы использовался для отправки файлов этим приложением и выдавал результаты в формате JSON.

После того, как WebOS версия была закончена, возник вопрос о разработке подобных клиентов для других мобильных платформ. Довльно быстро были сделаны версии для Windows Mobile и Maemo. Версия для Windows Mobile работала как shell extension для Inbox и меню контактов и просто открывала сайт в Internet Explorer c уже заполненным полем получателя. Версия же для Maemo работала аналогично с версией для WebOS – отсылала файл на сервер и получала JSON-ответ от скрипта ну и дальше по обстоятельствам.

Затем очередь дошла до Android. О да, это еще та эпопея…

Во-первых, версий Android’а, доступных и повсеместно используемых на рынке целых три – 1.5, 1.6, 2.0.

Для всех этих трех версий используется различное API для работы с контактами и то что успешно работает в версии 1.5 совсем отказывается что ли-бо выполнять в версии 2.0. Так же история обстоит и с API для отправки SMS.

Как эти проблемы решались в техническом плане я расскажу в отдельном посте (планирую, по крайней мере). Сейчас же могу сказать только то, что все пришлось делать через Reflection. Криво-косо, но оно работает, к тому же даже вполне вменяемо.

Дальше… Отправка файлов. Для этой цели пришлось использовать библиотеку httpmime и apache-mime4j с сайта Apace. Хвала Супермарио, но Java-таки кросс-платформенна – JAR файлы с сайта Apache чудесно заработали и для Android без каких-либо лишних теложвижений.

До того, как сделать все с помощью Reflection, пришлось поддерживать три сборки проекта с различным API для каждой платформы и первые beta-версии приложения тесировались волонтерами с различных форумов как три различных приложения. Но в какойто момент критическая масса жалоб что, все-таки, это не дело, была достигнута и решено было переделать все в виде одной сборки.

На реализацию, тестирование, подготовку, различные доделки-переделки ушло ну… недели две рабочего времени минимум. Может больше.

Дальше… Графика. А точнее иконка. Почитав описание Android Application Icon Guidelines я понял что моей мозговой активности явно недостаточно чтобы слепить что-то удобоваримое. И я решил заказать графику (ну вот да, иконку) на фрилансерском сайте, а точнее на free-lance.ru

На самом деле хотелось дешево и сердито, а полоучилось.. ну, не дешево, и даже не сердито. Просто получилось! На проект откликнулось двое фрилансеров. Первый предложил 4000 рублей (не знаю сколько это денег, я в русских тугриках не специалист. Но что-то мне подсказывает что это больше 100 баксов ибо в уме почему-то всплывает цифра 30 – приблизительно столько просят за одного американского президента). 100 баксов это как-то… печально, учитывая что разработку я финансирую из своего кармана, а президентов я как бы и не рисую, а зарабатываю трудом праведным (вполне). Второй фрилансер (барышня) предложила слеить мне иконку за 19 баксов. Ок, более менее приемлемо (хотя и не “за еду”, как я рассчитывал). К тому же обещано было, что иконка будет сделана за сутки (круть, люблю когда быстро). Я предложил что да, если будет сделана за сутки, то доплачу еще 10% (как по мне, вполне человеческий способ стимулирования. На мелких проектах, конечно, эффект мало заметен, но обычно вполне неплохо работает когда сроки важны).

И о чудо! В три часа ночи иконка сделана! Это прям праздник какой-то! Мне последние два раза очень везет на фрилансеров. Получил я в результате PNG файл 48×48 и EPS-файл с вектором.

Положил я этот PNG файл в папку drawables своего проекта, но фак! Почему-то он не виден на эмуляторе! Как была зеленая с роботом, так и осталась! Детальное изучение проблемы под микроскопом показало что для различных разрешений экрана нужны иконки разного размера (ну и скажите мне, где это написано в гайдлайнах?). После манипуляций с фотошопом, на которые мозговой активности у меня, все же, хватило, были созданы PNG-файл размером 36×36 и 72×72, которые затем перекочевали в нужные папки ресурсов.

Пересобрал и о, да! Иконка в порядке. Можно постить на Android Market!

Но не тут-то было…

При попытке загрузить сборку Android Market мне объяснил что я не прав и аргументировал это тем, что неймспейс в моем приложении начинается с com.android, а так делать нельзя. Странно, почему я это узнаю ПОСЛЕ а не ДО загрузки сборки? Пришлось исправлять…

Затем мне объяснили что я еще более неправ, потому что я как-то неудачно родился не в США, а в Украине. Для того, чтобы иметь возможность постить платные приложения, нужна учетка в Google Checkout, а зарегистрировать ее можно только (если мне память не изменяет) в 7ми или 8ми странах. Украины, естественно, в списке нет. Ну вот это уже вобще свинство! Я столько работал, чтобы вот так все бросить на пол-пути? Ну уж нет! Индейцы не ищут легких путей! И пошел я… нет, не нафик, пошел я на сервис SlideMe, который является альтернативой Android Market и также имеет свое приложение-клиент, с помощью которого можно покупать другие приложения.

К счастью, на SlideMe более лояльно относятся к разработчикам из других стран и я довольно быстро завел себе там учетку и разместил приложение. Единственное что меня немного смущает, в описании сервиса они говорят, что для получения выплат надо  будет заполнить кое-какие документы для налоговой США, но это потом. Сейчас же для меня главное то, что приложение приняли и оно доступно для заргузки, а еще больше приятно то, что оно доступно для покупки Таки вот оно! SMSMyFile – отправляем файлы через SMS!

Порадовал тот факт, что на SlideMe можно не только указать описание приложения, а еще и выложить скриншоты, а главное видео! За 5 минут сварганил видео с помощью CamStudio (бесплатная кстати, я ею и скринкасты все записываю) и выложил на YouTube. Ссылку – на SlideMe.

Для того, чтобы получать платежи со SlideMe, надо указать как минимум карту, на которую вы будете получать оплату. Здесь мне помогла MasterCard, полученная, в свое время, от RentACoder. Она, в последнее время, меня везде спасает

Карточку, к тому же, надо верифицировать. У меня пока сделать этого не получилось, пришлось писать в службу поддержки. Вот сутки уже жду ответа…

Если вы хотите продавать свое приложение с помощью SlideMe, надо сделать некоторые изменения в коде:

• Добавить JAR-файл в проект (доступен для загрузки на SlideMe)
• Добавить Activity в проект (код для вставки доступен там же)
• Добавить пару строк в манифест приложения – зарегистрировать там Activity и пару привелегий для приложения.

Более подробно об этом можно узнать здесь. На внесение изменений у меня ушло 5 минут, что, на самом деле, очень классно.

ОК, со SlideMe закончили. Следующий на очереди AndAppStore.

AndAppStore – еще одна площадка для продажи Android-приложений. Регистрация там тоже несложная. Получать оплату можно через Google Checkout (будь он неладен) и PayPal.

Все классно, но бесит одно – процесс подготовки приложения к публикации ну очень муторный…

Сначала надо создать профайл для приложения на сайте, потом сделать API Key для приложения, получить Application ID, затем сгенерировать какой-то приватный ключ.

При запуске приложения надо получить имя пользователя, затем каким-то хитрым образом раскодировать лицензионный ключ… в общем все как-то муторно и до конца я со всем еще не разобрался (хотя предлагают скачать демо-приложение и исходники, чейчас как раз в них ковыряюсь, может прозрение наступит). Все как-то сложно, не для плоских умов. В общем, публикация на AndAppStore еще в процессе.

Сервис позволяет указать описание для приложения (чистый текст, без HTML) и загрузить скриншоты. Какие еще плюшки – будет видно дальше.

Итак, два сервиса нашел, но меня никак не покидало чувство, что с Android Market’ом я “что-то делаю не так”. Пошел еще раз регистрировать приложение… Повводил значения ао все поля, долго смотрел на форму регистрации и ссылку на Google Checkout… Затем, все же, пошел на форму регистрации Merchant Account’а в Google Checkout. На эту форму тоже смотрел долго пока, наконец, меня не осенило…

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

В качетсве адреса указал адрес банка, выдавшего мне карту от RentACoder’а. Ну и номер самой карты. И о чудо! Зарегистрировался!

Это позволило мне добавить приложение в Android Market. Цену для приложения указал символическую – $0.99 (а что, все так делают).

Android Market позволяет указать короткое описание приложения (50 символов), обычное описание приложения (300 символов – мало вобще-то) и загрузить скриншоты. Скриншотов должно быть обязательно два (или вобще ни одного). Еще можно загрузить промо-картинку 180×120.

Итоги

• Потрачено на регистрацию: 1 сутки
• Зарегистрировался в: SlideMe, Android Market, AndAppStore
• Получилось запостить приложение в: SlideMe, Android Market
• Продаж в SlideMe за первые сутки: 0
• Продаж в Android Market за первые сутки: 10
• Возвратов в Android Market за первые сутки: 4
• Левелап получен: да

Приложение

Post from: Mobile-Developer.ru

Мой путь в Android Market

Вышла новая версия инструментария разработки .NET-приложений для iPhone – MonoTouch 1.4.

Нововведения вот какие:

• Значительно увеличена скорость запуска MonoTouch-приложений
• На треть уменьшен размер результирующих бинарников
• Много улучшений в отладчике
• Куча полезных улучшений в коде, связывающем Objective C API с MonoTouch API;
• AudioToolbox — новый низкоуровневый API для работы с аудио (я так ждал этого!);
• Другие мелкие багфиксы.

С полным списком нововведений в MonoTouch 1.4 можно ознакомиться здесь.

Post from: Mobile-Developer.ru

Вышел MonoTouch 1.4

Разработчиков мобильных приложений для платформы Google Android не устраивает работа онлайнового магазина приложений Android Market, говорится в исследовании аналитиков Skyhook Wireless, которые в октябре опросили 30 разрабочиков приложений под Android.

• 57% не устраивает получаемый доход.
• 90% сообщили, что число загрузок их приложений не превышает 10000.
• 43% считают, что «Google Checkout» тормозит продажи приложений и требуют упрощения системы платежей.
• 82% не устраивает дизайн Android Market, так как он усложняет поиск старых и заметность новых приложений.
• 46% уверены, что разнообразие версий Android на выпускаемых устройствах существенно усложнит разработку, по причине проблем совместимости.

Ну и самое печальное для Android Market: 68% разработчиков сомневаются в целесообразности развития и поддержке своих Android-приложений.
pdf-версия исследования

За новость спасибо хабрапользователю Devd. ©

Post from: Mobile-Developer.ru

Больше половины разработчиков для Android недовольны своими доходами