Redescubrí mi amor por la codificación. Y lo hice sin escribir una sola línea de código.
Las plataformas sin código no son un invento nuevo. De hecho, han existido durante tanto tiempo como el código. La primera startup a la que me uní fue una empresa de desarrollo de software que comenzó a vender marcos que creamos para aumentar la velocidad y la calidad de nuestro propio desarrollo.
Y mientras me encuentro conmigo mismo, primero escribí una línea de código en Commodore 64. Desde entonces, he fundado, construido y vendido empresas en las que yo era el único desarrollador. Pero no he tocado el lenguaje de programación profesionalmente durante diez años. Tuve el placer de permitir que programadores reales hicieran programación real.
Durante esta década, los lenguajes, las pilas y las plataformas se pusieron y pasaron de moda, y casi todo lo que poseía se volvió demasiado viejo para ser más útil (en algún momento nos pasa a los mejores).
Ahora veo el código del programa como un idioma extranjero que aprendí durante el verano. Escucho y entiendo esto, pero tengo miedo de decirlo para no sonar como un idiota.
Las plataformas sin código aprovechan el hecho de que la mayoría de los profesionales de productos y negocios están considerando el desarrollo de software. Lo entendemos, lo entendemos, pero si algo no funciona como debería, la sintaxis para obtener lo que queremos está más allá de nuestra liga.
Pero ahora los usuarios de plataformas sin código no necesitan saber nada sobre la sintaxis. Sin equipo. Esto puede parecer un cambio pequeño, pero en realidad es un gran problema.
Las plataformas sin código han comenzado a producir una nueva clase de desarrolladores de software. Y dado que toda esta energía mental se utiliza para la creatividad en la lógica en lugar de gastarla en la memorización de la sintaxis, la no programación puede terminar creando un desarrollador de software más productivo.
De todos modos, todos somos compiladores.
Cuando estás inmerso en el desarrollo de software, todos los desarrolladores confiamos en marcos y plataformas (una pista para ti, gente que usa lenguaje de máquina real, pero la mayoría de nosotros compilamos lo que escribimos).
Mi habilidad más útil como codificador nunca ha sido la memoria fotográfica, lo que me ayudaría a memorizar toda la sintaxis. Todavía dejo Stack Overflow abierto cuando codifico. Mis principales habilidades eran el pensamiento lógico y el reconocimiento de patrones.
Estas habilidades no funcionan en el vacío, donde se lleva a cabo la mayor parte del desarrollo de software. Además, la codificación en el vacío suele dar resultados menos impresionantes. Cualquiera que haya tenido una mala experiencia en el desarrollo en el extranjero le dirá que si tiene un problema al traducir los requisitos de la empresa a los del software, es posible que surja un circo de software basura inutilizable de una tienda de terceros.
Por lo tanto, a medida que las tiendas de desarrollo de software comenzaron a contratar expertos comerciales y de productos experimentados para complementar su talento en programación, los profesionales comerciales y de productos también comenzaron a convertir las hojas de cálculo en bases de datos con interfaces de usuario muy deficientes y poca automatización.
Hace aproximadamente 10 años, aparecieron programas de automatización y plataformas de interfaz de usuario independientes para llenar este vacío, como Zapier, Slack, Airtable y muchas plataformas externas de bajo costo.
Sin embargo, quedan dos problemas. En primer lugar, las plataformas de código bajo aún requerían una comprensión técnica suficiente para un uso adecuado. En segundo lugar, los servicios de automatización estaban extremadamente limitados en cuanto a que podían automatizarse.
Luego, hace unos cinco años, la configuración sin código completo permitió a los usuarios comerciales crear y lanzar utilidades completas, programas simples que podrían usarse en una organización pero cual no es lo suficientemente confiable para ser lanzado como un producto al público en general. Estas aplicaciones tienen funciones comerciales internas automatizadas con una interfaz, respaldo, administración de datos, seguridad, API, disponibles en cantidades limitadas.
Hoy, una plataforma como Bubble, que utilizo para crear un producto real, ha ido más allá de la funcionalidad limitada suficiente para transformar a los usuarios comerciales de desarrolladores de servicios públicos a desarrolladores de productos. En otras palabras, estas plataformas han llevado el desarrollo de software a la corriente principal.
Pero con una pega.
No necesitas aprender la sintaxis, pero…
Es cierto que las plataformas sin código no requieren que el «codificador» sepa algo sobre la sintaxis. Pero tener una sintaxis escrita para usted no garantiza un buen código.
Sin el pensamiento lógico, las habilidades para resolver problemas y el reconocimiento de patrones, que en realidad hacen a los grandes programadores como son, los productos sin código pueden convertirse fácilmente en un circo de software basura. Solo puedo imaginar los miles de proyectos que quedaron sin código que simplemente se volvieron demasiado complicados, o no funcionaron, o requirieron demasiada entrada para un resultado pequeño.
Pero con estas habilidades para resolver mundos, ya no necesita un costoso ejército de desarrolladores de software trabajando en el vacío para resolver el problema. Y producirlo. Y monetizarlo. Y crear una empresa a su alrededor.
Software producto significativamente diferente del software programa. Los desarrolladores de productos piensan en los clientes, no en los usuarios, valoran en lugar de datos y resuelven un problema más universal que simplemente automatizar una serie de tareas.
El ingrediente secreto de un producto exitoso es cómo el producto resuelve el problema, no la magia de la tecnología utilizada para resolverlo. Si lo piensa de esta manera, todos los programas de productos son realmente solo programas de soporte de esteroides.
Entonces, estos son los pasos para pasar de una aplicación auxiliar a un producto completo.
6 cosas a tener en cuenta al usar plataformas sin código para crear productos
- No intente crear todo el producto a la vez.
- Piense en el futuro cuando se trata de la estructura de datos.
- Recuerda que tus usuarios son clientes.
- Sea fuerte acerca de la seguridad y la privacidad.
- Cree procesos de pago fluidos.
- Autosuficiencia integrada.
No intente crear todo el producto a la vez.
La mayor tentación para un solucionador de problemas que no usa código es tratar de resolver todo el problema de una sola vez. Los programadores jóvenes hacen esto al principio de su formación y luego nunca más, cuando experimentan el dolor de tener que reescribir su programa una y otra vez cuando las cosas cambian.
Los buenos codificadores dividen y atacan el problema en partes.
De hecho, sería una buena idea comenzar con hojas de cálculo y servicios de terceros como Zapier y Slack, y permitir que la plataforma sin código actúe como una base de operaciones para que el cliente lo vea todo conectado. Luego refine cada parte de la opción de uso y use la plataforma sin código para automatizar y rastrear estas tareas, eliminando eventualmente todos los productos de terceros.
Piensa en tu estructura de datos
La mayoría del software malo comienza con una estructura de datos mala. Los buenos codificadores no solo piensan en para qué se usarán los datos, sino también en qué se pueden usar ahora y en el futuro.
Por lo tanto, dónde y cómo se almacenan los datos debe ser una estructura flexible y escalable. Una buena manera de pensar en esto es mantenerse simple y estúpido.
No guarde algo hasta que sea necesario y luego asegúrese de que lo que guarde se pueda actualizar sin tener que ir a la base de datos manualmente.
Tus usuarios no son usuarios, son clientes
Y los clientes necesitan diferentes clasificaciones. Por lo tanto, necesita una estructura de usuarios bien definida con un embudo de clientes construido a su alrededor. Esto significa que deberá realizar un seguimiento de cada cambio en su definición de un cliente (por ejemplo, de potencial a actual a pasado), así como realizar un seguimiento de cada acción que sus clientes realicen en su sistema.
Ahora bien, esto también significa que deberá equilibrar el seguimiento de clientes con la estructura de datos flexible y escalable descrita anteriormente. Entonces, al menos, siempre piensa en las relaciones. ¿Cuál es la actitud de su cliente hacia la empresa, hacia el producto, hacia el historial de sus compras e incluso hacia otros clientes? Identifique estas relaciones y todas sus ramificaciones y caminos antes de comenzar a codificar.
Probablemente habrá otras organizaciones en su sistema: administradores, socios, proveedores e incluso los clientes de sus clientes. Y cuando todos son usuarios, esta relación puede deteriorarse rápidamente si no se identifica adecuadamente.
No duermas en la seguridad y la privacidad.
No hay problema más serio que los problemas de seguridad y privacidad, por lo que debe ser fuerte en ambos. La mayoría de las plataformas sin código al menos lo ayudarán con lo básico, pero el seguimiento de quién ve qué y quién tiene acceso a qué y durante cuánto tiempo tienen acceso es algo que debe planificar con anticipación.
Esto significa inicios de sesión, contraseñas, autoservicio de cuentas, cifrado y pruebas continuas de las funciones de seguridad que instala con cada nueva versión y función.
¡Dinero! Por eso estamos aquí.
Los pagos son difíciles. Incluso con servicios de terceros como Stripe y PayPal, la aceptación de pagos sin problemas es una ciencia en sí misma. Nada distraerá a los clientes más rápido que un proceso de pago esquemático o complicado.
Ah, ¿y otra molestia grave? Problemas con el fraude. Tendrá que lidiar con el fraude y la reparación, así como con las expectativas y quejas erróneas. Todos estos son problemas costosos que también requieren mucho tiempo para resolverse. Cuanta más prevención y automatización puedas ofrecer ante el problema, mejor.
Soporte: después del comienzo, trabaja las 24 horas
El mundo de los negocios ya no está dormido, y en yonternet no existe tal cosa como cerrado. Deberá incorporar la funcionalidad de autosoporte y automatización siempre que sea posible para que no se vea acorralado para actuar de inmediato cada vez que algo se rompa.
También querrá pensar en cada caso: qué sucede cuando un cliente intenta hacer eso. Debe planificar con anticipación, o mejor aún, evitar que lo hagan.
Los buenos programadores se encargan de todos estos problemas y los integran en el producto para brindar una solución similar a la tecnología. Te has liberado de la sintaxis gracias a las plataformas sin código. Solo asegúrate de usar esta libertad para mejorar tu juego de lógica.