A ver, primero nos presentamos, ¿vale?
Sí, inicio un poco el evento y nos presentamos si queréis.
¿Hola?
¿Hola?
¿Hola? ¿A mí se me oye?
¿Hola?
Sí.
¿Me digas, Dani?
¿Estamos en YouTube ya?
Muy bien.
Hola a todos, millones de gracias por venir.
Es que no me esperaba tanta gente en el día del mobile.
Así que no sé por qué habéis preferido esto, pero muchas gracias.
Imagino que es porque era gratis.
Bueno, vamos a empezar con las presentaciones.
Esta es una charla de no code sobre cómo crear proyectos y lanzarlos online.
Entonces, Diego, ¿empiezas tú con las presentaciones?
¿Te presentas?
Sí.
Bueno, gracias a todos por venir.
Mi nombre es Diego y trabajo en Customer Success en Bravo Studio.
Para los que no conozcáis, Bravo es una plataforma que te permite
crear una app nativa a partir de tu diseño en Figma o en Adobe XD.
Y, bueno, tengo experiencia en producto y, bueno, pues, básicamente.
¿Puedo pasar?
Pues yo soy Alex, soy fundador de No Code Hackers,
y vamos a la gente a construir proyectos increíbles sin código.
Pero, básicamente, yo no aprendí a programar, entonces tenía ganas de crear cosas
y acabé descubriendo este mundillo del no code y siendo bastante pesado.
En cuanto a hablar sobre esto, y, de verdad, creo que es algo que puede ayudar
a muchísima gente, así que es un placer estar aquí.
Me alegro que vengáis todos por aquí a escucharnos.
Y nos toca Hassim.
¿Se te conoce como la persona que más sabe de no code de España, eso, verdad?
Probablemente no.
Pero, bueno.
Bueno, yo soy Hassim.
Estudié en general industrial, no me gustó nada.
Emprendí muchas veces y fracaseé un montón de veces, una detrás de otra.
Monté un montón de proyectos, he montado 14 proyectos en total.
La mayoría han sido un fracaso absoluto.
Casi todos han facturado cero euros.
Algunos un poquito más, otros un poquito más, y, al final, pues, por fin,
por fuerza, alguno funcionó.
Y hay uno concretamente en el que pude tener cientos de miles de clientes.
Así que era por fuerza.
Muchos de estos proyectos han sido utilizando herramientas no code
porque durante muchos años yo no sabía programar.
Entonces descubrí un poco el mundo del no code por fuerza,
por el querer yo lanzar cosas, ¿no?
Durante muchos años he sido el único emprendedor que he conocido.
Nadie en mi entorno había emprendido.
Y como no tenía ninguna referencia ni nada, pues, tiraba con lo que tenía, ¿no?
Y buscando a bus por internet, fui descubriendo herramientas y fui lanzando cosas.
Esa es un poquito mi historia.
Alex, ¿cómo empezaste no code hackers?
No code hackers nace en la cuarentena.
Yo lanzaba proyectos, igual que Jacin.
Los míos facturaban menos dinero.
Probablemente ninguno haya facturado nada antes de no code hackers,
pero yo lanzaba proyectos.
Y como un MVP más, o sea,
lanzé una landing page en la que contaba un poquito,
oye, mira, yo sé hacer esto con Eartable.
Descubrí que había gente que no sabía lo que era Eartable.
Mucho menos había las cosas que se podían hacer con Eartable.
Y dije, pues, tengo que compartir esto.
Entonces, fin de semana de cuarentena, las primeras semanitas,
ponerse la manta a la cabeza,
ponerse a diseñar una imagen de marca hecha en Canva en cinco minutos
y que la ha cogido la gente de Mendes a Taren
y le ha dado una identidad un poquito más fuerte.
Pero a partir de ahí nació todo, una landing page,
una plataforma para cursos y lanzarlo al mundo,
que creo que es lo más importante de todo esto,
que la gente lance cosas.
Sí, al final, o sea, totalmente.
Al final, lo importante es el fin más que el medio.
¿Y cuánto tardaste en lanzarlo?
Tardé, me puse el viernes a la mañana
y el sábado a las once de la mañana estaba hecho y lanzado.
O sea, para que lo entiendan, no code hackers es una plataforma
donde puedes aprender de no code
y la plataforma en sí tardaste dos días en desarrollarla.
Sí, porque utilizamos una herramienta de terceros,
que es Thinkific, para que nos diera todo el soporte de cursos
y mi principal objetivo era que la gente pudiera aprender.
Entonces busqué cuáles son las principales herramientas
para poder crear una plataforma de cursos
sin tener ni idea de programación
y apareció Thinkific, que era gratis, y dije yo,
pues vamos a empezar por ahí.
¿Y cómo se te ocurre hacer eso?
O sea, ¿por qué decidiste hacer una plataforma de aprender no code?
Por lo que comentaba,
tenía ese conocimiento que quería compartir con la gente
porque veía que la gente no sabía lo que podía hacer con Airtable,
era muy desconocida en mi entorno y creo que sigue siendo.
Y a partir de ahí,
yo sí que tenía las ganas de montar como una academia online,
la educación siempre ha sido algo que me ha fascinado.
Y como que se alinearon como muchos intereses
en un momento muy concreto de mi vida
y de esa conexión entre dos intereses un poquito diferentes
al resto del mundo, pues salió No Code Hackers.
He visto que uno de los cursos es
lanzar aplicaciones nativas a través de un Figma
con una herramienta que se llama Bravo.
¿Podéis comentar eso?
Bravo mola.
Bravo mola, me una mucho.
¿Puedes comentar un poco qué hacéis?
Pues, básicamente, hacemos eso,
crear aplicaciones nativas
a partir de un diseño de Figma o de Adobe.
Y lo que hacemos es evitar, bueno,
intentar evitar que,
o facilitar que cualquier persona
sin conocimientos de programación
pueda crear la aplicación nativa.
¿Qué tipo de aplicaciones se pueden crear?
Estamos ampliando bastantes funciones
y, pues, podemos crear el típico listado
de cualquier elemento que venga
de base de datos de RTABLE, interacciones,
tenés navegabilidad, tenemos acceso a cámara,
podemos subir archivos,
pues hacemos de todo, básicamente.
Estoy comprando proyectos que estoy lanzando en público en Twitter
y el otro día, pues, hablé de No Code
y una persona me dijo, oye, ¿por qué tanto anglicismo?
Usa el español.
Y estuve pensando, ¿cómo le llamo, no?
O sea, ¿cómo se llama?
Primero decidí no hacerle caso a esa persona
porque que alguien me diga cómo tengo que hablar en Twitter
no me parece bien, pero bueno.
Dije, ¿cómo se llama esto el No Code, no?
¿Esto desde cuándo?
¿Desde cuándo la gente le llama No Code y qué es esto, no?
¿Qué es el No Code para vosotros?
Creo que van a haber tres definiciones diferentes.
Quizás había que preguntar qué es el No Code
para la gente que estamos aquí todos, ¿no?
Yo creo que, te lo comenté el otro día,
creo que vengo haciendo No Code
cuando todavía no se llama No Code
porque trabajé en una empresa en vivo
que básicamente creamos un website builder,
un tipo Squarespace,
y lo creamos desde cero por necesidades
que teníamos en la empresa.
Y no se llama No Code para nada.
Y básicamente era una plataforma
que mediante módulos
pues vas creando tu página web.
Hoy lo cual hoy es casi el estándar,
nadie se le ocurriría programar la web desde cero
y nosotros facilitamos eso.
Entonces, pensando un poco en esa definición
de qué es el No Code, diría
lo normal es decir que es una forma
de crear herramientas a partir de otras
que hasta ahora se necesitaba saber programar
para utilizarlas o para crearlas.
Pero realmente...
Es difícil, ¿eh?
Es difícil. Creo que el punto de vista
habría que ponerlo más en el usuario.
Y si ese usuario necesita conocimientos
de programación o no para utilizarla,
quizás va por ahí.
Para mí el No Code es empoderamiento,
es lo que acabas de decir.
Es no tanto el qué se puede crear,
porque constructores visuales de webs
llevan habiendo muchísimo tiempo
de aplicaciones, etcétera,
sino que ahora por primera vez
o desde hace muy poquito,
gente que no tenemos esos conocimientos técnicos,
como Hacienda sabe programar,
lo ha contado un hilo en Twitter,
muy recomendable,
pero ni él ni yo sabemos programar.
Perdón, yo sí.
A les fuera. Pero soy vago.
Lo siento.
Antes me estuvo diciendo que tenía pequeños conocimientos,
pero que no le gustaba lo que es programar en sí,
sino lo que quiere es crear el producto.
Yo creo que va de eso,
de que una persona como yo,
que no tengo esos conocimientos técnicos,
pueda lanzar cosas al mercado, crear productos
y conectar herramientas entre sí
para que la suma de herramientas sea más
que lo que hacen las herramientas de manera individual.
Yo me lo imagino en No Code
como si fuera un...
O sea, como cuando quieres construir algo,
es un puzzle,
y las herramientas No Code son como pequeñas piezas.
Hay muchas veces que
no todo va a ser No Code,
habrá que programar ciertas partes,
pero la idea es juntar diferentes piezas
y dar una propuesta de valor.
Yo, cuando pienso en No Code,
siempre pienso, voy muy alineado con lo que ha dicho Diego,
de, oye, vamos a construir algo,
vamos a juntar diferentes herramientas
para crear otra herramienta que pueda convertirse en un negocio,
siempre con la perspectiva de negocio.
Pero esto es una definición totalmente inventada.
O sea, es un término súper nuevo
y no hay nada escrito, ¿no?
Perdón, yo creo que al final
es como apoyarse en el trabajo de terceros
para sacar el tuyo,
para sacar tu negocio, tu producto
o el problema que tú quieras resolver,
pues hacerlo de manera más rápido.
Y eso al final lo hacen todos,
los programadores utilizando librerías,
cualquier programador utilizando Stripe,
ya lo está haciendo lo mismo.
Entonces, al final es un poco
ese,
yo creo que va por ahí la definición, ¿no?
¿Se puede crear cualquier tipo de proyecto
con No Code?
Se puede crear casi todo
con limitaciones,
pero aquí Diego nos puede contar porque sabe programar,
entonces...
Eso es el experto.
Yo creo que sí se puede crear, a ver,
esa pregunta es como muy,
súper amplia.
A nivel general yo creo que sí se puede crear cualquier tipo
de producto utilizando herramientas
con No Code, pero sí que depende
al final de la madurez de las herramientas.
No es lo mismo utilizar,
pero es que pasa con todo, al final
un producto que acaba de salir,
de sacar una startup que lleva tres meses
funcionando,
quizás no es muy
fuera más allá de No Code
o Code, quizás no será muy
recomendable
y con estas herramientas lo mismo.
¿Quién no va a tener
su página web en Webflow?
Todo el mundo puede tenerlo, pero en Webflow
hace ocho años
quizás será jugable un poquito más.
Yo pienso un poco que...
o sea, estoy muy en contra
con lo que decís.
Creo que no se puede crear
todavía, no se puede crear prácticamente
productos complejos,
es decir, sí que se puede crear
un MVP muy sencillo,
sí que se pueden crear productos que es de una vertical
muy concreta, por ejemplo nadie se plantea aquí
programar una tienda online.
Utilizas un Shopify, un WordPress,
un magento, lo que sea y ya está, apretas cuatro
botones y tienes la tienda en cuatro
horas. O por ejemplo
lo más avanzado que he visto,
corregirme si me equivoco, es un marketplace,
sí que se puede hacer un marketplace con
No Code juntando tropecientas mil herramientas,
pero luego se queda como muy
en fase de MVP, que quizá
es una
forma perfecta de validar algo,
en lugar de ponerse a construirlo. ¿Qué opináis?
¿Qué tipo de productos más complejos?
¿Más allá de un e-commerce,
un marketplace o una página estática creéis que se pueden
crear? Porque seguramente
me equivoqué por discutir un poco
vosotros. Estoy seguro de que
sepan a poder crear cosas más importantes,
tengo visto aplicaciones en Babel y si
queréis nos metemos en Babel que es como un territorio
no nos gusta Babel, es un territorio
en competencia.
Babel mola también, hay que
reconocerlo. Pero
yo creo que se pueden
hacer todo el tipo de proyectos sin código.
Otra cosa es que una vez pasada la primera
atracción tenga sentido o no
seguir desarrollándolo porque tienes
miles de usuarios que están utilizando tu aplicación
y eso no escala y tienes
problemas, pero benditos problemas.
¿Puedes poner algún ejemplo de alguna
aplicación que salga un poco
de lo que sería un
e-commerce, un marketplace, algo así
más?
Conozco una aplicación que se llama
Incomi, que se encarga de hacer como facturación
para autónomos
y tiene toda su plataforma, todo su
RP que funciona, está
hecho en Babel, como os digo que es una herramienta
un pelín más profunda, por así
decirlo, y te
permite crear softwares de facturación como
puede ser, por ejemplo, un holder también, muchísimo
a menor escala, evidentemente, y quizá con algunas
funcionalidades un poquito más
limitadas, pero
lo que es la esencia del producto y lo que lo hace
diferente, yo creo que sí que lo
puedes hacer.
Yo pienso que cada vez se podrán hacer más cosas,
cada
año salen herramientas nuevas,
cada vez se podrán hacer productos más
complejos, pero sí que
pienso mucho en el no
counter ahora mismo como en esa parte de
validar algo, de decir, oye,
tengo una idea, o sea, a nivel de construir
producto, lo veo muy verde todavía,
sinceramente, pero a nivel de validar algo
nos puede ahorrar un montón de pasta,
una barbaridad de pasta, ¿no?
Entonces, ahí sí que veo que prácticamente
cualquier idea, si ya nos vamos
un poco a deep tech,
inteligencia artificial y tal, ahí nos caemos,
o sea, ahí, ¿cómo vas a validar eso, no?
Pero si nos vamos a cualquier idea que
puede ser usada o algo así, sí que se podría
validar casi todo con
NoCo, ¿qué piensáis de eso?
Yo estoy totalmente de
acuerdo, o sea, si ya más allá
de lejos del MVP,
pues quizás pueda haber más dudas, sobre todo
en la parte que he comentado de la madurez de las
herramientas, pero a nivel MVP
100%
de acuerdo en que se puede
totalmente, al final es
lanzar una idea, o sea, lo que te permite
estas herramientas es estar
enfocarte más en la parte de negocio,
en qué es lo que quiero conseguir
y no en el cómo, ¿vale? Pues cómo, pues
no necesito seis meses
y contratar un equipo de quiz desarrolladores
para validar esta idea, que la
puedo hacer ahora en una semana o en
dos días, y centrarme en
¿vale, cómo lanzo esto al
mercado? ¿Cómo empiezo
a recabar
datos
de manera que me dicen, pues por dónde
puedo tirar, por aquí o por allá?
Al final el ahorro
en tiempo y en dinero es
brutal, o sea, hoy en día
sobre todo
si estamos en el día cero y queremos montar
un proyecto,
se me ocurren como tres opciones, ¿no? Pues
imagínate que eres una persona no técnica,
o te buscas un socio técnico que te
acompañe, o contratas a alguien
técnico, o usas no code
o haces una combinación de las
tres anteriores, ¿no?
Os voy a decir lo que haría yo
y me gustaría saber
qué harías vosotros, ¿no? Yo en el día cero
intentaría buscar
un socio técnico
sí o sí, casi cualquier
proyecto hoy en día requiere tecnología,
entonces veo fundamental esa
parte ese CTO, ese socio
técnico, lo que sí que es
verdad que al principio, como tienes que
validar todavía muchas hipótesis,
intentaría que ese socio técnico utilizara
este tipo de herramientas
lo máximo posible para ir lo más
rápido posible.
Y para que tú también pudieras
meter mano en esas herramientas
y trabajar
en ese sentido también con él,
porque podrías utilizarlo.
No sería como una caja negra de
bueno, tengo que hablar con el desarrollador
para que me haga esto y no tenga absolutamente
idea de lo que pasa ahí dentro.
Tú podrías
hacer cambios también y trabajar en conjunto.
Podría ser tu propio
cofundador técnico.
En mi caso sí porque
puedo programar, pero hablando en el caso
de una persona que no se va a programar, sí que creo que es
fundamental esa
ese socio técnico que
que también tenga algunos conocimientos
de no code para ir rápido, ¿no? Porque al final
si quieres montar un proyecto
y no tienes un socio técnico,
imagínate, ¿no? Utilizamos no code.
Una persona no técnica
ella sola quiere montar un proyecto
y lo monta y funciona.
Pero eso escala.
Es decir, eso cuando
empieza a funcionar va a tener
que buscar a alguien técnico
para construir igual features
más concretas, más específicas que
la herramienta no te da. Y claro, ponerse
en ese momento, que todavía es una etapa inicial
al contratar a un desarrollador, que
los salarios de desarrolladores son bastante
altos,
pues hoy en día
un desarrollador puede cobrar entre
40 y 60 brutos
al año. Que coste de empresa hay que
multiplicarlo por 1.30 y algo y nos vamos
a 70.000, 80.000
es 80.000, lo divides entre 12
y te sale que te estás gastando 7.000, 6.000
euros en un desarrollador
mensualmente.
Cuando si utilizas 15 herramientas de
no code, igual te gastas
una décima parte de eso, ¿no?
Entonces yo lo veo un poquito así, ¿no?
Que tener un CTO que te puede
acompañar en el momento en el que tú validas una idea
y, vale, ahora vamos a
crear producto a raíz
de estas hipótesis que hemos validado, ¿no?
No sé cómo lo veis vosotros.
Yo creo que la clave no está tanto en saber
programas, sino tener los conocimientos
técnicos. Es decir,
que sea una persona que te puedas apoyar para que le digas
oye, quiero que me hagamos esta conexión con esta API
de este elemento porque es lo
que mejor nos va a venir para nuestro
proyecto, ¿no? Evidentemente si puedes tener
a un tío que sea un crack, un CTO que lo lias desde
el principio para que esté en tu proyecto,
go for it. Lo que pasa es que creo que en la
mayoría de los casos es como muy
complicado liar a una persona como está el mercado
ahora mismo de esos developers para un proyecto
en el que no tienes nada construido y que es simplemente
una idea. Entonces yo creo que el no code te ayuda
a llegar a ese punto en el que ya tengas un
mínimo producto, una mínima atracción,
un mínimo interés de que existe algo
que la gente está dispuesto a pagar o que la gente quiere
y a partir de ahí
tendrás la capacidad de traer a esa gente
técnica, ¿no? Y quizá
no haga falta pagarles ese salario sino que se vengan como
socios y que sea un poquito
más económico para esa
fase del proyecto.
Pero sí o sí, aunque no se va a
programar, tiene que entender que es un API
quizás tenga que entender que es una base de datos
si es racional o no.
Entonces los conocimientos
técnicos los va a tener que tener sí o sí
básicamente.
Si tenéis cualquier pregunta
podéis interrumpir en el momento.
¿Sí? Me acerco, ¿eh?
Es que justamente estaréis comentando
del tema de
de qué es necesario un CTO para
iniciar un proyecto digital
pero a mí
gustaría, bueno, a ver cómo
lo veis vosotros porque yo creo
que un CTO de entrada
quizás en el tema de no code
no lo ve con buenos ojos
sino que quizás le cuesta
más decir
vale, ahora vamos a utilizar herramientas
no code y luego ya
vamos a hacer extensible
a todo lo demás más que nada para
justificar también su rol
como
en un C level de un CTO.
¿Cómo te llamas?
Gisela, encantaba conocerte.
Vale,
¿tienes una respuesta?
Sí, sí, sí, o sea 100%.
Vale, al final
para mí el
el rol de un CTO
es, o sea, un ingeniero
no es
una persona especialista en
programar, es una persona
especialista en solucionar problemas, ¿no?
Entonces, si esa persona
es lo suficientemente profesional y dice
oye, es que he encontrado una forma
en la que en lugar de tardar 20 días
tardo dos y
en lugar de gastarme X pasta
mil euros, me gasto 20, ¿no?
Cuento con que
lo decidirá, sí.
También tendrá en cuenta que en
un futuro esa solución que a corto
plazo pues le ha podido salvar
de esos primeros días donde todo tiene que ir
muy deprisa y tienes que validar un montón de hipótesis
luego tendrá que tener en cuenta que, vale
luego lo podemos pasar a código para
ser mucho más flexible todo, ¿no?
Pero si ese CTO
es buen ingeniero
esto me estoy metiendo en un jardín aquí, ¿eh?
Aquí me estoy metiendo en un jardín,
pero bueno, entiendo que
un ingeniero lo que hace es solucionar problemas, ¿no?
Más que ser especialista de una tecnología
en concreto, si eres
especialista de una tecnología en concreto, pues si esa
tecnología desaparece, pues hasta luego,
¿no? Pero sin embargo si te enamoras
de solucionar problemas, también verás
con buenos ojos todas estas
herramientas que están apareciendo, ¿no?
¿Y eso no sería una persona de producto?
¿Por qué tiene que ser tecnológica?
Porque tiene que ser CTO
y no CPO. ¿Qué significa una persona
de producto? Bueno...
Otra charla.
En la siguiente. A ver, bien generalista.
O sea, yo estoy pensando mucho
en el día cero y en el día cero
no suele haber nadie de producto. Yo creo que
lo genial sería
tres fundados que allá estoy pidiendo como si fuera
esto. Lo genial sería
pues tener un CEO
con una visión muy clara, un CTO,
alguien que sepa de marketing y que los tres
tengan mentalidad de producto. O sea, que la
mentalidad de producto sea parte de la cultura de esa
startup y de negocio. Y claro,
ya nos ponemos y...
Y que tenga una comunidad creada
de todo lo que quiere solucionar y todo.
Es muy complicado. Eso sería lo
perfecto, realmente.
¿Vosotros creéis que hay alguien,
algún CTO que se pueda negar a utilizar
Typeform, por ejemplo,
para...
Ha pasado, y se la...
Yo creo que sí, ¿no? Que se ha de negado a utilizarlo.
O sea, yo no lo he conocido, pero estoy seguro
de que... Entonces la alternativa sería
como nos vamos a programar ahora todos estos
formularios con toda esta lógica y tengo
que explicarle al desarrollador
que cuando...
Pues todo este flujo, ¿no? Que cuando
un usuario se registre, luego tiene que hacer
para ahora en vez de hacerlo a mano.
¿Tú conoces alguien que se ha negado a eso?
No conozco a nadie personalmente,
pero sí que es cierto que
en conversaciones con muchos
programadores que te dicen, pero sí eso lo hago yo en una hora.
Ah, ya.
Yo primero. Todos.
Aquí está mi equipo y
sabe que soy el más optimista de todos.
Y digo, esto en un día está hecho.
La semana siguiente, hola.
Es bastante común en desarrolladores eso.
Yo creo que va por ahí. O sea, quizá no para
una cosa súper compleja lo que decías
con lógica súper detrás, pero cuando es
algo sencillito, como un formulario, por ejemplo,
de captación o del onboarding,
quizá dices, no, pero eso
me lo hago yo. Pero utilizas una herramienta
como puede ser Arangoo y de repente
ese flujo lo puedes editar.
Lo puedes editar tú. Y eso
en el momento de crear lo puede que te lleve lo mismo,
pero luego mantenerlo.
O por ejemplo, instrumentalizar
un producto, enviar eventos
y tal y luego medir, etc.
Yo creo que, o sea, si lo vas
a hacer a mano, te vas a morir.
No sé si lo veis, si lo habéis pasado por ahí,
en factorial seguro que medís absolutamente
todo, pero luego si tienes
Integromat y que también es una
locura, pero al menos
no está todo en la cajita
del desarrollador, del ingeniero
o del programador. Alguien con otros
conocimientos o incluso una
persona te puede echar una mano para cambiar
X-flujos o...
Yo creo que,
a lo mejor cien por cien, no todo el producto,
utilizar herramientas
no code, pero sí o sí, ciertas
piezas,
para mí sería obligatorio.
No dedicarle tiempo
a volver a repensar
ciertas cosas que ya
otras personas ya han pensado
y han solucionado. Totalmente
reinventar la rueda no tiene sentido al final.
Estoy montando un
proyecto ahora y
el otro día casi se me salen las lágrimas porque
la documentación de Stripe
es brutal
y en veinte minutos tienes conectado
todo un checkout
y pienso
es que si esto lo tuviera que hacer yo
es que nunca
lanzo nada. Es imposible. De entrada
no sé hacerlo.
No sé si alguien de aquí
ha trabajado con las pasarelas de pago de
bancos. Hoy en día
es igual que hace diez años.
Con un...
¿Perdón?
Si utilizas WordPress con Google
y demás sigue siendo un poco igual.
Tienes que conectar, tienes que validar, tienes que utilizar
sus entornos de desarrollo.
Me acuerdo que tenía como un
XML por ahí, era una locura.
Ah, ¿tú?
No digo que.
Básicamente tienes que hacer muchísimos pasos
para poder terminar de validar y pasar
bastante tiempo. La documentación en PDF.
Más o menos,
pero sí. Y al final, incluso, yo me acuerdo
una vez, también te hablo, hace
cuestión de cuatro o cinco años,
llamada incluida del banco para decirte
correcto, funciona todo.
No es la mejor solución. Por ejemplo, con Stripe
es plug and play y ya lo tienes.
Pero bueno,
también es parte del banco mejorar todo eso
y no un producto como Stripe que se lo puede permitir.
Es eso pasar a la de pago.
Es que lo he sufrido.
Ya.
Nosotros en Factorial,
bueno, yo soy desarrollador
en el equipo de Growth de Factorial, que no lo he dicho al principio.
Y ahí
pues hacemos todo tipo de proyectos,
hacemos un montón de experimentos, lanzamos MVP's.
Por cierto, estamos contratando
a tres desarrolladores. Si alguien
es desarrollador
o alguien nos está viendo en YouTube que me hable, por favor.
Pues al final, hay muchas veces que utilizamos,
pasamos la mayor parte
de nuestro tiempo, sobre todo
la parte técnica programando.
Pero hay muchas cosas que
damos por hecho que no hay que programar
y que se utilizan esas herramientas no code.
En un pasado, seguramente,
eso sería como, no, es mejor que
lo hagamos nosotros.
Vale, pues lo hacemos nosotros.
Invertimos 70 días
más
a no sé cuántos euros al día de coste
de nuestros salarios.
Se nos va a una animalidad de dinero.
Entonces, cada vez hay más cosas
bajo el punto de vista
que ya no tienes que desarrollar
tú, que directamente puedes acoplar
desde la base troncal del código,
puedes acoplar muchas cosas que
están hechas por ti, o sea, están hechas para ti.
Como puede ser
el tema de los emails.
Conectas SendGrid, ya tienes todo
lo de los emails, conectas Stride, ya tienes todo lo
de los pagos y mil cosas más.
A nadie se le ocurre ahora mismo programar
su propio CMS. Entonces,
yo pienso que todo lo que no es
core del producto,
todo lo que no es
tu propuesta de valor, todo lo que
se escapa un poquito de tu propuesta de valor,
es muy probable que merezca la pena encontrar
una solución, acoplarla y
dejar que un equipo de mil y pico
ingenieros que están trabajando en Timeform
ya piensen por ti.
Y pagar por todos esos cerebros
y
dedicarte a pensar en cuál es
tu propuesta de valor y cuál es el mayor...
¿Cómo puedes maximizar
ese valor en el core de lo que
tú ofreces?
Yo te voy a robar una frase que
me dijiste tú cuando te apuntaste
al camp, que
se apuntaba y me decía, ¿por qué te apuntas?
Porque creía que lo podían hacer más rápido
y mejor.
No sólo más rápido o mejor, sino que
el conocer estas herramientas, y
esto es un melón que podemos abrir cuando queráis,
pero
conocer las posibilidades que hay te hacen permitir
descubrir posibilidades
y conectar de manera que quizás
otra gente que sea sólo técnica,
sólo sepa el mundo de la programación
o conozca por ejemplo un Timeform, no sepa
que puede utilizar un Timeform para hacer las cosas
más rápido y más sencillo. Entonces no
utiliza esa solución porque no la conoce.
En el momento en que las empieza a conocer y empieza
a atar puntos de una manera un poquito más
compleja, te puedes llegar a montar
sistemas bastante más complejos
que te ahorren tiempo y lo hagan mejor.
Por lo que dices, tienes mil ingenieros
haciendo el checkout de Stripe, no lo vas a hacer mejor.
No puedo competir contra ellos.
Es que si lo hago yo
va a ser una calidad
de 4
y si lo hacen otros costándome mucho
menos dinero y mucho menos tiempo
va a ser una calidad de 9 y medio, ¿no?
Podemos abrir el melón de los
de los
Fizz de Stripe
por ejemplo.
Yo lo veo banato.
Lo ves justo.
Yo tuve un problema porque
con el Check My Presets
estaba
como obsesionado con aumentar el
ticket medio porque Stripe tiene
30 céntimos
y un 3,6%
de cada transacción. Entonces claro
esos 30 céntimos sobre un ticket muy bajito
es una animalada de dinero
brutal. Entonces ya estaba obsesionado
con agrega más
precios al carrito, vendía filtros de fotografía,
agrega más filtros para subir
el ticket medio
y que de esta forma el variable total
sobre el precio total de compra fuera más
bajito. Luego descubrí que hay un plan
secreto
que si hablas
tienes que hablar como
te dicen que no como 5 veces.
A la sexta
caen.
Nosotros teníamos
en la plataforma esta de
páginas web aturamos alrededor de
millón y medio al año
y estábamos trabajando en Braintree
no sé si alguien lo conoce
es como la competencia
de Stripe. Todavía no estaba
Stripe en España de aquella
entonces ya sabíamos vale Braintree
nos está cobrando esto y hablamos con Stripe
mira que Braintree
nos está cobrando este poquito menos
y...
Claro pero cuando tienes
volumen
para vender 200 euros al mes
nadie te va a rebajar
pero cuando tienes ya bastante volumen
yo no tenía volumen pero era muy pesado
y funciona
de verdad
a mi me pusieron un plan que era
de 30 céntimos y 3,6%
me pusieron
me subieron el variable al 10
y me bajaron en los 30 céntimos
a 5 céntimos o así entonces al final
con mi carrito medio y lo bueno era que
a partir de 10 euros me aplicaban uno u otro
en función de la que más me interesara
entonces pues las comisiones
me bajaron mucho, siendo pesado
en el chat de Stripe
porque había oído que eso existía
y aunque me dijeran que no, digo oye hay una persona de confianza
que me dice que esto existe, ponmelo
a veces que aquí soy un poco pesado
en general
oye
yo veo que hay como tres tipos de proyectos
están los proyectos que empiezan
con no code
y cuando escalan
tiene sentido que sigan siendo con no code
por ejemplo lo que he comentado antes
un e-commerce
si tú lo empiezas y lo validas con no code
te montas un Shopify, cuando facturas millones
dudo mucho que alguien
se plantee hacerse su propia tienda hoy en día
hay casos eh
pero es más raro
o si tienes un blog
y estás ganando mucho dinero con un blog
y utilizas WordPress, dudo mucho que alguien
cuando escale el blog, diga oye
voy a hacer mi propio sistema de blog
luego hay otro tipo de proyectos
que son aquellos que empiezan con
no code y a la hora de escalar
ah, hay que pasar al código
y luego hay otro tipo de proyectos
que empiezan en code
porque no hay forma de empezarlos
con no code y acaban en code
tenéis algún ejemplo
porque los de no code a no code es fácil
cualquier e-commerce, algunos marketplace
cualquier página estática, cualquier blog
cualquier persona que venda cursos y tal
tenéis algún ejemplo de algún proyecto
que haya empezado con no code
lo haya validado, lo haya ido muy bien
ella ha dicho, perfecto
check, a programa
tenemos dos
uno de ellos está entre la audiencia
con lo cual luego lo metemos
que lo cuente, que lo contará ¿no?
si, si se atreve, le estoy echando miraditas
¿quién es?
está por ahí, sentado
si no levanta la mano y le da pelea a Orgüenza
¿si? ¿lo puedes contar?
voy
pues es que es lo mejor que lo cuente él
lo publicamos en el blog y fue la leche
porque aquí adri se ha montado
toda una empresa de alarmas sin código
y es una pasada
te ponemos en la silla
que no, que va, yo me siento
bueno, para que no veáis
yo soy adri de alta guardia
y si nosotros empezamos todo no code
nosotros le pusimos
una sims de Twilio a unas alarmas
que compramos en China
y a través de Twilio
pasábamos todo en Tegromat
y en Tegromat lo metíamos en el table
ese hasta hace muy poquito
era nuestro
dashboard de nuestra central
receta de alarma, o sea lo que
todo el mundo hace con código
y bueno, la web estaba en webflow, los
formularios todos de lo que es de suscripción
y de pago estaban en arengu
y hasta nada, éramos todo
no code, ahora pues
evidentemente por
obligaciones
tuvimos que pasarnos a código
y si ahora mismo pues ya tenemos
el backend de Staton Firebase
bueno, tenemos otro tipo de tecnología
que bueno, llevamos
muy poquito, yo os digo, como un mes, mes y
medio realmente
utilizándola
pero sí, o sea, por
exigencias del guión al final nos tuvimos que pasar
sobre todo también a la hora de querer
hacer la app para los clientes
nos costó muchísimo encontrar una solución no code
que nos permitiese hacer lo que
queríamos y
integrarlo también con el AirTable
porque si lo podíamos hacer igual
aparte o tirando ya del backend de
Firebase, pero mantener Firebase
y AirTable era más lío, entonces al final
pues lo tuvimos que crear todo
otra vez y lo creamos sobre
Firebase, pero sí
que tiramos como
año, un año y pico
año y poquito, año y dos, tres meses
todo no code
en un mundo que bueno, que quizás
no es tan familiar como es el de
dispositivos físicos, pero que también se puede
ver en los
A ver, bueno, la tecnología, somos 11, son dos desarrolladores de software, dos de hardware,
pero bueno, de esas personas nadie hizo el proyecto inicial.
O sea, el proyecto inicial que tiró hasta hace poco era todo no-code, lo hicimos entre el CTO y yo,
y después sí, evidentemente, porque estamos también desarrollando nuestro hardware, que es otro melón que podríamos abrir, el hardware.
Pero... Bueno, ahí también hay cositas, ¿eh? Hay cositas con arduinos, hay cositas para quien hace un poquito más con raspberry,
pero bueno, eso es más complicado. Para llevar un producto al mercado sí que es más complicado, aún no está preparado el mundo para eso.
¿Tenéis app?
Sí.
Vale.
Tenemos app, la intentamos hacer...
Por un momento dije, ¿me va a decir que no?
La intentamos hacer con Bravo Studio, pero...
Pues...
No, no, yo creo que ahora mismo igual la podríamos hacer en el momento...
¿Esto cuándo fue?
Hace... yo creo que al principio de todo. Bueno, al principio de todo igual no, hace ocho, nueve meses quizá, diez meses, un año más.
Esto en nueve meses hemos pegado un vuelco, es justo lo que llevo yo en la empresa.
Justo me faltaron esos nueve meses. Pero sí, sí, la intentamos hacer y decidimos que no nos merecía, porque tampoco teníamos diseñadores dentro,
teníamos que aprender cómo utilizar la herramienta bien, no sabíamos cómo iba a escalar,
porque nosotros la parte de tener que construir después en Firebase sí la teníamos planeada, aunque no la tuviésemos ejecutada.
Entonces no sabíamos cómo se iba a comportar más tarde y decidimos hacerla.
Está hecha en Flutter, que por ejemplo es otra herramienta que está dando mucha caña últimamente, Flutterflow.
Yo aún no la conozco, pero es posible que sí pudiésemos hacer cositas o compaginar cosas a nivel de código.
Y por curiosidad, ¿la tenéis en algún store o es la app a nivel interna?
No, está en...
¿Es una webapp?
Sí.
Sí. O sea, está en iOS y en Android y en Huawei también.
Muchas gracias.
Pero ya ves.
Brutal, ¿eh?
En directo, ¿eh?
Además, en directo y pillado por sorpresa.
¿Teníais ejemplos vosotros de un producto que empezó siendo no-code, validó una hipótesis,
tenía sentido en el mercado y acabó siendo programado?
Pues el ejemplo que tengo es OnTrack, no sé si conocéis la startup,
creo que era de Valencia y ahora es de Madrid, ¿puede ser? ¿o es de Madrid?
Me pillas.
Bueno, entonces es una startup de básicamente, envío de paquetería, de camioneros básicamente, de transportes.
Y su MVP inicial fue a través de un canal de Telegram.
De hecho lo que querían validar era, si no recuerdo mal,
que los camioneros aceptarían pedidos o envíos a través de una app, a través del móvil.
Y se quedaron su canal de Telegram.
De hecho los camioneros pensaban que Telegram era de OnTrack.
Estuvieron varios meses utilizándola y ahora levantaron cinco o seis rondas de financiación.
100%.
Telegram es no-code, nuestra definición también.
Telegram es no-code, claro.
Sí, bueno, al final te vale.
A mí me vale.
Venga, suma MVP.
Estamos haciendo preguntas muy trascendentales.
No, pero sí, además OnTrack, tuve la suerte de entrevistar a Isagrete y además desde Minimum trabajamos con ellos ahora en el rediseño de su web.
Y ellos utilizan muchísimo no-code y tienen un ejemplo brutal de otra categoría que quizá no hemos tocado,
que es la gente que tiene su plataforma ya en code, ha validado, tiene todo un producto montado, tiene clientes, factura,
y tiene que enfrentarse a la operación interna de cómo mejoro, cómo automatizo, cómo soy más eficiente.
Entonces en un fin de semana ellos tenían el problema de que recibían, cada vez que tenían un transporte,
tenían que hacer toda la documentación, todo el papeleo.
Como era una startup tenían que hacerlo rápido, lo externalizaron al principio y estaban pagando 10.000 euros al mes en ese momento por ese servicio.
Se pusieron el equipo de producto en una especie de sprint interno y en un fin de semana se había montado un sistema con Google Drive,
con Zapier, con Dropbox y con Eartable que hacía exactamente lo mismo para sus necesidades
y evidentemente no costaba 10.000 euros al mes.
Entonces, casos como ese, ese es como uno de los sencillitos, luego han montado cosas mucho más complejas
y se están haciendo cosas tal que yo creo que es que no se le da visibilidad o no se conocen tanto, pero que realmente pueden aportar infinito.
A nivel operacional sí que es verdad que tiene mucho sentido utilizar este tipo de herramientas,
sobre todo por lo que comentábamos antes, que no es una parte core de tu propuesta de valor,
por ejemplo en factorial queremos ayudar a las pymes a gestionar personas,
pues todo lo que sea relacionado con eso tiene mucho sentido que sea una propuesta de valor única desarrollada a doc para la visión de la empresa.
Pero hay muchos escenarios en los que cosas que están en satélite alrededor de la empresa que no es exactamente la propuesta de valor
pues quizá operacionalmente podemos automatizar un montón de cosas, creo que tiene mucho sentido.
¿Y Álex, tienes algún otro ejemplo de no code a code?
Tengo otro, no sé si conocéis Edify, es una start-up que se encarga en el mercado inmobiliario,
que es un mercado que puedes decir que está todo inventado, pues no, ellos se encargan de buscarte pisos y reformártelos y dártelos reformado,
que es un enfoque totalmente diferente y es precisamente su propuesta de valor.
Entonces acudieron a nosotros a Minimum cuando querían lanzar para, oye, ¿cómo podemos validar esto de la manera más rápida posible?
Y en vez de desarrollarlo con código montamos un pequeño sistema con Webflow, Arengoo, Haspot, Zapier,
que básicamente lo que hacía era una landing para captación de leads, ellos lo definen como Minimum Awesome Product
porque daba la sensación de que era un producto súper cuidado y a nivel estético está muy bien hecho,
a nivel funcional funciona muy bien, tienes una experiencia muy buena,
no parece que sea un MVP hecho en dos meses, sino que parece que es un producto bueno,
y a partir de ahí lo empezaron a lanzar, sacaron un post como hace tres meses que habían facturado medio millón,
ahora acaban de lanzar otro producto, otro post que acaban de decir que acaban de pasar el millón y pico de facturación
y ahora están empezando a hacer esa transición al código y lo están haciendo de una manera súper interesante
que aquí seguro que la gente que sabe desarrollar pues le ve un poquito más de valor que es utilizar Strapi,
no sé si nos puedes contar qué es Strapi porque yo no acabo de entenderlo.
Sí, Strapi se define como una herramienta Low Code que es otro término más, al final es programar poquito,
que básicamente te da un backend, hay muchísimas partes que se repiten,
pues si tú quieres hacer, tienes una base de datos y tienes un elemento usuarios, vas a querer crear un usuario,
modificar un usuario, borrar un usuario, entonces hay muchísimas cosas que te las pueden dar hechas ya.
Entonces Strapi, apretando botones, puedes crear una especie de backend muy sencillo de
oye pues mi empresa va a tener libros y los libros tienen categorías y cada usuario tiene tantos libros,
es apretando botones, pues usuario, libros, un usuario puede tener muchos libros,
todo esto sin apretar el teclado con el ratón y te dice vale pues este es tu backend,
aquí pues tienes todas estas llamadas que puedes hacer para crear un nuevo usuario,
crear un nuevo libro para este usuario, te facilita mucho la vida si tu proyecto es relativamente sencillo,
en el momento en que quieres hacer algo mucho más complejo pues igual ahí ya tienes que pasar de Low Code
a tener tu propio backend más custom.
Y el problema que tenían ellos era que ese backend lo tenían como hecho en Webflow
y Webflow no está pensado para tener backend tan complejos.
Como el CMS de Webflow.
Era como un poquito hackeando el sistema y eso está bien para los primeros meses de la compañía
en lo que han validado toda su propuesta, tienen clientes, han faturado un millón de euros, está genial,
lo que pasa es que ahora a nivel de operaciones cuando empiezan a escalar empiezan a tener esos problemas
pero se dieron cuenta de que el problema no era toda la plataforma sino que era ese punto en concreto
que era lo que hacía de cuello de botella, tiraron de Strapi y se montaron un sistema
para esa parte en concreto que es lo que le soluciona el cuello de botella del equipo
y ahora tienen esa solución que siguen utilizando su sistema Low Code para prácticamente todo
excepto para esa parte de gestionar lo que es el proceso de entregar una vivienda que está hecho con código.
Brutal, buenos ejemplos.
Vale, tengo un ejercicio, sorpresa.
Os voy a contar una idea que no es mía realmente
pero me la dijo un amigo hace unos días, espero que nos enfade.
Y vamos a ver cómo la haríais vosotros sin código, cómo la empezaríais.
La idea es la siguiente.
Vamos a montar una empresa que permita negocios, igual existe ya,
o a la galienda que lo conocí, oye, eso ya existe.
Vamos a montar una empresa que permita a negocios físicos tener suscripciones.
Me explico, pues imagínate, una cafetería
puedes pagar 10 euros mensuales a esa cafetería y a cambio tienes un 10% de descuento.
Eso hace que tus clientes sean muy recurrentes porque quieren aprovecharse de ese descuento
y disparas la recurrencia de tu negocio.
Quien dice una cafetería, una pescadería, un bar, una peluquería, cualquier negocio físico, ¿no?
Complicado, ¿eh?
¿Creéis que podríais hacerlo sin código?
Yo creo que sí.
Vamos, para eso estamos aquí.
Hemos venido a jugar.
Suscripción Stripe, ¿no?
Vale.
¿Qué más necesitamos?
Stripe, Checkout Link.
Checkout Link, cien por cien.
No sé si conocéis Checkout Link, si el público conoce Checkout Link,
pero Stripe tiene cierta complejidad técnica, un poquito.
Y han inventado Checkout Link que dice, toda esa complejidad técnica no te preocupes,
te doy un enlace, clica en él y paga.
Y ya está.
De manera que te conectas a Stripe, defines qué tipo de exclusiones quieres.
Exactamente.
Es un link de payment.
Vale, sí, sí.
Stripe Link, payment link.
No, pero sí, ¿no?
Primero habría que pensar a nivel de negocio.
Imaginemos que eso ya está todo pensado.
Estamos pensando en el cómo directamente.
Pues definir las suscripciones que queremos en el admin de Stripe.
Y eso te da una serie de enlaces que podríamos obtener a partir de...
Pues no sé.
¿Cómo tendríamos...?
Podríamos tener como una especie de formulario dentro de una web
en la que tú dejes tus datos de empresa, en plan, soy esta empresa,
quiero dar este descuento a mis usuarios y quiero recibir tanto dinero.
Con eso, además Stripe, los payment links tienen...
Lo bueno que acaban de sacar ahora es que puedes crearlos automáticamente.
Entonces, al rellenarse ese formulario, se crearía automáticamente ese link
que pueden ofrecer ya a sus clientes.
Y luego podríamos inventar un pequeño sistema automático
para generar cupones de descuento.
Incluso podríamos crear un documento de Word o de PowerPoint
en el que quede bonito con el logo de tu empresa el código de descuento
y que se lo puedas imprimir y entregar a la persona.
Este ejemplo lo he puesto porque yo he tenido una idea de cómo hacerlo.
Es muy parecida a la vuestra.
Mi idea era que hay muchas veces que cuando se hace algo no code al principio,
hay un trabajo muy manual.
Hay muchas veces que en el principio de una startup hay que hacer algo manual
y no pasa nada.
No tiene por qué un proyecto ser escalable desde cero.
Igual merece la pena validarlo poniéndose el cuchillo en la boca
y saliendo a vender.
Yo también habría hecho el step link, pero yo me habría ido negocio a negocio
vendiendo la idea final porque le va a funcionar.
Y le monto el payment link de Stripe, que es apretar cuatro botones.
Ese negocio puede pasar el payment link de Stripe
y luego lo que podemos hacer es que cuando alguien se suscriba
con algún automatismo como con Zapiero, se manda un email de SendGrid
y se le pase un código.
Entonces cuando esa persona aseña el código, pues ahí el restaurante o el negocio
que sea hace un descuento. Es un coñazo, seguramente sí.
Es muy manual también.
Pero si quieres de verdad hacer ese proyecto y dices voy a ir a cien sitios
y vas a cien sitios y ves que nadie lo quiere,
pues el producto este se tarda un día en hacer.
Se tarda un día en hacer y luego salir a la calle y vender.
Esto iba por aquí porque una cosa que me pasa mucho es que me enamoro
de la fase de construir un producto y luego que, ¿no?
Luego hay que salir a vender.
Y luego que se te da igual lanzarlo, ¿no?
Es como la parte del go to market da mucha pereza.
A alguien que está enamorado de construir productos,
¿cómo puede ayudar el no go to?
¿Cómo puede ayudar el no go to al go to market?
Te pongo un ejemplo personal.
Uno de los proyectos que tengo lanzado es una aplicación de surf
y había hecho una web app a mano con PHP, blablabla.
Pero no tenía una manera de pasar esa web app a nativo.
Yo lo que quería era conseguir que, pues,
estar en los stores. No sé si Flutter ahora lo permite,
por eso te lo preguntaba antes, ¿lo permite?
Pues yo lo desconocía.
Entonces empecé a buscar maneras de cómo convertir una web app
a nativo para tener apps en iOS y en Android.
Y de hecho es como conocía Bravo.
Os escribía por Twitter y tuve una reunión con Pedro.
Y esto me permitió, o sea, bueno,
había buscado una manera de hacer a través de una agencia,
pagando, me querían cobrar creo que eran 15.000 euros.
Y ni siquiera nativo porque era React o algo así, React Native,
ni siquiera era como nativo 100%.
Y, evidentemente, eso no era ninguna opción.
Encontré Bravo y en una semana,
que es lo que tardé en encapsular la web
dentro de la plataforma y enviarla a los stores.
En una semana y, bueno, el plan bravísimo vale 50 euros al mes.
Entonces, o sea, me enamoré ahí directamente de Bravo.
No es por hacer spam, pero es que fue así.
Al mes siguiente, tuve una entrevista de usuario con Marta,
que ahora es mi Product Manager,
y empecé a trabajar porque, o sea,
básicamente dije yo quiero trabajar con vosotros.
Entonces, más allá de mi historia personal,
la parte en la que tener un proyecto
y darle ese empujón inmediato de, hostia,
que de repente tengo todo este trabajo que llevo meses haciéndolo,
por fin lo desatasco y lo tengo publicado.
Y ahora puedo empezar a pensar
en que la gente lo está utilizando.
Y ya te cambia la visión de cómo construir todo esto
a, vale, esto ya lo tengo construido,
cómo hago que esto funcione o si esto tiene sentido o no.
Ahora tengo la plantada en Galicia,
con unos 300 usuarios más o menos diarios,
y ya con mi trabajo de día a día no tengo tiempo,
ni actualizo nada, ni redes sociales ni nada,
pero ahí sigue y se está utilizando.
100%. Yo creo que respondiendo a la pregunta
y la aplicación de Lineup Surf es que es la leche.
A mí me flipó cuando dije, hostia, se puede hacer esto, ¿no?
Y creo que hay un componente que está pasando ahora
en esta comunidad del no-code que es que como que todos
vamos descubriendo cosas, nos las vamos compartiendo
y es como mira cómo mola esto, ¿no?
Tienes esas ganas de compartirla y de conocer a esa gente
y se crea una comunidad muy positiva, ¿no?
Pero yo creo que una de las claves
es lo que haces tú de building public de,
mira, me voy a, mi proyecto puede ser un tweet.
Puedes ser el influencer.
Mi proyecto puede ser un tita y me has dejado loco.
El primer paso es contarlo al mundo.
Creo que es lo más difícil, ¿no?
Y creo que lo que hace diferente a esos productos
que funcionan de los que no es aquella gente
que por lo menos da el paso y da, lanza uno,
luego falla, lanza otro, luego falla,
luego lanza otro, luego falla.
Lo que te permite es llegar muy fácil a ese punto
en el que te sientas suficientemente cómodo
para poner un tweet y diciendo mira, tengo esto,
échale un vistazo.
Como que ya tienes algo, ¿no?
Ya es como, ya he creado algo,
ya puedo empezar a compartirlo, ¿no?
Así que es verdad que el tema de compartirlo
en público a mí me ha ayudado mucho
porque sin buscarlo, pues he empezado a crecer
en Twitter y hay gente que me lee
y cuando lanzo un nuevo proyecto
por lo menos ya sé que hay alguien que lo va a ver, ¿no?
Antes yo lanzaba un nuevo proyecto
y era como muy complicado el go to market.
Sí que es verdad que muchas veces
he lanzado algún proyecto que a la gente que me sigue
no le interesa de nada, entonces no vale para nada
esa comunidad, pero otras veces sí, ¿no?
Entonces tener esos usuarios de, oye,
ya sé que alguien lo va a ver y lo va a probar, ¿no?
Eso sí que ayuda bastante.
Yo para Check Me Prices, que es un proyecto
que lancé hace un año y medio o dos,
intenté utilizar herramientas no code
para el go to market porque yo mandaba
entre 200 y 300 mensajes de Instagram al día
sin bromas, o sea, me cogía el teléfono,
me pasaba horas mandando directos a fotógrafos,
era para fotógrafos y me contestaba
como de cada 100 mensajes me contestaba
uno o dos, la mayoría era para decirme que no,
entonces tenía que mandar muchísimos
para que alguien me dejara que sí.
Y dije voy a automatizarlo.
Le descubrí Phantom Booster,
que es una herramienta no code que te permite
las redes sociales como automatizarlas bastante, ¿no?
Y yo puedo, por ejemplo, por Instagram coger
y pasarle una lista de perfiles gigantesca
y que el mensaje ponga hola, Pepito,
no sé qué, y ya pones tu discurso de venta, ¿no?
Parecía todo muy bonito pero me tiraron de Instagram.
Es que te estaba pensando eso exactamente.
Me tiraron.
Me estaba haciendo esto por aquí, evidentemente.
O sea, es que te la jugaste pero clarísimamente.
Me tiraron.
Y más Instagram, quizás en Twitter, a lo mejor,
no sé, Instagram es súper restrictivo.
Quizás hace seis años igual no te hubiera pasado eso.
Sé que no.
Hace seis años también hice algo parecido y no me tiraron.
Incluso automatizar likes y eso.
Lo puedes hacer pero ¿cuál era la herramienta esta?
Bueno, no recuerdo ahora.
Pero había una que funcionaba muy bien
para todo eso, automatizar los likes,
seguir gente, dejar follow and follow,
ahora todo eso era como el Internet 1.0.
Hace nada, hace al final cuatro años.
Hoy en día lo tienen súper capados.
¿Te conoces alguna herramienta de no code
que te permita hacer un poco ese go,
hacer un poquito más fácil ese,
vale, vamos a vender?
Porque tengo la sensación de que hay dos etapas.
La etapa de construir que es check,
al final, que luego te quería preguntar
por dónde empiezas a aprender no code,
pero en mi caso es, buscas en Google cualquier cosa
y hay un montón de gente explicándote cómo funciona algo.
Entonces, si tienes cualquier inquietud,
si tienes las ganas, es una bc,
es tiempo, ganas y sale.
Y lo aprendes y lo construyes.
Eso no hay duda.
Pero ya salir a vender al mercado ya no es una bc,
ya es como un mundo difuso de cómo vendo.
Muchas veces me quedaba ahí, la verdad.
Y lanzé un proyecto y no me facturaba ni un euro.
¿Conocéis algo de, quiero vender,
algo que me ayude a vender?
¿Alguna herramienta?
Yo he estado justo en ese momento antes de,
vale, ya tengo todo la idea,
tengo incluso el diseño hecho,
he pensado el negocio,
tengo gente que puede trabajar conmigo para ciertas cosas
y de repente ves, vale, como facturo.
Me hago autónomo o no,
o de donde tiro, o digo, bueno,
yo creo que si facturo menos de no sé qué cantidad,
pues no pasa nada.
Y no he pasado ahí.
Yo os voy a contar como lo hice yo en mi caso,
porque yo nunca había vendido un euro en internet
y creo que es un momento trascendental
en la vida de todos los que creamos proyectos.
Me acuerdo perfectamente.
Ese primer euro.
Y yo hice como un curso gratuito,
entonces la gente se apuntaba a un curso gratuito,
evidentemente nos gustan las cosas gratis.
Pero dije, vale, he hecho esto,
me ha llevado dos días,
voy a dedicar una semana
y voy a hacer un curso un poquito más profundo
con un par más de casos de éxito,
un par más de casos de uso
y tener un curso.
Y voy a venderlo.
Entonces dije, claro, por cuánto lo vendo.
En mi cabeza les pensaba pedir un euro a la gente
y me estaba pensando que quién me va a pagar un euro a mí
por ese curso.
Tuve un buen amigo que me dijo,
hombre, no, un euro no, subió a cinco.
Entonces lo subimos a cinco, lo lanzamos.
Es que somos gallegos.
Es que luego te viene uno de Madrid,
te cobra doscientos euros
y aún le podría haber cobrado doscientos cincuenta.
Cien por cien.
Pero sí que ese primer paso de conseguir a esa gente
o esa red de gente que te apoye
y que te puede inspirar a,
oye, mira, yo lo he hecho de esta manera,
como hace Huffing en su Twitter,
puede inspirarte a dar ese primer pasito
y decir, mira, he ganado cinco euros,
pero es que me lo han comprado diez personas,
ya son cincuenta euros,
voy a subirlo a diez,
luego lo subí a quince,
luego subí a veinte
y ahora está por veintinueve
y se sigue vendiendo ese curso que se hizo
hace casi dos años.
Entonces el primer paso es el más difícil,
rodearte de gente que te inspire,
es para mí la clave.
Más allá de que sea no code eso,
que evidentemente no lo es,
pero creo que no solo va de herramientas el no code,
sino de toda esa filosofía que hay detrás
que está muy relacionado con la economía del creador,
con el building public,
creo que todo suma en la misma dirección.
De ahí lo bueno de las comunidades,
como la tuya,
de estar rodeados al final de gente
que necesita resolver problemas
pero no sabe por dónde tirar,
y ya hay otra persona que está haciendo algo parecido
y que te ayuda,
o sea, tú eres un ejemplo en ese sentido.
A mí una cosa que me ha pasado que me quedé,
que casi lloro,
me pareció como, wow,
me empecé a hablar un montón de gente,
varios ingenieros, me hablaron como,
no sé, me voy a inventar un número,
pero es que me voy a quedar corto,
diez ingenieros,
para decirme cosas que podía hacer mejor.
Oye, esto lo puedes hacer así porque es mejor para el SEO,
cambia este no sé qué por no sé cuántos,
yo decía, ostras, me está ayudando la gente gratis,
eso me pareció maravilloso.
Hasta Marta Bime, que ahora está en Minimum,
me habló por Twitter, no la conocía de nada,
y literalmente me dijo,
oye, Hassin, el diseño de Cheguma Perses es una mierda,
súper sincera, porque yo como,
intento proyectar tanta transparencia,
cuando proyectas algo,
te toca recibir lo mismo,
entonces fue súper transparente y me dijo,
oye, ¿te puedo ayudar?
Y en ese momento dije,
el proyecto no está para pagar a nadie,
y me dijo, no, no,
te quiero ayudar,
y me estuvo ayudando,
y mejoró muchísimo el diseño de Cheguma Perses,
gracias a Marta, ¿no?
Nada, es que todo el tema de generar comunidad,
es increíble todo lo que te puede surgir.
De hecho, estoy trabajando en factorial gracias a eso,
porque puse un hilo en el que decía,
no sé qué hacer, no sé si vender Cheguma Perses,
no sé, porque estaba como,
en un momento de,
me costaba costando hacerlo crecer más, ¿no?
Había crecido un punto,
y de repente, Carmen, que está aquí,
ahí atrás, aunque no me está escuchando,
pasó un hilo de Twitter,
mío por el exacto de factorial,
y fue cuando me habló Pau, ¿no?
Y gracias a eso,
estoy en factorial, ¿no?
Quería cambiar ese tema,
porque,
Dani, ¿cómo vamos de tiempo?
Vale.
Vale.
Vale.
Antes,
montaron e-commerce,
se necesitaban como 10 personas,
me lo estoy inventando,
pero se necesitaban varios ingenieros, ¿no?
Ahora se necesitan cero.
¿Nos vamos a quedar sin trabajo los desarrolladores?
Espero que sí.
No, hombre, no.
No, no, no.
Evidentemente esas herramientas las tiene que hacer los desarrolladores,
es imposible.
Para mí esa pregunta es como,
un poquito salseante, ¿no?
Sí, es ultra salseante,
o sea, de hecho,
diría que los desarrolladores son los que más
le pueden sacar partido al no code.
Nosotros fichamos a mucha gente para que maquete webs en minimum,
y vienen de hacer proyectos en WordPress,
custom, webs hechas con código picada,
y tardas igual un mes en hacer una landing,
una página sencillita,
con Webflow lo estás haciendo en una semana,
semana y media, ¿no?
Y no tienes que pasar esas cosas,
semana y media, ¿no? Y no tienes que pasar esa curva de aprendizaje
de la herramienta porque es
código escrito de una manera visual,
tiene sus particularidades con las que enfrentarte,
pero vuelas, ¿no?
Y precisamente te ayuda mucho,
aunque también te puede perjudicar
porque tengas como estereotipos clavados en tu mente de
esto se debería hacer así, ¿no?
Sí, pero,
al final es lo que comentábamos al principio,
que es apoyarse en el trabajo de terceros,
básicamente,
y cualquier desarrollador lo hace.
Cualquier desarrollador es vago
y no quiere volver a reinventar
el cruz con el crear,
el usuario,
todo esto es como
lo más interesante es
dedicar el máximo de tiempo a
añadir valor de cara a negocio,
no estar programando,
porque sí,
sino
avanzar lo más rápido posible
en
cosas en las que
aporten valor.
Ajá.
Bajo mi punto de vista,
hay una,
me estoy metiendo un jardín aquí,
pero creo que el,
el no code
es un poco la democratización de los medios de producción,
¿no?
Para que sea un poquito más comunista
la democratización de los medios de producción,
para que sea un poco más capitalista
entrada al mercado rápido y barata,
y pienso que también lo que está haciendo es que
hay muchos proyectos que no existirían
si no fuera por el no code,
entonces es contraintuitivo,
pero bajo mi punto de vista está disparando
los trabajos de los desarrolladores,
porque antes había
muchas startups que ni siquiera habrían existido
si no se hubiera podido crear algo desde el principio
de forma,
sino,
si a todo el mundo le das la capacidad de crear proyectos online,
y muchos proyectos acaban siendo empresas,
y en esas empresas se necesitan desarrolladores,
el no code que parece como que
se va a acabar con el trabajo de desarrolladores
hace el efecto contrario, ¿no?
Oye, hay muchísimas startups
que han escalado, buscan desarrolladores
y se dispara el trabajo, ¿no?
Entonces es contraintuitivo, pero lo veo un poquito así.
¿Y simplemente los desarrolladores
pues estarán dedicándose a
desarrollar otras partes del producto
o otras partes del negocio, básicamente?
100%.
Para mí la democratización es la clave de todo, ¿no?
Una fuente que seguimos que es las data
dice que el 3% del mundo sabe programar ahora mismo.
Que hemos llegado hasta aquí, hasta este punto tan tecnológico,
con el 3%, es la fuente que tenemos.
¿Qué pasa con ese 97% de gente que no sabemos programar, no?
¿Qué pasa si les empoderas
y esa gente tiene acceso a crear?
¿Qué productos se construirán? ¿De qué manera los construiremos, no?
Y esto ya ha pasado en miles de tecnologías, ¿no?
Cada vez que aparece una nueva tecnología,
yo siempre abro en mis charlas de la Biblia de Gutenberg
como un efecto transformador en la sociedad
que nos transforma para que de repente
más gente accede a esa tecnología
y nos transforma de maneras que son imprevisibles, ¿no?
Entonces yo creo que estamos
a las verejas de ese punto
que es lo que va posicionado en el NoCode
que se creen más proyectos, más desarrolladores, más para todos.
Hablando de ese 97%,
nosotros en Bravo tenemos un programa ahora
que llamamos Mobile Asset Service
en lo que startups que ya tienen
o cualquier empresa que ya tenga un backend
y diseñadores
o que ya tenga una página web
o que su core de producto sea otro
y quieran lanzar una app,
nosotros la ayudamos para hacer la app
y no tratamos directamente con los desarrolladores.
Cualquier persona, pues directamente con el diseñador
o con alguien que tenga un cierto conocimiento de backend
pero no tiene por qué ser programador 100%
y con una o dos personas que colaboran con nosotros
lanzan la app superrápido.
Entonces, digamos que
pueden lanzar productos nuevos superrápido
sin necesidad de, a lo mejor,
aunque tengamos un equipo de desarrollo,
ese equipo para hacer X cosas
va a estar dedicado un montón de tiempo.
Si tú puedes tener a alguien de marketing
con un diseñador de vez en cuando
que le eche una mano
y pueda estar 100% enfocado en el proyecto
de sacar la app móvil,
esto hace años sería imposible.
Totalmente de acuerdo.
¿Preguntas en el público?
¿Alguien tiene preguntas?
Voy para allá.
Buenas, ¿qué tal?
Yo venía a preguntar un poco
cómo gestionáis el tema del testing en el no-code
a nivel de porque habláis de Integromad, de Automate, etc.
y muchas veces conectas como un sinfín de piezas
que en mi caso, por ejemplo, muchas veces
alguna de ellas falla y falla todo, etc.
Y en términos de producción,
a ver si hay algún estándar en este sentido,
alguna herramienta que utilicéis, etc.
Mi respuesta es que no hay.
O sea, la respuesta rápida es que...
No, no hay ni de coña.
Es un reto ahora mismo.
Es un pain brutal.
De hecho, diría que es el reto actual de no-code,
que no se puede ester nada, ¿no?
A mano.
Y al final también tiene mucho que ver
con esa etapa inicial de una startup
en la que va a haber millones de fuegos.
Y no puedes tener todo testeado
y no va a haber en un caso un entorno superseguro, ¿no?
Por eso, mi idea de que este tipo de startups
que empiezan en no-code, cuando escalan,
es muy probable que luego necesiten desarrollo, ¿no?
Porque a nivel no-code no creo que haya nada
que solucione el pain de un testing
cuando puedes conectar un montón de aplicaciones diferentes
y hay un montón de flujos diferentes
y es imposible testear todo eso, ¿no?
Y sería mi respuesta.
Yo tenía otra pregunta que era,
ahora que el no-code está mucho más de moda
y salen pues miles, bueno, muchas plataformas
que permiten hacer no-code,
¿cuál es vuestro punto de vista sobre
testear nuevas plataformas,
seguir con lo que ya sea haciendo
y un poquito cuál es el justo medio entre
descubrir nuevas aplicaciones
que igual pueden resolver problemas
o seguir con las típicas de hace un tiempo
un poquito cómo gestionáis estas nuevas herramientas
con las antiguas?
Yo pruebo todas.
O sea, a mí me hablas de una herramienta no-code
y la pruebo, pero es mi trabajo
probarlas y conocerlas, ¿no?
Lo que sí que le recomiendo a la gente
es que no se abrume por la cantidad de herramientas que hay
sino que intenten ir a herramientas que tienen
un poquito más de consolidación en el mercado,
un poquito más maduras.
Y sobre todo que tengan buena comunidad,
es importante también porque luego
cualquier problema que tengas si la herramienta está muy bien
y es muy sólida y funciona muy bien,
pero luego tienes dudas y no hay nadie detrás
que te pueda ayudar a resolverlas,
pues también es interesante que sí que haya
una comunidad detrás más allá del tiempo
que tenga la herramienta.
Justo, y que te puedes apoyar en la comunidad,
lo que os decía, es una comunidad muy abierta.
Entonces, si le cuentas a la gente cuál es tu problema,
te podrá decir, oye, pues tira por esto
porque a mí me ha funcionado, o tira por esta otra
porque sé que se ha hecho algo muy similar
y yo creo que es el camino para ir, ¿no?
Y de hecho, como consejo, si puedo dar un consejo,
es que escoge una herramienta y acte muy bueno en ella
y será una oportunidad brillante para a nivel profesional,
laboral y de aprendizaje.
Al final, en el mundo code también es lo mismo
quien elige un framework u otro porque lo eliges
y cuando dejas de utilizarlo es muy parecido
y la solución es la misma, en mi opinión.
Hay un libro que me gusta mucho que se llama
Los monstruos y el gimnasio,
no sé si alguien de aquí lo ha leído.
Vale, es un melón también que hay que abrir.
Habla de que el cliente es un monstruo, ¿no?
Que el cliente es un ser que siempre quiere más,
que es egoísta porque quiere más que los demás,
que quiere llevar tu empresa por ti,
que es tímido porque cuando le fallas no te lo cuenta,
simplemente se va, pero habla mal de ti de sus espaldas
si cometes cualquier fallo, ¿no?
Es un monstruo que hay que aprender a amar,
ese libro me encanta.
Al final, lo que te das cuenta es que al cliente,
bajo el punto de vista, solo le importa su problema,
no le importa tanto cómo se los soluciones,
le da absolutamente igual.
De hecho, si vamos un paso más allá,
no solo no le importa cómo se los soluciones,
sino que le puede llegar a molestar que le cuentes
cómo se los solucionas porque está haciendo perder el tiempo.
Hasta ese nivel de exigencia puede llegar a un cliente, ¿no?
Por supuesto, la solución tiene que ser perfecta,
rápida, de calidad 10, ¿no?
Pero el cómo lo has hecho,
cómo lo has solucionado a su problema,
es totalmente relevante para el cliente.
Entonces, si hay una herramienta que soluciona bien el problema,
pues genial, no hace falta estar como probando muchas
y estar todo el rato viendo qué nuevos salen, ¿no?
Eso también puede generar un poco de estrés.
¿Más preguntas por aquí?
Voy.
Hola.
Mira, para entender los límites del no-code,
si quisieras hacer un factorial con Babel,
¿qué límites de escala o de features
sería imposible de abordar?
Vaya preguntita, ¿eh?
Con Babel no.
Esa es dura, ¿eh?
Es dura, es dura.
Yo creo que sería muy complicado
hacer prácticamente cualquier cosa.
Porque al final,
en el core de la propuesta de valor de factorial,
hay muchísimas soluciones ad hoc
de gestión de personas que son tan concretas
que es muy complicado coger y decir,
pues voy a solucionar este pane con esta herramienta.
Son soluciones tan concretas,
se solucionan muchísimos mini-problemas muy concretos, ¿no?
Entonces, es muy complicado que puedas empezar
con no-code un producto como factorial,
bajo el punto de vista.
Te diría que quizás se podría,
lo que se podría hacer es empezar con
resolver un único problema,
no se me ocurre cómo, la verdad,
pero intentar coger y decir,
vale, pues voy a atacar este problema
y voy a hacer sólo una cosa, y muy sencilla,
o incluso intentar validarlo
y llegar a resolver el problema
y utilizar el no-code para vender la idea
de algo que se va a solucionar en el futuro
para ver si genera cierto interés.
Pero no se me ocurre como hacer algo como factorial
con no-code.
Yo, o sea, 100% de acuerdo
con lo que acabas de decir, Jacín,
y es que creo que es lo importante, ¿no?
O sea, no necesitas construir un factorial
en el punto de ahora,
necesitas un factorial el primer día.
Y factorial el primer día, pues,
no conozco los detalles, pero probablemente
no fuera tan pulido como es ahora, ¿no?
Entonces, centrarse en ese primer problema
a solucionar y encontrar un usuario
que realmente tenga el pelo en llamas
y use cualquier cosa para apagarse
ese pelo en llamas, yo creo que es la clave
y es donde el no-code te puede facilitar, ¿no?
Puede que con Babel luego no escale,
pero es otro problema a resolver.
Vale, sí, muchas gracias a ustedes por el evento.
Yo respecto a este tema tengo una duda,
me quedé casi al principio de la charla.
Cuando hablasteis de hasta dónde podía llegar
el no-code, dijiste, por ejemplo,
que en un e-commerce se puede hacer escalar
y que puedes llegar muy lejos con él
y que en otro tipo de proyectos más de nicho
o más genéricos no puedes llegar
mucho más allá del MVP.
¿Esto crees que es un problema intrínseco
del no-coding, NATO no se va a poder solucionar?
¿O crees que falta una herramienta concreta
que te solucione un pain como puede ser el testing
o construir una feature concreta
y que está por llegar?
Y si es así, ¿qué herramienta es?
¿Qué haría?
Te la dejo, te la dejo.
Yo estaba aquí sentado, ¿eh?
Estoy pensando, ¿eh?
O sea, al final yo lo que creo es que
en el futuro van a salir nuevas herramientas no-code
que van a hacer mucho más sencilla,
van a solucionar de forma mucho más sencilla
problemas muy complejos.
Ahora mismo se ha cogido el comercio electrónico
y está prácticamente solucionado con no-code.
Sí que es verdad que si llegas a facturaciones
de no sé cuántos cientos de millones
pues puedes plantearte, hacer que bueno,
sobre Shopify tú puedes desarrollar.
Entonces ahí una startup de Shopify que llega muy lejos
puede llegar y decir voy a tener un equipo de ingenieros
porque quiero hacer mil pruebas con el front,
quiero cambiar la tienda de mil formas y tal.
Pero creo que van a salir otro tipo de herramientas no-code
que van a ser tan buenas como lo es Shopify
en el e-commerce, solucionando otro tipo de verticales
como por ejemplo el tema de los marketplace.
Oye, yo quiero crear un marketplace
donde hay dos partes implicadas, incluso tres.
Pues aparecerán herramientas no-code sobre las que tú dirás
oye, 100% tiene sentido que empiece con esta herramienta no-code
para hacer marketplaces que seguro que ya la hay
y yo no la conozco, seguro que Alex la conoce.
¿Por qué? Porque en un día ya tengo el marketplace montado,
lo valido, intento ir al go-to-market,
es muy probable que como siempre pasa
que al final cuando vas al go-to-market hay un muro
muy grande y no funciona, o puede que sí,
entonces ya lo tienes validado y ya puedes entrar
a hacer algo más grande.
Pero creo que saldrán herramientas no-code
que solucionen problemas muy concretos de forma más íntegra.
Entonces sí, no creo que sea algo a corto plazo
y también pienso que la gente tiene problemas muy diferentes
que se pueden solucionar de formas muy diferentes.
Entonces quizá la solución no es un marketplace
y se tuviera que hacer una movilla totalmente diferente,
entonces esa movilla totalmente diferente
ya no entra dentro de la solución de esta vertical.
Entonces es complicado, pero creo que saldrán nuevas herramientas
que solucionen problemas mucho más complejos de forma más simple.
Yo estoy de acuerdo y por complementar un poquito
hay una herramienta que me fascina que se llama Builder
que yo creo que ya ha conseguido ese nivel de complejidad
porque Builder es una herramienta con la que ha construido
esa herramienta para dársela a los clientes
que construyan sus herramientas.
O sea es como una incepción en la que han desarrollado
con su propia plataforma la herramienta que están dando los usuarios.
Entonces teniendo en cuenta que tienen miles de usuarios concurrentes
creando aplicaciones en este momento,
es cuestión de tiempo para mí que lleguemos a ese punto
en el que no haya un problema suficientemente complejo
como para que no se pueda resolver.
Otra cosa es el debate de si es óptimo para el proyecto,
si resuelve el pain que estamos teniendo,
pero eso es otra conversación totalmente diferente.
Yo no tengo dudas que de aquí a diez años pues habrá, seguro.
Yo tengo una pregunta más desde el punto de vista de inversión.
O sea si al final esto es una herramienta perfecta
para la parte de validación, coger tracción y lanzar un MVP,
¿por qué no se usa mucho más o no está estandarizado
por ejemplo el que haga falta alguna herramienta aunque sea MVP, no code,
ahora hay inversiones en seed, pre-seed y sigue habiendo como mucha más base
de un mockup en unos slides cuando realmente es fácil
y podrías montarlo y validarlo y ayudarte.
Yo creo que Bernardo estaría mucho mejor que yo.
Voy a decirte lo que pienso yo y luego lo que diga Bernardo es lo que va.
Realmente yo lo que pienso es que cuando alguien invierte
está invirtiendo mucho en el equipo,
entonces está muy bien con una solución en no code y valides un problema
pero luego también tienes que demostrar que ese equipo
luego va a poder coger y construir producto y hacer producto.
Entonces para mí lo que sería magnífico es que alguien viniera y dijera
mira he solucionado este problema, tengo tantos clientes,
he tardado muy poco tiempo, he utilizado estas tres herramientas
no code para solucionar el problema pero es que encima
tengo un socio CTO que es un mega crack que sabe de tecnología
que flipas y que cuando esto escale vamos a montar la plataforma
que sea XXX que funcione de tal forma pero oye ya te vengo con ventas,
ya te vengo con hay tracción, ya te vengo con facturación
y con una persona al lado que va a ser capaz de coger
y proyectar eso y crear producto.
Bernat ¿te atreves?
Entiendes, escuchaba bien la pregunta si sería invertible un proyecto
puro no code.
Si te llega, tú como inversor, si te llega un emprendedor
con un proyecto no code que ha hecho, que ha vendido
y que está demostrando que tiene cierta tracción
y ventas, ¿lo ves invertible?
Siempre se habla de convencer al inversor,
esta es la parte más fácil, el problema es convencer al CTO,
convencer a un CTO con un MVP que funciona
es mucho más fácil que un tío que estudia un MBA
o ADE y que quiere hacer no sé qué,
o sea alguien con capacidad de ejecución
va a poder convencer al CTO más fácilmente
que alguien sin capacidad de ejecución.
Lo más difícil que va a hacer un emprendedor no técnico
no es convencer al inversor, es convencer al buen CTO.
O sea el inversor en fase pre-seed
tiene un checklist que dice este tío tiene CTO
encima si tiene capacidad de ejecución ya es la hostia.
Entonces, a ver, cuanto antes podamos demostrar ejecución
mejor, para todo, pero sobre todo para lo más difícil
que es formar este primer equipo de fundadores
que es absolutamente clave, esta es mi idea.
¿Más preguntas?
No es una pregunta, yo por aportar lo que comentabas
tú del testing, a mí hace unos meses me contactó
a un chico americano que se llama Philip Laking
que ellos están desarrollando precisamente eso,
un servicio de monitorización de errores
para Zapier y para Integromake ahora.
Nosotros en su momento, era bastante caro,
eran como 300 euros al mes,
en su momento nosotros no lo cogimos porque sólo
tenían desarrollada la parte de Zapier
y en principio decían que Q2 de este año
tendrían la de Oramake, no sé cómo evolucionó,
no volví a hablar con él, pero ya estaba en ello.
Se llama Switchboard, la web es RunSwitchboard
que lo estaba buscando ahora.
¿Más preguntas?
¿Preguntas de YouTube?
Hola, hay varias, pero una en particular
interesante es, ¿cuál es el no code starter pack?
Alex, tíralo.
Para mí es Zapier, todo emprendedor
debería conocer Zapier, sin ningún tipo de dudas
incluso extendería un poquito más a gente
que trabaja en el sector tecnológico
y extendería un poquito más a todo el mundo
que conozco.
Todo el mundo que conoces debería saber Zapier.
Prácticamente, si envías un email a más de 10
personas en un día, Zapier te va a hacer la vida
más fácil y también va de esto.
Al final Zapier es como la madre de todas
las herramientas no code, si quieres conectar
diversas herramientas tienes que pasar por ahí.
Para mí el starter pack sería páginas estáticas,
cart, súper sencillo, 30 minutos tienes una página
estática, webflow para hacer páginas más complejas,
si le quieres meter usuarios hay una herramienta
que se llama Member Stack, si le quieres meter
pagos Stripe, si le quieres meter un buscador,
imagínate que tienes una web que quieres buscar
sobre un CMS, sobre una base de datos o lo que sea,
JetBoost o FinSuite, si le quieres meter más cosas
así de bases de datos a Eartable.
Es un pack grande.
Eartable no.
Eartable sí.
No, por favor.
Sano, sano, iros a sano, Eartable.
Aquí te tengo que ser contrarian.
Es como si me dices Excel.
Es Excel pero con superpoderes.
Semi-poderes.
La startup del señor Adrián que tú no sabías
corre en Eartable.
Pero después de un año y pico.
Que sí, que sí.
Vamos a la siguiente pregunta.
¿Hay más preguntas?
Bueno, la habían preguntado al inicio,
pero ahora que mencionadas a webflow,
precisamente alguien dice,
¿recomiendan la implementación de webflow a un e-commerce
que factura más de 200 millones al año
y trabaja con más de cinco marcas?
Recomendamos webflow a un e-commerce
que factura más de 200 millones al año
y trabaja con más de cinco marcas.
¿Cómo se llama la persona?
La persona Elias Castro.
¿Elias?
Castro.
¿Te suena?
No.
No, pero por responderle a él directamente.
Elias.
Elias, si factura 200 millones,
es muy probable que merezca la pena
tener alguna solución propia
o por lo menos construir código alrededor de...
Vería más un Shopify con un front totalmente desacoplado.
O sea, utilizar Shopify a nivel CMS,
a nivel gestión de productos, gestión de inventario,
toda esa parte del back de Shopify, utilizarla
y construir totalmente ad hoc
todo lo que sería la parte del front.
Porque hay muchísimas cosas que una empresa
que factura 200 millones
puede hacer y puede experimentar.
Entonces, yo lo enfocaría así.
Sí, o sea, webflow e-commerce no.
Como regla general.
Teniendo Shopify al mismo precio,
muchísima más funcionalidad,
mucho más pensado para e-commerce,
en casi el 99% de los casos no tiene sentido para e-commerce.
Lo que sigue es interesante que hay plugins
que intentan hacer como ese constructor visual,
como si fuera un elemento de un webflow
dentro de Shopify.
Y eso puede ser una solución interesante.
Me consta que la GAN, por ejemplo,
están implementando una solución de ese estilo
y no facturan 200 millones.
Los retos son totalmente diferentes, seguro.
Pero creo que puede ser una vía interesante.
Y, bueno, ya por cerrarlas...
¿Cuánta gente está viéndolo?
Había llegado casi 200.
En este momento hay 100.
Pues que se suscriban, ¿no?
Que se suscriban.
Bueno, no pueden comentar si no se lo escriben.
Ya como para cerrarlas,
voy a preguntarle a YouTube.
Pregunta.
Según he entendido, no code para AI, ML o RPA
todavía no es posible.
¿Pero podéis recomendar herramientas que vayan por ese camino?
Gracias.
Para mí todo lo que es Deep Tech
casi no tiene ningún sentido utilizar no code.
Más que para páginas públicas y vender tu propuesta de valor.
Pero si tienes un proyecto de Deep Tech
que puede utilizar Machine Learning o AI,
es que no hay nada que yo conozca de no code
que te pueda ayudar en eso.
Están saliendo.
Yo conozco una que se llama Purple Die
que está como empezando, está en esas primeras fases.
Pero sí que creo que va a llegar.
O sea, probablemente no este año,
probablemente no el siguiente.
Pero quedémonos con esa filosofía de hacerse lo más fácil a gente no técnica.
Y estoy seguro de que habrá una herramienta
que te permita hacer Machine Learning y AI como más facilito.
Tenemos una pregunta.
Bueno.
Como ha salido la pregunta, quería comentar una herramienta
que sí que ha salido y que se ha vendido carilla a Microsoft.
Se llama lob.ie
o sea.ai
y básicamente permitía hacer Machine Learning
muchísimo más fácil porque lo quería hacer accesible a la gente.
Y una historia que contaba el fundador es que
permitía a padres automatizar la lectura de libros a sus hijos
con un hijo que sólo enseñaba el libro a la cámara,
el padre ya había como recorded el libro
y entonces el hijo podía dar.
Entonces no era igual para construir un negocio enorme
pero sí para hacer más accesible ese tipo de tecnología
a la gente cualquiera.
Brutal.
Brutal pues.
¿Más preguntas?
Mojang se nos está acabando el tiempo
sólo porque es muy contemporáneo
pero ¿cómo está el estado del no code en el mundo de los NFTs?
Vale, no tengo ni idea.
Sé que hay herramientas que te permiten hacer lo típico de
tienes una colección de NFTs y típico de NFT que tiene
sombreros, camisetas, pantalones, zapatos, caras,
diferentes gafas y tal.
Hay una aplicación que lo que hace es que te genera
todas las combinaciones que pueden tener
ese número de sombreros, ese número de caras,
ese número de camisetas para crearte una colección
pero más allá de eso.
También sé que hay una aplicación no code
que te permite generar, no tengo ni idea del sector,
igual estoy aquí lanzando un triple pero lo que tengo entendido,
que te permite generar un whitelist porque todos estos
proyectos NFTs lo que hacen es generar muchísimo hype
intentar que haya mucha gente que se suscriba a tu Discord
y poner una fecha donde la gente va a poder hacer el mint
y a partir de ahí todo eso.
Entonces el tema de las whitelist...
¿Whitepaper?
No sé ni cómo se llama pero ¿cómo es?
¿Whitepaper?
Pues puede ser.
¿Puede ser?
No sé.
Sé que se usa y sirve para eso, para poder avisar
cuando la gente va a poder hacer el mint y para estar
en la whitelist tienes que conectar tu monedero
de forma que esa persona que está esperando
está validada pero es un sector que yo no conozco.
Yo solo conozco otra vez a Builder que es la única
que está haciendo cositas en el sector web 3
y que se conecta con Metamask y están haciendo cosillas
pero complicado.
Yo no tengo ni idea.
Vale, pues lo vamos a dejar aquí.
Nos vamos a quedar a tomar algo si alguien se quiere
quedar con nosotros.
Millones de gracias por asistir.
La verdad es que no me esperaba que viniera tanta gente.
Así que nada, millones de gracias.
Y a la gente de YouTube, muchas gracias también
por estar ahí y si os podéis suscribir
y no cuesta nada, pues también es importante.
Gracias.
Muchas gracias.
Gracias.
Gracias.
Gracias.