Jeffrey Hughes
Anaya Multimedia, 2010
351 páginas
Es un libro para personas que no tengan que no tengan ningún conocimiento de marketing. Trata sobre los pasos necesarios para vender una aplicación en la tienda de Apple. Desde la concepción, pasando por la fijación de su precio, y acabando por las actualizaciones. Como decimos, el volumen empieza con conocimientos de márketing muy básicos: cómo calcular el mercado potencial para una aplicación. Las afirmaciones y los trucos se pueden aplicar a aplicaciones para iPhone y iPad, aplicaciones de escritorio, libros y a cualquier otra cosa, eso no excluye las chuletas de cordero.

Marketing de Aplicaciones Iphone y Ipad trata sobre muchas cosas. Se parece al libro “Ciento Una técnicas para promociontar tu web” de Susan Sweeney (http://www.libros-web.org/2008/06/12/101-tecnicas-para-promover-tu-web/). Jeffrey Hugghes habla de cómo utilizar sistemas que ya existen para vender aplicaciones: Facebook, RSS, listas de correo, Linkedin, YouTube, Relaciones Públicas, marca… Se equivoca con las redes sociales. No tiene en cuenta cómo ayudan a colocarse en Google ni otros de sus beneficios. (pag. 138)

Jeffrey Hugghes ha escrito 10 libros por el momento. Eso no es dfiícil si son como este. Hay consejos absolutamente obvios “ su objetivo es encontrar el precio más alto que pueda establecer sin reducir el número de clientes” (pag. 182) “los usuarios no tienen una financiación ilimitada: si alguien observa que el precio de una aplicación es 9,99 euros, tiene que renunciar otras aplicaciones más baratas” (pag. 213) “cuente a sus amigos y familiares que ha creado una aplicación” (pag. 316).

Se habla de aplicaciones ficticias, salvo en el último capítulo. Hay una lista de aplicaciones populares en 2009 en la página 338. No de herramientas en concreto que hayan triunfado en el mercado de Apple. En el capítulo sobre las promociones, sí narra el ejemplo de algunas aplicaciones en concreto. Pero el autor no dice qué ventas han alcanzado esas aplicaciones.

No contiene código ni es un libro que sólo vayan a entender los programadores. Todo el mundo puede comprenderlo. No da fórmulas mágicas. Las soluciones son de sentido común para una persona acostumbrada a trabajar con la tienda

Da nombres de proveedores de estadísticas, también de probadores de aplicaciones, de servicios de notas de prensa.Cita bastantes estudios, entre ellos, algunos sobre el perfil y el comportamiento de los compradores en la tienda de Apple. En esos estudios, se echa en falta que cite la fuente.

Consejos

·Actualizar las aplicaciones
·Utilizar estadísticas.
·Proporcionar la aplicación a sitios de prueba de aplicaciones

Capitulos Principales
Introducción – La estrategia de márketing de una aplicación para iPhone e iPad: Competir a lo grande o conseguir pequeños éxitos – ¿Qué convierte una aplicación para iPhone iPad en ganadora? – Identificación del valor que diferencia nuestra aplicación – Identificación del público objetivo – Creación de la imagen de marca de la aplicación – El boca a boca en Internet – Uso de medios de comunicación sociales para el márketing de sus aplicaciones – Sincronización de las actividades de márketing -Recabar las opiniones acerca de nuestras aplicaciones – Asignar un precio a la aplicación – Realización de un análisis de precios de las aplicaciones – Vender valor por encima de precio – Irrumpir en el Top 100 de la tienda App Store -Allanar el terreno con una aplicación gratuita – Estrategia de precios de montaña rusa – Promoción de aplicaciones y ventas cruzadas – Uso de estadísticas de iPhone / iPad – ¿Por qué es necesario un plan de marketing? – Componentes de un plan de marketing para aplicaciones – Fundamentos esenciales del márketing – Las 25 tareas esenciales para el marketing de aplicaciones para iPhone / iPad – Implementación del plan de márketing

, , , , , , ,

Bruce Tognazzini
Addison Wesley, 1996
331 páginas

El libro está construido sobre la base de las colaboraciones de Bruce Tognazzini para la revista de desarrolladores de Apple. En las columnas respondía a las preguntas que le planteaban los que creaban software para la empresa de la manzana. El libro responde a cuestiones que son comunes a todos los interfaces. Todas las columnas acaban con un principio. Por ejemplo, use objetos nuevos con nuevas apariencias si quiere mostrar una nueva funcionalidad.

Trata sobre los problemas comunes que siente un humano frente a un ordenador. Por ejemplo, divide lo que es pensamiento y lo que es intuición.

Son temas variados, no es sólo para especialistas en test. No habla de webs, pero puede ser una buena base. No presenta principios en el aire sino respuestas concretas a preguntas concretas.

Tog on Interfaces proporciona muchísimos consejos muy prácticos.
Es un libro sobre Interfaces de software con mucha sabiduría extraída de Apple. Pero yo creo que todos tenemos mucho que aprender de Apple.

Partes Principales

-Primeras letras -El Proceso del Diseño -Las teorías de Goldilocks -El Interface natural: principios de diseño -Más correos electrónicos -Superando las barreras para el éxito

, , , , , ,

Andy Beaumont, Dave Gibbons, Jody Kerr, Jon Stephens
Glasshaus, 2002
227 páginas

Este libro está escrito por varios autores. Cabe preguntarse si es también para lectores distintos. Es decir, tiene tres capítulos para arquitectos de la información y cuatro capítulos para programadores. En el país de los hombres orquesta puede ser útil que uno sepa hacer de todo. Si se piensa que una web es un trabajo de equipo, hay libros
para arquitectos de la información que hablan de menús y libros para programadores. También están en inglés como este.

No dice nada sobre arquitectura de la información que no digan Peter Morvile, Christina Wodtke o Jakob Nielsen.

Cuando se habla de los usuarios, no se usan estadísticas o estudios. Tiene la ventaja de que no aburre con datos. En el mundo de la usabilidad, hay cosas discutibles como que los links tienen que ir
subrayados. Los autores ignoran estudios sobre las ventajas de la navegación a la derecha.

Hay cuatro capítulos en el libro que tratan sobre código. No todos sobre el mismo: hay capitulos sobre programación en Flash y sobre programación en JavaScript. Se quedan un poco antiguos. El libro es anterior a Mozila y AJAX. Aunque Mozila pueda parecerse a Netscape.  No se habla de Safari. Los trucos son interesantes.

Es difícil leer un libro de código. Está pensado para leer junto a un ordenador y tecleando. No se me ocurre nada más incómodo que eso.

Capítulos principales

Reglas para un buen diseño de menús – Arquitectura de la Información para menús Menús en Java Script básicos – Menús con lenguaje de script avanzados y DHTML Menús en Flash – Menús dinámicos del lado del servidor

, , , , ,

Ellen Isaacs y Alan Walendowski
(Cómo pueden colaborar los diseñadores y los ingenieros para construir tecnología
colaborativa)
336 páginas

El título es muy prometedor; las primeras 93 páginas son realmente esclarecedoras; el resto del libro es bastante ramplón.

La primera parte de la obra se dedica a dar ejemplos sobre la dificultad de uso o problemas de usabilidad en distintos tipos de software. Hay consejos interesantes en estos capítulos. Se traen a colación ejemplos ricos y variados. Es una novedad y parece atractivo el hecho de que esté escrito por una diseñadora de interfaces y un desarrollador de software.

La segunda parte de Designing from both sides of the screen (yo no he encontrado una versión en castellano) es la narración del desarrollo concreto de una aplicación específica. En ese sentido, el libro no es muy distinto de un archivo de Microsoft Project. Puede ser enriquecedor para jefes de proyecto y apasionados. En mi opinión, las conclusiones de ese trabajo son demasiado específicas como para aplicarlas a otros proyectos. En otros ambientes, las condiciones pueden ser muy diferentes.

Hay que leer la narración en orden porque los primeros capítulos explican conceptos que luego no se vuelven a definir. Es terminología propia de la obra.

, ,

The Essentials of interaction design

Alan Cooper y Robert Reimann

Es el mejor libro sobre diseño de interacción (la interacción entre el humano y el ordenador) que he leído hasta el momento. Uno de los grandes errores de este blog es no haber empezado por el libro de Cooper y Reimann. No sólo es tremendamente práctico sino que es muy didáctico. Además, se basa en la experiencia en desarrollo de software de más de 25 años de los autores. Después de esa larga temporada, es fácil para ellos exponer los problemas universales que presenta la materia:

-Notificación de errores

-El botón de deshacer

Los usuarios novatos, los intermedios y los expertos

Etc.

El conocimiento que tienen estos dos expertos de los problemas que ocasiona la complejidad del software es bastante amplio. De hecho, Cooper ha dedicado un libro a la dificultad de la maquinaria moderna. Cooper y Reimann plantean problemas y proporcionan soluciones.

En “About Face 2.0″ se puede encontrar el proceso para hacer un sitio web, aunque el libro dedica muy poco espacio a eso. También contiene conceptos que en su momento fueron novedosos y que ahora son universales, como el concepto de persona en usabilidad.

Hay una versión actualizada de este libro. Pero yo no la tengo.

, ,