Cómo utilizar las soluciones sin código para crear tu empresa

Joe Procopio ha estado codificando por más de 20 años y el no código no es nuevo. Pero ahora mismo está súper de moda, como Bitcoin en 2016 o las aplicaciones para móviles en 2010.
How to use no-code solutions to build your company
How to use no-code solutions to build your company

Joe Procopio

Estoy construyendo un startup sin código, y he llegado bastante lejos. ¿Cómo sabes si una solución sin código es adecuada para ti? No-código es un término bastante amplio para soluciones de apuntar y hacer clic que permiten a alguien sin conocimientos de código hacer cosas que requieren código.

Este es el momento de salto de tiburón para el no-código – cuando averiguamos si el movimiento va en la dirección de Bitcoin (tendencia) o de las aplicaciones móviles (aquí para quedarse) – porque el caso de uso del no-código ha evolucionado desde la integración de funciones de software hasta permitir la creación de aplicaciones de software completas.

Sin embargo, en este post, no quiero restringir la discusión sobre el no-código a la construcción e implementación de aplicaciones. Quiero hablar de la creación de una empresa y un producto entero sin escribir mucho, o incluso ningún código.

Tres tipos básicos y tres familias de casos de uso general para el no código

Hay tres grandes tipos de soluciones sin código y tres formas básicas en las que se puede utilizar cualquiera de esas soluciones. Puedes mezclar y combinar, y seguro, hay tipos y casos de uso atípicos, pero estos son los más generales.

Empecemos con los tipos de soluciones primero.

Nivel 1: Constructor de widgets: Son servicios simples que ofrecen fragmentos de funcionalidad basados en la nube. Por ejemplo, si se necesita un formulario para la entrada de datos, se puede utilizar cualquier número de servicios para crear un simple widget que recoja y aloje los datos en la nube.

Nivel 2: Constructor de Webhook: Esto es lo que hace Zapier. Es una interfaz de usuario que accede a los ganchos web en las aplicaciones para que una aplicación hable con otra. Es como una API, pero más simple. Muchos productos de software incluso ofrecen acceso incorporado a sus propios ganchos. Por ejemplo, Stripe tiene un gancho web que puede configurar en tu cuenta de Stripe y que publicará un mensaje en tu cuenta de Slack cuando alguien complete una transacción. No se requiere ningún código.

Nivel 3: Constructor de aplicaciones: Exactamente como suena, puedes arrastrar y soltar para llegar a una aplicación web o móvil completa. De nuevo, no es un concepto nuevo, pero las soluciones sin código de hoy en día requieren mucho menos conocimiento de bajo nivel para poder proporcionar mucha más funcionalidad.

Ahora, hablemos de los casos de uso.

Caso de uso 1: Construir tu empresa sin código

Empecé a construir el Teaching Startup hace nueve meses. Al cabo de un mes, decidí construirlo sin escribir ningún código. Y de nuevo, puedo codificar, pero tengo un millón de otras cosas que hacer.

Y esa es la justificación para construir una compañía sin código.

Hay funciones en toda la compañía que pueden ser hechas manualmente, lo cual es una gran pérdida de tiempo a medida que creces, o pueden ser automatizadas, lo cual requiere una gran inversión para comenzar.

Estas funciones existen en todos los puntos de la empresa, desde la tangencial hasta la crítica. Por ejemplo, parte de mi producto es un correo electrónico de pago, por lo que necesitaba un programa de correo electrónico masivo con todo tipo de opciones de personalización, y necesitaba el procesamiento de tarjetas de crédito.

Cuando fundé ExitEvent en 2010, necesitaba casi lo mismo. Así que lo construí, y me llevó semanas, y se rompió mucho. Además, cada vez que necesitaba un pequeño cambio, tenía que construirlo y probarlo, lo que le quitaba tiempo a todo lo demás que estaba haciendo.

En el otro extremo del espectro, podría haber usado un servicio combinado de terceros para manejar ambas funciones para mí, pero esos servicios eran caros y también limitados. Lo que es más, el costo de integrar esos servicios en el marco de mi producto fue otro gasto inicial y otro gasto continuo.

En su lugar, elegí un proveedor de correo electrónico de servicio completo y un procesador de tarjetas de crédito de servicio completo, y utilicé Zapier y varios widgets para unirlos e integrarlos en el marco de mi producto. Esto me permitió hacer exactamente lo que necesitaba para mi caso de uso, lo que el proveedor de servicios combinados no podía hacer, y además era un 60% más barato que el proveedor de servicio completo.

El proveedor de correo electrónico hace muy bien el correo electrónico. El procesador de tarjetas de crédito hace muy bien las tarjetas de crédito. Zapier se asegura de que hablen entre ellos. Todos hacen lo suyo mejor que el proveedor de servicio “completo” y son más robustos que cualquier cosa que pudiera codificar en un par de semanas.

Ahora, hay limitaciones, pero esta es la cuestión. Esas limitaciones me obligan a dejar de pensar en todas las opciones, precios y empaques que quiero hacer y sólo probar que el cliente pagará por el producto.

Caso de uso 2: Sin código y MVP

La razón por la que me llevó un mes decidirme a construir una compañía sin ningún código es porque originalmente tenía la intención de construir mi producto mínimo viable sin ningún código. Una vez terminado el MVP, me di cuenta de que si reemplazaba las soluciones sin código, estaría reemplazando ruedas que no necesitaban ser reemplazadas.

Aún así.

Las soluciones sin código son una forma perfecta de construir una infraestructura alrededor de un MVP para salir y determinar la viabilidad del producto. Si no tienes que pensar en la viabilidad de la integración de tu producto principal con los componentes alrededor de ese producto, incluyendo otras funcionalidades del producto que podrían no ser principales, puedes pasar más tiempo construyendo un mejor producto principal.

He dicho esto un millón de veces: El objetivo de un MVP es probar la viabilidad de la funcionalidad central del producto. El problema es que para llegar a esa prueba, la máquina que comercializa, vende, cumple y mantiene ese producto tiene que funcionar. Si alguno de los componentes de esa máquina falla, se produce ruido en la prueba.

Además, esa máquina siempre es cara de construir, así que ¿por qué gastar miles de dólares construyendo la infraestructura perfecta alrededor de un producto con una viabilidad no probada en el mercado?

Caso de uso 3: No código y producto

Los próximos pasos para mí serán construir toda la funcionalidad extra que quiero incorporar en algo más que un correo electrónico, que ya está empezando a doblarse bajo el peso de la funcionalidad que ya he tirado encima.

De nuevo, podría codificar todo esto. Como que quiero hacerlo. Pero luego como que no. Porque necesito pasar mi tiempo creando más valor para el cliente.

Y esa es la justificación para construir un producto sin código.

Hay una tonelada de funcionalidad en el mapa de ruta de mi producto a la que no puedo esperar a llegar. No sé si mis clientes quieren esa funcionalidad.

Aún así…

Tengo una idea de lo que creo que quieren. ¿Y si pudiera probarlo y demostrar la viabilidad de esa funcionalidad como demostré la viabilidad de mi producto?

Las empresas existentes llevan años utilizando soluciones sin código para ofrecer funcionalidad personalizada a sus usuarios de negocios sin añadir una deuda técnica. La solución actual de construcción de aplicaciones sin código nos permite eliminar el nivel intermedio de la ecuación y ofrecer el mismo tipo de funcionalidad crítica directamente a nuestros clientes, rápidamente y sin grandes gastos o deudas técnicas.

Sí, habrá limitaciones. Sí, esa funcionalidad probablemente tendrá que ser reemplazada por una solución “real” en algún momento.

Pero esas son las mismas advertencias con las que entré en mi MVP hace nueve meses. Me ahorré un montón de dinero y tiempo retrasando el reemplazo de mis componentes sin código, tal vez indefinidamente. Gasté ese dinero y tiempo en la construcción de un mejor producto principal.

Epílogo: No código vs. sobrecarga del producto

Me preguntan mucho sobre esto: ¿Producirá la tendencia de no código una sobrecarga de productos de mierda una vez que alguien pueda construir y desplegar uno?

¿Habrá productos de mierda? Por supuesto. ¿Hay productos de mierda por ahí que están siendo construidos por codificadores de toda la vida y departamentos de IT altamente capacitados? Por supuesto. ¿Se convertirá eso en una sobrecarga?

Probablemente no.

Habrá un aumento de productos no viables en el mercado, seguro. Pero nosotros como consumidores no compramos el mercado, compramos el producto. Los beneficios que obtendremos en términos de permitir que la nueva creatividad resuelva viejos problemas con soluciones diferentes, que superarán con creces el inconveniente.

Y ahí está la justificación de los no-códigos como algo más que una tendencia.

Este artículo fue publicado originalmente en Medium by Joe Procopio

Joe Procopio es un empresario con múltiples salidas y fracasos. Actualmente es el Director de Producto de Spiffy, startup de cuidado y mantenimiento de vehículos a pedido. En 2015, vendió Automated Insights a Vista Equity Partners. En 2013, vendió ExitEvent a Capitol Broadcasting. Antes de eso, construyó Intrepid Media, la primera red social para escritores. Puede leer más y suscribirse a su boletín informativo en www.joeprocopio.com.


HyperNoir.

Related Posts