Oficialmente, en 2004, cuando trabajaba en una agencia y tuve la idea original de Webflow: se trataba de eliminar la necesidad de un codificador en medio de un diseñador y el cliente.
Estaba trabajando con una agencia que tenía clientes muy grandes como Apple, HP, Quicksilver, etc. Y un día, vi la factura de uno de esos clientes, ¡y era tan astronómica! Y pensé, está bien, aquí hay una oportunidad en la que podemos eliminar la barrera entre lo que los diseñadores quieren y lo que realmente termina publicándose en el sitio web.
Sabes, durante mucho tiempo, cuando empezamos Zapier, sin código no era una cosa. ¿No? Ningún código ha sido realmente una cosa que como "término" ha existido desde, ¿qué, 2018? 2017? Tal vez es bastante nuevo y por lo que, ya sabes, empezamos Zapier en 2011. Y en ese momento, tratamos de resolver lo que parecía un problema algo simple, pero bastante generalizado, que es que hay todas estas nuevas aplicaciones que están apareciendo a diestra y siniestra, y todos los clientes, todos los usuarios finales de estas herramientas, quieren que funcionen con todo lo demás que utilizan.
Ahora, casi una década más tarde, nuestro trabajo en ese momento era como, bueno, tal vez si lo hiciéramos un poco más fácil para el usuario final ser capaz de configurar una integración entre las herramientas que podrían ser útiles. Y resultó que con el tiempo, es más que útil porque todos estos proveedores finales, ya sabes, el MailChimp, el Salesforce, el G Suite del mundo, es muy difícil para ellos construir un gran ecosistema de integraciones, es sólo una cosa difícil de hacer. Incluso si usted es un negocio muy exitoso.
Con el tiempo nos dimos cuenta de que Zapier tenía un valor mucho mayor. No solo ayudaba con estas pequeñas integraciones puntuales, sino que actuaba como una herramienta de flujo de trabajo que ayudaba a la gente a conectar estas herramientas, pero de una forma que se parecía más a la creación de flujos de trabajo. Se sentía más como la lógica. Se sentía más como la codificación, en cierto sentido. De alguna manera, a pesar de que la mayoría de las personas que utilizan Zapier no saben cómo codificar, muchos de ellos ni siquiera saben lo que son las API y por lo que sólo la capacidad de ayudar a las personas a conectar los bloques de construcción de la web juntos de una manera que crea una cosa ha sido algo que creo que cuando no hay código se convirtió en un término y una cosa, era como, bueno, Zapier es la cosa que proporciona toda la lógica para todas estas herramientas.
I started building without code in probably 2014. I had an idea for an app that was going to help people find an affordable art for their homes. And this was really before a lot of the no-code tools today. So my first experience building code was taking tools that were not intended to be app builders and kind of hacking them to create an app-like experience.
So for the app whenever someone signed up, they told us about what kind of art they liked, for example photography or like paintings. And then we would ask about their taste. But we would use the survey software to show and hide different things based on their previous answer. So that was my first no code experience — taking a survey and hacking it to kind of create an app-like experience for my customers, and using it dynamically show them art recommendations. People would actually email me back and say, ‘Oh, my gosh, your app is so cool!' We made our first $35,000 with that hacked together survey.
I think about six or seven years ago, just before I joined Product Hunt, I was trying to build stuff and trying to look for ways to build that without having to learn to code. And I was doing it a little bit with no-code tools. What I didn't realize was the thing that people were actually interested in wasn't the actual ideas I had, because they all sucked. It was actually the ability to build it really quickly, and make it feel like software. And it was all built without code. Everyone was asking how did you build these things without code? So I thought, okay, I'll just show you how to do it.
I believe that I've always been doing the no-code thing. Starting as an engineer, one of the things that I always tasked myself with was creating software and products that didn't require business operators to have to ping me all day for changes. So I believe as an engineer, no-code always stuck out to me from an architecture standpoint and a design and product perspective. So that way, technology can be more of an enabler. So I believe foundationally, I’ve had it since I started in e-commerce as an engineer dating back to 2009.
Me introduje en el no-código antes de que fuera tan popular como lo es hoy. Pero eso fue en 2017 y realmente vi el auge de las herramientas de diseño con Figma, Sketch e Invision, todas ellas muy populares. Pero en realidad no había nada que tomara lo que construías y lo tradujera en un producto real. Así que lo que quería hacer era básicamente tomar eso y construir un producto que te permitiera construir una aplicación móvil totalmente funcional, pero sin tener que saber cómo codificar.
I've been doing some version of no-code for a while. I've worked in a lot of different industries, and in each we had some version of embracing no-code or low-code tools. And when you look back at when I was first getting into technology, I would building websites with Dreamweaver or Visual Basic.
We started building Draftbit after trying to build a different business — a mobile app. We were sort of just frustrated, even with great co-founders, at hard it was to get the first version of our mobile app out the door. We realized that we really were passionate about making it easier for us, or anyone, to get our first version out and iterate on it.
I think I got into no-code before I really knew what no-code was just by playing around with no-code tools maybe like five or six years ago. My intro was Zapier, the holy grail of integrations. I've always been at this intersection of technical and non-technical and I've always found no-code as a beautiful mix of those things.
No-code is really, really part of the tech stack that I use on a day to day basis and teach amongst even my own team, so I thought why not join a company like Voiceflow, who's gonna make a really big impact in the voice space and the no-code space?
In terms of getting started with no code, when it comes to design, back in the day Dreamweaver was my earliest experience with no-code.
I guess my excitement in the no-code space was sort of reinvigorated just more recently, obviously, as 8020, came to life. I got an opportunity to officially join and kind of steer the ship. Obviously getting back to scratching that itch from a design perspective has been great, but then also just kind of more broadly to start to help, along with everybody else, figure out a lot of what this means, is kind of the exciting part.
[Ben] Tengo experiencia en la creación con código y comencé simplemente creando mis propios sitios, HTML, CSS, y luego realmente me metí en WordPress y desarrollé temas personalizados de WordPress. Y luego comencé a trabajar en un proyecto en el que tenía recursos limitados y estaba tratando de construir muchos sitios y es como, "Tiene que haber una mejor manera de hacer esto. Esto es tan, tan difícil" Y entonces encontré Webflow, y pensé: "¡Oh, cariño, vamos a intentarlo!"
[Mat] En términos de Visual Dev FM, originalmente se formó en torno a la idea de que Ben y yo tomáramos café todos los viernes solo para hablar sin código y fuera nerd, y simplemente comenzamos diciendo que deberíamos, el pensamiento más básico de todos, deberíamos comenzar un podcast sobre esto. Y así lo hicimos, y luego conocimos a Lacey y el podcast mejoró mucho.