Presentación usada en WOWZAPP 2012

15.  Recuerda definir tu politica de privacidad
 Debe ser publicada en el sitio indicado en el Windows Store
 Si compartes información con terceros debes solicitor
autorización y permitir activar o desactivar a través de los
settings.
 La política de privacidad que se declara dentro del sitio web
creado para la App, debe estar conforme a la estructura del
sitio y no ser un archivo de texto nada más. La política debe ser
descubrible

16.  Se debe incluir información para soporte técnico. En el charm setting y en la
web. Ejemplo: email de contacto, url, telefonos etc.
http://msdn.microsoft.com/es-es/library/ie/hh781489(v=vs.85).aspx

18.  La aplicación debe estar localizada para los lenguajes de los
mercados (paises) donde se va a publicar esto incluye: textos y
logos, screenshots etc. Si la aplicación va a nivel mundial se
recomienda soportar 100% ingles
 Todo lenguaje soportado debe tener personalizados el 100%
de los textos, imágenes etc. Localizaciones parciales son
rechazadas automáticamente.
 La localización y lenguaje de la aplicación debe ser establecido
en el package.appmanifest. Ejemplo: si la app esta en español
pero en el manifest dice EN-US será rechazada.

19.  La aplicación no debe presentar ningún fallo o app crash durante su uso
 Cero fallos despues de abrir y cerrar varias veces
 Desconexión de red, la app no debe hacer crash si no hay dispositivos de
red o la red esta caida
 Desconexión internet la app no debe hacer crash si no hay conexión a
internet
 La aplicación debe ser 100% funcional utilizando solo dispositivos Touch
 La aplicación debe ser 100% funcional utilizando solo dispositivos Mouse y
Teclado

20.  La aplicación no debe incluir en sus nombre palabras como “trial”, “test”,
“beta”, “demo” , si es requierdo informar que la aplicación esta en etapa
preliminar, utilizar la palabra "preview“.
 La aplicación no debe tener ninguna característica, marco, tableta, botón o
etiqueta que indique que es una funcionalidad futura, es decir evitar palabras
como "coming soon”, “more to come”, “not available yet” . "próximamente",
"en construcción" etc
 Las funcionalidades principales de la aplicación no deben redireccionar el
usuario al browser. Solo características no principales en el 2do o 3er nivel de
navegación son permitidas para direccionar al browser. Las funcionalidades
principales deben estar dentro de la App.

22.  Identifica con claridad el público de tu aplicación.
 Contenidos aptos para todos: no sexo explícito ,
no agredir religiones, no terrorismo, no
discriminación de ninguna índole
 Si la aplicación se conecta a Internet, se considera
que transmite información personal (dirección IP),
y la Calificación por Edades (Age Rating) debe de
ser de 12+.

23.  Validar que toda la información del Windows Store este correctamente
diligenciada, poniendo especial atención a los ratings y publico objetivo, así
como a la descripción de la aplicación, el vínculo a la política de privacidad
etc. por vínculos dentro del sitio.
 Si la aplicación requiere de usuario y contraseña u otros mecanismos para
garantizar el acceso a todas sus características se debe enviar junto con la
aplicación la información de acceso necesaria para realizar las pruebas.
 La aplicación debe tener descripción adecuada, todos los logos necesarios y
screenshots en windows store y en el Package.Appmanifest
 Si la aplicación requiere información o trámites de pago para activar
funcionalidades, en las notas para los testers se debe incluir información de
pago que puedan utilizar para acceder a estas características de la aplicación
y realizar pruebas.

24. http://msdn.microsoft.com/es-
es/library/windows/apps/jj128432.aspx
http://blogs.msdn.com/b/esmsdn/archive/2012/08/08/tips-
amp-tricks-de-desarrollo-para-windows-8.aspx
http://blogs.msdn.com/b/esmsdn/archive/2012/07/31/problem
as-comunes-para-pasar-la-certificaci-243-n-de-windows-
8.aspx

25. @soreygarcia
http://channel9.msdn.com/Events/Build/BUILD2011/BPS-1004