Android 앱을 출시하기 전에 "해야 할 일"목록 [닫기]

첫 번째 앱을 Android 마켓에 게시 할 준비가되었고, 분명하고 이미 넘어있는 앱 게시와 관련하여 경험 한 경험에 대한 팁이 있는지 알고 싶습니다. 문서화.

앱을 시장에 게시하기 전에해야 할 일에 대한 숨겨진 경고 및 / 또는 아이디어가 있습니까? 예를 들어, 내 친구는 누군가가 소스 코드에 도달하는 경우를 대비하여 내 코드에서 모든 주석을 제거 할 것을 권장하므로 "코드 재커"가 코드를 해독하기가 더 어려워졌습니다. 나는 그것이 현명한 제안이라고 생각했다.

앱을 Android 마켓에 게시하기 전에해야 할 일은 무엇입니까?

너무 늦지 않기를 바랍니다. 여기에 조언이 있습니다.

• 주말에 앱을 시작하십시오 (목요일 오후는 일반적으로 좋은 시간입니다). 왜 그래? 글쎄, 어떤 회사도 주말이 끝나기 1.5 일 전에 앱을 게시하고 싶지 않습니다-> 너무 위험합니다 (빠른 반응 시간이 필요한 문제가있는 경우).

• 앱에서 proguard를 사용하십시오 (일반적으로 파일 에이 줄을 추가 proguard.config=proguard.cfg하면 default.properties됩니다). 이렇게하면 코드를 최적화, 축소 및 난독 처리 할 수 ​​있으며 코드 도둑 방지에 매우 유용합니다. 주석을 삭제할 필요가 없으며 컴파일시 주석이 자동으로 삭제됩니다.

• Paint.NET , PNGCrush 또는 OptiPNG를 사용하여 이미지를 최적화하십시오 .

• 대부분의 화면 크기에 맞게 레이아웃을 최적화하십시오. AndroidStudio 또는 Eclipse에서 레이아웃을 편집하는 동안 단순히 화면 크기를 변경하면됩니다.

• UI에서 모든 예외를 시도 / 잡으십시오. 간단한 토스트를 표시하여 사용자에게 무언가 잘못되었음을 나타냅니다. 그 사이에 Crashlytics 또는 이와 유사한 오류를 검색하십시오 .

• 너무 많은 .jar 라이브러리를 사용하지 말고 라이브러리 프로젝트를 선호하고 (코드 크기를 최적화) gradle을 사용하여 추가하십시오.

• 벡터 이미지를 사용하면 APK 크기가 줄어들고 모든 기기에 올바르게 맞출 수 있으므로 사용하는 것이 좋습니다.

• Android 환경 설정 창-> Android 가이드 라인에 있어도 정말 아름답지는 않은 환경 설정 창을 사용하지 마십시오. 자신 만의 설정 페이지를 만드는 것이 좋습니다. 그러나 Android 환경 설정을 유지하는 경우 아이콘과 색상 추가를 고려하십시오.

• 기본 화면에 앱 제목 표시 안 함 ( this.requestWindowFeature(Window.FEATURE_NO_TITLE);) : 좋은 브랜드는 인식하기 위해 화면에 너무 많은 공간을 차지할 필요가 없습니다 (메뉴에 아이콘이나 제목이 표시되거나 항상 보이지 않는 곳에 표시) this.getWindow().setFlags(WindowManager.LayoutParams.FLAG_FULLSCREEN, WindowManager.LayoutParams.FLAG_FULLSCREEN);게임 및 몰입 형 콘텐츠를 다룰 때는 전체 화면 모드 ( ) 사용을 고려하십시오 .

• 향후 분석을 위해 Google Analytics , Fabric Answers 또는 Flurry 를 사용하십시오 .-> 가능한 한 많은 정보를 얻으려고 노력하지만 고객의 익명 신원을 위반하는 것은 포착하지 마십시오. 사용자 측에서 발생하는 예외 (오류 및 스택 추적)를 검색하는 것을 잊지 마십시오.

• 친구에게 원숭이 테스트를하도록 요청하십시오. 사용자로부터 배우는 것은 많은 좋은 일 (우선 순위 및 새로운 아이디어 등)을 가져옵니다.

• 모든 기능 (가장 중요한 기능 만)을 완료하기 전에 앱 게시를 고려하십시오. 기본 기능 외에 사용자가 무엇을 원하거나 필요로하는지 아직 모릅니다.

• 무료 광고 인 '더 많은 앱'또는 '개발자로부터 더 많은 것'섹션을 앱에 추가하십시오.

• 사용자에게 새로운 기능을 요청하거나 버그를보고 할 수있는 "의견 보내기"섹션을 추가하십시오.

• Crowdin 과 같은 웹 어딘가에 strings.xml을 제공하여 사용자에게 앱을 번역하도록 요청하십시오 .

• 에뮬레이터로 각 Android 버전에서 앱을 사용해보십시오-> 많은 버그 또는 디자인 문제가 이런 식으로 감지됩니다. 이를 위해 제공된 에뮬레이터를 사용하거나 Genymotion을 대신 사용할 수 있습니다 (Genymotion에는 매우 유용한 기능이 많이 있습니다).

• 앱 이름-> 어떤 키워드를 사용하여 앱을 검색 하시겠습니까? 이 키워드는 앱 이름이어야합니다 (Google에서 이러한 방식으로 검색하도록 도와 줄 것입니다).

• 앱 설명에 키워드를 포함하지만 설명적인 방식으로 키워드를 포함 시키십시오 (키워드를 사용하여 이해하기 쉬운 문장 만들기). 설명과 같이 키워드 목록을 추가하지 마십시오.

• 별 5 개로 앱을 평가 한 첫 번째 사람이되어 가족 및 친구에게도 같은 작업을하도록 요청합니다. 이는 향후 사용자 평가에 영향을 줄 수 있습니다.

• 설명을 위해, strings.xml 또는 둘 다를 위해 앱을 번역하기 위해 Google을 사용하는 것이 좋습니다.

• 앱에 광고를 게재하고 조정을 사용하여 수익을 높이십시오 . AdMob .

• 유료 버전을 제공하는 대신 인앱 결제를 고려하십시오.-> 사용자는 유료 버전을 구매하는 대신 인앱 결제를 할 가능성이 높습니다.

• 앱에서 변경 로그를 추가하십시오-> 사용자는 일반적으로 마지막 버전 이후 변경된 내용을 알고 싶습니다.

• 도움이 된 사용자에 대해 "감사합니다"섹션을 추가하십시오. 그러면 사용자가 제품에 참여하게됩니다.

• 앱에 "이 앱이 마음에 들면 앱을 평가 해주세요"링크를 추가하십시오 (Google Play 설명에 연결)-> 별 5 개 (일반적으로 시작시 또는 기능 작업 후)가 표시됩니다.

• 앱의 "팁"또는 "지침"섹션을 통해 제품을 설명하십시오.

• 안전한 곳에 키 저장소 및 신임 정보를 저장하십시오. 키 저장소를 잃어버린 경우 앱 업데이트를 게시 할 수 없습니다.

• 아이콘을 정말 간단하고 명확하게 만드십시오. 아이콘은 첫 번째이자 주로 사용자가 앱을 다운로드하게하는 마지막 것입니다.

• 가능하지 않으면 외부 설치 ( android:installLocation="preferExternal"AndroidManifest.xml)를 선호 하십시오.

• 읽기 AppAnnie의 팁과 블로그 게시물, 당신이 ASO를 개선하고 더 나은 사용자를 이해하는 데 도움이하는 방법에 대한 힌트를 줄 것이다.

실제로 코드 주석을 제거하지 않아도됩니다. 소스 코드는 사용자의 휴대 전화로 전송되지 않으며 컴파일 된 코드 만 제공되며 주석에 대한 참조는 포함되지 않습니다.

Android 사용자는 앱이 가능한 한 작게 평가되는 경향이 있으므로 앱에서 여전히 사용중인 리소스 (이미지 등) 만 포함하고 있는지 다시 확인하십시오. 앱 에있는 .png 이미지에 OptiPNG / PNGCrush 를 사용 하면 이미지 파일 크기를 약 10 % 줄일 수 있으며 이는 전체 앱 크기의 중요한 부분이 될 수 있습니다.

또한 Audacity 와 같은 오디오 편집기를 사용하여 오디오 크기를 최대한 줄이십시오. 모노 OGG Vorbis 파일을 사용하는 것이 가장 좋으며 전화로 충분히 들립니다.

의견에 대해 걱정하지 마십시오. 앱의 악의적 인 해킹이 우려되는 경우 ProGuard와 같은 난독 화 장치를 통해 앱을 실행하십시오.

내가 제공 할 다른 팁 :

• 모든 그래픽과 홍보 자료를 미리 준비하십시오.
• 인생의 다른 일이 많지 않은 경우 (주말 직전과 같이) 전략적으로 출시 시간을 정하여 처음 몇 명의 사용자가 문제를 일으킨 경우 FAST에 응답 할 시간을 가지십시오. 초기에 낮은 등급은 당신을 죽일 수 있지만 빠른 전자 메일 응답 및 수정은 앱에 대한 고객의 의견을 전적으로 사용할 수 있습니다.
• 가능한 한 이미지 크기를 줄이는 것에 대한 이전 의견에 동의합니다.
• 코드가 아직 없으면 소스 제어로 가져옵니다. 어느 시점에서 업데이트 및 수정 사항을 발행해야하며 소스 제어가 그 점에서 큰 역할을 할 수 있습니다.

이전에 이것을 보았는지 확실하지 않지만 원숭이 와 함께 UI를 연습해야합니다. 내 앱에는 한 번의 충돌 만 있었지만 원숭이와 함께 먼저 테스트 한 경우 아무것도 없었습니다.

분명하지만 중요한 것을 추가하겠습니다. 서명 키를 안전한 곳에 저장하고 백업하십시오. Eclipse가이를 관리하게하려면 키 저장소를 작성하는 위치에주의를 기울이고 백업 사본을 저장하십시오. 키 스토어 또는 개별 서명 키의 비밀번호를 잊지 마십시오.

이유 : 원본에 서명 할 때 사용한 것과 동일한 인증서로 앱 업데이트에 서명해야합니다. 해당 인증서를 잃어 버리거나 액세스 권한을 잃으면 앱을 업데이트 할 수 없습니다. Android 마켓에서 새 업체 정보를 만들어야합니다.

내가 잊어 버리는 몇 가지 사항 :

• minSdkVersion매니페스트에서 다시 확인하십시오 .
• 에뮬레이터에서 앱을 테스트하십시오. minSdkVersion
• 친구가 앱을 테스트하여 설명이 필요한지 확인

앱에서 업데이트를 제공하려는 경우 :

• '이 버전의 새로운 기능'대화 상자 를 추가하고 싶을 수도 있습니다.
• 이전 버전을 백업하십시오!
• 증가 versionCode하고 versionName당신의 매니페스트를 잊지 마십시오

매니페스트에서 debuggable = false로 만드는 것을 잊지 마십시오. 그것은 몇 번 나를 잡았다.

확실하지는 않지만 코드 해커의 삶을 좀 더 쉽게 만들어주는 많은 정보가 포함되어 있다고 생각합니다.

나는 몇 년 전에 실수로 소스를 자바 프로젝트로 삭제했다고 기억합니다. 공포에서는 백업이 없다는 것을 깨달았습니다! 프로덕션 서버에서 jar 파일을 디 컴파일하기 위해 jad 라는 유틸리티를 사용 했는데 모든 변수가 그대로 있었고 거의 완벽했습니다. 주석이 있는지 여부를 기억할 수 없지만 어쨌든 많은 주석을 다시 넣지 않았습니다. :) 컴파일 할 때 기호를 포함했기 때문입니다.

위의 훌륭한 제안 외에도 모바일 분석에 Flurry 를 사용하는 것에 대해 생각해보십시오 . 앱 출시를 처음 시작할 때 알지 못했지만 앱을 포함하도록 업데이트 했으므로 사용자가 실제로 앱으로 수행하는 작업을 보는 것이 좋습니다. 이는 사용자가 찾기 어렵거나 사용자에게 흥미 롭거나 유용하지 않은 것들에 대한 귀중한 피드백과 지침을 제공 할 수 있습니다.

내가 아는 한 의견은 어떤 형태로든 앱에 포함되지 않습니다.

앱 제출 중에 찾은 개발자에게 유일한 "gotcha"는 시장에 제공 할 수있는 다양한 그래픽이었습니다. 여러 스크린 샷을 찍고 홍보용 그래픽뿐만 아니라 여러 앱 아이콘 크기를 만들 준비를하십시오.

밝은면에서 앱을 스토어에 즉시 표시 할 수 있도록 준비하십시오 .Android 마켓 앱에는 승인 프로세스가 없습니다.

또한 오류가 발생하는 사용자 수를 알 수 있도록 일종의 오류보고 기능이 있는지 확인합니다. 롤백해야 할 경우를 대비하여 앱을 업데이트 할 때 이전 버전의 사본을 보관할 수 있습니다. 또한 매번 처리 할 수있는 앱별 체크리스트를 컴파일하는 것도 좋습니다.

또한 이것에 추가하기 위해 트리머를 사용하여 전체 파일 크기를 줄이기 위해 사용되지 않는 코드 조각을 제거 할 수 있습니다 (전화 공간이 상당히 제한되어 있기 때문에). 추가 보호를 위해 코드를 난독 처리 할 수도 있습니다.

이것을 통해 명확한 아이디어를 얻으려면 .. http://bewithandroid.blogspot.in/2012/05/publishing-android-application-on.html

android:process및 android:sharedUserId속성을 선언하십시오 !

sharedUserId : 앱이 이미 시장에 출시 되어도 변경해도 안전합니까?를 참조하십시오 . 왜?