Somos un equipo joven que ha decidido buscar la felicidad en el mercado de aplicaciones móviles y ha elegido un nicho muy complejo para esto, relacionado con la autoexcavación, el auto-tormento y la reflexión. Esta es nuestra serie debut de publicaciones sobre Habré, si otros seguirán depende de cómo se desarrolle nuestra aventura en el futuro.
Mientras tanto, nuestro camino es sinuoso y lleno de dificultades. Sin embargo, tratamos de mantener nuestra fortaleza, incluso en momentos llenos de desesperación y dolor. Espero que mi historia sobre nuestro viaje de un año y medio y aún en curso pueda traer beneficios prácticos a alguien y, al menos, advertir a los desarrolladores novatos de los errores que cometimos.
Notamos de inmediato: el producto que estamos desarrollando aún no se ha lanzado, y estamos lejos de tener que evaluar de alguna manera nuestros resultados en esta etapa. Sin embargo, la aplicación móvil ya está disponible en Google Play. La funcionalidad básica, básica se ha implementado hasta ahora. Actualmente, estamos en la etapa final de desarrollo, después de lo cual tenemos la parte más difícil del plan: ingresar al mercado y promocionar el producto.
Participamos en muchos eventos de inicio organizados por fondos estatales y cercanos al estado. No sé cómo ir más allá, pero hasta ahora hemos tenido suficiente de la teoría sobre la creación de nuevas empresas de TI y ... de todos modos, hemos seguido nuestro propio camino. Vayamos lentamente, sin inversores y patadas desde arriba, inspirados por la fe en su producto y el deseo de ganar experiencia en el campo del desarrollo de aplicaciones móviles.
Somos conscientes de que nuestro producto es muy específico, no está diseñado para una audiencia masiva y requiere un enfoque de promoción especial y sin transportador. También es obvio que crear un producto de calidad y construir un modelo de negocio efectivo son dos procesos diferentes, podemos lograr el éxito en uno, pero fracasar en el otro. Sin embargo, no nos propusimos la tarea de "cortar la masa rápidamente a cualquier costo", era mucho más valioso e interesante hacer un producto bueno y útil que nosotros mismos estaríamos encantados de usar. Desafortunadamente o afortunadamente (lo evaluaremos más adelante), pero no estamos buscando formas fáciles.
Desde el cuarto intento
Somos una pequeña agencia en el campo del desarrollo web y la publicidad en línea de la provincia rusa. Llevamos 6,5 años trabajando, la mayoría de nuestros clientes son empresas locales medianas y grandes. Sin embargo, nuestra actividad se limita a sitios web y portales. Entonces tenemos un doble debut. Esta no es solo la primera vez que hacemos nuestra aplicación móvil. Nunca los hemos hecho antes.
Para hacer mi propio producto, que potencialmente no solo beneficiaría a las personas, sino que también monetizaría, soñé personalmente durante mucho tiempo. Desde principios de la década de 2010, "idearon" tres ideas para crear sus propios proyectos de Internet, pero por diversas razones aún no han comenzado la implementación. Y aquí hay un nuevo "enfoque".
Finalmente, la idea surgió del periódico y lentamente comenzó a convertirse en un código completamente tangible. Y esta es nuestra pequeña victoria. Después de todo, como dicen, es mejor hacer y arrepentirse que no hacerlo y arrepentirse. En el peor de los casos, diremos: “¿Nadie necesita nuestro producto? Ok Pero hicimos todo lo que consideramos correcto y como pudimos ". Y seguiremos siendo honestos, al menos con nosotros mismos, y al mismo tiempo adquiriremos competencias y podremos usar nuestra experiencia para otros fines comerciales.
No sé, cuanto más se guió mi socio responsable de la parte técnica, al aceptar participar en este proyecto, ya sea por fe en una idea o por el deseo de adquirir nuevas competencias. Es importante que él "dio el visto bueno", y las cosas se fueron. Hicimos la mayor parte del trabajo juntos, involucrando periódicamente a contratistas externos para resolver problemas no esenciales (como el diseño y el diseño).
Idea y su evolución.
El conocido Gleb de Arkhangelsk tiene un libro no menos famoso "Time Drive: cómo manejar la vida y el trabajo". Este libro tiene un montón de cosas interesantes, pero hablemos de una sola tecnología, que el propio autor llama "Memorias y la definición de valores". Su esencia es que al final de cada día se propone escribir los eventos más importantes y emocionalmente brillantes del día y compararlos con los valores personales. Esta tecnología, señala Arkhangelsk, le permitirá no perder los valores clave de la vida en los agitados asuntos actuales. La idea me pareció extremadamente atractiva y efectiva, y lo intenté, creando un archivo sencillo usando Microsoft Excel. Lo intenté y me dejé llevar, así que comenzó el largo y espinoso camino hacia la idea de la aplicación.
Poco a poco, mi archivo comenzó a "crecer" con una nueva funcionalidad. Por ejemplo, llegué a la conclusión de que, además de registrar eventos, sería útil evaluar todos los días en una escala comprensible, observar sus altibajos e identificar las causas de su aparición. El sistema ha echado raíces: por un lado, es un excelente automotivador (tratando inconscientemente de hacer más y vivir un día de manera más eficiente), y por otro, análisis visual. Por ejemplo, ahora puede decir exactamente cómo vivió el mes pasado, no de acuerdo con sus propios sentimientos personales, sino de acuerdo con un puntaje muy específico.
Más es más. Con el advenimiento del brazalete de fitness, aparecieron datos sobre los pasos dados, el tiempo de sueño y la recuperación. Con el lanzamiento de la aplicación Welltory, se han agregado métricas relacionadas con los niveles de energía y estrés. CoinKeeper conveniente al final del día con un solo clic muestra su saldo financiero personal para el día. Entonces, lentamente, disperso, importante para mí, los datos comenzaron a "migrar" a este mismo archivo xlsx. Toda la imagen de mi vida está ante mis ojos. Por un lado, el valor analítico: un conjunto de números diferentes están entrelazados, puede rastrear las tendencias y las relaciones. Nuevamente, motivación: cuando todos los datos están claros y disponibles, desea obtener más resultados en diversas áreas de la vida: caminar más, levantarse más temprano, gastar de manera más eficiente, etc. Por otro lado, con el tiempo, estos datos pueden adquirir un valor histórico personal. Por ejemplo, ayudarán a recordar la fecha en que ocurrió un evento o rastrear las tendencias en finanzas, salud o cualquier otra área de la vida en los últimos años.
Gradualmente, mi archivo se expandió horizontal y verticalmente. Además, la descripción textual del resultado del día a lo largo de los años ha evolucionado de unas pocas palabras a lecturas prácticamente largas, por lo que hacerlo todo en Excel no fue muy conveniente. Después de probar varias otras opciones, no encontré una solución única que resolviera al 100% mis problemas. Y comenzamos a desarrollar una aplicación, una especie de "simbiosis" de un diario personal y un rastreador con un sistema de análisis personal en una botella.
Por supuesto, al tomar la decisión nos guiamos, no solo por mis propias necesidades, sería completamente blasfemo y utópico proyectar nuestros problemas en las necesidades de una gran audiencia. Estudiamos en detalle el mercado existente de servicios web, aplicaciones móviles y programas de Windows, realizamos encuestas y estudios.
Como resultado de este trabajo, algunas funciones se tacharon como innecesarias, otras, por el contrario, parecían prometedoras y se agregaron al proyecto.
Pero debemos admitirlo honestamente: en la primera etapa de desarrollo, todos lo hicimos demasiado complicado y, como resultado, dejamos caminos elaborados hacia el lugar equivocado.
Version 1.0. Sobre cómo reciclamos y nos paramos
Reaccionamos a algunas cosas demasiado fundamentalmente, pero se perdieron algunas cosas básicas simples. Como resultado, nació un servicio complejo y razonablemente agradable, pero ... completamente inviable. Pero lo primero es lo primero.
En primer lugar, decidimos el enfoque: decidimos que el servicio web se convertirá en el núcleo del proyecto, en el que colgaremos la API y conectaremos aplicaciones para diferentes plataformas.
El primer pensamiento en la implementación técnica fue lo que ya sabemos y podemos hacer: PHP, framework, MySQL y más. Pero, habiendo pensado en el cerebro, habiendo estimado los volúmenes y la cantidad planificada de datos, volviendo a examinar todos los movimientos modernos de "tendencia", cambiaron de opinión. La elección recayó en MongoDB, NodeJS, React. Principalmente atraído por la velocidad y la escalabilidad transparente de la arquitectura. Y el resultado fue una "aplicación" realmente reactiva, aunque de navegador. Para acelerar y simplificar el proceso de desarrollo, decidimos usar el marco Meteor en la parte superior de nuestra pila de tecnología. Es potente, bien documentado, todo lo que necesita para un prototipo e incluso para el producto final ya está en él. Resumí solo un detalle, pero más adelante.
En general, hicieron un gran trabajo. Se han escrito doscientas páginas de documentación técnica que describen todos los procesos internos y las características prometedoras del futuro servicio / aplicación web. Se ha contratado a un diseñador bajo un contrato que dibuja un logotipo para nosotros y más de 20 pantallas detalladas. Otro contratista participó en el diseño: un mes y medio de trabajo minucioso, y los diseños se convierten en el código html. Si bien todo va bien, la calidad del trabajo nos satisface por completo.
Por lo tanto, nuestro servicio web está ganando gradualmente su faz. Módulo por módulo, las funciones principales se vuelven operativas y la idea es clara. Y finalmente decidimos ir más allá del estudio con el proyecto, "llevarlo a la gente". Abrimos el servicio en acceso público marcado Beta. Al mismo tiempo, vamos a un público fuera de línea y hablamos sobre nuestro proyecto en uno de los eventos locales de inicio.
Debajo del corte, ocultamos varios diseños de diseño de nuestro servicio web para que pueda evaluar lo que creamos aproximadamente:
En el evento de inicio, recibimos asesoramiento de expertos de uno de los fondos de capital de riesgo. Según sus consejos, el primer paso es atraer rápidamente a los usuarios. Resolvemos una tarea específica: atraer a 200 usuarios en una semana para comprender quiénes pueden convertirse en nuestros usuarios activos y obtener comentarios. Tenga en cuenta que en ese momento no teníamos la oportunidad de probar las ventas: los instrumentos de pago aún no se han conectado. Después de todo, lejos de todas las funciones implementadas por nosotros, y recolectar dinero para el producto semiacabado parecía una tarea extraña. Pero en el futuro, vimos la monetización del proyecto en el modelo de suscripción.
Los usuarios fueron atraídos de dos maneras principales. El primero es su propio entorno, participantes en eventos de TI (a través de redes sociales y comunicación personal). El segundo, publicidad gratuita y pagada en redes sociales especializadas, incluso realizó envíos dirigidos a usuarios. Nos invitaron a participar en las pruebas beta, prometiendo una suscripción gratuita en el futuro. Como resultado, la tarea se completó en un 75%: atraemos a 150 usuarios dentro del plazo indicado.
Para realizar un seguimiento de las métricas de calidad, trabajamos en el panel administrativo: creamos indicadores de actividad para usar varias secciones del servicio.
Los resultados fueron decepcionantes: de 150 usuarios registrados de usuarios activos, cinco. Algunas personas más visitaban el servicio de vez en cuando, pero no estaban activas. ¿Cuál de estas cinco personas estaba lista para pagar por el servicio no estaba claro? Por lo tanto, no recibimos ninguna confirmación de la viabilidad de nuestro modelo de negocio (sin embargo, así como de la utilidad y necesidad del producto).
En cuanto a los comentarios recibidos, estos son los ejemplos más llamativos:
“Una interfaz muy inusual. Es difícil de entender ".
“Lo único que te gustó fue el diseño. ¿Dar un contacto de diseñador?
“Todo parece estar bien, pero no lo usaré. Se trata de almacenar mi información personal, pero no confío en los servicios rusos. Será mejor que use la aplicación web de Singapur. Allí, incluso si mis datos se descifran, nadie los necesita "
El problema de seguridad, como se vio después, se ha convertido en un problema clave para muchos usuarios. Además del autor de la última cita, varias personas de una forma u otra declararon que no confiaron la colocación de información privada en el servidor a ninguna empresa conocida del interior de Rusia.
A veces llegó a un franco absurdo. En uno de los grupos de VKontakte, en el que se publicó información sobre el proyecto, los participantes realizaron su propia investigación, después de calcular el correo electrónico del propietario del dominio del servicio, fueron al sitio web de nuestra agencia, en la sección "Portafolio" y sacaron conclusiones sorprendentes. Digamos que toda nuestra información personal será revendida a grandes corporaciones. Entre sus clientes se encuentra Sberbank. Seguramente lo venderán. En general, los comentarios salieron más o menos ...
Además, nos dimos cuenta de que las soluciones técnicas que habíamos elegido conducían a un callejón sin salida. El diablo, como siempre, se escondió en los detalles. Como escribí anteriormente, para el servicio utilizamos el marco Meteor, entre los cuales había un "bollo asesino": la generación integrada de la aplicación para dispositivos móviles (Android, IOS, incluso para el Blackberry respetado). Naturalmente, antes del inicio del desarrollo, se cortó un prototipo rápido de alguna interfaz, se generó la aplicación y se lanzó. Incluso funcionó. Después de eso, los pensamientos sobre la exportación de la aplicación se pospusieron a la última etapa con la nota "todo funciona, con un solo botón". La situación cambió radicalmente cuando comenzó esta etapa. La aplicación con el diseño final y la funcionalidad resultó ser un monstruo increíblemente torpe y con errores. Y sí, solo funcionaba en línea, con Internet. Después del primer lanzamiento, hubo un mes y medio increíble de sufrimiento, tormento, intentos de al menos de alguna manera dar vida a este "Frankenstein". Todas las ramas de las optimizaciones de Cordova fueron releídas (Sí, sí, resultó ser la base para exportar la versión móvil a Meteor). Los intentos resultaron ser inútiles, no se pudo lograr el trabajo local con Storage, la interfaz y el funcionamiento de la aplicación solo se pudieron acelerar parcialmente, y el dolor y el sufrimiento estaban en todas partes. Como resultado, llegaron al sentido común de que solo se puede hacer una cosa con el proyecto en su forma actual: enterrarlo.
Entonces, las principales conclusiones de la primera etapa de desarrollo:
- Una interfaz compleja e inusual que repele a una parte importante de los usuarios.
- Valor implícito del producto y posicionamiento erróneo.
- Una cuestión de confianza con respecto a la seguridad del almacenamiento de datos en nuestro servicio.
- Soluciones técnicas erróneas.
El desarrollo adicional fue suspendido. Lamentablemente, la mayoría de las páginas de documentación cuidadosamente descrita, como muchos diseños de diseño que aún no se han puesto en desarrollo, no fueron más que recursos desperdiciados. Entonces tuvimos dos maneras. Ríndete y colapsa el proyecto o intenta repensarlo y cambiar todo. No es que no lo hayamos dudado, pero al final elegimos el segundo.
Versión 2.0 Repensar y optimizar
Sin gastos adicionales que pueden ser innecesarios; este es quizás el postulado principal con el que comenzamos la segunda etapa. El nombre, el logotipo, el sitio web promocional, el diseño: hacemos todo con el mínimo esfuerzo, sin desperdiciar dinero ni tiempo. Todo esto puede modificarse más tarde, después de que el producto haya demostrado su viabilidad.
Como resultado de largas discusiones, basadas en errores cometidos previamente e ideas recientemente emergentes, se desarrollaron los siguientes conceptos básicos para seguir adelante:
- Aplicación móvil nativa. Desarrollo en una plataforma universal, que en el futuro le permitirá crear aplicaciones para varios tipos de plataformas. Como resultado de la búsqueda de una solución adecuada, se eligió React Native. El marco resultó ser con sus encantos y problemas, pero este ya es un tema para un artículo separado.
- Interfaz de usuario clara y familiar. Simplificación de la funcionalidad.
- Posicionamiento obvio. Nos estamos moviendo en una dirección comprensible: un diario personal. Elegimos un título de trabajo simple: About.Me
- Abordar problemas de seguridad de la información personal y eliminar preguntas de confianza. No hay decisiones que puedan levantar sospechas. Todos los datos del usuario se almacenarán en forma cifrada en el dispositivo o como una copia de seguridad en la cuenta del usuario en el almacenamiento en la nube. Se decidió que el primer sistema en la nube con el que se configurará la integración será Google.
- En la primera etapa, implementamos la versión Premium para poder evaluar el aspecto financiero del problema y, si es necesario, experimentar con un conjunto de funciones y precios pagados. Pero lo más importante es la disponibilidad de compras, la confirmación de la hipótesis de que alguien no solo necesita el producto, sino que la gente está dispuesta a pagarlo.
- Realice de inmediato el multilingüismo. Esto nos permitirá probar rápidamente la hipótesis sobre las perspectivas de la aplicación en los mercados de otros países, principalmente de habla inglesa.
Vamos Tres meses de trabajo: la versión mínima viable para dispositivos Android está lista y presentada en Google Play. La decisión de adaptarse para otras plataformas se tomará después de que hayamos acumulado una base de usuarios suficiente y recibido una retroalimentación exhaustiva sobre la aplicación, así como también haya evaluado las perspectivas para su monetización.
Hoy, nuestros esfuerzos se centran en la finalización del desarrollo, después de lo cual planeamos pasar a atraer activamente a los usuarios y al marketing. En mi opinión, comenzar este proceso hoy es prematuro: para empezar, debemos convertirnos, como mínimo, en competidores de pleno derecho con aplicaciones de agenda ya disponibles en la Tienda. Hasta ahora, en términos de funcionalidad y usabilidad, todavía hay momentos en los que nuestra aplicación es significativamente inferior.
En cuanto a la monetización, la única forma en que vemos, al menos en la etapa inicial de desarrollo, es el modelo freemium, pagos únicos. Con su tamaño, tenemos mucho tiempo para experimentar. « »: . , , , , . $5. - – , , , , .
Y lo último: sobre nuestros costos. Durante todo el período del proyecto (incluido el primer proyecto fallido), gastamos un poco más de 300 mil rublos, básicamente, estos son pagos a contratistas por diseño y diseño html. Dado que la mayor parte del desarrollo se llevó a cabo y se lleva a cabo por sí solo, el principal recurso gastado es el esfuerzo de dos personas, sin embargo, combinando esta actividad con la principal. Para recuperar los costos en efectivo incurridos únicamente, necesitamos aproximadamente 850 compradores al costo actual de la versión Premium. Tal es la matemática que aún tenemos que darnos cuenta, verificar y corregir en la etapa de entrada al mercado.Todas las aventuras terminan tarde o temprano. Planeamos completar el desarrollo del proyecto About.Me para fin de año. Después de lo cual, dentro de dos o tres meses quedará completamente claro si podemos sobrevivir en la Tienda Móvil y, de ser así, qué interesante será nuestra vida.