Bienvenidos a Startup Insights Stories de Innik, un podcast semanal donde hablamos de
startups y tecnología.
Podéis ver el podcast en Innik.net para podcast y escucharlo a través de iTunes, e-box y
RSS.
Bienvenidos al podcast de Innik, hoy estamos con Pao Ramón, CTO de Factorial.
Hola, buenos días.
Rogedo Baño, Product Manager de Kipu.
Hola.
César Migueláñez, Director de Product, Product Manager de Factorial y Albert Ballonc, CTO
de Kipu.
Hola, buenas.
Bueno, estamos con Factorial y Kipu, Factorial y Kipu son dos compañías que empiezan en
Innik y que ambas intentan disrumpir, para la obra clásica que no puede no usarse en
este caso, sectores o ámbitos, procesos base de las empresas en general, procesos administrativos
que forman parte del día a día de todas las empresas del mundo, ya no solo de España,
no del mundo, aunque en ambos casos hemos empezado en España.
Entonces, podéis explicar un poco qué es lo que ofrecéis, o sea, qué es lo que ofrece
realmente Factorial y qué es lo que ofrece Kipu, por ejemplo, empezamos con Ruge.
Nosotros al final hacemos un, nos ocupamos de un tipo de tareas, que es la parte administrativa
y contable, pues de cualquier empresa o cualquier autónomo, y es algo que es obligatorio para
todos, seas pequeño, seas grande, ¿no?
Entonces, ahí nosotros lo que queremos es ayudar en un proceso que es normalmente poco
agradable, muy poco agradable, porque al final no es el foco de esa empresa, que se
dedica a vender zapatos o lo que sea, o chapas, pero por otro lado, también atendemos a
lo que serían las gestorías, que lo que es, ahí sí es core, que lo que hacen es
gestionar las contabilidades de todas esas empresas, y es una tarea que, aunque para
ellos sí que en este caso es el core, sí que son tareas que aún hoy en día son muy
manuales y muy rutinarias, entonces aquí lo que buscamos es, por un lado, automatizar
al máximo todos estos procesos, donde especialmente en las esbrillas, donde tiene un mayor impacto,
y por otro lado, hacerle más fácil la vida tanto a esa empresa o a ese autónomo, con
el asesor, en lo que comunicación y operativa que existe, ¿no? se refiere, y por ello aplicamos
tecnologías, que es lo que nos ayudan a automatizar estos procesos y a mejorar no
sólo esa comunicación, sino también la visibilidad de negocio a esa empresa, que al final quiere
saber qué pasa en su empresa, ¿no?
En el caso de Factorian, César Opaú, ¿cuál es el valor que ofrecéis?
Bueno, nosotros nos dimos cuenta de que en las empresas, sobre todo pequeñas y medianas,
lo que es la parte de recursos humanos, normalmente, la inversión se queda en tareas administrativas
y de gestión, entonces, creemos que es una pena que todo el esfuerzo de recursos humanos
se dedique a estas cosas en lugar de declararlo a lo que realmente importa, que son los empleados
de tu empresa, entonces bueno, nosotros lo que hacemos es una solución, que es un todo
en uno, básicamente, recursos humanos, donde tienes lo que es la parte más core, que es
la gestión de vacaciones, la base de datos de empleados, los documentos, etcétera,
etcétera, y luego integramos esto con un gestor de Benefit y un gestor de una herramienta
de payroll, de nóminas, y básicamente con esto lo que conseguimos es que todo esté
integrado en un mismo software, que esté todo completamente automatizado, y que básicamente
la gente se llega a recursos humanos, tenga tiempo para realmente hacer recursos humanos
y no tareas más administrativas o de gestión.
Estos problemas han existido toda la vida, con lo cual son problemas que a priori deberían
estar resueltos, por otra gente, a día de hoy, porque en muchos casos, además, son mandatorio
legal, y parece también que son productos infinitos en cuanto a roadmap, porque hay
un montón de funcionalidades que no te las acabas.
¿Cómo se empieza a construir un producto en este caso?
¿Por dónde se empieza?
O sea, igual la pregunta es, ¿por dónde se empieza?
¿Cómo se identifica dónde es al principio y cómo ir desarrollando las funcionalidades
en este espacio tan denso de producto?
Bueno, en nuestro caso, el orden igual no es el que harías en otro tipo de software,
nosotros al principio quisimos tener una base de clientes muy amplia, entonces nos dedicamos
a una parte que era la gestión de las vacaciones, entonces tenemos muy claro que el recursos
humanos, como has dicho, es infinitos, o sea, que tienes desde el recruitment, desde nomias
de todos, ahí no te lo acabas, pero vimos una oportunidad que era bastante fácil adquirir
empresas, sobre todo con el gancho de la gestión de vacaciones y ausencias, entonces empezamos
por ahí y la verdad es que ha funcionado muy bien, tenemos más de 13.000 empresas que
nos utilizan y eso fue una muy buena excusa para empezar a conocer esas empresas, poder
hablar con ellas y al final empezar a entender mejor los otros problemas que teníamos planificados
a solucionar.
La segunda cosa que vimos era la gestión de la región flexible, la región flexible
vemos que en empresas grandes, nuevamente solucionado, pues con gente que te hace una
asesoría, que te vende una consultoría, etcétera, pero la empresa mediana y pequeña
no tiene esta capacidad, entonces empezamos a ofrecer ese producto y nos vimos entonces
que la barrera de entrada que había eso era nóminas y eso es lo que estamos haciendo
ahora, son pocos, cada paso nos ha llevado al siguiente y vamos viendo que cada pieza
que ponemos en el software, como ha dicho César, es un todo en uno, cada pieza encaja
perfectamente.
Ahora que estamos haciendo nóminas, por ejemplo la gestión del tiempo libre es útil, porque
cuando tienes un finiquito tienes que ver cuántas son las vacaciones que quedan pendientes,
en el caso de la región flexible la combinación con nóminas de menes es muy obvia, así que
siempre vamos buscando cuál es la siguiente pieza, que no solo añade valor por sí sola,
sino que hace que todo el software funcione mucho mejor.
No sé si responde a la pregunta.
¿Y en el caso de equipo, por ejemplo, cómo descubrir las necesidades?
Al final es un proceso también de hablar directamente y meternos dentro de la piel
de nuestro cliente, al final el quien padece esto en su día a día, acaba siendo al cliente
que al final te paga y por lo tanto si eres capaz de tener una buena relación esto ayuda
muchísimo a desarrollar el producto, porque sabes que atiendes una serie de necesidades,
creo que nuestro trabajo es capitalizarlas y traducirlas en producto, pero para nosotros
es la forma más óptima de seguir avanzando.
Eso no quiere decir que el cliente te marca el ron, pero sí que el cliente te ayuda a
entender de forma real cuál es el problema, porque por sí solo normalmente además estás
acostumbrado a estar en un entorno por ejemplo demasiado tecnológico.
Y que tenemos un sesgo que el cliente que es, por ejemplo, más tradicional, que está
acostumbrado a una serie de procesos tradicionales, pues hay un gap importante que se tiene que
solventar, porque al final lo que tú te parece de cajón luego no está no pio para un usuario
que no está acostumbrado a entender de forma tan profunda la tecnología.
Entonces este ejercicio para nosotros no es simplemente una cuestión de ayudar a pulir
ese ritmo, a ver cuáles son los siguientes pasos, sino ponerse en la piel de un tío
que no piensa como tú y probablemente no piensa ni como yo, ni como la mayoría de
la gente que está aquí, o en factoría, el que es un perfil.
Y estas funcionalidades, estas necesidades, ¿cómo funciona exactamente el proceso de
identificarlas, de escribirlas y ponderarlas, y acabar decidiendo pues vamos a hacer esto
o lo otro?
¿Cómo funciona este proceso de priorización?
Bueno al final, como ha dicho Rujer, el hecho de estar en constante contacto con el usuario
es un input muy importante, al principio es algo que sí que te ayuda, te guía y te
echa un cable a nivel de saber otros puntos de vista, también sirve mucho hablar con
la gente, ir a explorar, Rujer lo hizo mucho al principio de equipo también, ir a explorar
otras zonas como co-working, etcétera, donde pudiéramos acceder a clientes que igual no
éramos que teníamos directamente aquí, por ejemplo, en Ítmica, aquí al lado, otros
tipos de clientes, y al final cuando vas avanzando también este flow de feedback crece mucho,
y también tienes que saber darle peso a lo que importa y a lo que no, también es cuestión
de juzgar gracias a qué estrategia llevas en la compañía, al final todo este feedback
pues va en muchas direcciones, no es un camino obvio y al final tienes que tomar la decisión
de decir pues voy por aquí, voy por allá y en qué me enfoco que muchas veces es lo más
complicado también, porque sí que al principio dices hostia alguien está opinando sobre esta
aplicación que estoy haciendo, que estoy trabajando cada día y es muy ilusionante
pero llega a un punto donde dices vale, ahora tengo que determinar hacia dónde vamos y
en este sentido pues es un poco trabajo de tanto de producto, de saber conocer al cliente
lo que quiere, lo que busca y si es el tipo de cliente que quiere servir una hora mismo,
pero también es muy importante la comunicación con más de una parte tecnológica para saber
qué se puede hacer y qué no se puede hacer, que casi siempre se puede hacer todo, pero
la cuestión es qué tiempo toma hacer algo, que también es para mí es la variada relevante,
al final nosotros o al menos desde el punto de vista siempre trabajo en una función de
que todo es posible, porque cada vez más esto es así, pero lo importante es decidir
pues vale, vale la pena hacerle dos meses en esto o igual, o igual no, todo es posible
pero también hay un incierto, hay mucha incertidumbre, muchas veces tocamos la punta
de un iceberg y decimos vale ya vemos más o menos lo que hay y vas tirando y nos acaba
nunca, esto bueno aquí en esta casa, bueno y en todas las casas, el desarrollador al
final tiene que ser optimista, porque una cosa es el happy path, el camino feliz de vale esto
funciona pero porque no estoy controlando errores, porque estoy con un conjunto de datos
contextuales que me permiten hacer esto, pero luego cuando quieres sacar este producto
a la vida real y que esto funciona de verdad y tienes que introducir un conjunto de mecanismos
que te permitan ser residentes en este sentido, luego es cuando se complica la cosa y cuando
una semana pasa a ser un mes y medio.
Hay una metáfora odiosa que ya hemos repetido tantas veces, que aburre, pero la voy a volver
a repetir para nuestra audiencia, que es la de Ford, cuando Ford preguntaba qué es lo
que quería la gente en cuanto a medios de transporte, la gente respondía caballos más
rápidos, nos respondía el automóvil porque nadie se lo imaginaba, entonces esto pasa,
tú lo has dicho ahora Albert, hay que hablar mucho con la gente, hay que elegir bien con
quién hablar, o sea estos son puntos clave, quién es el target, no todo el mundo es target,
hay mucha gente que no le vamos a dar valor, hay gente que se va a hundir eventualmente
porque no se va a adaptar, porque no tiene visión, por lo que sea y hay otros que sí
que están orientadas al futuro y tenemos que identificarlos, pero cómo funciona este proceso,
por ejemplo César, de descubrir cuál es el producto, preguntando gente que te responde
a otras cosas.
Yo creo que es bastante importante, esto precisamente que comentas, que es el tema de la visión,
tú cuando intentas servir disruptivo dentro de un mercado, es porque quieres hacer cosas
distintas a como estaban hechas hasta ese momento, que es algo que la gente está acostumbrada,
entonces bueno, está bien escuchar a la gente ver el feedback que tienen, las necesidades
que tienen, pero tú al final si has entrado aquí es porque tienes una visión de cómo
tú crees que debería ser ese mercado y al final si lo quieres decir romper, no es una
palabra en castellano para nada, pues yo creo que es bastante importante mantener la visión
que tenías desde el primer momento y ir adaptándola en lugar de simplemente hacer lo que la gente
te pide sin más, entonces bueno, el proceso de priorizar qué hacer y qué no hacer viene
un poco de intentar hacer que la visión y las necesidades de la gente, las necesidades
del negocio y bueno, el tiempo que tengas para hacer las cosas se junten a algún punto,
¿no?
¿Qué crees que es bueno?
Yo tengo una réplica sobre la metáfora, yo creo que la metáfora es odiosa porque está
mal explicada o menos, yo creo que si es cierto que Ford pregunto eso, es que Ford no era
una persona de producto, porque si la respuesta es caballos más rápidos, significa que Ford
pregunto qué solución queréis, ellos dijeron caballos más rápidos, pero en realidad lo
que Ford debería haber preguntado es qué problema tenéis y el problema era que quiero
llegar de punto A al punto B de forma más rápida, entonces él con la tecnología al
momento decidió hacer coches, yo creo que eso es muy importante, bueno, nosotros constantemente
hablamos con clientes, está claro que no le podemos decir qué solución quieres, porque
entonces te van a decir la que tengo hoy un poco mejor, porque igual no se ha emparado
a pensar o no tiene el tiempo ni el conocimiento tecnológico para llegar a conclusiones que
están a niveles de más profundidad, entonces yo creo que es nuestro trabajo de preguntar
qué problemas tenéis, no qué soluciones queréis y ahí sacar conclusiones con lo que
conocemos, unir puntos que podemos recoger de hablar con varias gente, igual los diferentes
clientes no obtienen esta posibilidad y ahí sacar soluciones, pero la pregunta es errónea.
En nuestro caso, bueno, especialmente en nuestro caso, lo que hacemos es ocuparnos
de problemas de toda la vida como nunca se han solucionado, y es un poco lo que buscamos.
Claro, es que yo diría que es incluso previa eso, o sea, la gente no es consciente de que
tiene un problema, y cuando es consciente que tiene un problema ya estamos en otro estadio
de madurez del mercado, es decir, la gente va en caballo y no sabe que puede ir más
rápido.
Exacto.
No te va a decir que quiere ir más rápido, es que ya es lo de los caballos más rápidos,
no sé cómo lo dijo, no tiene ningún sentido.
Es que no se puede que no, es que no se puede que no.
Y que era el problema es eso, cuando ya realmente la gente es consciente del problema, va todo
más rápido, porque la gente ya busca y tal, es receptiva, el problema es cuando no es
consciente del problema, y tú vas a vender, le enseñas otra forma de hacer las cosas
y se caen de la silla, esto es, o sea, cuando tienes experiencia que vas a vender a un cliente
y se cae de la silla cuando ve tu solución, esto es orgánico, desde un punto de vista
de ventas.
Pero el riesgo es que hay gente que un cambio de andrástico le produce pánico.
Exacto.
Pánico en el sentido de no quiero asumir este riesgo, porque al final no tengo la mentalidad
empresarial o de dirección de la empresa para hacer este cambio tan irregante, o porque
si ya tengo 55 años déjame el paz, yo quiero vivir tranquilo, llegar a casa y hacer mis
horas y ya me va bien con lo que cobro y todo ya me funciona correctamente.
Y esto por un lado, y también por otro lado, es el punto de decir si realmente, o sea,
es el cambio de andrástico que supone a nivel de organización de la empresa, quizás,
en algunos casos que puede decir, pues no estoy dispuesto a tomar estas decisiones.
A despedir la mitad de la plantilla por una mejora brutal de eficiencia, que es lo que
en algunos casos los softwares que estamos proponiendo producen.
Y es el reto al final de saber sobreponerse a esta situación y de saber explicar bien
esto al…
Igual, igual plantear este cambio de una forma gradual, esto es algo que en Kipu hemos
ido experimentando, ¿no?
¿Cómo hacerlo gradual el cambio?
O sea, porque nosotros invertimos mucho tiempo, por ejemplo, especialmente con asesorías,
a ayudarles a hacer esta transición, pues esto, gradualmente, o sea, nosotros entendemos
que tampoco es óptimo que de repente cambies 100% la forma de trabajar, porque al final
también esto tiene unos costes asociados, ¿no?
Entonces, podemos ayudarles a hacer esta transformación gradual, porque la gracia también es que
ellos mismos son los primeros que son conscientes, o sea, la realidad que nosotros nos encontramos
es que todo el mundo sabe que esto va a pasar, que usar herramientas como Kipu, o sea, no
hay otro camino.
No hay otro camino, ¿eh?
Pero…
Escuchadlo bien.
No, pero al final, será quien tenga que ser, pero es que esto es algo inpepinable que
todo el mundo es consciente de ello, el problema es que, bueno, ya sí, eso mañana, ¿no?
Muchas veces.
Y bueno, pero todo el mundo es consciente, entonces, aquí nosotros lo que proponemos
es decir, bueno, vamos a hacer esto gradualmente, porque ambos somos conscientes de que este
paso se tiene que dar si no hoy en mañana, pues vamos a empezar a rodar hoy, ¿no?
Y ahí sí que es importante también ayudarles a esto, no tratarlo como un idiota, decir,
no, es que bueno, bueno, tienes las tecnologías, uno tal, esto no va de esto, porque al final
es que cualquier transformación, cualquier transformación digital, o lo que sea, pues
tiene un… es traumática, porque al final el cambio no es agradable muchas veces, tienes
que acostumbrar, etc., ¿no?
Bueno, por ejemplo, en casos concretos que se me ocurren en el caso de Kipu, en algunas
asesorías no se atreven a ofrecerle el producto a su cliente final, entonces nosotros desarrollamos
herramientas para que internamente los empleados de la gestoría pueden hacer la función del
cliente final.
Bueno, en algunos casos no quieren prescindir del papel, nosotros damos herramientas para
que el papel pueda seguir utilizándose como soporte, o en algunos casos la revisión de
los procesos de OCR que podrían ser totalmente automatizados, pues damos un soporte humano
de revisión.
O sea, hacemos un proceso transitorio, o sea, transitorio, no planteamos una innovación
de golpe el primer día que ayuda a los clientes a ir entendiendo hacia dónde va el cambio,
¿no?
Sí, nosotros… y hay un punto muchas veces que cuando… en nuestro caso están acostumbrados
a hacerlo manualmente, ¿no?
Todo, a procesar las facturas manualmente, etc., ¿no?
Y ahí están muy tranquilos y confían en que yo hago ese proceso manual bien.
Claro, cuando de repente hay una tecnología que te está haciendo esto de forma automática,
de entrada dudas, dices, a ver, mejor que yo, seguro que no lo hace, ¿no?
Entonces, bueno, pues… esto es algo que una persona… o sea, nosotros podemos decir
a ver, tío, pero esto va.
Pero claro, la otra persona dice, bueno, yo no sé, yo no entiendo cómo está pasando
esto de forma mágica, yo de entrada dudo.
Bueno, pues la gestión de esto es parte del producto, porque al final, oye, es lo que
hay, tienes que adaptarte a esto.
Correcto.
Y es legítimo dudar de la tecnología, el máximo has parido tú, porque tampoco la
conoces, ¿no?
Todo es legítimo.
Al final, el cliente todo lo que haga es legítimo, somos nosotros… que nadie nos espera que
queremos…
Mientras paguen, ¿eh?
Exactamente.
Queremos parte del bolsillo del cliente.
Oye, ¿y creéis que es bueno el hecho de que ninguno de vosotros tuviera ni idea de
los sectores donde habéis entrado, es decir, nadie tenía ni idea de contabilidad ni denominas,
ni en keep on in factorial, el primer día.
¿Creeis que eso es bueno o malo?
Tiene un 7, eh, la situación de contabilidad de la carrera, ¿no?
Bueno, esto es un poco la que sí es el momento de la carrera, es broma, es broma.
Si tu negocio va a ser disruptivo en ese ámbito, también en este sentido creo que es bueno,
porque al final te lo ves desde fuera, sin tener ninguna preconcepción previa, sin haber
mamado 15 años de experiencia si mismo y tal, y también yo creo que ayuda a pensar
fuera de lo común, a pensar soluciones que igual, pues si viniera yo de trabajar quien
tiene una gestoria, pues igual, no se me ocurriría.
¿Y es fácil tener desarrolladores leyendo el BOE?
Eh, no, muy buena pregunta, la verdad es que no debemos que lees el BOE, tenemos otra
persona que lees el BOE, o sea, al final lo que cuando no tienes el dominio en casa,
al final pues te lo contratas, y en este caso, en nuestro caso, obviamente no estábamos
buscando programadores que supieran de laboral, porque si ya es difícil encontrar un programador,
encontrar eso sería casi imposible.
Entonces, a pesar de que a mí me gusta mucho, pues que la gente sea lo más multidisciplinar
posible, si que es cierto que gente que entienda el dominio que el uso está bajando, es muy
difícil que lo puedas conciliar con producto o tecnología, entonces en nuestro caso tenemos
una persona de laboral y esa persona, pues, es nuestro apoyo fundamental para entenderlo
todo.
Entonces, no leemos el BOE directamente, sino que, con esa persona en house, tenemos
una forma de acceder a ese conocimiento.
Pero una de las cosas que se hacen tanto en KIPU como en Factoriel, si no entendió mal,
son formaciones, bueno, no entendió mal porque he estado en algunas de ellas, son formaciones
a todo el equipo de un nivel de detalle muy, muy importante del dominio, es decir, de contabilidad
y de nóminas, en el caso de Factoriel.
Sí, probablemente.
O sea, al final...
Y todo el mundo, todo el mundo asiste, ventas, todo el mundo.
Sí, porque al final cada uno tiene su función, o sea, una persona de marketing, ese marketing,
una persona de ventas, ventas, etcétera, pero es importante que todos hablamos la misma
lengua, porque si tenemos que hacer un artículo que trate sobre el modelo 111, la gente de
marketing que hace artículo tiene que entenderlo.
Si la persona de ventas está intentando vender la ventaja que tiene, utilizar nóminas
en Factoriel, ves, es una solución más tradicional, tiene que entender, porque al final el clientele
va a hacer preguntas, entonces es muy importante para nosotros ofrecer esta formación interna
y aunque sabemos que nunca sabremos tanto, pues igual como para irnos a trabajar a una
gestoria, sabemos suficiente, o tenemos suficientes herramientas para ir desarrollando lo que debes
que saber.
Y yo creo que el equipo ha adquirido un conocimiento muy importante del dominio.
Muchísimo.
Y hasta llegar a punto de repelencia en algunos casos.
Sí.
No, mira.
No, hemos tenido desarrolladores, gente de soporte y de marketing, corrigiendo al técnico
de nóminas por algunos conceptos en alguna nómina, que para mí cuando veo esto es como
hostia, ¿sabes?
Y yo hace tres años miraba una nómina y decía, bueno, espero que esté bien, ¿sabes?
Y ahora no, incluso el otro día conseguí entender la nómina de mi novia y explicarse
la y sentir un orgullo infinito.
Pero al final, o sea, más que el dominio es entender el problema, es que volvamos al
mismo punto.
O sea, tampoco el objetivo no es ni ser un contable ni ser un tío de laboral, el objetivo
es entender la magnitud del problema, lo que claro, cuando lleva a entrar a un nivel de
detalle que de normal, pues no haría falta, pero al final es que cuando nos unos otros
se come una serie de problemáticas, o sea, yo creo que todo el mundo entiende que no
eres un técnico de nóminas y no hace falta, pero tienes a entender lo que haces, porque
si no también, ¿cómo transmites la confianza al cliente?
Y esto no es un problema para los non-boarding, el conocimiento del dominio es un problema
para nuevos empleados.
Bueno, yo creo que no, en general, no, o sea, se adquiere.
Una cosa que sí que me gustaría añadir y es muy importante, que es que al final hablamos
mucho del dominio y de la complejidad en ambos casos, equipo y infactorial, muchas veces esto
puede parecer de que se fuera un poco, no sé, que puede echar un poco para rasos, tía,
hacen laboral, hacen contabilidad, ¿no?, que parece una cosa que si tú eres una persona,
un diseñador o eres un programador, puedes decir, este, yo no sé de esto, pero yo creo
que al final eso es una fortaleza, porque los problemas fáciles, los problemas que tiene
un dominio flojo, esos problemas en general ya están más que cogidos y un mercado bastante
flojo.
¿Foto sharing apps, por ejemplo?
Exacto, totalmente, o los programadores que hacen herramientas para programadores, que
está muy bien, pero claro, eso dominio, ya lo conocen, ¿no?, entonces yo creo que es
muy importante, porque al final, sobre todo en mercados muy regulados, como puede ser
en España, que hay una revolución muy fuerte, solucionar ese tipo de problemas que igual
son menos sexys o menos obvios, pues yo creo que también es una oportunidad gigante.
Y yo creo que a más empresas hemos desarrollado una serie de mecanismos, de ser capaces de
explicar esto de forma simple para cualquier perfil, porque al final, como todo el mundo,
tiene que entender esto y al final es un poco lo que siempre hemos planteado como reto a
la gente, es esto, precisamente por el enfrente de hoy, mira, nosotros estábamos solucionando
este marrón, que es un marrón que no es nuevo, que es histórico y que hoy en día
el reto de transformar algo tradicional, aparentemente aburrido en algo que tiene un impacto obvio
en todas las empresas, pues es algo que como reto, cuando hablas con un diseñador de producto,
por ejemplo, pues es un reto bastante interesante, porque al final...
Convertieron algo divertido, yo creo que es cierto, se puede llegar a hacer divertido.
De hecho, como apunte, este mes hemos reformado el layout de las nómina, y el feedback que
hemos recibido es que son educativas y divertidas, son nóminas que se entienden, o sea, nuestros
clientes pueden entender por fin su nómina, es algo que es lo que digo, es algo que como
estamos acostumbrados a lo viejo, que no es sexy, pero al final, en un futuro igual
deja de tener esa visión pesada.
Otro punto interesante es, claro, tanto Kipu como Factorial son productos de uso muy
intensivo, son herramientas que están casi todo el día encendidas, abiertas, para las
personas que las utilizan, ¿no?
Esto como qué consecuencias tiene a nivel, por ejemplo, de soporte, ¿no?
Cómo se gestiona la frustración de las personas que están trabajando diariamente
con vuestro producto.
A ver, yo creo que esto es una ventaja en el sentido de que tienes ese feedback, lo tienes
más rápido, porque el tío que está ahí todo el día, como la de la casa...
Yo lo oigo desde mi mesa, en ambos casos.
No, pero al final, para mí esto es una ventaja, porque al final una cosa que sé puntualmente
pues tampoco te preocupas, pero algo que estás ahí todo el día, si realmente algo te molesta,
te está molestando constantemente y por lo tanto ya le estás poniendo solución, cagando
leches.
O sea, para mí esto es una ventaja, ¿eh?, o sea, en este sentido, pero vaya, no se
muestra el caso.
Bueno, sí, al final, yo también creo que es positivo también desde el punto de vista
de negocio, porque al final, nosotros, por ejemplo, que se hemos usado algunas herramientas
internamente, que son de estas que utilizas pues una vez al mes, una vez cada dos meses,
y al final el charm de estas herramientas es altísimo, porque las utilizas poco, lo
cual significa que el valor que aporta en tu negocio es poco, sin embargo, en el caso
de factorial o keep-up, es algo que estás usando todo el día, que toda la empresa está
usando, de hecho, en el caso de factorial, y bueno, consideramos eso la ventaja de que
nuestro charm es bastante bajo por eso mismo, porque al final es una herramienta casi indispensable
para toda la empresa.
Hay otra frase odiosa en el mundo de las startups, que es, al principio, haz cosas que no escalen,
que es de Paul Graham, White Combinator, y la verdad es que nos lo tomamos muy en serio,
¿sí?
Nos hemos pasado.
Yo quería entrar en este aspecto, es decir, al principio, son negocios de este tipo,
tienen una parte, un componente humana importante, tanto en uno como en otro, tanto en la propia
gestión del servicio, como en los on-boarding, como costumers access, le podemos llamar de
muchas maneras, pero hay operaciones, ¿cómo funciona esta transición de operaciones
a producto?
¿Cómo se produce?
Me gusta que me haya gustado. Regentemente, de hecho, en factorial, hemos intentado unir
producto y operaciones, porque hemos descubierto algo que igual es obvio, una vez lo has hecho,
que es que, como has dicho, las operaciones son la parte manual y nos restamos en el negocio
de quitar trabajo manual, entonces, mucho del trabajo que estaba haciendo operaciones
eran todas aquellas cosas que no habíamos conseguido productizar, entonces, uniendo
ambos equipos, permitimos entender el trabajo manual, lo hacemos hasta la saciedad y cuando
nos duelen los dedos, entonces ya sabemos cómo hay que automatizar esa parte y eso es
muy importante, porque nosotros todo lo que hacemos tradicionalmente se ha hecho manualmente
y eventualmente queremos que se haga automático, entonces, obviamente, no puedes empezar automatizándolo
todo, lo intentamos al principio y descubrimos que es una mala idea y, al final, lo que quieres
entender es de todo el trabajo manual que hay, cuál es exactamente el que nos está
bloqueando el negocio, cuál es el impedimento más grande que tenemos para crecer, cogemos
eso, lo automatizamos y a cada un mes hacemos la misma pregunta y poco a poco así vamos
reduciendo ese trabajo manual, pero siempre entendiendo lo desde haberlo vivido en nuestra
propia piel, estando los equipos separados antes, claro, había gente que lo sufría,
pero no vamos nosotros, entonces, igual, nosotros teníamos otras prioridades que recibíamos
pues como has dicho antes de soporte o de parnes o lo que sea, entonces yo creo que
es bastante interesante este approach. ¿Crees que el cloud sigue siendo un problema de
cara a las empresas en España? ¿O está ya bastante interiorizado y la gente no pone
resistencia? Sí, no. O sea, sí, es un problema porque la opción del cloud en España es
menor de la que hay en otros países, Estados Unidos, otros países europeos, etcétera,
o incluso quizás en China. Y, al final, esto es malo porque vas más lento de lo que creerías,
porque al final estamos acostumbrados a leer pues de fuentes de Estados Unidos y de otros
países que quizás a nivel 1 están más avanzados, si intentas aplicarlo aquí te encuentras
un poco más de que la gente es más reacia a usarlo, pero es bueno también porque te
permite estar más avanzado o estar un poco más... te permite un poco estar en el futuro,
porque ves que otros están más avanzados y se sabe si, realmente ser más vanguardista
y en este sentido es bueno, en este sentido. Al final es una comina tienda más posasí.
En mí me cuesta entender un mundo donde las aplicaciones están instaladas en ordenadores
y yo no entiendo cómo podemos seguir así. Las ventajas son tan claras y, bueno, en cual
creas esto me une al concepto de la inteligencia de la automatización, la inteligencia artificial
de la automatización, que es como la siguiente gran etapa, vimos hace poco Google mostrando
un asistente que llamaba un restaurante y pedía una cita con todos los matices del
lenguaje y tal sin que la otra persona en ningún momento ni se enterara que está hablando
con un robot. Y esas aplicaciones, si ninguna duda tienen aplicación en la contabilidad,
en la gestión de nóminas, ¿cómo creéis que avanzará esto? O sea, cuando la automatización
completa que es algo que da miedo a mucha gente porque obviamente sustituye al 100%
casi la labor humana, ¿cómo creéis que avanzará? ¿En qué velocidad? ¿Cómo veis
el futuro en este ámbito? Yo, en este sentido, sí que también por
invarte un poco de miedo porque al final... Por tu parte, ¿qué eres el autor, el artífico?
Porque al final, siendo consciente del poder potencial que tiene una herramienta así, la
conocida, el conocido momento de la singularidad donde las máquinas tienen conciencia y luego
hay que decir que no es la conciencia y que no, pero en este punto sí que es agujona
un poco el pensar que alguien puede decir, vale, vale, tú me has creado, tal, tú eres
mi padre, o sea, tal, y tú sabes cómo funciona, pero hay un momento de...
Yo llevo un punto, ¿no? De igual es todo, de igual me pasa, de igual es otro debate,
no igual da para otro podcast, pero... Que pasésimo, ¿no?
No, pero en este sentido, obviamente, el potencial en empresas como las nuestras, pues es muy
alto y hay que saber... También es un capó que, a mí el más utilitario es bastante
nuevo y que ahora se está empezando a haber usos como el del asistente de Google, etc.
Y es un capó donde... Y el OCR de Kipu, por ejemplo, ¿no?
Pero el OCR es una tecnología que no es de hace dos años, ni tres ni cuatro, el OCR
como tal es una tecnología de hace muchísimos de hace décadas, la parte interesante sobre
el OCR es usar el machine learning para poder extraer información relevante a partir de
información cruda de... Pero es lo de menos, digamos, en Kipu las aplicaciones de la automatización
van mucho más allá. Puedes hacer la contabilidad, no es un proceso complejo, es un proceso que
una máquina puede hacerlo con todos los matices. Y la sincronización bancaria, ¿no? Son procesos
que todos son muy fácilmente automatizables, ¿no? Y en eso estamos.
En el final, la inteligentad decía no va a de automatizar cosas que tú entiendes perfectamente,
sino va a de mimificar comportamientos humanos, incluso, ¿no? O de poder establecer ciertas
reglas que hasta ahora era imposible entender o implementar, ¿no? Es decir, vale, pues,
¿qué es que es en Kipu? Dices, quiero que cada factura que me llegue de menos de importe
sea menor a 15 euros, pues paga automáticamente. Ya no es solo que desde Kipu, desde el equipo
de producto de Kipu, decidamos hacer esto así, sino la parte complicada es ofrecer
al usuario que se pueda configurar estas cosas. Porque ya no es algo fijo, sino que
es algo... Sí, de hecho, en Factorial, por ejemplo, pensando
en el futuro de aquí, pues, yo qué sé, de 5 o 10 años.
Antes.
Ah, antes. Pues, por ejemplo, tenemos el problema de que en España hay, pues, no sé, 2.000
convenios distintos, convenios colectivos. Y el problema es que son papeles, son words
escritos por una persona con lenguaje humano. Y nosotros tenemos que modelar todo esto en
una base de datos para luego poder hacer nóminas y hacer bajas médicas y calcular antiguidades
y hacer todo ese tipo de cálculos. Entonces, ahora mismo este proceso, pues, es prácticamente
manual, ¿no? Porque necesitas una persona que lea ese convenio, o sea, es una ley que
lo interprete de la forma más adecuada posible y que lo transforme en una serie de datos que
tengan sentido. Entonces, en este sentido, pues, yo creo que llegaremos al punto de que
automáticamente tú le pases un convenio a una máquina.
No es complejo.
Te lo interpretes entero y lo conviernes a algo que luego puedas usar tú, ¿no?
Y esa es la respuesta, perdona, a la pregunta que había hecho antes, ¿no? ¿Qué pasa cuando
le haces leer a un desarrollador el boy?
O sea, que te corre.
No es un robot que lo lees.
Yo, para mí, también hay un equilibrio en el que tú el final modelas o puedes modelar
la racionalidad. Y la realidad humana es que el ser humano no es racional, es irracional.
Y, por lo tanto, aún por mucho inteligencia artificial y muchos procesos que llevan a
automatizar, siempre hay una capa de dile emocional o dile irracional que sigue siendo
necesaria para acabar de cerrar ese círculo, ¿no?
O peor, pirulero.
Es decir, estamos en España, ¿estamos en España?
Pero yo no hablo de pirulas, yo hablo que al final...
O sea, la cantidad de gente que quiere hacer comportamientos no irracionales sino directamente
por la norma es mucha, desafortunadamente.
Pero si hay que entrar en este punto, ¿no? O sea, nosotros, por ejemplo, cuando empezamos
a modelar el comportamiento de nuestro machine learning empezamos, o sea, antes, cuando empezamos
al principio, empezamos bajo unos supuestos racionales, es decir, mira, me llevo un documento
y si hay esta información, y flipas en donde te das cuenta de que estos supuestos racionales,
si sigues de esto rajatabla, que debería cumplir y ser, dice, hostia, con esto yo ya tiro,
¿no?
No, no.
Estás muy lejos aún.
Sí, sí.
Pero muy...
Es un gran desagradador que lo estaba haciendo.
Dicen, a ver, esta regla que me habías dicho, si la quito, la... la... la quiroesí
sube en un quinte por ciento y te quedas como, bueno, pues nada.
Y al final, por eso lo digo, ¿no?
Que al final es obvio que la tecnología nos ayuda a avanzar ahí, pero hay un patrón
de comportamiento que sigue siendo muy difícil de modelar.
Sí, yo tengo un último contrapunto.
Y lo dejamos de aquí.
Sí, que me pasa al revés, que muchas veces, sobre todo cuando trabajamos con operaciones
y automatizamos cosas, te das cuenta la cantidad de cosas que hacen humanos que, en realidad,
los seurísticos son totalmente plasmables en código, sin machine learning, sin nada
de nada.
O sea, dices, ¿y esto cómo lo haces?
Tú, durante el día, ¿qué haces?
Ah, pues mira, empiezo y hago A, B, C, D y siempre sigo este patrón y piensas, ¿sabes
esto?
¿Para qué lo hace un humano?
Si siempre haces lo mismo, ¿para qué no?
Utiparizamos, ¿no?
Y para mí lo chocante es esto, ¿no?
Que siempre hablamos mucho de inteligencia artificial, pero en realidad muchas de las tareas
que estamos haciendo como humanos no requieren inteligencia artificial, porque son totalmente
describibles en formato máquina, es un poco el contrapunto que quería por eso.
Y con este duro análisis de la especie humana.
No, era del mercado laboral.
Lo dejamos de aquí, muchas gracias a todos por participar y nos vemos la semana que viene.
Suscribíos a nuestro podcast semanal en youtube.com.
Para no perderos ningún episodio, también lo podéis recibir en vuestro correo suscribiendo
a nuestra newsletter semanal en youtube.com.