Cómo facturamos +500K€ en menos de 3 meses con #nocode

Carlos Beneyto
11 min readSep 15, 2021

--

🇺🇸🇬🇧 First. Do you want read this article in English? Check it here.

A principios de 2021, nos juntamos para hablar sobre el sector Real Estate, teniendo en cuenta que el mercado lleva “estancado” décadas y solo algunas pocas elegidas startups como Housfy o Housell habían logrado buenos modelos, nos preguntábamos…

¿Qué ocurre cuando una persona quiere vivir en el centro… pero quiere vivir la experiencia de disfrutar una vivienda nueva y sin tener que irme a las afueras de la ciudad? Y si encima ya la “personalizamos” para esa persona… ¡Wow! 🎉

Fue entonces cuando decidimos trabajar en lo que hoy en día es Edify. Vimos una oportunidad, pero claro… ¡No teníamos recursos! Estábamos trabajando cada uno de nosotros en otras empresas y necesitábamos validar este concepto… Así que nos dijimos…

¿Cómo podemos validar y probar este modelo de la forma más rápida y barata posible? Con #nocode.

Apenas algo más de 3 meses después de esa apuesta, hicimos algo mas de +500K€ en ventas y decidimos apostar al 100% por el proyecto dejando todos nuestros trabajos para dedicarnos a esta oportunidad.

Así empieza esta historia…

“Culture eats strategy for breakfast”

Es algo que siempre nos dice Paulo (nuestro CEO) y que tenemos muy presente, desde el primer día pensamos en ser ágiles y validar antes de dedicarle unos recursos considerables para algo 100% customizado para nosotros, evidentemente apostamos por un MAP en todo lo posible y empezamos a crear nuestro producto con la tecnología “más barata” posible… utilizando #nocode.

📕 Pongo entre comillas lo de “barato” porque desde luego en cuanto empiezas a sumar herramientas, de barato tiene poco, no obstante la velocidad de iteración y validación que te permite estas tecnologías merecen la pena.

Esta fue la decisión que tuvimos que tomar… decidimos #nocode

¿Por qué elegimos #nocode?

La pregunta del millón… Why #nocode? Como he comentado en ese momento estábamos inmersos en otros trabajos y no podíamos dedicarle todo el tiempo del mundo, necesitábamos validar que estábamos en lo correcto, que nuestra hipótesis tenía sentido, y en ese momento no contábamos con margen de tiempo y conocimientos para desarrollar todo esto de forma personalizada y sabíamos que como todo emprendedor, que íbamos a cambiar o pivotar cosas constantemente. Entonces nos preguntamos…

¿Tenía sentido hacer un desarrollo a medida en ese momento? No.

Entonces los principales 3 motivos por los que elegimos #nocode fueron estos:

  • Facilidad de iteración. Testear (pues no sabíamos realmente que y como lo necesitábamos en ese momento)
  • Menor coste de validación. Tiempo (poder tener en pocas semanas una web para validar el producto. Market-fit)
  • Menor coste de ejecución. Dinero (No tener que invertir en N programadores para desarrollar una idea que no sabíamos si iba a funcionar)

Empezamos nuestra aventura con el equipo de Minimum.run.

Con ellos empezamos a desarrollar nuestra primera plataforma usando la plataforma Webflow.

En unas pocas semanas teníamos un branding, una estructura básica de diseño de producto y la web lanzada. Habíamos logrado poner en algo más de un mes una idea a un producto online. Listo para validar.

Aproximación del proceso de desarrollo del MAP de Edify con Minimum.run

Primera parte del problema parecía estar solucionada, okey, teníamos conectado el servicio más básico, el cliente podía encontrarnos online y podíamos guardar los datos en Hubspot para un mejor seguimiento, ese fue nuestro primer proceso funcional. Algo parecido a esto:

Flujo v1 de Edify usando #nocode

Básicamente, teníamos la web que poníamos algo de publicidad en Instagram, Facebook, Google, etc…

1️⃣ Por la landing creada con Webflow el posible cliente comprendía que hacíamos con Edify y si lo consideraba nos dejaba sus datos.

2️⃣ Dentro de Webflow integramos un formulario de Arengu, el motivo de usar Arengu y no Typeform o similar es que nos permitia una integración más personalizada pudiendo editar el CSS o añadir Javascript personalizado, esto hace que pareza que todo el flujo está más integrado y no es “otra aplicación”.

3️⃣ Una vez captábamos la información mediante Arengu, lo enviábamos , mediante la integración directa a Airtable. Por dos motivos, tener un backup de datos por si acaso (al final con #nocode, no tienes todo el control, es mejor tener backups) y porque a partir de ahí lo podíamos enviar a cualquier sitio.

  • Extra info: Hay un descuento considerable con AWS Activate para usar Airtable de más de 3.000$ básicamente… 1 año con las features pro sin coste. Not bad.🙃

4️⃣ Una vez teníamos los datos en Airtable era el momento de poder “trabajar” esos leads, con Zapier tenemos diferentes “triggers” donde al introducir un nuevo registro en Airtable obteníamos todos esos datos y los enviábamos a Hubspot para que el equipo de ventas tuviera un control total.

Quizás es lo más “técnico” del proceso, requiere conocer un poco cómo funcionan las herramientas de Airtable y Hubspot para que se “conecten” entre sí, pero nada que no pueda solucionar pelearte unas horas con ello.

5️⃣ Como paso extra y como hemos comentado arriba en Edify tenemos una cultura muy fuerte y transparente con todos los compañeros (no somos simplemente “empleados” somos compañeros) de tal forma que si ya teníamos integrado Zapier con todos los datos no nos costaba nada enviar a un canal en particular de #Slack, el software que usamos para comunicarnos internamente, un pequeño mensaje de “Hey! tenemos un nuevo deal”

Ejemplo de mensaje que recibimos en nuestro Slack, TODOS los compañeros de Edify.

Y así con estos “pequeños” pasos logramos validar nuestro modelo en pocos meses, creando un producto sostenible, “escalable” y sobretodo fácil de pivotar si así lo necesitábamos.

“En poco más de tres meses pasamos de una idea, a vender por valor de +500K€, validar nuestro negocio y empezar a escalarlo”

Obviamente esto solo fue el principio a partir de ese momento y ya con el modelo validado y con una persona con foco en producto y tecnología (un servidor que está escribiendo estas lineas) podíamos empezar a facilitar un poco más los procesos.

Soy de la opinión (y más teniendo a nuestro alcance tecnologías #nocode) que antes de desarrollar una sola linea de código, tienes que parar un segundo y hacer la siguiente pregunta…

¿Cómo puedo resolver este problema (total o parcialmente) con los menos recursos posibles?

A partir de ahí habiendo validado esa solución, puedes valorar el próximo paso. En nuestro caso en Edify, tenemos una carga muy importante de “Operaciones”, controlar materiales, estado de una reforma, comunicarnos con los clientes, etc.

Antes de escalar estos procesos… necesitamos que para nosotros sean fáciles de hacer.

Modelo de trabajo Tech <> Biz de Edify. Sept 2021

Por eso empezamos a analizar cuales eran los puntos donde el equipo de ventas y arquitectura tenía mas problemas o habían cuellos de botella, era 100% esencial entender esto y empezar a trabajar en soluciones para facilitar el trabajo de esos departamentos.

Desde mi punto de vista del trabajo técnico dentro de Edify (que no tiene por qué ser exactamente igual en otra startup), en nuestro modelo lo que teníamos era N servicios que teníamos que integrar.

Modelo de trabajo Tech en Edify.

Una vez estén integrados podemos escalarlos para que estén disponibles para diferentes ciudades y por ultimo… el performance.

En nuestro caso no vamos a tener 1000 clientes a la vez usando nuestro producto (al menos en los primeros meses) por lo que el performance de la app y la web podía pasar a un segundo plano en esta fase.

Es decir, podíamos tener algunos procesos manuales y lentos, no era crítico.

Entendiendo esto teníamos bastante claro por donde actuar, inicialmente estuvimos enfocados en los procesos de formalización.

“Los clientes llegaban, pero entre que nos daban los datos y enviábamos el primer documento contractual podían pasar días, objetivo reducir eso a minutos”

Vuelvo a repetir que en Edify tenemos una cultura muy fuerte de valida y luego desarrolla, pero tampoco íbamos a enviar un simple Google Doc o Word para nuestros clientes, si somos diferentes a una inmobiliaria tradicional (de hecho… no somos una inmobiliaria) teníamos que ser diferentes también en ese aspecto.

Empecé a investigar cuál era la mejor solución, probamos diferentes cosas hasta que encontré Proposify.

Con Proposify, junto con Zapier + Hubspot conectamos toda la información que teníamos del cliente para generar un contrato en minutos.

Modelo para simplificar el trabajo en fase de captación. Sept 2021

Con este modelo nos montábamos un pequeño sistema con firma certificada utilizando los mismos recursos que teníamos antes (Zapier) añadiendo un nuevo software. Simple.

¿Por qué no usamos Signaturit o similar?

Porque para esa fase necesitamos algo funcional y con una experiencia más personalizada, con Proposify podíamos tener un template o diseño totalmente personalizado cosa que con otro software necesitábamos una integración más profunda. No lo necesitábamos en ese momento.

“Conseguimos reducir un proceso donde gastábamos un mínimo en 1–2 días, a poco más de 5 minutos”

Esto por cada uno de los clientes que quieren trabajar con nosotros, el impacto es más que sustancial. Una vez teníamos este punto claro era el momento de ayudar a facilitar los procesos de “propuestas” a los clientes. Mostrando las posibles propiedades que podrían convertirse en el nuevo hogar del cliente.

No podíamos enviar un simple link por Whatsapp, oun simple PDF con la información en bruto. ¡Recordad! ¡Somos diferentes!

Entonces de nuevo, teníamos la solución delante de nosotros. De nuevo con Zapier y Figma.

Con Zapier y todos los datos que teníamos la información del cliente, de ahí la pasábamos a un Google Sheets y con el plugin “Google Sheets Sync” de Figma configurábamos un diseño totalmente personalizado para nuestros clientes en segundos. Solo teníamos que exportar y enviar.

Resultado final en Figma que exportamos para nuestros clientes. Sept 2021

Ya habíamos ganado unas cuantas horas por cada una de las visitas simplificando el proceso.

¿Nos os parece fascinante? Vuelvo a recordar, hasta el momento, y menos algún CSS del formulario, ni una linea de código se ha desarrollado para todo esto. ¡Todo con #nocode!

Por último para acabar de cerrar el círculo empezamos a trabajar en la primera funcionalidad del cliente. ¡Perfecto! El cliente firmaba, el cliente recibía diferentes propuestas, pero… ¿Qué ocurría cuando empezaba?

En esta case nos apoyamos en Webflow.

“Por mucho que tengas un producto totalmente depurado y trabajado si el cliente no lo percibe así… no vale para nada”

En este caso lo que hicimos fue crear una Collection CMS, donde teníamos los datos del cliente su futura propiedad, etc. Todo. Con ello con Zapier de nuevo cuando el cliente pasaba a X fase de nuestro funnel, crea un nuevo item en esa collection.

Dentro de esa colección almacenábamos los datos de cómo iba la reforma del cliente, con todo “detalle posible”. Teniendo en cuenta que Webflow es limitado en este aspecto tuvimos que jugar un poco con los campos.

Nuestra collection CMS para gestionar a los clientes desde Webflow. V1 Sept 2021

De tal forma que teníamos algunos campos como las etapas o el historial que eran un simple campo de texto pero utilizando los listados, negritas y cursivas y editando esos estilos directamente desde el editor de Webflow pudimos editar el estilo visual para que parezca un “timeline”.

Con ello y con el resto de tipos de inputs básicos que nos permite el editor de CMS de Webflow tenemos un completo panel donde el cliente puede:

  • Ver el estado de su reforma
  • Ver galerías de fotos y videos de su reforma
  • Descargar todos los documentos (nota de encargo, planos, etc…)
  • Descargar las facturas de la reforma
  • Toda la información del arquitecto, presupuesto, etc..
Dashboard del cliente de reforma (proyecto demo) Sept 2021

🎉 Como extra, el propio cliente puede solicitar una actualización de como va el proyecto. Esto es tan simple como otro formulario en Arengu donde al completarlo al equipo nos llega una notificación vía Slack. Simple

Con esto tenemos un flujo completo para poder validar todo el proceso de venta para poder decir… “Vale… esto tiene sentido”

Aún nos queda mucho camino que recorrer y no hemos desarrollado ni el 20% de todo el flujo necesario para tener un proceso y producto totalmente automatizado y simplificado (tanto para el cliente como para nosotros a nivel interno), pero creo que con esta filosofía podemos validar las hipótesis en pocos días y desarrollar algo que “ciertamente va a funcionar”, ahorrando costes y tiempos.

Siento ser pesado pero vuelvo a comentar el tema, todo esto en pocos meses y sin desarrollar una sola linea de código (no… CSS no es programar).

Entonces, para finalizar nuestro flujo de trabajo queda de la siguiente forma:

Formato de trabajo producto & tecnología de Edify. Sept 2021

Próximos objetivos en Edify

Todo esto asienta las bases para nuestros próximos objetivos los cuales a grandes rasgos son:

  • 📈 Superar el +1M€ en ventas este 2021
  • 💶 Triplicar ventas en 2022
  • 🏙 Estar en más ciudades españolas durante 2022

Aprovecho para comentar que estamos buscando talentos para que se unan a nuestro equipo de producto y tecnología en Edify. El #nocode nos ha ayudado mucho y ya tenemos claros nuestros primeros desarrollos in-house. Es el momento de escalarlo y hacer crecer el equipo.

Si estás interesado tienes más información aquí:

Así que ya sabes, con #nocode se pueden hacer muchas cosas, incluso validar ideas que sean un negocio en si mismas, solo requiere un poco de ingenio, creatividad y ganas de querer solucionar un problema de verdad.

Y recuerda…

“Vende el problema que resuelves, no el producto que haces”

Parte II ya disponible! Donde hablamos de como hemos evolucionado de #nocode a Lowcode! 👇👇👇

¿Te ha gustado el post?

¡Dale claps! puedes darle hasta 50 veces al clap, y que mucha más gente encuentre y conozca este post, y claro… no te olvides de compartir.

¡Veamos esos aplausos!

--

--

Carlos Beneyto

💼 Product guy @ Idealista / Inmovilla. Entrepreneur. Digital problem solver. Father (x1), rugbier and fall in love with #nocode. #startup #product #ai