No-code ya no es sólo un bonito truco para algunos desarrolladores aficionados que quieren ahorrar tiempo de desarrollo, sino que hace tiempo que se ha establecido como algo imprescindible para empresas, fundadores y creadores de todo tipo. Y aunque no codificar es cada vez más fácil, elegir la herramienta adecuada resulta cada vez más difícil. La razón es que cada vez se añaden nuevas herramientas y más funciones a las ya existentes.
Como proveedor de herramientas sin código, su principal objetivo es ganarse a cada vez más usuarios, ¡preferiblemente a todos los usuarios sin código! Pero ninguna herramienta sin código puede satisfacer a todo el mundo. Incluso en el mundo del no-código, no existe una solución única. El único problema es que algunos proveedores quieren hacernos creer exactamente eso. Afirmaciones como "¡La herramienta sin código más potente del mundo!" o "¡La única herramienta sin código que necesitará jamás!" pueden ser buenas para el marketing, pero malas para los usuarios potenciales. Por supuesto, las herramientas quieren mostrar su mejor cara. Pero es igual de importante que los usuarios potenciales sepan cuáles son los límites de la herramienta. Sin embargo, no podemos esperar una comparación exhaustiva y objetiva de las herramientas sin código por parte de cada una de ellas. Así que lo único que ayuda es compararlas uno mismo.
Desgraciadamente, todo esto es un poco más difícil de lo que podría pensarse. Esto se debe a que las distintas herramientas tienen características, precios, niveles de dificultad, puntos fuertes y débiles, casos de uso, etc. diferentes. Comparar todas estas dimensiones entre varias herramientas es bastante complicado. E incluso imposible si las herramientas no proporcionan cierta información o no son transparentes. Por eso hemos elaborado una lista de comprobación que puede utilizar para asegurarse de que la herramienta que elige es la adecuada para usted.
Estos son los puntos que en VisualMakers consideramos especialmente relevantes. La lista de comprobación, en forma de cuestionario interactivo con recomendaciones basadas en IA, está disponible aquí: visualmakers.de/no-code-navigator
En primer lugar, defina lo que realmente quiere construir. "Puede que estés diciendo: "¡Eso ya lo sé! "Quiero crear una tienda online". ¿Pero como qué? ¿Como una tienda de comercio electrónico? ¿Como un mercado peer-2-peer? ¿Necesitas una aplicación para el móvil?
En VisualMakers, por lo tanto, dividimos todo en tres áreas en el nivel superior: Aplicaciones, sitios web y automatización de procesos.
Las aplicaciones pueden dividirse en aplicaciones móviles o aplicaciones web. A su vez, las aplicaciones móviles dependen de si se desea publicar la aplicación en una tienda de aplicaciones (las llamadas aplicaciones nativas) o no. Las segundas se denominan aplicaciones web progresivas (PWA). Estas pueden instalarse en la pantalla de inicio de los smartphones sin necesidad de publicarse previamente en una tienda.
En el caso de los sitios web, se plantea la cuestión de si debe ser un sitio puramente informativo o si los usuarios también pueden registrarse e iniciar sesión en él, por ejemplo. ¿Debe tener una función de caja o de tienda? ¿Debe ser una tienda de comercio electrónico o más bien un mercado?
El asunto es un poco más complicado con la automatización de procesos. Más información al respecto en la sección sobre precios.
Hace algún tiempo, publicamos un artículo en nuestro blog sobre varios modelos de fijación de precios. Puede encontrar el artículo aquí.
Puedes probar casi todas las herramientas sin código de forma gratuita. Algunas están limitadas en el tiempo, otras están restringidas a unas pocas funciones. Sin embargo, se te pedirá que pagues por casi todas las herramientas para que tu proyecto terminado sea realmente utilizable. En la mayoría de los casos, no puedes publicar la aplicación en el plan gratuito o el número de usuarios, flujos de trabajo, entradas en la base de datos, etc. está muy limitado. Pero no pasa nada. Al fin y al cabo, las empresas quieren ganar dinero y ofrecen grandes herramientas para ello. Sin embargo, como usuario quieres tomar una decisión antes de pagar. Por eso debes fijarte bien en el precio de la herramienta.
Hay dos tipos de precios: suscripciones mensuales o pago por uso. La mayoría ofrece el primero, otros ofrecen una combinación de ambos, por ejemplo Bubble o Make.
Las características más importantes incluidas en un plan de precios suelen ser fáciles de reconocer. Aquí, en Flutterflow, puedes ver inmediatamente que el plan de 30 $/mes no incluye la opción de publicar la aplicación en las App Stores de Apple y Google. Si publicar es un criterio convincente para usted, entonces sabrá que paga al menos 70 $/mes con Flutterflow. En base a esto, puedes compararlo con Adalo, por ejemplo.
Con estos modelos, los costes totales dependen de parámetros como el uso del espacio de almacenamiento, los usuarios activos de la aplicación y similares. Esto dificulta la estimación de los costes, pero dependiendo del caso de uso, puede incluso reducirlos.
Bubble, por ejemplo, tiene una suscripción mensual que incluye un número limitado de las llamadas unidades de carga de trabajo (WLU). Esta es la unidad que Bubble ha utilizado recientemente para determinar la capacidad de trabajo de las aplicaciones. Si se agotan las WLU incluidas en el precio mensual, hay que pagar más. Así que tienes que ser capaz de predecir de antemano cómo se va a utilizar tu aplicación. Puede incluso que la suscripción mensual más cara compense en comparación con la más barata.
Pero esta estimación es bastante difícil. Sobre todo si, como en el caso de Bubble, el cálculo de estas unidades no es transparente. La situación es diferente con herramientas iPaaS como Make o Zapier.
Con herramientas de automatización como Make, Zapier, Latenode, IFTTT y otras, también hay un límite en los precios mensuales que está vinculado a ciertos parámetros. Con Make se limitan las llamadas operaciones, con Zapier son los zaps. Lo que esto significa exactamente para la plataforma respectiva lo explica mejor la propia plataforma(artículo de Make.com sobre Operaciones - artículo de Zapier sobre Zaps).
Para usted, esto significa pensar detenidamente qué modelo de facturación le conviene más. ¿Quiere crear una sola automatización o 100? ¿Cuántos pasos deben tener sus automatizaciones? ¿Qué enlaces a otras aplicaciones necesita? etc.
Hay una buena regla general para evaluar la dificultad de una herramienta sin código: cuanto más se puede hacer con la herramienta, más difícil es aprenderla. Esta relación no es en absoluto lineal y la dificultad es, por supuesto, subjetiva. No obstante, conviene tener en cuenta esta regla empírica.
He aquí un ejemplo en el que se utilizan herramientas para evaluar mejor esta norma.
La herramienta Carrd es probablemente la forma más sencilla de construir un sitio web. Sin embargo, la herramienta alcanza rápidamente sus límites. Webflow, por otro lado, es una de las herramientas sin código más potentes para sitios web. Sin embargo, aprender y dominar Webflow lleva tiempo.
La situación es similar con Softr y Bubble, por ejemplo. Softr es mucho más fácil de aprender y dominar que Bubble. Como principiante absoluto, puedes crear aplicaciones web acabadas con Softr en sólo unas horas. La misma aplicación en función y diseño te llevará días, si no semanas, con Bubble. Sin embargo, Softr también alcanza rápidamente sus límites cuando se trata de personalizar funciones y características. Con Bubble, esto llevará mucho más tiempo, o ni siquiera ocurrirá.
Con herramientas ligeras eres rápido, con herramientas pesadas llegas lejos.
El factor decisivo aquí es su evaluación de lo que su herramienta debe ser capaz de hacer. Para aplicaciones bien definidas como un CRM, un directorio de empleados o similares, puedes estar seguro de que tienes la herramienta perfecta con Glide o Softr. Si su idea está mucho menos definida, puede que tenga sentido invertir su tiempo en Bubble, WeWeb o Flutterflow.
Las funciones que debe tener una herramienta sin código dependen de su objetivo. Hay funciones claramente definidas y lo que llamamos funciones "implícitas".
Las funciones claramente definidas son, por ejemplo: "¿Puedo utilizarla para aceptar pagos?", "¿Puedo conectar Excel?", "¿Puedo incrustar código personalizado?", "¿Puedo exportar el código de la aplicación?", etc.
Las funciones implícitas son algo más difíciles de reconocer. Suelen ser funciones que se quieren construir. Pero para poder crearlas, la herramienta sin código debe disponer de las funciones necesarias. Por ejemplo: "¿Puedo crear un proceso de incorporación en el que se guíe al usuario a través de varios pasos? Debería poder ver una barra de proceso".
Aquí hay dos cosas especialmente útiles: ver qué aplicaciones ya se han creado con las herramientas y ver qué plantillas están disponibles.
La mayoría de los proveedores sin código presentan estudios de casos que muestran los grandes proyectos que ya se han realizado con la herramienta. Así que puede que haya algo que sea igual o lo suficientemente similar a lo que quieres construir. Esto es un buen indicio de que tu idea también puede realizarse con ella.
Las plantillas son más o menos plantillas para aplicaciones. Son prefabricadas y suelen estar listas para usar. La idea es que te ahorres el trabajo duro y solo tengas que hacer ajustes de diseño y otras pequeñas adaptaciones.
Lo mismo se aplica aquí: se puede ir rápido con herramientas ligeras, pero se puede llegar lejos con herramientas pesadas. Así que debes tener claro qué prestaciones quieres ofrecer.
Usuarios no se refiere a los usuarios finales de la aplicación terminada, sino a quienes tienen que trabajar con la herramienta sin código. Bien porque construyen la aplicación desde el principio, bien porque son responsables del mantenimiento y las mejoras posteriores. Si estas personas son desarrolladores experimentados, dominarán fácilmente herramientas sin código mucho más complicadas. Sin embargo, si son colegas del departamento de marketing, por ejemplo, la herramienta sin código debe tener el nivel adecuado.
Por ejemplo, la mayoría de la gente se familiariza rápidamente con la base de datos sin código Airtable. En cambio, trabajar con Xano como base de datos requiere conocimientos mucho más técnicos.
Es mejor hablar con estas personas que limitarse a considerar quién sería o no capaz de afrontarlo. Tal vez se trate de personas sin código con experiencia o a las que les gustaría llegar a serlo.
La verdad es que el camino real hacia la herramienta sin código sigue siendo un camino que cada uno tiene que recorrer por sí mismo. No existe una solución universal (todavía). Pero con las ideas claras y una buena investigación, puedes encontrar la herramienta que se adapte perfectamente a ti.
Nuestro No-Code Navigator te sugerirá al menos dos opciones adecuadas como herramienta sin código. Y si aún no te decides, siempre tienes la opción de unirte a nuestra comunidad de Slack. Hay más de 650 no-coders esperando por ti y tus preguntas. Haz clic aquí para acceder a la comunidad.
Y no lo olvides: no-code va más allá de la herramienta. Es una forma de pensar, una emocionante promesa de autonomía y velocidad en un mundo en el que el software lleva mucho tiempo marcando la pauta. Tenemos la mejor introducción a este mundo: nuestro curso No-Code Fundamentals. Más de 700 graduados ya lo han dominado con éxito. Haga clic aquí para acceder al curso.
