Hola Habr! Les presento la traducción del artículo Cómo envié mi primer proyecto paralelo de SaaS mientras trabajaba a tiempo completo por Tigran Hakobyan, quien, trabajando en el conocido servicio de publicación Buffer, pudo lanzar su proyecto e incluso monetizarlo.




Esta es mi historia personal sobre cómo lancé mi primer proyecto SaaS, trabajando 40 horas a la semana en Buffer. El propósito de este artículo es inspirarte. Si eres como yo, que tiene un trabajo de tiempo completo y quieres construir un negocio secundario rentable como fuente de ingresos, entonces esta historia te resonará. En este artículo, quiero mostrar que no sudé ni procesé en absoluto y, sin embargo, podría ofrecer un producto SaaS realmente funcional.

Introduccion

Soy desarrollador de sitios web y tengo mucha suerte de que además de jugar fútbol en mi tiempo libre, también disfruto codificar y crear proyectos de entretenimiento. Más recientemente, creé Booknshelf , que ayuda a muchas personas a organizar sus libros en la Web. Aunque el trabajo a tiempo completo tiene un gran impacto en mi crecimiento como ingeniero, pude adquirir algunas de las habilidades de desarrollador trabajando en mis proyectos personales.

Solo el año pasado comencé a pensar en crear otra fuente de ingresos además de mi trabajo principal. La idea de depender de un solo salario es un poco aterradora. Sabía que tenía las habilidades y la pasión para reflexionar sobre algo. Decidí que quiero iniciar un negocio, posiblemente en línea, dadas las habilidades que tengo. Otro ímpetu para estos pensamientos fue lo que quería experimentar y aprender a construir un negocio. Nunca he estado involucrado en ningún negocio en mi vida, así que lo vi como una gran oportunidad de aprendizaje, una forma en la que puedo dominar habilidades que no tengo en este momento. Lo peor que puede pasar es que fracase, pero tendré experiencia.

Idea

Obviamente, lo primero que debe hacer cualquier desarrollador es comenzar a pensar en ideas. Las ideas nunca fueron un problema para mí, por lo que siempre tuve que identificar la que me corresponde. Esta vez, decidí probar un enfoque diferente y realmente pensar en esta idea que me conviene antes de pensar en ello. Había algunos criterios por los cuales quería dibujar cada idea.

• Quería resolver algún problema real, tal vez el que encontré personalmente
• Debería haber sido para un mercado que conozco bien
• Esto no debería ser una idea nueva (no cambiará el mundo)
• Podría convertirse en algún tipo de negocio

La regla de oro de cualquier idea es que debe resolver el problema que enfrentan las personas. Solía ​​agregar tantas ideas a mis notas, así que esa fue la razón por la que volví al montón de ideas que tenía almacenadas.


Mis notas donde guardaba todas las ideas

Desde el principio, sabía que probablemente podría tener más éxito si creara algo para los desarrolladores, porque conozco bastante bien el mercado y la mayoría de mis amigos y seguidores cercanos son expertos en tecnología. Podría usar mis contactos y audiencia para confirmar la idea y obtener comentarios valiosos antes de decidir cualquier cosa. Realmente redujo todas mis ideas a una lista de 2-3 cosas en las que podría trabajar. Una de las ideas era a lo que constantemente volvía una y otra vez. Esto fue algo que encontré tanto en el servicio Buffer como mientras trabajaba en mis proyectos paralelos anteriores. Una manera fácil de controlar las tareas programadas en cron. Dado que una de las áreas con las que trato Buffer es la infraestructura de datos analíticos, ejecuté una docena de trabajos en cron en segundo plano para recopilar datos analíticos diarios para nuestros clientes. Debería haber sido todo relevante. El servicio de monitoreo Datadog que utilizamos en Buffer es realmente genial, pero originalmente fue diseñado para monitorear servicios o servidores de larga duración. Necesitaba una barra de herramientas simple donde pudiera ver una lista de todas mis tareas en cron, sus estados y registros. Todos los días recibo un informe sobre todas las tareas en ejecución, así que sé que todo va según lo planeado.

Una vez elegida esta idea, quería saber si existen soluciones que funcionen en el mercado. Si hay soluciones, esta es una buena señal de que existe una demanda de ciertas herramientas. De hecho, había un par de soluciones con varios planes pagos en el mercado. No necesariamente quería crear algo completamente nuevo, porque si lo hiciera, sería mucho más difícil identificar y probar el mercado. Todas las soluciones existentes tenían planes pagados, así que sabía que las personas estaban dispuestas a pagar por ello. El siguiente objetivo era evaluar la corrección de mis pensamientos creando y ejecutando MVP.

MVP

Pasé 2 meses creando la primera versión de Cronhub (sí, le di un nombre). Algo viable que podría enviar en una prueba a un grupo de mis amigos y seguidores en Twitter. Para MVP, necesitaba algo muy simple, pero también bastante valioso, por lo que la gente pagaría. Sé que podría pensar que 2 meses es mucho tiempo para crear un MVP, pero no he adoptado el enfoque tradicional de "sudor-sudor" y en su lugar:

• Trabajó solo 1-2 horas todos los días
• Dormí 8 horas todos los días.
• Vi Netflix cuando quise.
• Totalmente relajado el fin de semana.
• Utilicé todas las soluciones técnicas con las que me sentía cómodo.

Como trabajo a tiempo completo, trabajé en Cronhub generalmente de 7 a
8:30 pm, también podía trabajar en la mañana, pero pasé la mayor parte de la mañana en el gimnasio. Hubo algunos días en que me sentí mentalmente exhausto después del trabajo, y disminuí la velocidad, pero la mayoría de las veces me mantuve en mi horario diario. Sabía que si quería terminar este proyecto, tenía que guardar el cargo y comprometerme todos los días, incluso si era un compromiso pequeño (tal vez incluso un compromiso de una sola línea). La concentración siempre me ha ayudado mucho a seguir adelante. Usé Trello para dividir mis tareas de proyecto en pequeños pasos.


My Trello Board para Cronhub

Traté de hacer cada tarea tan pequeña que pudiera comenzar y terminar en un día. Mantener las tareas pequeñas me ayudó a lanzar el producto más rápido y a ver mi progreso diario. Cuando ve algún tipo de progreso, lo motiva y lo apoya de muchas maneras. Tal vez esto es un truco sobre la mente? Trabajar en grandes tareas nos ralentiza y, al final, nos damos por vencidos, porque estamos aburridos y queremos trabajar en otra cosa. Nunca he trabajado de noche. Me acostaba a las 10:30 todos los días y me despertaba a las 7. El sueño correcto es mi prioridad número uno. Él determina la energía mental que hay durante el día, y no puedo donarla. Además de dormir, decidí pasar la mayor parte de mi fin de semana haciendo algo completamente diferente, como jugar fútbol, ​​ver películas o conversar con amigos y familiares. A pesar de que me gusta la codificación, sé que es fácil quemarme. El fin de semana me ayudó a refrescar mi cerebro.

Creo que como desarrollador siempre quieres usar las tecnologías más avanzadas y geniales. Esto es normal Yo también quiero eso. Sin embargo, mi objetivo era diferente, y quería construir y lanzar Cronhub tan rápido como pudiera, confiando en tecnologías que ya conocía. Me concentré en mi objetivo y usé Laravel y Vue.js. Cronhub es una aplicación de una página que usa Laravel como backend.

Lanzamiento Beta Cerrado

El 20 de febrero, completé el desarrollo mínimo requerido de Cronhub y estaba listo para invitar al primer grupo de usuarios a probar Cronhub. Después de mi tweet, alrededor de 20-25 personas se dirigieron a mí en Twitter pidiendo una invitación, y los comentarios que recibí de ellos fueron muy valiosos.


Este tweet fue una invitación a la beta cerrada

Hubo un par de informes de errores y algunas sugerencias de funciones excelentes que agregué al documento de comentarios. Hacer un seguimiento de los comentarios de los usuarios es un paso importante, ya que ayuda a identificar los patrones obvios que puede seguir al decidir sobre el desarrollo del producto. En general, la primera impresión y las críticas fueron alentadoras. Ahora necesitaba continuar mejorando el producto y prepararlo para el primer lanzamiento público. Planeé el primer lanzamiento público en un mes.

Lanzamiento público

Tres meses después, hoy, estoy lanzando públicamente mi primer proyecto SaaS. ¡Hurra!

Obviamente, estoy nervioso y no sé si esto funcionará o no. Sin embargo, sé que esto me llevará un paso más cerca de mi objetivo. El objetivo es hacer de Cronhub un negocio en línea rentable donde pueda aprender y experimentar todos los secretos de hacer negocios. Al final, ¿qué peor podría pasar? ¡Aprendería mucho!

Lo sé, tal vez estoy demasiado concentrado en pensar en la rentabilidad, pero después de crear un par de subproductos gratuitos, sé que es hora de hacer algo más serio. El tiempo es el activo más valioso que tengo, y quiero gastarlo conscientemente. Construir un producto pago es lo más motivador y te empuja hacia adelante. Además, el soporte de subproductos gratuitos no es barato, y lo sé por experiencia propia.

Lecciones aprendidas

Los últimos 3 meses han sido realmente buenos momentos para pensar y también para evaluar qué funcionó bien y qué no. Cada vez que creo un nuevo proyecto, esta es una nueva experiencia para aprender. Cada proyecto es único y requiere un proceso diferente de pensar sobre el producto. Como ingeniero de producto, quiero desarrollar una comprensión de mi producto, y esto ayuda.

En general, obtuve muchas lecciones que realmente me ayudaron a comenzar y comenzar la idea. Quiero compartir contigo lo más importante.

• Resuelve el problema que enfrentas personalmente. Esto es muy importante, porque en esencia estás construyendo un producto para ti, recuerda siempre esto. Esto facilita enormemente la toma de decisiones sobre el producto. Usted sabe qué preguntas debe hacer, y las posibilidades son mayores cuando hace las preguntas correctas.
• Reduce tus tareas. Cuando divida su proyecto en pedazos, intente hacerlos más pequeños. Una buena manera de medir el tamaño de una tarea es preguntarse: "¿Puedo completar esta tarea en un día?" Si la respuesta es "No", entonces esta es probablemente una gran tarea, y puede desglosarla aún más.
• Duerme bien y descansa. No puedo enfatizar lo importante que es dormir bien. No necesitas trabajar de noche. Concéntrese en el progreso gradual y los pequeños logros diarios. Si no te cuidas, pronto te cansarás y finalmente te rendirás.
• Elija un mercado que conozca bien. Soy desarrollador y conozco bien este mercado. Sé lo que se necesita para ser desarrollador y cómo los equipos de desarrollo trabajan juntos. Esto me da una idea de lo que funcionará y no funcionará en este mercado. Por supuesto, todavía puedo estar equivocado, pero las posibilidades de errores son mucho menores.
• Cuéntanos sobre tu proyecto. Esta es una tarea difícil para mí y todavía me estoy adaptando. Realmente no me gusta hablar de mí mismo. Me gusta escuchar mas. No es fácil para mí hablar sobre el proyecto que estoy creando, porque soy un poco tímido y no quiero crear la impresión de que constantemente estoy hablando de mí mismo. Sin embargo, sé que necesito hablar y vender mi proyecto. Así es como otros se enteran de mi producto. Este artículo es un ejemplo de esto.

En conclusión

Gracias por leer Espero que hayan disfrutado esta historia y hayan recibido al menos un beneficio mínimo. Me gustaría saber de usted, no dude en comentar sus preguntas. Puedes contactarme en Twitter o enviarme un correo electrónico .

Continuar lanzando productos - Tigran.