¿Cuál es el precio de una aplicación iPhone?

Casi siempre valorar una aplicación resulta difícil. Para no caer en parámetros subjetivos, se intenta seguir una métrica de horas de trabajo y en un precio por hora. El valor total serán la cantidad de horas trabajadas por ese valor. Dependiendo de la complejidad del proyecto, la cantidad de personas involucradas y el alcance del proyecto se calcula un precio final. El costo por hora puede rondar los 40 – 70USD. En el caso de un precio por hora de 40USD y un desarrollo de 2 meses tendría un precio final de 12.800 dólares. La revista Emprendedores.es habla de 10mil Euros para una app de 2 meses y de 100mil para apps de más de 6 meses (ver artículo aquí) Si querés pedir un presupuesto para tu proyecto, visita el formulario en mi web www.na8.com.ar/presupuesto

.

¿En que varían los precios?

Los precios pueden variar en muchas cosas; por ejemplo en si la app se realiza para iPhone solamente o también una versión para iPad, en si incluye un Administrador de Contenidos (CMS), si se lanzará en conjunto una Web, si tiene interacción con redes sociales, Base de Datos local y/o en servidor, si incluye o no el diseño gráfico… y varias opciones más que dependerán de la app a desarrollar.

¿Cuánto tiempo se tarda en hacer una app?

También dependerá de la aplicación que se quiera realizar. Desarrollar un  juego pueden tomar desde 6 meses a 2 años. Una aplicación “normal” de pantallas navegables y sin mucha complejidad se puede realizar en un par de meses. En promedio las apliaciones normales llevan unos 3 meses de desarrollo y un mes adicional en el que se cierran detalles se realizan tests y correcciones para que se publican en los Markets.

.

¿Qué es un Administrador de Contenidos (CMS) y para qué lo necesito?

Un Administrador de Contenidos, “Sistema de Gestión de Contenidos” (CMS por sus siglas en inglés Content Management System) es un panel privado para que un administrador de una web pueda crear, editar o borrar contenidos. El ejemplo más conocido es un blog; en un blog los autores acceden con su usuario y clave a un panel especial en el que pueden crear artículos, subir fotos y videos y configurar la apariencia del blog. ¿Y el CMS qué tiene que ver con una aplicación de iPhone? La mayoría de las aplicaciones de iPhone interactúan con un server para proveer de contenidos a sus usuarios. Lo ideal es que en conjunto con el desarrollo de la aplicación móvil se desarrolle un CMS específico para la aplicación. Si por ejemplo tu aplicación le provee direcciones de restaurantes cercanos a tus usuarios, vas a necesitar un CMS que te permita cargar los restaurantes que querés que aparezcan, con su nombre, dirección, fotos, etc. Toda esa información la irás guardando en una base de datos en el servidor. Para que te quede claro: es como si cada restaurante que cargaras fuera un “post de tu blog”. Crear un CMS específico para tu aplicación es todo un desarrollo que puede resultar costoso, pero que te da la flexibilidad de actualizar los contenidos de tu app de forma independiente a tener que actualizar toda la aplicación si fuera estática (sin CMS).

¿Voy a necesitar contratar un servidor (hosting) y un .com ?

Lo más probable es que en conjunto con tu app lances una página web para promocionarla, para comentar quién sos, agregar una sección de ayuda al usuario, permitir a los usuarios contactarte y brindar soporte técnico. Para tener tu web necesitás contratar un servicio de hosting que cuestan aproximadamente 100USD al año (el típico “servidor compartido Linux”) y registrar un dominio .com cuesta unos 20USD. Si no tenés pensado crear una web de promoción, tendrás que ver si tu app necesita o no un CMS ya que si lo necesita vas a tener que contratar el hosting, aunque podrías ahorrarte registrar el dominio “.com”.

¿Para qué necesito una base de datos en mi app? Porqué hay una base de datos local y otra en el server? ¿Y qué es la memoria caché?

Si tu aplicación móvil consulta datos en el servidor (probablemente de tu CMS), como textos o fotos, vas a estar haciendo que el usuario conecte a internet ya sea por wifi o 3G. Si para ver una foto descarga 1 Mega, eso tiene un tiempo de espera, no queremos que si la vuelve a marcar se haga la descarga de ese Mega y tenga que esperar y “consumir internet”. Entonces se crea lo que se llama “memoria caché” que -en este caso- guarda la foto de 1Mb en el dispositivo y si el usuario la vuelve a seleccionar la cargará desde esta memoria en vez de solicitarla al servidor. Así ahorramos “tiempo y dinero” del usuario y mejoramos su experiencia. Cuando contamos con un sistema un poco más complejo de interacción del usuario y el server, como por ejemplo tener relacionadas fotos con textos, audio, o información cargada por el usuario,  preferencias e información personal; para poder tenerla correctamente organizada y consultarla de forma veloz conviene crear una “base de datos local” (en el smartphone). Otra ventaja de la combinación de utilizar una caché y una base de datos local es que permitimos la “navegación offline” de la aplicación, para cuando el usuario este en zonas sin conectividad. Es decir que por más que no tenga conexión a internet -ej: en un avión- podrá seguir viendo la información (fotos, texto, etc) que descargó previamente.
La base de datos remota  (o del server) recolectará información de tu CMS y que también puede llegar a tener información cargada por tus usuarios, a modo de copia de respaldo, para consultas o estadísticas.

Entonces: ¿puedo agregar contenidos después? o Cada vez que quiera un cambio tengo que volver a programar la aplicación y gastar dinero? ¿Siempre voy a necesitar un programador?

Si contás con un CMS, es probable que tu app se mantenga igual y sólo tengas que hacer modificaciones de los contenidos, lo cual no tendría costos adicionales. Vos mismo te ocuparías de ir actualizando la aplicación.
Si en cambio querés agregar nuevas pantallas o funcionalidades a tu app, necesitarás que un programador modifique el código y volver a enviar la app a una revisión para subirla al market como una actualización. Por lo tanto tendrás que solicitar un presupuesto para valuar el precio de esos cambios.

¿Cómo sé que no me van a robar la idea?

Es muy común que nos hagan esta pregunta; muchas personas creen tener “LA idea” y tienen miedo a que les roben su GRAN idea. Yo mismo pasé por esa etapa . Pero la verdad es que muy pocos tienen una idea tan genial y revolucionaria que podría cambiar el mundo; no quiero desanimarlos, pero es que esto no lo digo yo; lo dicen los grandes inversores, especialistas y emprendedores. Casi todos están de acuerdo en que las ideas no valen nada (así como lo lees!). Lo que realmente vale es la ejecución del proyecto; el equipo y el desarrollo de ese emprendimiento. Además todos concuerdan que actualmente no se “inventa” nada nuevo, sino que por lo general se copia algo existente y se lo mejora, o se combinan funcionalidades en un mismo producto o se simplifica algo complejo para que sea accesible a un nuevo público. Pensá en Google; cuando apareció en 1997 ya existían muchos buscadores: Yahoo, Altavista, Terra y sin embargo revolucionó el sector por su diseño minimalista y una manera diferente de indexar y rankear Dejo un link que tal vez puedan ser útil para registrar marcas/ideas: http://www.lecantolas40.com.ar/como-registrar-marcas-e-ideas-emprendedoras/

¿Qué implica diseñar una app iPhone/Móvil? iPad/Tablet o una Web ?sitios web.

Recordá todas las posibilidades que te brindan los dispositivos móviles: Hoy los smartphones tienen procesadores y memoria ram como una PC de escritorio. Además para interactuar con el entorno tienen acelerómetro, GPS, cámara de fotos, sensores, micrófono y altavoces, el propio “teléfono” y SMS. Y obviamente acceso a internet y con ello a contactos, calendario, correo electrónico y redes sociales y conectividad por Bluetooth. Todo eso con una pantalla táctil pequeña. Las tablets no cuentan con el teléfono, pero tienen pantalla más grande y mayor poder de procesamiento y memoria.
Al diseñar una aplicación para móviles, debemos tener en cuenta el tamaño de la pantalla para el diseño y usabilidad que tendrá para el usuario. Por ejemplo Apple recomienda botones con un tamaño MíNIMO de 40×40 pixeles para que el dedo de una mano humana pueda tocarlo.
Si al mismo tiempo vas a lanzar una app para móvil, tablet y web, es conveniente mantener un mismo estilo para que la aplicación sea consistente y fácilmente reconocible para el usuario.

¿Conviene integrar mi app en Redes Sociales?

El poder de comunicación de las redes sociales hoy en día es innegable. Son importantísimas y tienen el poder de hacer que las redes de contactos puedan viralizar contenidos en cuestión de horas. Siempre que puedas y que no sea de manera intrusiva es conveniente tener opciones de interacción con redes sociales desde tu app. Le dará un valor añadido a tu producto y le simplifica la vida al usuario, además te sirve como publicidad gratuita para que otros se animen a descargar tu app.

¿Si mi app no va a ser gratis, como me pagan? ¿cómo vendo mi app?

Una vez realizado el desarrollo de tu app, viene la fase de publicación en los markets. Si es de Apple en el App Store y si es para Android en el Play Store. Cuando publicas decides un precio, puede ser gratuita o de pago. El precio por lo general es de 1 dólar. Ten en cuenta que tanto Apple como Google se quedan con el 30% de tus ganancias. Es decir que si tienes 100 decargas a 1 USD en realidad vas a cobrar 70 USD.

¿Cómo hacen download (descargas) de mi app los usuarios?

Una vez publicada tu aplicación en el Market correspondiente los usuarios la pueden descargar desde allí. Los usuarios no descargan la app desde tu web ni desde un servidor de hosting ni de tu computadora. La única forma para que descarguen (y paguen) es a través de los mercador oficiales tanto de Apple como de Google.

.

.

¿Puedo vender mi app sin pasar por Apple / Google?

No. Para vender tu aplicación (al menos legalmente!) es necesario publicar en los mercados oficiales de Apple y Google. Si no tendrías que cambiar tu modelo de negocio y ofrecer otras alternativas.

¿Porqué Apple tiene que aceptar mi aplicación? ¿Por que motivos no la aceptaría? ¿El mercado de Android es igual? ¿cuánto tardan en revisarla?

Apple tiene una política de control y revisión de las aplicaciones antes de publicarlas. Entre otras cosas revisa que la aplicación no contenga desnudez, que no sea ofensiva ni discriminatoria, que no viole derechos de copyright y tecnicamente que no exceda las limitaciones de memoria del dispositivo, que no contenga bugs y que no robe información privada del teléfono. El proceso demora 1 semana.
Google no controla las apps previamente, y contiene algunas políticas diferentes y a veces aparecen apps que son potencialmente peligrosas o que se comportan como virus o spamm. El mismo público se encarga de denunciar a esas aplicaciones y luego Google actua y las da de baja.

¿Ustedes hacen aplicaciones? ¿En donde están? ¿Como puedo contactarlos?

Actualmente estamos desarrollando aplicaciones para móviles iPhone / Android y Tablets / iPad. Además creamos sitios web  (HTML5 + CSS3) y aplicaciones web (como ser adaptaciones de apps de smartPhones) para soporte de teléfonos Nokia, BlackBerry o WindowsPhone. Realizamos CMS a medida, webs de lanzamiento e integracion en redes sociales. Nuestra modalidad de trabajo es freelance.
Contamos con presencia en Argentina y España e hicimos desarrollos para diversos lugares del mundo (México, USA, Argentina, España, Uruguay).
Cualquier consulta o solicitud de presupuesto ponte en contacto con nosotros, o dejanos un comentario en este Post. Te invito a que me sigas en twitter @jbagnato y que visites mi web personal www.na8.com.ar

Resumiendo…

Espero que estas preguntas frecuentes (FAQ) y sus respuestas para el desarrollo de aplicaciones iPhone/móviles les sirvan para aclarar algunas de sus dudas y puedan avanzar y seguir creando nuevas apps. Mi intención es seguir agregando temas, preguntas que hagan (y sus respuestas) y consultas con el tiempo para ir mejorando este post.

Por supuesto los invito a que me hagan comentarios, consultas o solicitudes de presupuestos!

.

En una conferencia para emprendedores realizada en el Di Tella Entrepreneurship Network el pasado miércoles 28 de agosto Alec Oxenford se corrió un poquito -y muy a su manera- del programa planeado por el evento para hablar sobre su blog.

La importancia de tener un Blog

Alec comentó sobre la importancia hoy en día de contar con un blog, y de cómo se había descubierto que el ser humano tiene la necesidad de contar, de contar lo que le pasa. Lo interesante fue que aseguró que es imposible que lo que nosotros escribamos en nuestro blog, NO LE INTERESE A NADIE. Increíble pero real; probablemente entre los mil cien millones de conectados a internet, hay otras personas que quieran leer nuestras entradas, que seguramente querrán participar y que desde cualquier lugar del mundo, podrán acceder casi sin costo ni esfuerzo.

Fue interesantísimo escucharlo hablar de cómo hoy internet une al mundo -como nunca antes en la história había ocurrido- y cómo tanto en Argentina, Francia y China se usa GMail, Google y MSN, los mismos sitios web para tener accesos a servicios y mantenerse conectados en la red. Porque las personas en todo el mundo son más o menos iguales y buscan más o menos las mismas cosas, felicidad, hacer negocios y conseguir una pareja.

Destacó que su blog es su hobbie y su pasión y separó drásticamente a los negocios del placer; remarcó cómo el joven emprendedor debe tener la visión de ver el negocio en lo que el mercado necesita, y no lo que él quiere (que tal vez suena obvio pero que en general no es lo que ocurre).

Googléate!

En medio de la charla y de los slides de la presentación el empresario mostró el resultado actual de Google al buscar “Alec Oxenford” en la Web. Claro, el primer resultado era su blog. Actualmente es muy común buscar personas por Google antes de conocerlas; por ejemplo, para una entrevista laboral, una cita a ciegas, o la búsqueda de un baterista para la tu banda. Entonces, ¿cuánto mejor sería que el primer resultado del buscador fuera TU BLOG y no cualquier otra cosa!?, es decir, ya que inevitablemente alguien podría buscarnos por internet siempre será mejor que encuentre lo que nosotros queremos que vea, y no alguna participación del año 89 en “Feliz Domingo”…

Entre otros temas remarcó lo fácil que es hoy emprender gracias a internet y la globalización, con bajo costo y que hay que tener los ojos puestos en los GRANDES MERCADOS; sobretodo en Asia; que es facilícimo entrar en el mercado de Estados Unidos, pero que a su vez éste es el más competitivo. Y estén atentos; hay que subirse a la ola que está creciendo y no a la que está por romper.

Realmente fue inspiradora la charla, informal, entretenida y relajada. Ahora lo que queda está en nosotros… creá tu blog antes de que otro lo haga por vos!!!.

.

.

.

Sobre Alec Oxenford

Su blog: http://www.alecoxenford.com/
Fundador del sitio web DeRemate.com en 1999, Democraciaviva.org en 2002 y Dineromail.com en 2003.
Realizó el MBA de Harvard Business School en 1997 y fué elegido Young Global Leader (2006-2011) por el World Economic Forum.
Actualmente encara el mega-proyecto OLX de ambición mundial.
 
UPDATE 11/09/08:
 Entrevistas:

• IdeandoTV
• Minube
• CNN – desde su blog

Esta es una humilde reflexión con respecto a idear y encarar proyectos personales, algo muy habitual en los desarrolladores de software.
Quién, como desarollador, alguna vez no pensó e intentó realizar un supersistema, una aplicación o un sitio web para “conquistar el mundo”? Me animo a decir que todos.
Por suerte, el entusiasmo y la creación de proyectos personales es muy común en este mundillo, y por desgracia, también es muy común abandonarlos por la mitad.

Luego de unos años en este ámbito, por experiencia personal y de amigos, logré una especie de conclusión y receta que, al menos a mí, me ayudan a aumentar las posibilidades de terminar un proyecto personal.

Todo proyecto, por más personal y rudimentario que sea, se separa en etapas, aunque no las pensemos de esa manera. Cómo es eso? Llamo etapas a cada bloque o parte del proceso que cuenta con actividades diferentes entre sí, y por ende con entusiasmos y ganas diferentes.
Por ej: etapa de definición del sistema, etapa de investigación sobre cómo implementar algo, etapa de diseño de la base de datos, etapa de desarrollo de cada modulo, etc, etc.

Estoy convencido de que cada etapa tiene un tiempo de vida predefinido y un pool de ganas asignado de manera inconsciente, por naturaleza misma. Cuando vamos cambiando de etapa se van renovando las ganas, y se va manteniendo el entusiasmo en general del proyecto.

El entusiasmo está directamente ligado al tiempo de duración, es decir, si demoramos más de la cuenta en una etapa, las ganas asociadas empiezan a caer brusca y peligrosamente.
Es importantísimo tener presente esto, no tenemos que extender en tiempos una etapa, llegado el caso tenemos que cerrarla como sea, a costa de lo que sea.

Quiero decir que si para cerrarla hace falta hacer algo “feo”, lo hagamos! No estoy diciendo de tener que salir a matar a nadie, sino de que si estamos justo con un código que no nos gusta, o una tabla de la base de datos que no nos termina de convencer, o investigando cierto tema para implementar y no nos terminamos por decidir, quedará así, se cierra.

Seguir prolongando la etapa atenta fuertemente a que el proyecto total se caiga por falta de ganas.

Qué propongo? Cerrar la etapa como sea, para luego tener al menos, la posibilidad de acomodarla, y seguir con la siguiente. Esto es preferible a extender la etapa, y tentar a que nuestro pool de ganas inconscientemente asociadas a la misma se caiga y repercuta directamente en el objetivo principal : terminar el proyecto. Si las ganas y el entusiasmo desaparecen para una determinada etapa, seguramente fracasará todo el proceso interrumpiéndose en ese punto.

Y voy a pecar de reiterativo, si nos quedamos “tiempo extra” tratando de cerrarla lo más perfecta e ideal posible, ponemos en riesgo todo el sistema. Y también es muy común que, ya sobrepasados de tiempo, nos damos cuenta que no llegamos a ningún lado y volvemos para atrás los últimos cambios. Es el peor de los escenarios, nuestras ganas cayeron, nuestro proyecto está en riesgo, por no haber pasado a tiempo a la siguiente etapa.

Si jugamos con el supuesto “total es algo personal, tengo todo el tiempo que yo quiera”, nuestras ganas y entusiasmo, que no son pacientes sino caprichosas, se van …

En resumen, creo que lo ideal es poder identificar estas etapas, ser conscientes de su tiempo asignado y tener presente que cada una de ellas tiene limitadas ganas intrínsecas. Respetar el tiempo de cada etapa ayudará a administrar nuestro entusiasmo total.

Reconozco que el concepto “cerrar una etapa como sea”, puede ser muy criticado como metodología, pero si nos referimos a proyectos personales, a mí me ayudó bastante y me sigue ayudando. En aquellos casos donde cerrar a toda costa una etapa no me dejó conforme con el resultado, luego volví a revisarlo con el entusiasmo renovado que te da ver el sistema andando y en producción. Ahí sí, me doy más libertades y lujos en tiempos empujado con la satisfacción del sistema en marcha!

Corto y concreto, espero que esta experiencia y reflexión en el manejo de nuestro “pool de ganas en proyectos personales” le sirva también a otras personas. Buena vida!

]]> http://eltecnoloco.com/pool-de-ganas-en-proyectos-personales/feed 6