signup - Lista de "cosas por hacer" antes de publicar la aplicación de Android en el mercado

subir app a google play (12)

Estoy casi listo para publicar mi primera aplicación en el mercado de Android, y aunque ya he revisado un montón de hilos sobre la publicación de aplicaciones, me gustaría saber si alguno de ustedes tiene ALGUNOS consejos sobre CUALQUIER experiencia que pueda tener. Se han encontrado con respecto a la publicación de una aplicación que va más allá de lo obvio y ya documentado.

Cualquier advertencia oculta y / o ideas sobre qué hacer antes de publicar una aplicación en el mercado serían muy apreciadas. Por ejemplo, un amigo mío me recomendó que eliminara todos y cada uno de los comentarios de mi código en caso de que alguien llegue al código fuente, por lo que es más difícil para el posible "codificador de códigos" descifrar el código. Pensé que era una sugerencia sensata.

Este hilo no debe limitarse a sugerencias de código fuente. CUALQUIERA y TODAS las sugerencias sobre la publicación de una aplicación en el mercado de Android serán apreciadas no solo por mí, sino también por cualquier otra persona que pueda publicar su primera aplicación en el mercado e investigar este tema en SO.

NUNCA hubiera llegado tan lejos en tan poco tiempo sin la ayuda de esta comunidad. Estaré siempre agradecido por toda la ayuda que he recibido de ustedes.

Además de las excelentes sugerencias anteriores, piense en usar Flurry para el análisis móvil. No sabía eso cuando comencé a lanzar mis aplicaciones, pero ahora que las he actualizado para incluirlas, me encanta ver qué hacen los usuarios con la aplicación. Esto puede proporcionar información valiosa y orientación para cosas que pueden ser difíciles de encontrar para los usuarios o que no son interesantes / útiles para el usuario.

Agregaré una clave obvia pero importante: guarde su clave de firma en un lugar seguro y haga una copia de seguridad. Si va a dejar que Eclipse administre esto por usted, preste atención a dónde crea su almacén de claves y guarde una copia de respaldo. Y no olvide las contraseñas para el almacén de claves o las claves de firma individuales.

Por qué: debe firmar las actualizaciones de su aplicación con el mismo certificado que utilizó para firmar el original. Si pierdes ese certificado (o pierdes el acceso a él), no puedes actualizar tu aplicación. Tendrás que crear una nueva lista en el Android market.

Algunos puntos que tiendo a olvidar:

comprueba tu minSdkVersion en el manifiesto
prueba tu aplicación en un emulador con tu minSdkVersion
Deja que tus amigos prueben tu aplicación para ver si se explica por sí misma

Si vas a proporcionar actualizaciones en tu aplicación:

es posible que desee agregar algún tipo de ''Novedades en esta versión''-diálogo
copia de seguridad de su versión anterior!
No olvides aumentar versionCode y versionName en tu manifiesto

Declare un atributo de android:process and android:sharedUserId !

Consulte sharedUserId: ¿es seguro cambiarlo cuando la aplicación ya está en el mercado? para que.

Espero que no sea demasiado tarde, aquí hay algunos consejos:

Inicie su aplicación al final de la semana (el jueves por la tarde suele ser un buen momento). ¿Porque? Bueno, a ninguna empresa le gustaría publicar una aplicación solo 1.5 días antes del fin de semana -> demasiado peligrosa (en caso de que haya un problema que necesite un tiempo de reacción rápido).
Use proguard en su aplicación (normalmente, solo debe agregar esta línea: proguard.config=proguard.cfg en el archivo default.properties ). Esto optimizará, reducirá y ofuscará su código, muy útil para evitar que los ladrones de código. No tiene que eliminar ningún comentario, se eliminan automáticamente en el momento de la compilación.
Optimice sus imágenes (utilizando Paint.NET , PNGCrush u OptiPNG ).
Optimice sus diseños para la mayoría de los tamaños de pantalla. Puede hacerlo simplemente cambiando el tamaño de la pantalla mientras edita un diseño en AndroidStudio o Eclipse.
Pruebe / atrape todas las excepciones en la interfaz de usuario y muestre un simple brindis que indique al usuario que ocurrió algo incorrecto. Mientras tanto, recupere el error con Crashlytics o algo similar.
No use demasiadas bibliotecas .jar, prefiera proyectos de biblioteca (optimice el tamaño del código) y agréguelos usando gradle.
Prefiere usar imágenes vectoriales ya que reducirá el tamaño de la APK y se ajustará correctamente en todos los dispositivos.
No use las ventanas de preferencias de Android -> eso no es realmente hermoso, incluso si está en las directrices de Android, prefiera hacer su propia página de configuración. Pero si mantienes las preferencias de Android: considera agregar iconos y colores.
No muestre el título de su aplicación en la pantalla principal ( this.requestWindowFeature(Window.FEATURE_NO_TITLE); ): las buenas marcas no necesitan ocupar tanto espacio en una pantalla para ser reconocidas (mostrar algún icono o título en la o en algún lugar que no esté siempre visible), y considere usar el modo de pantalla completa ( this.getWindow().setFlags(WindowManager.LayoutParams.FLAG_FULLSCREEN, WindowManager.LayoutParams.FLAG_FULLSCREEN); ) cuando se trata de juegos y contenido muy envolvente.
Use Google Analytics , Fabric Answers o Flurry para futuros análisis: intente obtener la mayor cantidad de información posible, pero no capture nada que viole la identidad anónima del cliente. No olvide recuperar las excepciones (errores y seguimientos de pila) que ocurren en el lado del usuario.
Pídales a sus amigos que realicen pruebas de monos, el aprendizaje de los usuarios generalmente trae muchas cosas buenas (como prioridades y nuevas ideas).
Considere la posibilidad de publicar su aplicación antes de haber finalizado todas las funciones (solo la función más importante), ya no sabe qué querrán o necesitarán sus usuarios además de su función principal.
Agrega una sección "Más aplicaciones" o "Más del desarrollador" en tu aplicación, que son anuncios gratuitos.
Agregue una sección "Enviar comentarios" para dar al usuario la posibilidad de solicitar una nueva función o informar algún error.
Pida a sus usuarios que traduzcan su aplicación proporcionando strings.xml en algún lugar de la web como Crowdin .
Pruebe su aplicación en cada versión de Android con el emulador -> muchos errores o problemas de diseño se detectarán de esta manera. Para esto, puedes usar el emulador provisto, o usar Genymotion en Genymotion lugar (Genymotion tiene muchas características muy útiles).
Piense en el nombre de la aplicación -> ¿qué palabras clave usaría para buscar su aplicación? Estas palabras clave deben ser el nombre de su aplicación (Google lo ayudará a ser descubierto de esta manera).
Considere incluir palabras clave en la descripción de la aplicación, pero de manera descriptiva (haga oraciones comprensibles utilizando sus palabras clave). Nunca agregue una lista de palabras clave como está en la descripción.
Sea el primero en calificar su aplicación con 5 estrellas y pídale a su familia y amigos que hagan lo mismo -> esto probablemente influirá en las futuras calificaciones de los usuarios.
Considere usar Google para traducir su aplicación, ya sea para la descripción, ya sea para el archivo strings.xml o ambos.
Considere mostrar anuncios en sus aplicaciones y use la mediación para mejorar sus ingresos de AdMob .
En lugar de proporcionar una versión de pago, considere realizar la facturación en la aplicación -> es más probable que los usuarios paguen en la aplicación en lugar de pagar por una versión de pago.
Agregue un registro de cambios en la aplicación -> a los usuarios generalmente les gusta saber qué ha cambiado desde la última versión.
Agregue una sección de "Gracias" para los usuarios que lo ayudaron -> esto atraerá a los usuarios a su producto.
Agregue un enlace "Si le gusta esta aplicación, califíquela" (a su descripción de Google Play) en su aplicación -> obtendrá más 5 estrellas (generalmente una ventana emergente al inicio, o después de una acción característica).
Considere explicar su producto a través de la sección "Consejos" o "Instrucciones" en su aplicación.
Guarde la información de su almacén de claves y credenciales en un lugar seguro. No podrá publicar una actualización para su aplicación si pierde su almacén de claves.
Haga su icono realmente simple y claro. El icono es el primero y, principalmente, lo último que hará que el usuario descargue su aplicación.
A menos que no sea posible, prefiera la instalación externa ( android:installLocation="preferExternal" en el AndroidManifest.xml).
Lea AppAnnie sugerencias y publicaciones de blog de AppAnnie , que le darán consejos sobre cómo mejorar ASO y le ayudará a comprender mejor a sus usuarios.

No estoy seguro de haber visto esto antes, pero debes ejercitar tu interfaz de usuario con el monkey . Mi aplicación solo tuvo un bloqueo, pero no habría tenido ninguno de estos si lo hubiera probado con Monkey primero.

No olvides hacer debuggable = false en tu Manifiesto. Eso me atrapó un par de veces.

No estoy totalmente seguro, pero creo que esto incluiría mucha información que facilitaría un poco la vida de los piratas informáticos.

Recuerdo que hace años borré accidentalmente la fuente de un proyecto Java, ¡y me horroricé al darme cuenta de que no tenía respaldo! Utilicé una utilidad llamada jad para descompilar el archivo jar en el servidor de producción, tenía todas las variables intactas y era casi perfecta. No puedo recordar si los comentarios estaban allí o no, pero de todos modos no puse muchos comentarios en esos días :) Esto es porque estaba incluyendo símbolos al compilar.

No te preocupes por los comentarios. Sin embargo, si le preocupa la disección maliciosa de su aplicación, ejecútela a través de un ofuscador como ProGuard.

Otros consejos que ofrecería:

Tenga todos sus gráficos y materiales promocionales listos para ser anticipados.
Programe su lanzamiento estratégicamente para cuando no tenga muchas otras cosas en su vida (como antes de un fin de semana) para que tenga tiempo de responder RÁPIDAMENTE si los primeros usuarios comienzan a tener problemas. Las calificaciones bajas desde el principio pueden matarlo, pero las rápidas respuestas y correcciones por correo electrónico pueden redimir totalmente la opinión de un cliente sobre su aplicación.
Estaré de acuerdo con los comentarios anteriores sobre la reducción del tamaño de la imagen tanto como sea posible.
Obtenga su código en el control de código fuente si no lo está ya. Seguramente tendrá que emitir actualizaciones y correcciones en algún momento, y el control de la fuente puede desempeñar un papel importante en eso.

Para tener una idea clara ... pase por esto ... http://bewithandroid.blogspot.in/2012/05/publishing-android-application-on.html

Por lo que sé, los comentarios no están incluidos en la aplicación de ninguna forma.

El único "gotcha" para un desarrollador que encontré durante el envío de la aplicación fueron los diversos gráficos que puede proporcionar al mercado. Prepárese para tomar varias capturas de pantalla y crear varios tamaños de íconos de aplicaciones, así como gráficos promocionales.

En el lado positivo, prepárese para que su aplicación aparezca instantáneamente en la tienda; no hay un proceso de aprobación para las aplicaciones de Android Market.

Realmente, no te molestes en eliminar los comentarios del código. Su código fuente no llega al teléfono del usuario, solo el código compilado llega allí y no contiene ninguna referencia a sus comentarios en absoluto.

Los usuarios de Android tienden a apreciar que las aplicaciones son lo más pequeñas posible, por lo tanto, compruebe que solo está incluyendo los recursos (imágenes, etc.) que todavía se están utilizando en su aplicación. Utilice OptiPNG / PNGCrush en cualquier imagen .png que tenga en su aplicación, que puede reducir el tamaño de los archivos de imagen en aproximadamente un 10%, lo que puede ser una parte importante del tamaño general de su aplicación.

Además, use un editor de audio como Audacity para reducir el tamaño de cualquier audio tanto como sea posible. Elegir archivos mono OGG Vorbis a menudo es lo mejor, y suena bastante bien en un teléfono.

También me aseguraría de que tuviera algún tipo de informe de errores para que sepa cuántos usuarios se encuentran con errores. Es posible que desee conservar una copia de su versión anterior cuando actualice su aplicación en caso de que necesite revertirla. También es bueno compilar una lista de verificación específica para su aplicación que puede revisar en cualquier momento.

Además, para agregar a esto, es posible que desee utilizar un recortador para eliminar fragmentos de código que no se utilizan para reducir el tamaño general del archivo (ya que el espacio del teléfono es bastante limitado). También es posible que desee ofuscar su código para protección adicional.