최초 작성일 : 2011/01/11 17:34 





내가 만든 2번째 아이폰 앱인 Day Recorder Pro/Lite가 지난 1월 3일자(미국시간)으로
Ready for sale 되었다.

잘 만들어진 앱은 아니지만 그럭저럭 쓸만한 기능들도 좀 있고 또 이번에는 세계 모든
시장에 등록을 하였기에 그래도 무료버전인 Day Recorder Lite만큼은 하루에 몇백건씩은
다운로드가 될 줄 알았다.

그런데 이게 어찌된 일인가?
앱스토어에 앱이 등록된 지 일주일이 넘은 시점에 전체 다운로드 수는 무료버전인
Lite가 모두 57개, 유료버전인 Pro가 모두 21개(그 중 15개는 프로모션 코드로 받은 것들임...-.-)...

처음 만들어 올린  iPhotoDiary가 무료 버전으로 국내 시장만을 대상으로 하여
그래도 꾸준하게 하루 평균 10개 정도의 다운로드를 기록하고 있는 것에 비하면
뭔가  납득하기 어려운 결과다. 하지만 아무리 눈을 씻고 봐도 이게 현실이었다...ㅠ.ㅠ

상황이 이렇다고 해서 포기해버리기엔 그간 투자한 시간이 너무도 아쉬우니 우선
무엇이 문제인가 분석해보는 것으로 재활용(?)을 시작해보자.

1. 좋지 못한 디자인과 스크린샷

앱을 구매하는 대다수의 고객들은 구질구질한 설명 보다는 앱의 아이콘이나
앱스토어에서 보여지는 스크린샷을 근거로 앱을 구매하는 경우가 많다는 이야기를
본 적이 있다. 이것은 결국 앱의 디자인이 얼마나 중요한지, 그리고 자신의 앱을
잘 표현할 수 있도록 스크린샷을 잘 잡아내는 것이 얼마나 중요한지를 알 수 있게
해주는 사용 행태이다.

결국 본업이 개발자인 내가 직접 한 디자인이 얼마나 형편없었는지가 입증된 것이다...ㅠ.ㅠ

그렇다 할지라도 무료 버전의 경우 단지 호기심에서 받아보는 경우도 적지 않을터,
그런 면을 감안하더라도 무료버전 다운로드 횟수는 너무도 적은 수치이다.
그렇다면 다음의 이유 때문일까?

2. 어설픈 국제화

처음 iPhotoDiary를 만들어 올리고는 하루 평균 10건 정도밖에 안되는 다운로드 수에
엄청 좌절했었다. 그래서 고민끝에 내린 결론은 역시 세계 시장에 도전을 해야 한다는
것이었다. 하지만 그 과정에서 지역화를 고려하지 않아 정작 국내 사용자들에게
한글로된 설명과 앱을 제공하지 못한 것이 문제 중의 하나였다.

더욱 안좋은 것은
영어로된 설명 조차 검증받지 못한 상태로 작성된 것이라 영어권 사용자들에게조차
그 의미가 제대로 전달이 된 것인지도 확실치 않다는 것이다.

결국 전문적이지 못한 국제화 작업이 사실상 세계 어느 곳에서도 의미가 통하지 않는
이상한 설명문을 만들어냈고 이것이 사용자들로 하여금 다운로드 받는 것을 주저하게
만든 것이 아닐까 하는 생각이다.

게다가 텍스트가 의미가 통하지 않는다면 스크린샷 같은 이미지로 감을 잡아야 하는데
이조차 1번에서 설명한 바와 같은 문제를 안고 있다보니 역시너지(?)를 만들어 낸 것 같다.

3. 비인기 카테고리의 선택

Day Recorder Pro/Lite는 메인 카테고리가 라이프 스타일이고 서브 카테고리가
여행이다.

앱스토어에 등록된지 일주일이 지난 현재 Pro버전은 오늘(11일) 업데이트가 되어
카테고리의 첫 페이지에 있고 Lite 버전도 아직 두 번째 페이지에 있다.

그만큼 사용자도 적고 그래서 등록되는 앱의 수도 적다는 말이다.
내 앱이 가지고 있는 가치를 보여줄 기회조차 제대로 얻을 수 없었던 것은 아닐까?








4. 프로모션의 부재.

메인 시장을 미국으로 잡은 주제에 실제로 프로모션 코드는 내가 활동하고 있는
카페에 대부분 배포하였다... 이게 뭔 삽질인지...-.-

외국의 유명한 아이폰 앱 관련 블로그에 프로모션을 해야 하겠지만 2번에서도
언급했듯이 언어의 장벽이 만만치 않다...ㅠ.ㅠ

5. 앱의 완성도 부족

가장 중요한 내용이네요. 완성도가 부족한 앱은 무얼 해도 안팔리겠죠...-.-

일단은 짐작할 수 있는 4개의 이유를 적어보았다. 물론 어느 하나 확실한 근거가
있는 것은 아니다. 단지 심증일 뿐.

하지만 이렇게까지 처참한 결과가 나온 데에는 반드시 이유가 있을 것이고 그 것을
밝혀내야 내가 3개월을 고생해서 만든 앱을 그나마도 쓸모있게 만드는 일일 것이다.

아울러 아직도 포기하고 싶지 않은 이유는 Long tail의 법칙을 믿기 때문이다.
비록 지금은 이렇게 누구의 눈에도 띄지 않고 사장되어 있지만 어차피 앱스토어에
등록되어있는 동안 비용이 들어가는 것도 아니고 취미 삼아 조금씩 조금씩 개선을하고
업데이트를 해 나가면 언젠가는 좋은 앱이 되고 많은 사람들에게 알려질 수 있지 않을까 하는
조금은 야무진 꿈을 꿔본다...^^;;;

블로그 이미지

마즈다

이미 마흔을 넘어섰지만 아직도 꿈을 좇고 있습니다. 그래서 그 꿈에 다가가기 위한 단편들을 하나 둘 씩 모아가고 있지요. 이 곳에 그 단편들이 모일 겁니다...^^

최초 작성일 : 2011/01/09 23:39 



오늘 평소처럼 앱스토어 서핑을 하다가(이젠 웹서핑보다 앱스토어 서핑 시간이

더 많네요...-.-) 우연히 스테디 셀러인 어썸노트에 문제가 생긴 것을 발견하였습니다.

문제는 비밀번호 설정을 한 상태에서 4.9 버전으로 업데이트 한 경우 앱이 정상 작동을
하지 않고 배경화면만 보여지고 있는 상태로 먹통이 되는 문제였습니다.

초창기부터 생산성 카테고리 앱의 선두 주자였고 판매량 순위권에서 크게 내려온 적도
없고, 그래서 많은 고객들을 확보하고 있는 어썸노트가 심각한 실수를 한 순간입니다.




이 일로 인해 이전 버전까지 별 3개 반의 상당히 높은 평가를 기록하고 있던
어썸노트는 4.9 버전에서 별 1개 반으로 곤두박질을 쳐버렸네요.

물론 이 하나의 사건으로 어썸노트의 판매량 자체에 큰 변동이 있을 것 같지는
않습니다. 뭐 변동이 있다 한들 이미 충분한 수익을 올린 어썸노트라서 큰 타격이
있지는 않을 것 같기도 하네요...^^;;;

하지만 고객들의 반응은 정말 식은땀이 나게 합니다.










물론 일부 고객의 순간적인 감정에 의한 과격한 표현일 뿐이긴 하지만 삐끗 한 발
잘못 딛는 순간 많은 수의 고객이 그동안 고마워(?)하면서 사용했을 애플리케이션에
돌을 던지고 있는 것입니다.

이것은 예전의 데스크탑이나 노트북이 중심 플랫폼으로 활용되던 시절에 비하면
고객들의 반응이 상당히 빠르고 직접적이 되었다는 것을 보여주는 근거가 될 수
있겠습니다.

그리고 이러한 변화의 저변에는 바로 '앱스토어'가 있는 것이죠.
기존의 소프트웨어 판매가 개발사-유통사-매장-사용자의 단계를 거치게 되어있었고
또 대다수의 개발사가 북미쪽에 편중되어있다보니 언어의 장벽도 있고 하여
문제가 발생을 하여도 고객으로서는(특히 비영어권) 사실상 개발사에 항의를 할
엄두도 내지 못했던 것이 현실이었습니다. 그저 개발사에서 자동으로 수집해가는
오류 정보를 바탕으로 빨리 수정버전을 만들어주기를 기다려야 할 뿐이었습니다.

하지만 앱스토어는 생산자-소비자로 이어지는 직거래 장터의 역할을 하고 있습니다.
결국 문제가 생기면 소비자는 생산자에게 바로 항의를 할 수있게 되었죠. 아니,
생산자에게 밖에는 항의할 곳이 없죠...^^;;;

더군다나 앱스토어에서 판매되는 많은 수의 앱들이 개인 개발자 또는 영세 개발
업체에서 만들어낸 제품들입니다. 기존의 대기업 개발사들에 비해 사용자들로부터
약간은 멸시(?)를 당한다는 느낌도 없지 않네요...

이렇게 앱스토어는 생산자의 입장은 낮추고 소비자의 입장은 높여주는 상당히
긍정적인 역할을 해주고 있습니다.

그렇다고 모든 것이 좋진 않네요.
기존의 시장 형태라면 문제가 이렇게까지 번지지는 않았을 것입니다.
처음 얼마간의 소비자로부터 버그 리포팅이 발생한 것을 확인한 개발사는
즉시 문제를 해결한 버전을 내놓았을 것이고(사실 이런 경우 문제 해결에는
많은 시간이 걸리지 않는다는 것을 개발자의 경험으로 알 수 있습니다...^^;;;)
새 버전이 빌드되는 즉시 고객들에게 배포하였다면 고객들이 이렇게까지 불안에
떨며 신경을 곤두세우지는 않았겠죠.

아직 Waiting for review나 In Review에 있을 어썸노트의 수정 버전을 생각하면
개발사의 애타는 심정에 눈물이 날 지경입니다...ㅠ.ㅠ

이번 '어썸노트 대란'으로 알수 있는 사실이 몇가지 있습니다.

제일 먼저 스마트폰으로 대표되는 모바일 기기들이 얼마나 우리들의 생활에 밀접하게
연결되어있는지 재차 확인할 수 있었습니다. 클레임을 걸어온 대다수의 사용자들은
얼핏 보기에도 어썸노트를 미션 크리티컬 한 업무에 사용해왔음을 짐작할 수 있었습니다.
그만큼 이제 스마트폰은 업무영역이든 개인 사생활 영역이든 사람들의 생활에
없어서는 안될 중요한 요소로 자리잡고 있는 것입니다.

다음으로 알 수 있는 것은 개발자/개발사들이 어떻게 해야 하는가입니다.

저도 앱스토어에 생산자로서 참여를 하고 있는 중이지만 저와 같은 입장인
다른 모든 개발자들과 또 새로 진입하고자 하는 개발자들에게 무엇보다 중요한 것은
10가지 기능에 1가지 버그를 가진 제품보다 1가지 기능에 버그없는 제품을
만들어 올리는 것이라 생각됩니다. 특히나 생산성, 라이프스타일, 여행 등과 같이
데이터의 기록이 중요한 액션이 되는 카테고리에서는 더더욱 신경을 써야 할
문제일 것입니다.

또 한가지 중요한 것은 기존의 Web 플랫폼에서의 개발에 비해 로드 맵을 보다
치밀하게 구성을 해야 한다는 점도 중요하겠네요.

적절한 타이밍에서의 버전 업, 꾸준한 버그 수정 그리고 앞으로 개발될 내용에 대한
적절한 홍보 등이 원활하게 이루어질 때 고객에게 어필하고 또 그나마의 고객 충성도를
얻어낼 수 있을 것입니다.

마지막으로 이번 사태에서 의외였던 부분은 많은 사용자들이 애플리케이션의
백업 기능을 상당히 중요하게 여기면서도 사실상 백업 기능을 적절하게 활용하는
경우는 그리 많지 않은 듯 싶습니다.

이는 사용자에게 과실을 돌리고자 하는 것이 아니라 개발자/개발사들이 보다
쉽고 간편하면서 자동화된 백업 시스템을 개발해야 할 과제도 떠안게 되었다는
점을 의미한다고 보여집니다.

얼핏 그냥 스쳐가도 그만인 듯한 사건이지만 곰곰히 생각해보니 참 많은 것을
말해주는 사건이구나 하는 생각이 들어 이렇게 짧은 생각을 글로 풀어보았습니다.

블로그 이미지

마즈다

이미 마흔을 넘어섰지만 아직도 꿈을 좇고 있습니다. 그래서 그 꿈에 다가가기 위한 단편들을 하나 둘 씩 모아가고 있지요. 이 곳에 그 단편들이 모일 겁니다...^^

최초 작성일 : 2010/12/24 02:10 


사유는 백그라운드 실행시 위치 정보 업데이트 시키는 부분과 관련된 문제인데요.

제가 어딜 잘못했는지 확인하는데만도 시간이 좀 걸릴 것 같고 그리 중요한 기능도 아니고 해서
그냥 백그라운드 위치 정보 사용 관련 부분을 info.plist에서 제외시키고 다시 올렸습니다.

이번엔 통과해야 할텐데 걱정이네요...ㅠ.ㅠ
아래는 메일 전문입니다.

Thank you for submitting Day Recorder Pro to the App Store.
 
We've completed the review of your app, however, we cannot post this version to the App Store because it does not provide any functionality that requires persistent location, but it uses the location background mode, which is not in compliance with the App Store Review Guidelines <https://developer.apple.com/appstore/resources/approval/guidelines.html>:
 
 2.16 Apps may only use background multitasking for one of the approved background modes; VoIP, audio playback, location, task completion
We have included additional details below to help explain the issue and hope you’ll consider revising and resubmitting your application.
 
Your app has declared support for location in the UIBackgroundModes key in your Info.plist. You'll need to add features that require location updates while the app is in the background or remove the "location" setting from the UIBackgroundModes key. 
 
You may wish to refer to the section "Executing Code in the Background" found in the iOS Reference Library <http://developer.apple.com/library/ios/#documentation/iPhone/Conceptual/iPhoneOSProgrammingGuide/BackgroundExecution/BackgroundExecution.html>.
 
In addition, your application is using Location Background Mode, you will need to include a battery use disclaimer in your marketing text. Please add the following notice to your Application Description in iTunes Connect, "Continued use of GPS running in the background can dramatically decrease battery life."
 
While your application has been approved, please be sure to update the application description as soon as possible to avoid any interruption in the availability of your app on the App Store. 
 
For future app submissions, please be sure to review the App Store Review Guidelines Guidelines <https://developer.apple.com/appstore/resources/approval/guidelines.html> to help ensure a successful app review.
 
If you have any questions about this response, or would like to discuss it further, please feel free to reply to this email. If you would like to appeal this review, please submit a request to the App Review Board at <http://developer.apple.com/appstore/resources/approval/contact.html>.

블로그 이미지

마즈다

이미 마흔을 넘어섰지만 아직도 꿈을 좇고 있습니다. 그래서 그 꿈에 다가가기 위한 단편들을 하나 둘 씩 모아가고 있지요. 이 곳에 그 단편들이 모일 겁니다...^^

최초 작성일 : 2010/09/10 01:19 


Introduction

We’re thrilled that you want to invest your talents and time to develop applications for iOS. It has been a rewarding experience – both professionally and financially – for tens of thousands of developers and we want to help you join this successful group. This is the first time we have published our App Store Review Guidelines. We hope they will help you steer clear of issues as you develop your app, so that it speeds through the approval process when you submit it.

We view Apps different than books or songs, which we do not curate. If you want to criticize a religion, write a book. If you want to describe sex, write a book or a song, or create a medical app. It can get complicated, but we have decided to not allow certain kinds of content in the App Store. It may help to keep some of our broader themes in mind:

  • We have lots of kids downloading lots of apps, and parental controls don’t work unless the parents set them up (many don’t). So know that we’re keeping an eye out for the kids.
  • We have over 250,000 apps in the App Store. We don’t need any more Fart apps. If your app doesn’t do something useful or provide some form of lasting entertainment, it may not be accepted.
  • If your App looks like it was cobbled together in a few days, or you’re trying to get your first practice App into the store to impress your friends, please brace yourself for rejection. We have lots of serious developers who don’t want their quality Apps to be surrounded by amateur hour.
  • We will reject Apps for any content or behavior that we believe is over the line. What line, you ask? Well, as a Supreme Court Justice once said, “I’ll know it when I see it”. And we think that you will also know it when you cross it.
  • If your app is rejected, we have a Review Board that you can appeal to. If you run to the press and trash us, it never helps.
  • This is a living document, and new apps presenting new questions may result in new rules at any time. Perhaps your app will trigger this.

Lastly, we love this stuff too, and honor what you do. We’re really trying our best to create the best platform in the world for you to express your talents and make a living too. If it sounds like we’re control freaks, well, maybe it’s because we’re so committed to our users and making sure they have a quality experience with our products. Just like almost all of you are too.

Table of Contents

Terms and conditions
Functionality
Metadata, ratings and rankings
Location
Push notifications
Game Center
iAds
Trademarks and trade dress
Media content
User interface
Purchasing and currencies
Scraping and aggregation
Damage to device
Personal attacks
Violence
Objectionable content
Privacy
Pornography
Religion, culture, and ethnicity
Contests, sweepstakes, lotteries, and raffles
Charities and contributions
Legal requirements

1. Terms and conditions

1.1 As a developer of applications for the App Store you are bound by the terms of the Program License Agreement (PLA), Human Interface Guidelines (HIG), and any other licenses or contracts between you and Apple. The following rules and examples are intended to assist you in gaining acceptance for your app in the App Store, not to amend or remove provisions from any other agreement.

2. Functionality

2.1 Apps that crash will be rejected
2.2 Apps that exhibit bugs will be rejected
2.3 Apps that do not perform as advertised by the developer will be rejected
2.4 Apps that include undocumented or hidden features inconsistent with the description of the app will be rejected
2.5 Apps that use non-public APIs will be rejected
2.6 Apps that read or write data outside its designated container area will be rejected
2.7 Apps that download code in any way or form will be rejected
2.8 Apps that install or launch other executable code will be rejected
2.9 Apps that are “beta”, “demo”, “trial”, or “test” versions will be rejected
2.10 iPhone apps must also run on iPad without modification, at iPhone resolution, and at 2X iPhone 3GS resolution
2.11 Apps that duplicate apps already in the App Store may be rejected, particularly if there are many of them
2.12 Apps that are not very useful or do not provide any lasting entertainment value may be rejected
2.13 Apps that are primarily marketing materials or advertisements will be rejected
2.14 Apps that are intended to provide trick or fake functionality that are not clearly marked as such will be rejected
2.15 Apps larger than 20MB in size will not download over cellular networks (this is automatically prohibited by the App Store)
2.16 Multitasking apps may only use background services for their intended purposes: VoIP, audio playback, location, task completion, local notifications, etc
2.17 Apps that browse the web must use the iOS WebKit framework and WebKit Javascript
2.18 Apps that encourage excessive consumption of alcohol or illegal substances, or encourage minors to consume alcohol or smoke cigarettes, will be rejected
2.19 Apps that provide incorrect diagnostic or other inaccurate device data will be rejected
2.20 Developers “spamming” the App Store with many versions of similar apps will be removed from the iOS Developer Program

3. Metadata (name, descriptions, ratings, rankings, etc)

3.1 Apps with metadata that mentions the name of any other mobile platform will be rejected
3.2 Apps with placeholder text will be rejected
3.3 Apps with descriptions not relevant to the application content and functionality will be rejected
3.4 App names in iTunes Connect and as displayed on a device should be similar, so as not to cause confusion
3.5 Small and large app icons should be similar, so as to not to cause confusion
3.6 Apps with app icons and screenshots that do not adhere to the 4+ age rating will be rejected
3.7 Apps with Category and Genre selections that are not appropriate for the app content will be rejected
3.8 Developers are responsible for assigning appropriate ratings to their apps. Inappropriate ratings may be changed by Apple
3.9 Developers are responsible for assigning appropriate keywords for their apps. Inappropriate keywords may be changed/deleted by Apple
3.10 Developers who attempt to manipulate or cheat the user reviews or chart ranking in the App Store with fake or paid reviews, or any other inappropriate methods will be removed from the iOS Developer Program

4. Location

4.1 Apps that do not notify and obtain user consent before collecting, transmitting, or using location data will be rejected
4.2 Apps that use location-based APIs for automatic or autonomous control of vehicles, aircraft, or other devices will be rejected
4.3 Apps that use location-based APIs for dispatch, fleet management, or emergency services will be rejected

5. Push notifications

5.1 Apps that provide Push Notifications without using the Apple Push Notification (APN) API will be rejected
5.2 Apps that use the APN service without obtaining a Push Application ID from Apple will be rejected
5.3 Apps that send Push Notifications without first obtaining user consent will be rejected
5.4 Apps that send sensitive personal or confidential information using Push Notifications will be rejected
5.5 Apps that use Push Notifications to send unsolicited messages, or for the purpose of phishing or spamming will be rejected
5.6 Apps cannot use Push Notifications to send advertising, promotions, or direct marketing of any kind
5.7 Apps cannot charge users for use of Push Notifications
5.8 Apps that excessively use the network capacity or bandwidth of the APN service or unduly burden a device with Push Notifications will be rejected
5.9 Apps that transmit viruses, files, computer code, or programs that may harm or disrupt the normal operation of the APN service will be rejected

6. Game Center

6.1 Apps that display any Player ID to end users or any third party will be rejected
6.2 Apps that use Player IDs for any use other than as approved by the Game Center terms will be rejected
6.3 Developers that attempt to reverse lookup, trace, relate, associate, mine, harvest, or otherwise exploit Player IDs, alias, or other information obtained through the Game Center will be removed from the iOS Developer Program
6.4 Game Center information, such as Leaderboard scores, may only be used in apps approved for use with the Game Center
6.5 Apps that use Game Center service to send unsolicited messages, or for the purpose of phishing or spamming will be rejected
6.6 Apps that excessively use the network capacity or bandwidth of the Game Center will be rejected
6.7 Apps that transmit viruses, files, computer code, or programs that may harm or disrupt the normal operation of the Game Center service will be rejected

7. iAds

7.1 Apps that artificially increase the number of impressions or click-throughs of ads will be rejected
7.2 Apps that contain empty iAd banners will be rejected
7.3 Apps that are designed predominantly for the display of ads will be rejected

8. Trademarks and trade dress

8.1 Apps must comply with all terms and conditions explained in the Guidelines for using Apple Trademark and Copyrights and the Apple Trademark List
8.2 Apps that suggest or infer that Apple is a source or supplier of the app, or that Apple endorses any particular representation regarding quality or functionality will be rejected
8.3 Apps which appear confusingly similar to an existing Apple product or advertising theme will be rejected
8.4 Apps that misspell Apple product names in their app name (i.e., GPS for Iphone, iTunz) will be rejected
8.5 Use of protected 3rd party material (trademarks, copyrights, trade secrets, otherwise proprietary content) requires a documented rights check which must be provided upon request
8.6 Google Maps and Google Earth images obtained via the Google Maps API can be used within an application if all brand features of the original content remain unaltered and fully visible. Apps that cover up or modify the Google logo or copyright holders identification will be rejected

9. Media content

9.1 Apps that do not use the MediaPlayer framework to access media in the Music Library will be rejected
9.2 App user interfaces that mimic any iPod interface will be rejected
9.3 Audio streaming content over a cellular network may not use more than 5MB over 5 minutes
9.4 Video streaming content over a cellular network longer than 10 minutes must use HTTP Live Streaming and include a baseline 64 kbps audio-only HTTP Live stream

10. User interface

10.1 Apps must comply with all terms and conditions explained in the Apple iPhone Human Interface Guidelines and the Apple iPad Human Interface Guidelines
10.2 Apps that look similar to apps bundled on the iPhone, including the App Store, iTunes Store, and iBookstore, will be rejected
10.3 Apps that do not use system provided items, such as buttons and icons, correctly and as described in the Apple iPhone Human Interface Guidelines and the Apple iPad Human Interface Guidelines may be rejected
10.4 Apps that create alternate desktop/home screen environments or simulate multi-app widget experiences will be rejected
10.5 Apps that alter the functions of standard switches, such as the Volume Up/Down and Ring/Silent switches, will be rejected
10.6 Apple and our customers place a high value on simple, refined, creative, well thought through interfaces. They take more work but are worth it. Apple sets a high bar. If your user interface is complex or less than very good it may be rejected

11. Purchasing and currencies

11.1 Apps that unlock or enable additional features or functionality with mechanisms other than the App Store will be rejected
11.2 Apps utilizing a system other than the In App Purchase API (IAP) to purchase content, functionality, or services in an app will be rejected
11.3 Apps using IAP to purchase physical goods or goods and services used outside of the application will be rejected
11.4 Apps that use IAP to purchase credits or other currencies must consume those credits within the application
11.5 Apps that use IAP to purchase credits or other currencies that expire will be rejected
11.6 Content subscriptions using IAP must last a minimum of 30 days and be available to the user from all of their iOS devices
11.7 Apps that use IAP to purchase items must assign the correct Purchasability type
11.8 Apps that use IAP to purchase access to built-in capabilities provided by iOS, such as the camera or the gyroscope, will be rejected
11.9 Apps containing “rental” content or services that expire after a limited time will be rejected
11.10 Insurance applications must be free, in legal-compliance in the regions distributed, and cannot use IAP
11.11 In general, the more expensive your app, the more thoroughly we will review it

12. Scraping and aggregation

12.1 Applications that scrape any information from Apple sites (for example from apple.com, iTunes Store, App Store, iTunes Connect, Apple Developer Programs, etc) or create rankings using content from Apple sites and services will be rejected
12.2 Applications may use approved Apple RSS feeds such as the iTunes Store RSS feed
12.3 Apps that are simply web clippings, content aggregators, or a collection of links, may be rejected

13. Damage to device

13.1 Apps that encourage users to use an Apple Device in a way that may cause damage to the device will be rejected
13.2 Apps that rapidly drain the device’s battery or generate excessive heat will be rejected

14. Personal attacks

14.1 Any app that is defamatory, offensive, mean-spirited, or likely to place the targeted individual or group in harms way will be rejected
14.2 Professional political satirists and humorists are exempt from the ban on offensive or mean-spirited commentary

15. Violence

15.1 Apps portraying realistic images of people or animals being killed or maimed, shot, stabbed, tortured or injured will be rejected
15.2 Apps that depict violence or abuse of children will be rejected
15.3 ”Enemies” within the context of a game cannot solely target a specific race, culture, a real government or corporation, or any other real entity
15.4 Apps involving realistic depictions of weapons in such a way as to encourage illegal or reckless use of such weapons will be rejected
15.5 Apps that include games of Russian roulette will be rejected

16. Objectionable content

16.1 Apps that present excessively objectionable or crude content will be rejected
16.2 Apps that are primarily designed to upset or disgust users will be rejected

17. Privacy

17.1 Apps cannot transmit data about a user without obtaining the user’s prior permission and providing the user with access to information about how and where the data will be used
17.2 Apps that require users to share personal information, such as email address and date of birth, in order to function will be rejected
17.3 Apps that target minors for data collection will be rejected

18. Pornography

18.1 Apps containing pornographic material, defined by Webster’s Dictionary as “explicit descriptions or displays of sexual organs or activities intended to stimulate erotic rather than aesthetic or emotional feelings”, will be rejected
18.2 Apps that contain user generated content that is frequently pornographic (ex “Chat Roulette” apps) will be rejected

19. Religion, culture, and ethnicity

19.1 Apps containing references or commentary about a religious, cultural or ethnic group that are defamatory, offensive, mean-spirited or likely to expose the targeted group to harm or violence will be rejected
19.2 Apps may contain or quote religious text provided the quotes or translations are accurate and not misleading. Commentary should be educational or informative rather than inflammatory

20. Contests, sweepstakes, lotteries, and raffles

20.1 Sweepstakes and contests must be sponsored by the developer/company of the app
20.2 Official rules for sweepstakes and contests, must be presented in the app and make it clear that Apple is not a sponsor or involved in the activity in any manner
20.3 It must be permissible by law for the developer to run a lottery app, and a lottery app must have all of the following characteristics: consideration, chance, and a prize
20.4 Apps that allow a user to directly purchase a lottery or raffle ticket in the app will be rejected

21. Charities and contributions

21.1 Apps that include the ability to make donations to recognized charitable organizations must be free
21.2 The collection of donations must be done via a web site in Safari or an SMS

22. Legal requirements

22.1 Apps must comply with all legal requirements in any location where they are made available to users. It is the developer’s obligation to understand and conform to all local laws
22.2 Apps that contain false, fraudulent or misleading representations will be rejected
22.3 Apps that solicit, promote, or encourage criminal or clearly reckless behavior will be rejected
22.4  Apps that enable illegal file sharing will be rejected
22.5 Apps that are designed for use as illegal gambling aids, including card counters, will be rejected
22.6 Apps that enable anonymous or prank phone calls or SMS/MMS messaging will be rejected
22.7 Developers who create apps that surreptitiously attempt to discover user passwords or other private user data will be removed from the iOS Developer Program

Living document

This document represents our best efforts to share how we review apps submitted to the App Store, and we hope it is a helpful guide as you develop and submit your apps. It is a living document that will evolve as we are presented with new apps and situations, and we’ll update it periodically to reflect these changes.

Thank you for developing for iOS. Even though this document is a formidable list of what not to do, please also keep in mind the much shorter list of what you must do. Above all else, join us in trying to surprise and delight users. Show them their world in innovative ways, and let them interact with it like never before. In our experience, users really respond to polish, both in functionality and user interface. Go the extra mile. Give them more than they expect. And take them places where they have never been before. We are ready to help.

© Apple, 2010

블로그 이미지

마즈다

이미 마흔을 넘어섰지만 아직도 꿈을 좇고 있습니다. 그래서 그 꿈에 다가가기 위한 단편들을 하나 둘 씩 모아가고 있지요. 이 곳에 그 단편들이 모일 겁니다...^^

최초 작성일 : 2010/08/22 02:50 


applyzer 아시나요?


아이폰 앱의 앱스토어 순위를 알려주기도 하고

또 유료 서비스로는 자신의 앱만 별도로 매일 혹은 시간당 순위를 알려주는

서비스입니다.


오늘 심심해서 한 번 들려봤네요.

한국 시장에서 Life Style 카테고링 무료 앱을 선택하고 Top  1000을 조회해보니

순위 300위까지 300건만 조회가 되더군요


맙소사!

제 앱이 무려 205위에 있네요.

다시 말해서 제 앱 밑으로도 무려 95개의 앱이 있더라는 것입니다.

제 앱...하루 경과 시점인 지금 27건 다운로드(ITC Mobile 집계) 되었더군요...^^;;;


제가 드리고픈 말씀은 겨우 하루 27건 다운로드된 신규 앱이 205위에 있을 정도니

도대체 얼마나 많은 앱들이 겨우 몇백 몇십 다운로드에 그친후 사라져 가는지

아찔하기만 합니다.


사실 살짝 기운이 빠지는데 그래도 뭐 이제 하루 지났으니

좀 더 두고 봐야겠죠.

꿋꿋이 유료 버전 준비하겠습니다...^^;;;


사용자 삽입 이미지

블로그 이미지

마즈다

이미 마흔을 넘어섰지만 아직도 꿈을 좇고 있습니다. 그래서 그 꿈에 다가가기 위한 단편들을 하나 둘 씩 모아가고 있지요. 이 곳에 그 단편들이 모일 겁니다...^^

최초 작성일 : 2010/08/18 18:14 


원문 :

Please include the line below in follow-up emails for this request.

Follow-up: 114939503

Dear Mr. Woo

Thank you for submitting iPhotoDiary to the App Store. We've reviewed iPhotoDiary and determined that we cannot post this version of your application to the App Store because the assigned category does not reflect the content or function of the application. 

It would be appropriate to reset your Primary and Secondary Categories to accurately reflect your application.

While your Application State is currently displayed as 'Rejected' in iTunes Connect, you won't have to upload a new binary; just email us back after you have added the information to iTunes Connect and we will move your app back to 'In Review' state.

If you have any questions about this response, or would like to discuss it further, please feel free to reply to this email.

Best Regards,

App Review Team
iPhone Developer Program

************************************************************************************
Converse with fellow developers and Apple engineers on technical topics.
Apple Developer Forums — http://devforums.apple.com
************************************************************************************


두 번째 Reject입니다.
제가 설정한 카테고리가 앱의 내용과 기능을 반영하지 못했다는 말이네요.
육아일기로 병원 진료 기록을 적을 수 있도록 하려는 목표를 가지고 있었기에
헬스 케어 & 휘트니스 카테고리를 넣었는데 현재 개발된 것은 달력 및
사진 일기 뿐이라 아마 적절치 못하다고 생각했나봅니다.

다시 카테고리를 생활방식과 생산성으로 변경하여 메일을 보냈더니
In Review 상태로 바뀌었습니다.

또 어떤 문제로 Reject이 될지...ㅠ.ㅠ

블로그 이미지

마즈다

이미 마흔을 넘어섰지만 아직도 꿈을 좇고 있습니다. 그래서 그 꿈에 다가가기 위한 단편들을 하나 둘 씩 모아가고 있지요. 이 곳에 그 단편들이 모일 겁니다...^^

최초 작성일 : 2010/08/18 18:10 


원문 :

Please include the line below in follow-up emails for this request.

Follow-up: 114939503

Hello Mr. Woo,

Thank you for submitting iPhotoDiary to the App Store. 

We’ve completed the review of your application but this version cannot be posted to the App Store because it crashes when Events feature is selected. We have included additional details below to help explain the issue, and hope you’ll consider revising and resubmitting your application.

Using iPhone 3GS and iPod touch, running iOS 4.0 here is how we found this crash:
1. Launch app
2. Select Event
3. Application crashes. 

We have attached the detailed crash log to help. If you need information on how to read crash logs, you may want to review the following TechNote:http://developer.apple.com/iphone/library/technotes/tn2008/tn2151.html

If you have any questions about this information, please feel free to reply to this email. We look forward to reviewing your revised application.

Best Regards,

App Review Team
iPhone Developer Program

************************************************************************************
Converse with fellow developers and Apple engineers on technical topics.
Apple Developer Forums — http://devforums.apple.com
************************************************************************************


탭 메뉴 중 이벤트 탭을 터치시 앱이 다운되는 문제가 있었습니다.
원인은 필요가 없어서 XIB파일을 지웠는데 코딩상에는 여전히 nibName을
통해 화면을 호출하는 코드가 남아 있었던게 문제였습니다.

블로그 이미지

마즈다

이미 마흔을 넘어섰지만 아직도 꿈을 좇고 있습니다. 그래서 그 꿈에 다가가기 위한 단편들을 하나 둘 씩 모아가고 있지요. 이 곳에 그 단편들이 모일 겁니다...^^

최초 작성일 : 2010/08/14 16:32 



최근 북미 시장에서는 안드로이폰 점유율이 아이폰과 블랙베리를 넘어섰다고

합니다.


모바일 애플리케이션을 개발하고자 하는 사람들은 두 가지 모두 할 수 있는 여건이

아니라면 전통(?)의 강자 아이폰과 신흥(?) 강자 안드로이드 중에 선택을 해야할

입장이다보니 어느쪽이 성공 확률이 높을 것인지에 대해 관심을 갖게 되는 것은

당연한 일일 것입니다. 그래서 흔히 하는 질문 중에 하나가 '시장의 규모'에 대한

것들입니다.


시장 규모만을 놓고 본다면 분명 안드로이드쪽 시장이 커질 것은 분명합니다.


일단 안드로이드를 개발한 구글은 개방성과 자유로움을 모토로 하고 있고 그에따라

특별한 제약 없이 대다수의 모바일 디바이스 제조업체들이 원한다면 안드로이드

기반의 모바일 디바이스를 만들어 낼 수 있습니다.


여기에서 발생하는 다양성으로 인해 많은 사용자들이 오로지 한 가지 선택권 밖에는

없는 아이폰 보다는 여러 브랜드의 안드로이드 기반 스마트폰을 구미와 취향에 맞게

선택하게 될 것으로 보여지네요.


이런 면에서 아이폰의 경우 단일 업체의 단일 기기라는 점이 

장점이자 약점으로서 작용을 하게 되겠죠.


하지만 아이러니컬  것은 시장이 커진다고 해서 

그만큼 가능성도 같이 커지는 것은 아니라는 점입니다.

 

이미 아이폰 시장에서 경험하고 있는 것이지만 왠만한 아이디어들은 

모두 앱으로 구현이 되어있으니까요모바일 디바이스가 현재와 같은 형태를 

계속 유지한다고 보면 후발 업체들이나 개발자들이   있는 영역은 상당히 

제한적일 것입니다.


사람들의 아이디어라는 것도 실현 가능한 기술에 기반하는 것이고 

새로운 기술적인 혁신이 나오기 전까지는 새로운 아이디어의 상승 곡선도 

어느 선에서 정체될테니까요.


아무리 시장 규모가 커도 대부분 소비자들의 선택은 소수의 활용도 높은 앱에 편중된다는 것이 문제인 것이죠.

 소수의 활용도 높은 앱들은 이미 나올만큼 나왔고...-.-


결국 중요한 것은 다음 2가지라고 보여집니다.(물론 쉬운 일은 아니겠습니다만...)


1. 우선 가장 쉽고 확실한 전략은 현재 모바일 기기가 사용되고 있지는 않지만 

충분히 활용 가능한 영역(혹은 산업 분야) 찾는 것이 중요하겠네요.

그런 영역만 확실히 찾아낼  있다면 시장의  부분에서 어느 정도는 

성공을 거둘  있을 것입니다.

2. 앞으로 모바일 디바이스가 어떻게 변화할 것인지를 예측하는 것에서 

시작해야  것입니다.

현재 센서로는 GPS, 가속도 센서조도 센서근접 센서, 3 자이로센서 등이 

탑재되어있고 카메라 기능, 3G WiFi 2가지 통신 기능 등이 모바일 디바이스를 

구성한다고 보아도 과언이 아니겠지요.

여기에서 가까운 미래에는 어떤 센서어떤 기능들이  추가  것인지...

 경우에는 기술적인 지식과 상상력이  필요하겠네요.


암튼 결론은

시장의 규모와 상관없이 새롭게 모바일  개발에 뛰어들고자 하는 업체나 개발자들은

초기 진입이 쉽지 않을 것이라는 점입니다.

 말은 거꾸로 해석하면 모바일  개발에 뛰어들고자 하는 사람이라면 시장의 규모를

판단 기준으로 삼을 것이 아니라 본인이 앞서 말한 2가지 전략적인 측면을 얼마나 

준비할  있을까를 먼저 생각해보아야  것입니다.


이렇게 본다면 아이폰을 선택하느냐 안드로이드를 선택하느냐는 사실상  문제가 안되겠네요.

다만 시장 규모가  경우에는 틈새시장을 노리는 전략도 나름 가능성이 있고 

 성공적인 앱을 만들었을 경우  많이 팔릴 수는 있겠죠...^^;;;

블로그 이미지

마즈다

이미 마흔을 넘어섰지만 아직도 꿈을 좇고 있습니다. 그래서 그 꿈에 다가가기 위한 단편들을 하나 둘 씩 모아가고 있지요. 이 곳에 그 단편들이 모일 겁니다...^^

최초 작성일 : 2010/07/31 10:29 


첫 아이폰 애플리케이션인 iPhotoDiary의 앱스토어 등록에 실패했다...ㅠ.ㅠ


애플측에서 날아온 메일이다...

==============================================
Please include the line below in follow-up emails for this request.

Follow-up: 114939503

Hello Mr. Woo,

Thank you for submitting iPhotoDiary to the App Store. 

We’ve completed the review of your application but this version cannot be posted to the App Store because it crashes when Events feature is selected. We have included additional details below to help explain the issue, and hope you’ll consider revising and resubmitting your application.

Using iPhone 3GS and iPod touch, running iOS 4.0 here is how we found this crash:
1. Launch app
2. Select Event
3. Application crashes. 

We have attached the detailed crash log to help. If you need information on how to read crash logs, you may want to review the following TechNote:http://developer.apple.com/iphone/library/technotes/tn2008/tn2151.html

If you have any questions about this information, please feel free to reply to this email. We look forward to reviewing your revised application.

Best Regards,

App Review Team
iPhone Developer Program

************************************************************************************
Converse with fellow developers and Apple engineers on technical topics.
Apple Developer Forums — http://devforums.apple.com
************************************************************************************

==============================================

언제 수정해서 다시 올리나...ㅠ.ㅠ

블로그 이미지

마즈다

이미 마흔을 넘어섰지만 아직도 꿈을 좇고 있습니다. 그래서 그 꿈에 다가가기 위한 단편들을 하나 둘 씩 모아가고 있지요. 이 곳에 그 단편들이 모일 겁니다...^^

최초 작성일 : 2010/04/14 15:33 


링크 : http://www.zdnet.co.kr/Contents/2010/04/14/zdnet20100414134404.htm


개인 개발자와 모바일 S/W 개발 업체들의 보다 적극적인 참여를 유도하기 위해서는
다방면에서 지원과 보조를 해줄 수 있는 정책이 필요할 것이다.

기사 말미의 내용처럼 과거의 아날로그적이고 제조업 중심적인 제도를
무조건적으로 디지털 환경에 적용시기보다는 그 상황에 맞는 새로운 정책을
내올 수 있도록 노력하는 자세가 필요할 것이다.

블로그 이미지

마즈다

이미 마흔을 넘어섰지만 아직도 꿈을 좇고 있습니다. 그래서 그 꿈에 다가가기 위한 단편들을 하나 둘 씩 모아가고 있지요. 이 곳에 그 단편들이 모일 겁니다...^^