Transcripción

Transcripción

¿Qué hace realmente un Product Manager? — vídeo y transcripción

En esta nueva tertulia de Itnig, hablamos con Emma y Valeria, dos referentes en liderazgo de producto en Factorial, una de las startups más exitosas del ecosistema SaaS europeo. Nos adentramos en los entresijos del rol de Product Manager: ¿

www.youtube.com 2026-04-19 Ver fuente

Título

¿Qué hace realmente un Product Manager? — vídeo y transcripción

Resumen

En esta nueva tertulia de Itnig, hablamos con Emma y Valeria, dos referentes en liderazgo de producto en Factorial, una de las startups más exitosas del ecosistema SaaS europeo. Nos adentramos en los entresijos del rol de Product Manager: ¿Qué diferencia realmente a un buen PM de uno malo?

Puntos clave

  • La product review, cuando alguien nos pregunta, ¿qué es la product de Factorial?
  • En un podcast de Jordi y yo que hablamos de la figura del PM, que concretamente Jordi decía, "Pero a ver, pero ¿cuál es el deliverable de un PM?
  • ¿Cuál es el output propiamente?" No, te indignó mucho.
  • Pues al final es es la persona que hay como una imagen del PM, como un trabajo bastante sencillo, gratificante, pero hay horas y horas de trabajo detrás, lo que decíamos, de mover, ¿no?
  • De que las cosas pasen y eso es dedicación, o sea, no puedes esperar en plan, "Bueno, aquí está la priorización y ahora ya que las cosas pasen." Puedes explicar, Valeria, el caso de proyectos, que es un caso bastante espectacular de crecimiento de un producto que va de cero a millones de euros en RR.

Descripción

En esta nueva tertulia de Itnig, hablamos con Emma y Valeria, dos referentes en liderazgo de producto en Factorial, una de las startups más exitosas del ecosistema SaaS europeo.

Nos adentramos en los entresijos del rol de Product Manager: ¿Qué diferencia realmente a un buen PM de uno malo? ¿Cómo se mide el impacto de un PM en términos reales? ¿Y cómo se construye un equipo capaz de llevar un producto de cero a millones en ARR?

Emma y Valeria comparten sin filtros su experiencia liderando equipos en una organización en constante cambio. Cómo enfrentarse a feedback contradictorio, gestionar expectativas internas y externas, y alinear a negocio, diseño e ingeniería bajo una misma visión.

Un episodio muy útil para product managers, tech leads, founders o cualquier persona que quiera entender cómo se construyen productos de alto impacto en una startup SaaS real, con cultura fuerte y visión clara.

🔔 Suscríbete para más conversaciones con líderes de startups, inversores y creadores de producto.

Eventos
Ya tenemos próxima parada para nuestro evento mensual en directo, será el 22 de Mayo en A coruña.
Próximamente publicaremos la ubicación exacta y el enlace para comprar las entradas.

SOBRE ITNIG
🐦 Twitter - ⁠https://twitter.com/itnig⁠
💡 LinkedIn -⁠ https://es.linkedin.com/company/itnig⁠
📸 Instagram - ⁠https://www.instagram.com/itnig/⁠
💌 Newsletter - https://itnig.net/newsletter/⁠
🌐 Web -⁠ https://itnig.net/ ⁠

ESCUCHA NUESTRO PODCAST EN
🔊 Spotify: ⁠http://bit.ly/itnigspotify⁠
🎙️ Apple Podcast: ⁠http://bit.ly/itnigapple⁠

🎙️ ¿Quieres participar en el podcast de Itnig o patrocinar uno de los episodios?

Aparecer en el podcast: https://tally.so/r/wo1Poe

Patrocinar el podcast: https://tally.so/r/3EERLN

Índice
00:00:00 - Presentación: Emma y Valeria, líderes de producto en Factorial
00:01:17 - Qué es una product review y por qué es tan importante
00:03:35 - Cómo ha evolucionado el equipo de producto en 2 años
00:05:09 - Medir impacto real: euros, métricas y decisiones
00:07:04 - Qué pasa cuando una product review sale mal
00:13:05 - Autonomía vs dirección en equipos de producto
00:16:17 - Construir un equipo de PMs en el que se pueda confiar
00:19:00 - Hablar con clientes: cómo se hace en Factorial
00:21:17 - ¿Cuál es el verdadero entregable de un PM?
00:23:11 - Resiliencia, datos y storytelling como skills clave
00:27:10 - Cómo se prioriza y se decide qué construir
00:33:33 - Good PM vs Bad PM según Emma y Valeria
00:36:07 - El rol del trío: PM, diseño e ingeniería
00:41:13 - Quién participa en discovery y cómo
00:45:07 - ¿Cuál es el tamaño ideal para un equipo?
00:48:39 - ¿El PM es el CEO del producto?
00:53:05 - Qué hace especial a Factorial como cultura de producto
01:00:18 - La presión por mover métricas y generar impacto
01:02:13 - Cómo gestionar el cambio y adaptarse
01:06:01 - Ritual clave: Product Review y Alignment

Captions con timestamps

Mostrar captions con tiempo
[00:00] La  product  review,  cuando  alguien  nos
[00:01] 
[00:01] pregunta,  ¿qué  es  la  product  de
[00:02] 
[00:02] Factorial?  ¿Qué  qué
[00:06] 
[00:06] responde?  Emma,  ¿cuál  es  tu  good  PM
[00:08] 
[00:09] versus  Bad  PM?  Eh,  tiene  que  crear  una
[00:11] 
[00:12] solución.  Tiene  que  crear  una  solución.
[00:14] 
[00:15] ¿Cuál  es  el  tamaño  ideal  de  un
[00:17] 
[00:17] equipo?  En  un  podcast  de  Jordi  y  yo  que
[00:19] 
[00:19] hablamos  de  la  figura  del  PM,  que
[00:20] 
[00:21] concretamente  Jordi  decía,  "Pero  a  ver,
[00:22] 
[00:22] pero  ¿cuál  es  el  deliverable  de  un  PM?
[00:24] 
[00:24] ¿Cuál  es  el  output  propiamente?"  No,  te
[00:26] 
[00:26] indignó  mucho.  Es  que  era  una
[00:27] 
[00:27] conversación  de  barra  de  bar.  Entonces,
[00:29] 
[00:29] ¿cuál  es  el  rol  del  PM  Emma?
[00:31] 
[00:31] Pues  al  final  es  es  la  persona
[00:34] 
[00:34] que  hay  como  una  imagen  del  PM,  como  un
[00:37] 
[00:37] trabajo  bastante  sencillo,  gratificante,
[00:40] 
[00:40] pero  hay  horas  y  horas  de  trabajo
[00:41] 
[00:41] detrás,  lo  que  decíamos,  de  mover,  ¿no?
[00:43] 
[00:43] De  que  las  cosas  pasen  y  eso  es
[00:45] 
[00:45] dedicación,  o  sea,  no  puedes  esperar  en
[00:47] 
[00:47] plan,  "Bueno,  aquí  está  la  priorización
[00:49] 
[00:49] y  ahora  ya  que  las  cosas  pasen."  Puedes
[00:51] 
[00:51] explicar,  Valeria,  el  caso  de  proyectos,
[00:53] 
[00:53] que  es  un  caso  bastante  espectacular  de
[00:55] 
[00:55] crecimiento  de  un  producto  que  va  de
[00:57] 
[00:57] cero  a  millones  de  euros  en  RR.  Es  que  a
[00:59] 
[00:59] mí  me  cuesta  imaginar  que  alguien  le
[01:01] 
[01:01] cuente  de  eso  y  no  le  brillen  los  ojos.
[01:04] 
[01:04] Bienvenidos  a  la  tertulia  de  Idn.
[01:08] 
[01:08] Bienvenidos  una  semana  más  al  podcast  de
[01:09] 
[01:09] IDNK.  Yo  soy  Bernard  Parrero  y  hoy  estoy
[01:12] 
[01:12] con  Emma  y  Valeria,  dos  líderes  de
[01:15] 
[01:15] producto.  ¿Qué  tal?  ¿Cómo  estáis?  Bien.
[01:17] 
[01:17] ¿Qué  tal?
[01:17] 
[01:18] Muy  bien,  muy  bien.  Bueno,  muy  bien.  No
[01:20] 
[01:20] sé,  tengo  la  cabeza  frita,  yo  no  sé
[01:21] 
[01:21] vosotras,  pero  llevamos  dos  días  de
[01:24] 
[01:24] product  review,  que  son  muchas  horas,
[01:26] 
[01:27] ¿no?  Eh,  viendo  muchos  equipos  y  muchos
[01:29] 
[01:29] muchos  proyectos  estamos  trabajando.
[01:31] 
[01:31] Intenso,  eh,  y  es  intenso,  ¿no?  Muchas
[01:34] 
[01:34] discusiones.  Llevamos  dos  días,  nos
[01:36] 
[01:36] quedan  dos  más.  Nos  quedan  dos
[01:39] 
[01:39] más.  Eh,  teníamos  en  el  calendario  esta
[01:42] 
[01:42] charla  y  a  mí  casi  se  me  olvida.  Menos
[01:44] 
[01:44] mal  que  lo  habéis  dicho.  No  sé  por  qué.
[01:48] 
[01:48] Pero  oye,  no  me  apetece  mucho
[01:50] 
[01:50] emender  lo  que  me me  interesa  mucho
[01:53] 
[01:53] entender  cómo  veis  vosotras  desde
[01:55] 
[01:55] vuestra  posición.  Vosotros  lideráis  tú
[01:57] 
[01:57] el  dominio  de  operaciones,  que  es  un
[01:59] 
[01:59] superdominio,  ya  está  compuesto  por  pues
[02:01] 
[02:01] por  tres  subdominios,  ¿eh?  Y  tú,  Valere,
[02:04] 
[02:04] que  que  lideras  finanzas,
[02:07] 
[02:07] ¿no?  ¿Cómo  veis  la  organización  de
[02:10] 
[02:10] Factorial?  Eh,  y  además,  ahora  que  lo
[02:12] 
[02:12] tenéis  fresco  y  veis  a  todos  los  equipos
[02:14] 
[02:14] de  producto,  ¿cómo  cómo  veis  el  equipo
[02:17] 
[02:17] de  producto  después  de  ver  los  dos  días
[02:19] 
[02:19] de  product  review  de  Factoria  a  día  de
[02:22] 
[02:22] hoy?  ¿Y  cómo  lo  comparáis  con  igual  hace
[02:24] 
[02:24] un  par  de  años?
[02:28] 
[02:28] A  ver,  venimos,  sí,  venimos  como  con
[02:31] 
[02:31] toda  la  información  en  la  cabeza.  M,  por
[02:34] 
[02:34] favor,  aquí  sedares,  eh,  sabéis  que  aquí
[02:36] 
[02:36] siempre  contamos  todo,  todo,  todo,  todo.
[02:38] 
[02:38] Venga,  transparentes.
[02:41] 
[02:41] Em,  vemos  que  hay  muchas  cosas,  o  sea,
[02:43] 
[02:43] que  tenemos  que  trabajar  mucho,  tenemos
[02:45] 
[02:45] que  continuar  trabajando  en  en  la
[02:49] 
[02:49] comunicación  entre  dominios,  en  la
[02:50] 
[02:51] comunicación  con  los  equipos,  en  evitar,
[02:54] 
[02:54] ¿no?,  construir  en  en  silos  ciertos
[02:57] 
[02:57] productos  porque  nos  pueden  ayudar  como
[02:58] 
[02:59] a  a  al  conocimiento  a  transmitirlo.
[03:02] 
[03:02] También  hay  cosas  muy  interesantes,
[03:03] 
[03:03] hemos  visto  cosas  eh  que  nos  han  gustado
[03:06] 
[03:07] mucho.  Y  luego  pues  hay  discusiones  muy
[03:09] 
[03:09] interesantes  que  son  muy  cansadas,  ¿no?
[03:11] 
[03:11] Que  por  eso  igual  venimos  con  con  el
[03:12] 
[03:12] cerebro  superfito,  pero  pero  que  es  todo
[03:14] 
[03:14] como  para,  ¿no?  Para  tener
[03:16] 
[03:17] conversaciones  igual  incómodas  que  nos
[03:18] 
[03:18] ayudan  que  nos  ayuden  a  cómo  eh  pivotar
[03:21] 
[03:21] y  cómo  seguir  eh  creciendo.  lo
[03:24] 
[03:24] comparamos,  si  comparamos  la
[03:25] 
[03:25] organización  con  hace  dos  años  a  nivel
[03:26] 
[03:26] de  producto,
[03:28] 
[03:28] em  pues  creo  que  ahora  tenemos  otros
[03:31] 
[03:31] tipos  de  challenges  que  tenemos  que
[03:35] 
[03:35] que  empezar  a  a  a
[03:39] 
[03:39] solucionar,  pero  creo  que  estamos  muy
[03:41] 
[03:41] ilusionadas,  ¿no?,  y  con  muchas  ganas  de
[03:44] 
[03:44] de  llevarlos  a  cabo.  Y  a  ver,  yo  creo
[03:46] 
[03:46] que  que  hace  dos  años  eh  teníamos  otros
[03:50] 
[03:50] problemas,  ¿no?  una  organización  donde
[03:53] 
[03:53] cada  equipo  estaba  más  focalizado  en  lo
[03:55] 
[03:55] suyo.  Ahora  seguimos  teniendo  silos,
[03:57] 
[03:57] siempre  es  difícil  romperlos,  pero  creo
[03:58] 
[03:58] que  mucho  menos  que  hace  2  años.  Y  luego
[04:01] 
[04:01] tenemos  un  criterio  muy  claro  de  lo  que
[04:04] 
[04:04] es  calidad  y  de  cuándo  no  es  suficiente.
[04:07] 
[04:07] E  hace  2  años  había  muchos  equipos
[04:10] 
[04:10] trabajando  de  manera  muy  separada  en  en
[04:14] 
[04:14] sus  pequeños  hilos,  replicando  muchas
[04:16] 
[04:16] veces  funcionalidades  y  patrones
[04:18] 
[04:18] distintos  y  creando  mucha  inconsistencia
[04:21] 
[04:21] dentro  de  la  plataforma.  Creo  que  eso  ya
[04:23] 
[04:23] no  pasa  o  al  menos  no  pasa  tanto.  Es
[04:25] 
[04:25] perfecto.  Pues  no,  tenemos  todavía  mucho
[04:27] 
[04:27] por  hacer,  pero  creo  que  que  hemos
[04:30] 
[04:30] mejorado  mucho  en  esto,  que  los  equipos
[04:31] 
[04:31] son  más
[04:34] 
[04:34] más  maduros  y  además  en  este  caso  las
[04:38] 
[04:38] product  reviews,  que  ya  llevamos  unas
[04:39] 
[04:39] cuantas  e  iteraciones,  nos  ayudan  mucho
[04:43] 
[04:43] a  entender  eh  todos  los  dominios,  como
[04:46] 
[04:46] dónde  están  todas  esas  relaciones  entre
[04:48] 
[04:48] los  distintos  equipos  y  asegurarnos  de
[04:50] 
[04:50] que  esto  se  va  mitigando.  Y  luego
[04:52] 
[04:52] también  veo  que  los  equipos  ya
[04:55] 
[04:55] ho,  la
[05:01] 
[05:01] produ  que  han  estado  trabajando,  lo  que
[05:03] 
[05:03] van  a  trabajar  y  que  nosotros  vamos  a
[05:04] 
[05:04] darles  feedback  y  eso  va  a  ayudarnos  a
[05:06] 
[05:06] todos  a  ser  mejor  la  organización.
[05:09] 
[05:09] La  product  review,  cuando  alguien  nos
[05:10] 
[05:10] pregunta,  ¿qué  es  la  product  de
[05:12] 
[05:12] Factorial?  ¿Qué  qué  respondéis?
[05:15] 
[05:15] E  pues  depende  de  quién  me  pregunte.
[05:19] 
[05:19] Bueno,  es  el  momento  donde  explicamos
[05:22] 
[05:22] qué  es  lo  que  han  e  entregado  los
[05:26] 
[05:26] equipos,  el  impacto  que  ha  tenido,  que
[05:28] 
[05:28] ha  salido  bien,  que  ha  salido  mal,  ¿no?
[05:30] 
[05:30] Porque  también  hacemos  un  poco  ese
[05:32] 
[05:32] pensamos  pues  qué  cosas  no  han  salido,
[05:33] 
[05:33] por  qué  no  han  salido,  ¿no?  Pues  por
[05:36] 
[05:36] problemas  que  nos  encontramos  por  el
[05:37] 
[05:37] camino  en  producto  y  luego  qué  pensamos
[05:40] 
[05:40] que  va  a  ser  lo  siguiente,  ¿no?  En  el
[05:42] 
[05:42] porque  la  Brow  Review  tiene  una  parte  de
[05:44] 
[05:44] Brow  Review,  pero  también  tiene  la  parte
[05:45] 
[05:45] de  kickof,  ¿no?  donde  explicamos  qué  es
[05:46] 
[05:47] lo  que  vamos  a  hacer  en  la  siguiente
[05:47] 
[05:47] cuarta.
[05:49] 
[05:49] una  mirada  atrás,  ¿no?,  de  cómo  ha  ido
[05:50] 
[05:50] eles  y  luego  cuál  es  el  plan  de  para
[05:54] 
[05:54] adelante,  ¿no?  Para  el  futuro.
[05:56] 
[05:56] Y  y  en  impacto,  pues  hablamos  de  del
[05:59] 
[05:59] impacto  de  métricas,  que  para  nosotros
[06:00] 
[06:00] es  la  RR,  de  cuánto  estamos  e  eh
[06:05] 
[06:05] ayudando,  cuánto  estamos  contribuyendo  a
[06:06] 
[06:06] la  compañía,  ¿no?,  en  cada  los  en  cada
[06:08] 
[06:08] uno  de  los  productos  y  en  cada  uno  de
[06:10] 
[06:10] los  de  las  fatures  o  cada  uno  de  los  de
[06:13] 
[06:13] sí,  de  los  improvements  que  hemos
[06:15] 
[06:15] lanzado  durante  el  quarter  y  en  el
[06:17] 
[06:17] kickof  igual,  ¿no?,  que  es  lo  que
[06:18] 
[06:18] esperamos  o  cómo  es,  o  sea,  qué
[06:19] 
[06:19] métricas,  que  en  este  caso  se  ha
[06:22] 
[06:22] raltar  esa  métrica  con  las  decisiones  o
[06:25] 
[06:25] con  la  priorización  que  que  hemos
[06:26] 
[06:26] llevado  a  cabo  los  equipos  durante
[06:28] 
[06:28] durante  el  cuáter  anterior.  Nosotros  a  a
[06:31] 
[06:31] nuestros  equipos  siempre  les  explicamos
[06:33] 
[06:33] que  es  una  especie  de  pit  investors,
[06:35] 
[06:35] ¿no?  Cada  equipo  ha  estado  trabajando
[06:36] 
[06:36] durante  un  quarter  en  ciertas
[06:38] 
[06:38] funcionalidades  y  decide  que  bueno,
[06:41] 
[06:41] explica  qué  impacto  ha  tenido  y  qué
[06:43] 
[06:43] impacto  espera  con  las  siguientes
[06:44] 
[06:44] funcionalidades.
[06:46] 
[06:46] Nosotros  en  la
[06:48] 
[06:48] produciendo  y  hay  veces  que  las
[06:51] 
[06:51] prioridades  dentro  de  un  equipo  son  muy
[06:53] 
[06:53] importantes  para  ese  equipo  y  el  scope
[06:54] 
[06:54] que  tienen,  pero  dentro  del  contexto  de
[06:57] 
[06:57] factorial  completo  pues  dejan  de  serlo.
[07:00] 
[07:00] Entonces,  por  eso  damos  ese  mensaje  de
[07:01] 
[07:02] que  hay  algunas  veces  que  ha  habido
[07:04] 
[07:04] ocasiones  que  después  de  una  product
[07:05] 
[07:05] review  el  scope  entero  de  un  equipo
[07:08] 
[07:08] cambia  o  el  roadmap  cambia.  Entonces  es
[07:11] 
[07:11] una  manera  de,  oye,  hemos  invertido
[07:12] 
[07:12] esto,  este  tiempo  que  al  final  es  dinero
[07:14] 
[07:14] en  unas  funcionalidades,  van  han  tenido
[07:16] 
[07:16] este  impacto  o  no  y  debemos  seguir
[07:18] 
[07:18] invirtiendo  o  no.  Entonces  es  un  poco  el
[07:20] 
[07:20] mensaje  que  que  intentamos  dar.  Hay
[07:22] 
[07:22] gente  que  dice  que  claro,  en  una  hora,
[07:25] 
[07:25] porque  más  o  menos  dura  una  hora  una
[07:26] 
[07:26] product  review,  debería  durar  una  hora.
[07:28] 
[07:28] Tú  eres  la  moderadora,  Manu.  No  es
[07:30] 
[07:30] fácil,  ¿no?  No  es  fácil,  ¿eh?  que  que  es
[07:34] 
[07:34] difícil  hacerte  la  imagen  de  toda  la
[07:36] 
[07:36] profundidad  de  un  problema,  ¿no?  Pues  yo
[07:38] 
[07:38] que  sé,  pues  eh  pues  gestión  del  control
[07:41] 
[07:41] horario,  ¿no?  O  o  pues  yo  que  sé,  con
[07:44] 
[07:44] pues  compensaciones,  ¿no?  Modelos  de
[07:46] 
[07:46] compensaciones  y  tal,  ¿no?  O
[07:48] 
[07:48] integraciones  con  software  de  payroll
[07:50] 
[07:50] del  mundo,  ¿no?  O  sea,  es  difícil
[07:52] 
[07:52] hacerte  en  una  hora  una  visión  de  cómo
[07:54] 
[07:54] va  o  no  va,  ¿no?  Eh,  hay  gente  que  dice
[07:57] 
[07:57] esto.  Yo  no  estoy  de  acuerdo.  Yo  creo
[07:58] 
[07:58] que  se  nos  da  muy  mal  ser  concisos
[08:00] 
[08:00] cuando  explicamos  cosas,  porque  tú
[08:02] 
[08:02] puedes  explicar  algo  en  2  minutos  o  en
[08:04] 
[08:04] dos  horas  y  es  lo  mismo,  pero  la  gente
[08:07] 
[08:07] tiende  a  dar  muchas  vueltas  sobre  el
[08:08] 
[08:08] mismo  tema  en  lugar  de  realmente
[08:11] 
[08:11] contestar.
[08:12] 
[08:12] Esa  qué  punto  es  más  importante  en  una
[08:14] 
[08:14] product  review  o  en  un  peach,  porque  al
[08:15] 
[08:15] final  es  muy  parecido.  El  storytelling,
[08:18] 
[08:18] la  capacidad  comunicativa
[08:20] 
[08:20] versus  la  realidad  subyacente.  Claro.
[08:24] 
[08:24] Bueno,  eso  es  es  realmente  el  storyting
[08:26] 
[08:26] al  final  lo  es  todo  porque  no  es  solo  lo
[08:28] 
[08:28] que  haces,  sino  cómo  lo  vendes.
[08:29] 
[08:29] Entonces,  nos  ha  pasado  en  el  pasado  de
[08:31] 
[08:31] de  tener  equipos  que  han  presentado
[08:33] 
[08:34] mejor  de  lo  que  lo  han  hecho  y  equipos
[08:36] 
[08:36] que  han  hecho  cosas  bien,  pero  no  lo  han
[08:38] 
[08:38] sabido  presentar.  Y  también  esto  cuando
[08:40] 
[08:40] en  en  las  reviews  normalmente  primero
[08:42] 
[08:42] presentan  los  los  equipos  y  tenemos  una
[08:44] 
[08:44] conversación  y  damos  feedback,  luego  se
[08:45] 
[08:45] va  al  equipo  y  tenemos  una  discusión  de
[08:47] 
[08:47] directores  y  ha  pasado  de  cerrar  las
[08:49] 
[08:49] puertas  y  decir,  "Oye,  este  equipo  eh  lo
[08:51] 
[08:51] ha  explicado  muy  bien,  pero  realmente  no
[08:52] 
[08:52] está  no  está  funcionando.  Que  sepáis  que
[08:54] 
[08:54] lo  sabemos  y  lo  estamos  arreglando."  Y
[08:56] 
[08:56] lo  contrario,  el  director  el  director
[08:57] 
[08:57] mismo  dice,  "Este  equipo  lo  explica  muy
[08:59] 
[08:59] bien,  pero  en  realidad  no  hay  nada."  Y
[09:01] 
[09:01] lo  contrario  también  de,  "Vale,  este  no
[09:03] 
[09:03] lo  ha  sabido  explicar,  pero  realmente
[09:04] 
[09:04] tal,  al  final  somos  conscientes  de  lo
[09:06] 
[09:06] que  tenemos  dentro  de  nuestra  casa  o
[09:07] 
[09:07] deberíamos  serlo.
[09:09] 
[09:09] ¿Y  qué  pasa  con  cuando  hay  una  mala
[09:11] 
[09:11] product?
[09:13] 
[09:13] Que  hay  cambios.  ¿De  qué  tipo?  Sí,
[09:16] 
[09:16] depende  de  la  razón  de  la  de  la  mala
[09:18] 
[09:18] Product  Review.  Hay  veces  que  es  que  el
[09:20] 
[09:20] equipo  no  funciona,  entonces  hay  que
[09:22] 
[09:22] hacer  cambios  en  el  equipo,  hay  que
[09:23] 
[09:23] añadir  nuevos  miembros,  eh  hay  que
[09:26] 
[09:26] normalmente  es  cambiar  cierta  dinámica,
[09:29] 
[09:29] eh  hay  veces  que  se  puede  trabajar  con
[09:30] 
[09:31] el  equipo  existente,  pero  hay  veces  que
[09:32] 
[09:32] que  no  y  y  se  necesita,  pues  eso,
[09:34] 
[09:34] contratar  a  alguien  o  hacer  partir
[09:37] 
[09:37] equipos  y  dividir  esos  miembros  en  otros
[09:38] 
[09:38] dos  equipos  a  ver  si  funciona  la
[09:40] 
[09:40] dinámica,  depende.  Hay  veces  que  hay  que
[09:42] 
[09:42] cambiar  scope  si  lo  que  si  el  problema
[09:44] 
[09:44] no  es  el  equipo  en  sí,  sino  las
[09:45] 
[09:45] funcionalidades  en  las  que  están
[09:46] 
[09:46] trabajando,  pues  hay  que  cambiar  el
[09:48] 
[09:48] roadmap.  o  incluso  el  dominio,  ¿no?
[09:50] 
[09:50] Están  trabajando  en  un  dominio  en  eh  nos
[09:53] 
[09:53] pasó  con  el  equipo  de  de  documents  hace
[09:55] 
[09:55] hace  tres  quarters,  ¿no?  Eh  decidimos
[09:57] 
[09:57] que  necesitaban  trabajar  mejor  en  las
[09:59] 
[09:59] partes  de  de  nóminas,  de  postnómina  y
[10:01] 
[10:01] los  cambiamos  de  dominio  directamente  y
[10:03] 
[10:03] les  cambio  todo  el  roadmap.
[10:05] 
[10:05] Depende,  o  sea,  pero  creo  que  al  final
[10:08] 
[10:08] no  podemos  como
[10:10] 
[10:10] e  esperar  a  que  todo  pase  en  la  produw,
[10:12] 
[10:12] ¿no?  Es  decir,  a  lo  largo  del  quarter  ya
[10:15] 
[10:15] vamos  viendo  cosas,  ¿no?  Y  los  equipos
[10:17] 
[10:17] también,  es  decir,  no  solamente  con  los
[10:19] 
[10:19] resultados,  sino  pues  con  los  proyectos
[10:21] 
[10:21] o  con  las  priorizaciones  que  han
[10:24] 
[10:24] hecho.  Entonces,  al  final  la  PR  review
[10:26] 
[10:26] Review  es  el  resultado,
[10:29] 
[10:29] pero  tampoco  hay,  o  sea,  hay  sorpresas,
[10:31] 
[10:32] no  hay  sorpresas  porque  al  final  es  un
[10:33] 
[10:33] ejercicio  constante  en  el  que  estamos
[10:35] 
[10:35] con  los  equipos.  Bueno,  a  veces  hay
[10:37] 
[10:37] bastantes  sorpresas,  eh,  bueno,  al  menos
[10:39] 
[10:39] para  mí,  claro,  yo  no  estoy  en  el  día  a
[10:41] 
[10:41] día  de  los  de  todos  los  equipos,  algunos
[10:43] 
[10:43] sí,  pero  a  ver,  si  los  directores  hemos
[10:46] 
[10:46] hecho  el  trabajo  correctamente,  no
[10:48] 
[10:49] debería  haber  sorpresas.  Claro,  en  esta,
[10:51] 
[10:51] por  ejemplo,  yo  me  he  llevado  una
[10:52] 
[10:52] pequeña  desilusión,  ¿no?  Ha  habido  un
[10:54] 
[10:54] equipo  que  no  ha  salido  la  Pro  review  lo
[10:56] 
[10:56] bien  lo  suficientemente  bien  que
[10:58] 
[10:58] esperaríamos,  ¿no?  Y  y  te  das  cuenta
[11:00] 
[11:00] también  al  ver  un  poco  la  pues  eso,  todo
[11:03] 
[11:03] el  contexto  y  y  hacer  ese  checkpoint  de
[11:06] 
[11:06] alguna  manera  y  mi  trío  entero  de
[11:09] 
[11:09] directores  hemos  salido  un  poco
[11:10] 
[11:10] flagelándonos,  ¿no?  De,  "Oye,  no  lo
[11:11] 
[11:11] hemos  hecho  bien,  lo  tenemos  que  hacer
[11:12] 
[11:13] mejor.  Aquí  hemos  hecho  algo  que  no  no
[11:16] 
[11:16] lo  hemos  hecho  suficientemente  bien."
[11:18] 
[11:18] ¿Desde  qué  punto?  ¿Dónde  acaba  y  dónde
[11:19] 
[11:20] empieza  la  responsabilidad  del  equipo  y
[11:21] 
[11:21] del  director?  Eso  es  otro  gran  tema.  Eh,
[11:23] 
[11:23] estoy  preguntando  todos  los  grandes
[11:24] 
[11:24] temas  que  siempre  son  motivo  de
[11:26] 
[11:26] discusión.  Ah,  a  ver,  yo  creo  que  la
[11:30] 
[11:30] responsabilidad  es  nuestra,  o  sea,
[11:31] 
[11:31] nosotros  estamos,  o  sea,  ¿quién  es
[11:33] 
[11:33] nuestra?  ¿Quién  es  nuestra?  los
[11:34] 
[11:34] directores.  O  sea,  creo  que  llegar  una
[11:41] 
[11:41] produizado  bien,  donde  no  haya  habido  un
[11:43] 
[11:43] impacto,
[11:45] 
[11:45] donde  no  haya  un  plan  para  cambiar  eso
[11:48] 
[11:48] en  esa  es  porque  ha  faltado  falta  algo
[11:51] 
[11:51] durante  el  durante  el
[11:53] 
[11:53] proceso.  Puede  haber  muchas  razones,  es
[11:56] 
[11:56] decir,  puede  haber  eh eh  momentos  en  los
[11:58] 
[11:58] que  los  equipos  sean  nuevos,  ¿no?  y
[12:00] 
[12:00] entonces  pues  esté  costando  que  haya
[12:02] 
[12:02] cohesión  entre  los  miembros  y  y  todavía
[12:05] 
[12:05] no  esté  fluyendo,  entonces  todavía  no
[12:07] 
[12:07] esté  teniendo  el  impacto  esperado.  Lo
[12:09] 
[12:09] mismo  nos  puede  pasar  con  los
[12:10] 
[12:10] directores,  ¿no?,  que  ha  habido  cambios,
[12:11] 
[12:11] entonces  eh  también  hay  un  tiempo,  ¿no?
[12:15] 
[12:15] Pero  pero  creo  que  que  no  podemos,  o
[12:18] 
[12:18] sea,  que  nosotros  tenemos  que  ser
[12:20] 
[12:20] conscientes  de  lo  que  está  pasando  en
[12:22] 
[12:22] los  equipos  y  saber  levantar  la  mano
[12:26] 
[12:26] durante  el  proceso.  Y  con  respecto  a  ti,
[12:28] 
[12:29] por  ejemplo,  esperar  a  que  te  encuentres
[12:32] 
[12:32] una
[12:32] 
[12:32] sorpresa  es  como  tampoco  nos  beneficia  a
[12:35] 
[12:35] los  directores,  ¿no?  Es  como,  o  sea,
[12:37] 
[12:38] porque  además  nosotros  nos  llevamos  un
[12:39] 
[12:39] disgusto,  o  sea,  al  final  como  no  lo  que
[12:41] 
[12:41] dice  Emma,  no  sé,
[12:44] 
[12:44] es  para  m  también  hay  empresas
[12:46] 
[12:46] positivas.  Sí,  también  es  claro.  Yo  creo
[12:48] 
[12:48] que  aquí  siempre  es  esa  ese  balance  que
[12:51] 
[12:51] que  buscamos  entre  autonomía,  ¿no?
[12:54] 
[12:54] Cuánta  autonomía  tienes  que  darle  al
[12:56] 
[12:56] equipo  y  cuánta  dirección  le  tienes  que
[12:57] 
[12:57] dar.  Y  al  final  el  objetivo  es  que  sean
[13:00] 
[13:00] lo  más  autónomos  posible,  que  sean
[13:01] 
[13:01] supera  autónomos,  que  lo  hagan  todo
[13:03] 
[13:03] correctamente,  que  que  entiendan  dónde
[13:05] 
[13:05] hay  negocio,  que  qué  tienen  que
[13:06] 
[13:06] priorizar  y  ya  por  ello.  La  realidad  es
[13:09] 
[13:09] que  algunos  equipos  no  son  tan  autónomos
[13:11] 
[13:11] y  luego  hay  veces  que  son  autónomos,
[13:13] 
[13:13] pero  ven  su  árbol  y  no  ven  el  bosque  y
[13:16] 
[13:16] entonces  los  directores  son  los  que  nos
[13:17] 
[13:18] tenemos  que  encargar  de  eso.  Entonces,
[13:19] 
[13:19] si  un  equipo  no  está  haciendo  las  cosas
[13:21] 
[13:21] mal,  es  responsabilidad  del  equipo  y
[13:23] 
[13:23] responsabilidad  del  director.  Y  yo  lo
[13:25] 
[13:25] considero  h  principalmente  mi
[13:27] 
[13:27] responsabilidad.  Yo  no  he  hecho  las
[13:28] 
[13:28] cosas  bien,  no  he  metido  la  mano  a
[13:29] 
[13:29] tiempo  porque  si  un  equipo  no  está
[13:31] 
[13:31] haciendo  las  cosas  correctamente,  tengo
[13:33] 
[13:33] que  intervenir  esa  autonomía  que  tienen.
[13:36] 
[13:36] ¿Y  dónde  queda  el  famoso  Martin  Kagan  y
[13:39] 
[13:39] y  Den?
[13:42] 
[13:42] Pues  siempre  decía  que  si  sale  bien,  si
[13:45] 
[13:45] algo  sale  bien  es  que  todo  el  equipo  lo
[13:47] 
[13:47] ha  hecho  bien  y  si  lo  ha  hecho  mal  algo
[13:49] 
[13:49] sale  mal  es  culpa  del  PMS.  Pues  con  los
[13:51] 
[13:51] directores  es  lo  mismo.  Es  el  siguiente
[13:53] 
[13:53] nivel.  Si  algo  sale  bien,  es  el  equipo.
[13:55] 
[13:55] Es  el  equipo  entero.  Todo  el  mundo  el
[13:57] 
[13:57] equipo  y  ventas  y  todos.
[13:59] 
[13:59] No,  pero  no,  no,  porque  hay  muchas  cosas
[14:01] 
[14:01] que  tienen  que  pasar  dentro  de  una
[14:02] 
[14:02] organización  para  para  que  algo  salga
[14:04] 
[14:04] bien.
[14:06] 
[14:06] Y  vosotras  ambas  habéis  sido  individual
[14:08] 
[14:08] contributor  PM  y  en  un  momento  dado
[14:11] 
[14:11] habéis  sido  directoras  de  un  área  de
[14:14] 
[14:14] varios  PMS,  ¿no?  Con  con  cada  uno  de  los
[14:16] 
[14:16] PMS  llevando  un  producto.  ¿Cómo  cambia
[14:18] 
[14:18] el  rol  de  tú,  Valería,  hace  poco  tiempo
[14:21] 
[14:21] en  particular  que  has  pasado  de  de  ser
[14:23] 
[14:23] individual  contributor  y  individual
[14:26] 
[14:26] contributor  a  directora?
[14:29] 
[14:29] ¿Qué  qué  has  notado?  O  sea,  para  mí
[14:31] 
[14:31] diferente,  bueno,  muchas  cosas,  pero  e
[14:35] 
[14:35] principalmente  el  rodearte  un  equipo,  o
[14:38] 
[14:38] sea,  hablábamos  antes,  ¿no?  Eh,  cuando
[14:40] 
[14:40] veníamos  para  acá  de  la  confianza,  ¿no?
[14:42] 
[14:42] Del  del  saber  delegar,  del  confiar  en
[14:44] 
[14:44] que  si  tú  no  estás  empujando  las  cosas
[14:47] 
[14:47] se  van  a  mover,  ¿no?  Porque  tenemos  como
[14:49] 
[14:49] un  poco  esa  sensación  de  de  porque
[14:51] 
[14:51] venimos  de  al  ser  al  venir  de  individual
[14:53] 
[14:53] contributor  es  como  eh  la
[14:55] 
[14:55] responsabilidad  era  nuestra.  Si  el  PM  no
[14:57] 
[14:57] estaba  empujando,  pues  tenías  que
[15:00] 
[15:00] empujar,  o  sea,  no  había  otra  opción.  Y
[15:01] 
[15:01] además  es  un  poco  aunque  aunque  tampoco
[15:03] 
[15:03] tampoco  picas  código  ni  tampoco  diseñas,
[15:06] 
[15:06] no  empujas,  empujas,  empujas  porque  pero
[15:09] 
[15:09] empujas  siempre,  empujas  como  directora
[15:10] 
[15:10] y  como  bien  empiees,  sí.
[15:13] 
[15:13] Eh,  pero  de  hecho  es  una  de  las  también
[15:15] 
[15:15] unas  cualidades,  ¿no?,  que  buscamos  en
[15:16] 
[15:16] los  PM  Factorial,  que  es  que  hacer  que
[15:18] 
[15:18] las  cosas  pasen.  No  puedes  esperar  que
[15:20] 
[15:20] la  vida  pase  mirando,  ¿no?  Es  como  si
[15:23] 
[15:23] algo  no  se  está  moviendo,  tienes  que
[15:24] 
[15:25] estar  ahí  y  apretar  para  que  las  cosas
[15:27] 
[15:27] pasen,  ¿no?  Entonces,  una  de  las  cosas
[15:28] 
[15:28] que  que  yo  he  aprendido  durante  este
[15:30] 
[15:30] tiempo  es  en  que  te  tienes  que  o  por  lo
[15:32] 
[15:32] menos  yo  me  quiero  rodear  y  lo  he
[15:33] 
[15:33] conseguido,  o  sea,  ahora  mismo  estoy
[15:35] 
[15:35] feliz  con  el  equipo  que  que  he
[15:36] 
[15:36] construido,  PMS  en  los  que  confíes
[15:39] 
[15:39] plenamente  y  que  sepas  que  aunque  tú  no
[15:41] 
[15:41] estés  mirando  las  cosas  están  pasando  y
[15:44] 
[15:44] que  si  no  pasan  te  lo  van  a  decir  y  que
[15:46] 
[15:46] le  van  a  levantar  la  mano.  Eso  es.
[15:49] 
[15:49] Pero  para  mí  es  fundamental  la  confianza
[15:50] 
[15:50] y  la  confianza  para  mí  es  construir  ese
[15:53] 
[15:53] equipo  de  de  las  piezas  eh  que  para  ti
[15:57] 
[15:57] son  importantes  y  que  incluso  a  ti  te
[15:58] 
[15:58] faltan,  ¿no?  Para  poder  complementarte
[16:01] 
[16:01] con  ellos.  Entonces,  para  mí  ha  sido,  o
[16:04] 
[16:04] sea,  creo  que  uno  de  los  challenges  más
[16:06] 
[16:06] más  eh  difíciles  que  he  pasado  durante
[16:08] 
[16:08] este  tiempo,  pero  a la  vez  más  bonitos,
[16:10] 
[16:10] es  cómo  construir  ese  equipo,  ¿no?  Y
[16:12] 
[16:12] cómo  darte  cuenta  de  las  personas  que
[16:13] 
[16:13] necesitas  o  que  quieres  tener  a  tu
[16:15] 
[16:15] alrededor.  Y  eso  han  sido  como  los
[16:17] 
[16:17] primeros  se  meses  del  rol  en  los  que  he
[16:20] 
[16:20] estado  como  construyendo  ese  equipo.
[16:22] 
[16:22] ¿Cuál  es  el  PM  para  Valeria?  La  gente
[16:25] 
[16:25] que  nos  escucha,  ¿qué  tipo  de  PMS
[16:28] 
[16:28] buscas?
[16:29] 
[16:29] Vale,  yo  busco
[16:31] 
[16:31] [Música]
[16:32] 
[16:32] e  un  bien  que  no  deje,  o  sea,  que  no
[16:36] 
[16:36] deje  caer  las  cosas,  que  esté  siempre
[16:37] 
[16:38] persiguiendo,  que  esté  siempre  atento,
[16:41] 
[16:41] atenta  a  lo  que  está  pasando,  em,  que
[16:44] 
[16:44] busque  impacto,  que  no  se  conforme
[16:48] 
[16:48] con  las  respuestas,  porque  decías,  no,
[16:50] 
[16:50] no  picamos  código  ya,  pero  tampoco  nos
[16:52] 
[16:52] tenemos  que  quedar  conformes  con  las
[16:54] 
[16:54] soluciones  que  nos  den,  es  como
[16:55] 
[16:55] preguntar,  cuestionar,  apoyarte  del
[16:57] 
[16:57] equipo,  ¿no?
[16:59] 
[16:59] [Música]
[17:00] 
[17:00] Pero  sobre  todo  quiero  gente  que  sepa
[17:03] 
[17:03] cuantificar  el  impacto  que  tiene.  Para
[17:04] 
[17:04] mí  es  muy  importante  los  datos.  A  veces
[17:06] 
[17:06] es  como  que  le  di  mucha  importancia,
[17:08] 
[17:08] pero  es  como,  ¿cuánto  vamos  a  mover  la
[17:11] 
[17:11] aguja?  No,  qué  impacto  vas  a  tener  si
[17:14] 
[17:14] fuera  tu  dinero,  estarías  invirtiendo
[17:16] 
[17:16] ahí.  Yo  los  equipos  les  digo  el  poder
[17:18] 
[17:18] que  tienen  con  el  dinero  que  tienen.  O
[17:20] 
[17:20] sea,  ¿cuánto  cuesta  un  equipo  de
[17:21] 
[17:21] desarrollo  en  Factorial?  lo  son
[17:23] 
[17:23] conscientes  de  eso,  tienen  ese  poder,
[17:25] 
[17:26] ¿no?  Lo  que  decía  de  la  autonomía,
[17:27] 
[17:27] tienen  ese  poder.  Ostras,  hay  que  saber
[17:30] 
[17:30] cómo  no  cómo  utilizar  ese  equipo  para
[17:32] 
[17:32] tener  impacto.  Y  cuando  hablas  con  PEMs,
[17:34] 
[17:34] por  ejemplo,  y  llegan  a  ese  momento  en
[17:37] 
[17:37] el  que  son  conscientes  del  dinero  que
[17:38] 
[17:38] están  invirtiendo  y  lo  que  están
[17:40] 
[17:40] trayendo  la  compañía,  es  como,
[17:42] 
[17:42] ostras,  lo  estoy  haciendo  muy  bien,  ¿no?
[17:45] 
[17:45] Y  eso  creo  que  es  algo  que  para  mí  es
[17:47] 
[17:47] super  importante,  que  sean  conscientes,
[17:49] 
[17:49] porque  cuando  es  al  contrario,  cuando
[17:51] 
[17:51] saben  el  dinero  que  están  quemando  y  no
[17:53] 
[17:53] están  trayendo  ese  impacto,  ahí  es  donde
[17:56] 
[17:56] dicen,  "Ostras,  igual  no  estoy  haciendo
[17:59] 
[17:59] mi  trabajo  como  debería,  no  estoy
[18:01] 
[18:01] priorizando  correctamente,  no  estoy
[18:04] 
[18:04] sabiendo  que  qué  tengo  que  desarrollar
[18:06] 
[18:06] para  llegar  a  ese  impacto."
[18:08] 
[18:08] Entonces,  para  mí  esas  cuestiones  que  se
[18:09] 
[18:09] pregunten  esto  y  que  estén  todo  el  rato
[18:11] 
[18:11] con  eso  en  la  mente  para  saber  priorizar
[18:13] 
[18:13] es  muy  importante  y  yo  intento  que  eso
[18:15] 
[18:15] lo  tengan  supercaro  en  el  equipo.
[18:18] 
[18:18] También  gente  que  se  busque  mucho  la
[18:20] 
[18:20] vida  en  el  go  to  market,  ¿no?  Porque  tú
[18:22] 
[18:22] eres  muy  muy  de  calle,  o  sea,  de  salir  a
[18:25] 
[18:25] la  calle,  buscar  clientes,  de  vender,
[18:27] 
[18:27] ¿no?  No  de  estar  ahí  en  la  cueva,  de
[18:28] 
[18:28] vender,  sí,  de  hablar  directamente,  o
[18:31] 
[18:31] sea,  que  no  no  te  conformas  con  que  te
[18:33] 
[18:33] cuenten  cómo  son  las  cosas,  vas  a
[18:34] 
[18:34] buscarlas.  Claro,  porque  o  sea,  al
[18:38] 
[18:38] final  yo  necesito  entender,  ¿no?  Es  como
[18:41] 
[18:41] eso  de  cuestionarte,  yo  necesito
[18:42] 
[18:42] entender,  entonces  necesito  ir  hablar
[18:44] 
[18:44] con  las  personas  que  tienen  esa
[18:45] 
[18:45] información  y  yo  me  meto  en  las
[18:47] 
[18:47] reuniones,  ¿no?  O  sea,  yo  me  meto  en  en
[18:49] 
[18:49] con  los  clientes  y  les  pregunto  y  les
[18:52] 
[18:52] pregunto  y  si  no  entiendo,  chico,
[18:54] 
[18:54] disculpa,  no  te  entiendo,  como  insisto,
[18:56] 
[18:56] ¿no?  Hasta  que  tenemos  como  toda  la
[18:58] 
[18:58] información  y  luego  no  con  unos,  sino
[19:00] 
[19:00] con  muchos,  ¿no?  Para  saber  qué  qué
[19:03] 
[19:03] problemas  tienen.
[19:06] 
[19:06] Y  luego,  ¿cómo  hacer,  no?  Para  monetizar
[19:10] 
[19:10] eso,  ¿no?  Porque  al  final  tenemos  que
[19:12] 
[19:12] monetizar  las  cosas,  estamos
[19:13] 
[19:13] solucionando  problemas,  estamos
[19:14] 
[19:14] aportando  valor,  ¿cómo  vamos  a
[19:16] 
[19:16] monetizarlo?  Y  como  vamos  lo  que  decía
[19:17] 
[19:18] Emma,  comunicarlo  antes,  ¿no?  O  sea,  es
[19:20] 
[19:20] no  solamente  también  esto  lo  hemos
[19:21] 
[19:21] hablado  hoy,  la  product  review  de
[19:23] 
[19:23] estamos  eh  haciendo  un  buen  delivery,
[19:26] 
[19:26] tenemos  que  comunicar  a  los  clientes  que
[19:27] 
[19:27] estamos  haciendo  ese  delivery,  a  los
[19:29] 
[19:29] clientes  y  a  los  futuros  clientes  que
[19:30] 
[19:31] igual  tienen  estas  necesidades  y  que  no
[19:32] 
[19:32] saben  que  estamos  cubriendo  ya  esas
[19:33] 
[19:33] necesidades  y  que  pueden  venir  a
[19:35] 
[19:35] Factorial  a  a  buscarlas,  ¿no?  Y  a
[19:38] 
[19:38] cubrirlas.
[19:39] 
[19:39] Luego  te  preguntaré,  tú  tienes  un  caso
[19:41] 
[19:41] de  éxito  en  Factorial  de  un  producto  que
[19:43] 
[19:43] va  de  cero  a  millones  de  euros  en  RR,
[19:45] 
[19:45] ¿no?  Ahora  luego  luego  hablar  lo  haremos
[19:47] 
[19:47] antes.  Emma,  eh  tú  hace  eh  un  año,  dos
[19:52] 
[19:52] años,  no  sé  cuánto  tiempo  ya  un  día  en
[19:54] 
[19:54] un  podcast  de  Jordi  y  yo,  que  hablamos
[19:55] 
[19:55] de  la  figura  del  PM,  casi  dos  ya,  eh,
[19:58] 
[19:58] casi  dos,  ¿no?  Concretamente  Jordi
[20:00] 
[20:01] decía,  "Pero  a  ver,  pero  ¿cuál  es  el
[20:02] 
[20:02] deliverable  de  un  PM?  ¿Qué  cuál  es  el
[20:05] 
[20:05] output  propiamente?  ¿No  te  indignó
[20:08] 
[20:08] mucho?
[20:09] 
[20:09] o  o  te  indinó  un  poco.  Es  que  era  una
[20:11] 
[20:11] conversación  de  barra  de  bar  en  la  que
[20:13] 
[20:13] cuatro  personas  que  no  habían  trabajado
[20:14] 
[20:14] directamente  con  un  PM  o  habían  sido  PMS
[20:16] 
[20:16] trabajaban  e  bueno,  no  sé,  hablaban  del
[20:19] 
[20:19] rol  del  PM.  Sí.  O  sea,  no,  bueno,
[20:21] 
[20:21] nosotros  hemos  hecho  mucho  producto,  eh,
[20:23] 
[20:23] tanto  Jordi  como  yo,  eh,  sí,  sí,  pero  es
[20:26] 
[20:26] verdad  que  igual  no  hemos  trabajado  con
[20:27] 
[20:27] no  habíamos  trabajado  tanto  con  PM  en  el
[20:30] 
[20:30] pasado  o  no  habíamos  sido  PM,  habíamos
[20:32] 
[20:32] sido  programadores.  Sí,  claro.  Entonces,
[20:36] 
[20:36] ¿cuál  es  el  rol  del  PMA?
[20:38] 
[20:38] Pues  al  final  es  es  la  persona  que  que
[20:40] 
[20:40] hace  que  las  cosas  pasen.  Un  poco  como
[20:42] 
[20:42] comentaba  Valeria,  al  final  es  esta
[20:44] 
[20:44] persona  que  tiene  que  asegurarse  de
[20:47] 
[20:47] entender  cuáles  son  los  problemas  de  los
[20:49] 
[20:49] clientes,  dónde  hay  mercado,  cuál  es  el
[20:52] 
[20:52] problema  lo  suficientemente  grande  para
[20:54] 
[20:54] ponerse  a  resolverlo  y  asegurarse  de  que
[20:57] 
[20:57] se  ejecuta  una  solución  que  realmente
[21:00] 
[21:00] vaya  a  resolverlo.  Y
[21:02] 
[21:03] esto  balanceando  el  corto  y  el  largo
[21:05] 
[21:05] plazo,  porque  hay  veces  que  nos
[21:07] 
[21:07] focalizamos  mucho  en  este  cliente  me
[21:09] 
[21:09] pide  esto,  pero  la  cuestión  es,  ¿cuál  es
[21:12] 
[21:12] el  problema  de  profundidad  que  quiero
[21:13] 
[21:13] resolver?  ¿Cuál  va  a  ser  la  solución
[21:16] 
[21:16] mágica?  Normalmente  yo  yo  creo  en  la
[21:17] 
[21:17] magia  que  tiene  mucha  magia  que  la  va  a
[21:20] 
[21:20] resolver  y  cómo  vamos  avanzando  en  esa
[21:22] 
[21:22] dirección  de  manera  iterativa,  pero  que
[21:26] 
[21:26] cada  iteración  me  va  aportando  valor  y
[21:28] 
[21:28] entonces  voy  ayudando  a  vender  mi
[21:29] 
[21:29] producto  hoy  construyendo  el  producto  de
[21:32] 
[21:32] mañana.  Para  mí  esa  es  la  persona  de  el
[21:35] 
[21:35] PM.  ¿Cómo  hace  eso?  ¿Cuál  es  el
[21:37] 
[21:37] entregable?  ¿Cuál  es  el  entregable?  Un
[21:39] 
[21:39] Rap.  No,  el  entregable  al  final  son
[21:40] 
[21:40] euros.  Si  ha  funcionado  bien  son  euros.
[21:42] 
[21:42] Sí,  hombre.  Es  un  buen  entregable.  Es  un
[21:44] 
[21:44] buen  entregable  y  si  ha  funcionado,  pero
[21:45] 
[21:45] todo  el  mundo  se  apunta  a  los  euros,
[21:47] 
[21:47] ¿eh?  O  sea,  también  te  digo,  el
[21:48] 
[21:48] programador  es  el  que  programa  y  dice,
[21:49] 
[21:49] "Los  euros,  esto  lo  he  hecho  yo,  ¿no?"
[21:51] 
[21:51] El  el  diseñador  dice,  "Esto  lo  he
[21:52] 
[21:52] diseñado  yo,  ¿no?"  El  vendedor  dice,
[21:54] 
[21:54] "Esto  lo  he  vendido  yo.  Te  puedo  vender
[21:56] 
[21:56] cualquier  cosa."  Pues  es  lo  que  te  decía
[21:57] 
[21:57] al  principio,  si  sale  bien  es  gracias  a
[21:59] 
[21:59] todos.
[22:01] 
[22:01] Pero  en  realidad  es  el  pie.  Pero  si  sale
[22:03] 
[22:03] mal,  si  sale  mal  es  el  bien  que  no  que  o
[22:06] 
[22:06] no  ha  o  no  ha  priorizado  el  problema
[22:09] 
[22:09] adecuado  o  no  se  ha  asegurado  de  que  la
[22:12] 
[22:12] solución  Pixel  Perfect  haya  salido  a
[22:15] 
[22:15] producción.  Entonces  muchas  veces  tal
[22:17] 
[22:17] como  lo  pintas,  no  lo  pintas  como  una
[22:19] 
[22:19] gran,  ¿no?  Si  si  solo  te  llevas  lo  malo
[22:22] 
[22:22] y  lo  bueno  es  un  rol  duro.  Es  un  rol
[22:25] 
[22:25] duro.  Sí.  Yo  creo  esto  de  mayor  hemos
[22:27] 
[22:27] hablado  muchas  veces  porque  hay  como
[22:31] 
[22:31] un  no  sé  como  una  imagen  del  PM  como  un
[22:34] 
[22:34] trabajo  bastante  sencillo,  gratificante
[22:37] 
[22:37] y  tal.  Es  gratificante  porque  a  nosotros
[22:39] 
[22:39] nos  gusta,  pero  hay  horas  y  horas  de
[22:41] 
[22:41] trabajo  detrás  de  tener  que  pelearte  con
[22:43] 
[22:43] muchas  cosas,
[22:45] 
[22:45] con  mucha  gente  en  el  sentido  de  lo  que
[22:48] 
[22:48] decíamos  de  mover,  ¿no?  De  que  las  cosas
[22:50] 
[22:50] pasen  y  eso  es  dedicación.  O  sea,  no
[22:53] 
[22:53] puedes  esperar  en  plan,  bueno,  aquí  está
[22:54] 
[22:55] la  priorización  y  ahora  ya  que  las  cosas
[22:57] 
[22:57] pasen,  que  hagan,  hágase,  no,  hágase,
[22:59] 
[22:59] claro,  no,  eso  no  pasa  y  se  necesita,
[23:02] 
[23:02] además,  eh,  hablamos  en  Factorial  mucho
[23:03] 
[23:03] de  la  energía.  Se  necesita  mucha  energía
[23:05] 
[23:05] para  convencer,  para  influenciar,  para
[23:08] 
[23:09] entender,  para  hablar  con  mucha  gente  y
[23:11] 
[23:11] luego  mucha  resilencia  porque  al  final
[23:13] 
[23:13] todo  el  mundo  te  va  a  decir  que  lo  que
[23:15] 
[23:15] estás  haciendo  no  es  lo  correcto,  porque
[23:17] 
[23:17] va  a  venir  una  persona  de  ventas  y  va  a
[23:19] 
[23:19] decir  que  es  que  este  prospect  eh  tiene
[23:21] 
[23:21] esta  funcional  es  muy  muy  grande  y
[23:23] 
[23:23] necesita  esto,  que  por  qué  no  lo  metes
[23:24] 
[23:24] en  el  roadmap  y  va  a  venir  esta  otra
[23:26] 
[23:26] persona  de  Account  Manager  que  es  Chun
[23:28] 
[23:28] Reason,  que  esto  también  es  muy
[23:29] 
[23:29] importante.  Entonces,  al  final  siempre
[23:31] 
[23:31] vas  a  tener  mucho  input  de  todo  lo  que
[23:33] 
[23:33] no  estás  haciendo  y  hay  que  tener  mucha
[23:36] 
[23:36] resiliencia  para  aguantarlo  y  para
[23:39] 
[23:39] explicar,  bueno,  resiliencia  y  datos  y
[23:41] 
[23:41] entendimiento  y  hablar  con  con  clientes
[23:43] 
[23:43] para  tener  muy  claro  por  qué  estás
[23:45] 
[23:45] priorizando  lo  que  estás  priorizando  y
[23:47] 
[23:47] tirar  con  ello,  ¿no?  y  explicarlo  un
[23:50] 
[23:50] millón  de  veces  a  todo  el  mundo,  porque
[23:53] 
[23:53] esto  muchas  veces,  yo  creo  que  es  uno  de
[23:54] 
[23:54] los  principales  errores  de  un  PM,  que
[23:56] 
[23:56] voy  a  decir  mi  opinión,  eh,  sí,  es  el
[23:58] 
[23:58] que  dice,  eh,  no  lo  hemos  priorizado  y
[24:02] 
[24:02] ya,  adiós.  Claro,  ¿sabes?  No,  lo  siento,
[24:05] 
[24:05] eh,  no  lo  hemos  priorizado.  Entonces  yo
[24:08] 
[24:08] la  próxima  vez  no  te  voy  a  decir  ni
[24:09] 
[24:09] feedback  ni  nada,  ¿no?  Y  si  soy  un
[24:11] 
[24:11] cliente  es  oye,  h  a  mí  no  me  escuchan,
[24:14] 
[24:14] pero  pero  además
[24:16] 
[24:16] que  además  es  muy  importante,  aunque  no
[24:19] 
[24:19] lo  hayas  priorizado,  entender  rascar  ahí
[24:22] 
[24:22] cuando  recibes  feedbacks,  el  que  sea,
[24:24] 
[24:24] rascar,  porque  también  te  tienes  que
[24:26] 
[24:26] dejar  sorprender  y  te  puedes  tienes  que
[24:27] 
[24:27] aprender  y  te  puedes  equivocar  y  y  se
[24:29] 
[24:29] reprioriza  constantemente.  Entonces,  si
[24:32] 
[24:32] no  si  bloqueas  todo  lo  que  no  no  es  la
[24:34] 
[24:34] prioridad,  no  no  es  la  prioridad,  no  vas
[24:36] 
[24:36] a  entender  lo  que  hay  detrás  para  poder
[24:38] 
[24:38] tomar  las  decisiones  correctas.  Con  lo
[24:40] 
[24:40] cual  tienes  que  tener  mucho,  mucho
[24:42] 
[24:42] acceso  a  input,  o  sea,  tienes  que  estar
[24:44] 
[24:44] muy  abierto  como  pijama  input.  Si  la
[24:46] 
[24:46] gente  piensa  que  no  puede  venirte  a  ver,
[24:48] 
[24:48] está  estás  perdido.  Claro,  tienes  que
[24:49] 
[24:49] ser  muy  accesible  todo  el  rato.  A  que
[24:53] 
[24:53] bueno,  no  sé,  o  sea,  una  de  las  cosas
[24:54] 
[24:54] que  las  que  tenemos  que  lidiar  es  SLC,
[24:55] 
[24:55] ¿no?  O  sea,  es  como  al  final  accounts
[24:58] 
[24:58] managers,  eh  account  executives,  eh
[25:01] 
[25:01] gente  de  partners  está  constantemente
[25:04] 
[25:04] pregun  pidiendo  explicaciones,  ¿no?
[25:05] 
[25:06] Preguntando  que  además  siempre  son  las
[25:07] 
[25:07] mismas.  Puede  ser,
[25:09] 
[25:09] depende.  Es  que  hay  un  80%  de  de
[25:13] 
[25:13] repetición  en  algunos  casos.  Sí,  porque
[25:15] 
[25:15] hay  que  tener  paciencia  a  veces  para
[25:17] 
[25:17] responder.  Pero,  ¿te  refieres  a  las
[25:19] 
[25:19] preguntas  o  a  las  personas  que
[25:20] 
[25:20] preguntan?  Ambas.  No,  bueno,  claro,
[25:22] 
[25:22] ambas.  Probablemente  ambas,  pero  las
[25:24] 
[25:24] preguntas,  en  este  momento  me  refería  a
[25:25] 
[25:25] las  preguntas.  Pensaba  que  las  personas
[25:28] 
[25:28] no  no  digo  las  las  preguntas,  no  las
[25:29] 
[25:29] personas  no,  porque  luego  yo  me  he  dado
[25:31] 
[25:31] cuenta  que  es  como  cuando  dicen,  "No,
[25:32] 
[25:32] habla  con  habla  con  Valeria,  no,  habla
[25:33] 
[25:33] con  Emma."  Y  al  final  es  como,  "Me  han
[25:35] 
[25:35] dicho  que  y  tú  otra  persona  más."
[25:38] 
[25:38] Eh,  bueno,  yo  siempre  digo  hablar  con
[25:39] 
[25:39] Valeria  y  con  Emma.  Eh,  sí,  pero  no  me
[25:42] 
[25:42] refiero  solamente  a  ti,  sino  me  refiero
[25:43] 
[25:43] que  a  lo  mejor  entra  un  account  manager
[25:45] 
[25:45] nuevo,  ¿sabes?  Y  está  tiene  una  duda  y
[25:46] 
[25:46] es  como,  "Escribe  a  Emma  y  ya  es  como,
[25:49] 
[25:49] hola,  soy  account  manager  de  no  sé  qué,
[25:50] 
[25:50] acabo  de  entrar  y  y  es  como  ya  me  han
[25:53] 
[25:53] vuelto  a  pillar  en  plan,  ya  estoy  otra
[25:54] 
[25:54] vez  accesible."  Eh,  las  en  cuanto  a  las
[25:57] 
[25:57] preguntas,  eh,  fíjate  que  esto  es  una  de
[26:00] 
[26:00] las  cosas  que,  por  ejemplo,  yo  he
[26:01] 
[26:01] hablado  bastante  con  Chavi,  eh,  y  es
[26:05] 
[26:05] ¿Quién  es  Chavi?  explica  audiencia.
[26:07] 
[26:07] Chais  el  el  VP  de  de  customer  eh  support
[26:11] 
[26:11] en  Factorial
[26:13] 
[26:13] que  y  con  por  ejemplo  también  tuve  esta
[26:15] 
[26:15] conversación  con  Alberto  eh  Troncoso  que
[26:17] 
[26:17] lleva  la  parte  apsel  dentro  del
[26:19] 
[26:19] Factorial  que  va  mucho  a  veces  por  modas
[26:22] 
[26:22] no  y  entonces  es  como  y  por  eso  estamos
[26:24] 
[26:24] mejorando  como  el  sistema  de  tracko  de
[26:25] 
[26:25] todas  estas  preguntas  o  pains,  ¿no?
[26:27] 
[26:27] Problemas  que  que  traqueamos,  ¿no?
[26:29] 
[26:29] Porque  parece  que  muchas  veces  son  las
[26:30] 
[26:30] mismas  preguntas,  luego  de  repente  esas
[26:32] 
[26:32] preguntas  cambian  a  otras  y  parece  como
[26:34] 
[26:34] que  esas  preguntas  se  quedan  en  el
[26:35] 
[26:35] pasado  y  no  son  importantes.  Hay  modas,
[26:38] 
[26:38] sí,  de  preguntas,  ¿no?  Modas  de  pregun
[26:41] 
[26:41] tendencias  de  necesidades,  vamos  a
[26:43] 
[26:43] ponerlo  como  más  eh  formal,  ¿no?  Y  y
[26:46] 
[26:46] ¿qué  pasa  con  eso?  es  porque  el  cliente
[26:48] 
[26:48] deja  de  tener  eh  esa  necesidad  porque  ha
[26:51] 
[26:51] dejado  de  ser  urgente,  pero  es
[26:53] 
[26:53] importante.  E  entonces  la  trazabilidad
[26:57] 
[26:57] de  todas  esas  preguntas  es  muy
[26:58] 
[26:58] importante  porque  detectas  muchas  cosas,
[27:00] 
[27:00] ¿no?  Parece  que  si  te  dejan  de  preguntar
[27:03] 
[27:03] es  que  ya  no  es  importante  para  los
[27:05] 
[27:05] clientes,  no  tienes  que  seguir  rascando
[27:06] 
[27:07] ahí.  No  es  que  porque  no  te  lo  pidan,
[27:09] 
[27:09] igual  es  porque  se  piensan  que  lo  estás
[27:10] 
[27:10] trabajando  y  entonces  te  están  dejando
[27:12] 
[27:12] como  un  poco,  ¿no?  Entonces,  e  no  sé,  el
[27:15] 
[27:15] tema  de  las  preguntas,  por  eso  ahora
[27:16] 
[27:16] estamos  mejorando  tanto  el  sistema  este
[27:18] 
[27:18] de  tracko  de  paints,  ¿no?  De  de
[27:20] 
[27:20] problemas
[27:21] 
[27:21] también,  no  solo  por  las  modas,  sino
[27:23] 
[27:23] porque  hay  veces  que  hablas  con  tres
[27:24] 
[27:24] clientes,  te  piden  algo  y  dices,  "Ah,
[27:25] 
[27:25] esto  es  lo  más  importante."  Claro.
[27:27] 
[27:27] Bueno,  pero  es  que  hay  otros  13,000
[27:29] 
[27:29] clientes  que  a  lo  mejor  no  es  eso  lo
[27:31] 
[27:31] importante  y  necesitamos  un  poco
[27:32] 
[27:32] balancear  esto  o  otros  mercados,  ¿no?  Lo
[27:33] 
[27:33] que  hablábamos  esta  mañana  también  la
[27:35] 
[27:35] Product  Review,  ¿no?  ¿Con  qué  con  qué
[27:37] 
[27:37] mercado  has  hablado?  España  y  ahí  ¿qué
[27:38] 
[27:38] está  pasando  con  el  resto,  no?  O  esta
[27:40] 
[27:41] industria,  ¿qué  está  pasando  con  el
[27:42] 
[27:42] resto  de  industrias  o  o  tamaños  las
[27:44] 
[27:44] compañías  o  todo  esto?  Entonces,  hacer
[27:47] 
[27:47] como  [ __ ]  como  un  un  buen  que  siempre
[27:51] 
[27:51] decimos  que  hay  que  hablar  con  clientes
[27:52] 
[27:52] y  es  cierto,  pero  hay  que  hablar  también
[27:54] 
[27:54] con  suficientes  clientes  y
[27:55] 
[27:55] suficientemente  variados  para  somarse
[27:57] 
[27:57] una  y  dentro  de  los  clientes  con  los
[27:58] 
[27:58] stakeholders  adecuados,  ¿no?  Y  hay  que
[28:00] 
[28:00] tener  las  conversaciones  adecuadas.  O
[28:01] 
[28:01] sea,  que  hablar  con  clientes  en  sí,  eh,
[28:04] 
[28:04] no  es  una  medalla,  o  sea,  es  necesario,
[28:06] 
[28:06] pero  no  es  suficiente,  ¿no?  Sí,  de  hecho
[28:08] 
[28:08] una  hay  gente  dice,  "No,  he  hablado  con
[28:10] 
[28:10] clientes,  con  lo  cual  todo  lo  que  diga  a
[28:11] 
[28:11] continuación  es  verdad,  indiscutible,
[28:13] 
[28:13] ¿no?"  Pero  una  de  las  como  bastante
[28:15] 
[28:15] cuando  hago  entrevistas  a  a  PMS,  una  de
[28:17] 
[28:17] las  preguntas  que  me  hacen  siempre  es,
[28:18] 
[28:18] ¿qué  es  lo  me  hace  mucho  esta  pregunta?
[28:20] 
[28:20] ¿Qué  es  lo  mejor  y  peor  de  trabajar  en
[28:21] 
[28:21] Factorial?  ¿No?  Y  yo,  una  de  las
[28:24] 
[28:24] respuestas  que  siempre  doy  es,  para  mí
[28:25] 
[28:25] una  de las  cosas  mejores  de  trabajar  en
[28:26] 
[28:26] Factorial  es  el  acceso  a  poder  hablar
[28:30] 
[28:30] con  clientes.  O  sea,  tenemos  muchísimo
[28:31] 
[28:31] acceso  a  poder  hablar  con  ellos,  pero
[28:33] 
[28:33] tenemos  que  elegir  con  cuáles,  ¿no?  Y
[28:35] 
[28:35] ahí  es  donde  detectas  cuando  un  buen  PM
[28:38] 
[28:38] hace  su  trabajo,  o  sea,  cuando  un  PM
[28:39] 
[28:40] está  haendo  bien  su  trabajo,  ¿no?  Es,
[28:41] 
[28:41] no,  no  he  hablado  con  tres  ya,  pero  qué
[28:42] 
[28:42] tres,  ¿no?  Eh,  todos  tenemos  como  el
[28:46] 
[28:46] ejemplo  que  pasa  en  Finance,  ¿no?  que
[28:47] 
[28:47] hay  un  cliente  que  está  siempre
[28:48] 
[28:48] dispuesto  a  hablar  con  nosotros  y  hemos
[28:49] 
[28:49] decidido  que  este  cliente  por  ahora  lo
[28:51] 
[28:51] vamos  a  dejar,  le  vamos  a  hacer  mucha
[28:53] 
[28:53] mucho  caso  porque  nos  encanta,  pero  pero
[28:56] 
[28:56] tiene  con  más,  ¿no?  Entonces  es  un  poco
[28:58] 
[28:58] así,  ¿no?  La  es  bueno  eh  porque  tenemos
[29:00] 
[29:00] mucho  acceso  a  clientes,  pero  tienes  que
[29:02] 
[29:02] saber  qué  cliente  te  tiene  te  tiene  que
[29:05] 
[29:05] dar  o  qué  cliente  tienes  que  ir  a  buscar
[29:07] 
[29:07] para  validar  lo  que  necesitas  o  para
[29:09] 
[29:09] encoger  ese  feedback  porque  acabas  muy,
[29:11] 
[29:11] ¿cómo  accedes  a  un  cliente?  Dices,  hay
[29:13] 
[29:13] mucho  acceso  a  clientes.  ¿Qué  haces  para
[29:14] 
[29:14] conseguir  un  cliente?  Eh,  pues  yo  lo  que
[29:17] 
[29:17] hago  básicamente  es,  bueno,  yo  tengo
[29:19] 
[29:19] algunos  eh  champions  eh  account  managers
[29:22] 
[29:22] con  los  que  ya  después  de  muchos  años
[29:24] 
[29:24] hemos  tenido  como  buena  relación  y  les
[29:26] 
[29:26] pregunto  a  ellos  directamente.
[29:29] 
[29:29] O  sea,  les  pides  eh  a  la  manager
[29:31] 
[29:31] directamente,  "Oye,  mira,  necesito  un
[29:32] 
[29:32] cliente  de  este  tamaño,  esta  industria,
[29:34] 
[29:34] este  país,  tal,  ¿qué  me  puedes
[29:35] 
[29:35] conseguir?"  Sí,  en  plan,  quiero  validar
[29:37] 
[29:37] esto  o  y  te  lo  consiguen.  Pues
[29:40] 
[29:40] directamente  les  mandan,  pues  Valeria
[29:42] 
[29:42] quiere  hablar.  Bueno,  es  que  sí,
[29:43] 
[29:43] Valeria,  es  que  pero  hablan  hablan  con
[29:44] 
[29:44] el  cliente,  le  dicen,  "Oye,  esta  chica
[29:46] 
[29:46] quiere  hablar  contigo."  El  cliente  no
[29:47] 
[29:47] tiene  nada  más  que  hacer  que  que  ponerse
[29:49] 
[29:49] a  hablar  contigo.  No,  pero  no  es  porque
[29:51] 
[29:51] quiere  hablar  con  esta  chica  del  mar  y
[29:52] 
[29:52] de  los  peces,  ¿no?  Pero  es  como  quiere
[29:54] 
[29:54] hablar,  están  trabajando  en  este
[29:56] 
[29:56] problema  que  sé  que  te  preocupa,  eh,
[29:58] 
[29:58] quieren  saber  más  y  y  accedemos  a  ellos.
[30:01] 
[30:01] Hay  muchos  clientes  que  están  muy
[30:03] 
[30:03] dispuestos  a  a  ayudarnos  porque  al  final
[30:06] 
[30:06] si  ellos  nos  ayudan  a  dándonos  su  input
[30:10] 
[30:10] al  sobre  el  producto,  se  aseguran  de  que
[30:12] 
[30:12] lo  tenemos  en  cuenta  para  resolver  su
[30:14] 
[30:14] problema.  Entonces  sí  que  hay  algunos
[30:16] 
[30:16] que  que  saltan  directamente  a  una
[30:18] 
[30:18] llamada.  Y  si  luego  no  se  resuelve,  o
[30:20] 
[30:20] sea,  si  se  han  dedicado  una  hora  a
[30:21] 
[30:21] explicarte  en  detalle  y  profundidad  cómo
[30:24] 
[30:24] hacer  su  sistema  de  centros  de  coste,
[30:26] 
[30:26] por  decir  algo,  y  luego  al  cabo  de  una
[30:29] 
[30:29] semana  que  seguramente  su  expectativa  de
[30:30] 
[30:30] que  cambie  todo  no  ha  cambiado.  Bueno,
[30:33] 
[30:33] es  que  se  meses,  ¿no?  Porque  nosotros,  o
[30:35] 
[30:35] sea,  intentamos  darles  como  seguimiento,
[30:36] 
[30:36] no  es  en  plan,  ahola,  ¿qué  tal?  Me  veo
[30:38] 
[30:38] contigo,  si  te  he  visto,  no  me  acuerdo,
[30:40] 
[30:40] ¿no?  Sino  eh  les  decimos,  "Vale,  pues
[30:42] 
[30:42] con  toda  esta  información,  yo  siempre
[30:43] 
[30:43] digo  una  frase  que  es  con  esta
[30:44] 
[30:44] información  ahora  nos  vamos  a  hacer
[30:45] 
[30:45] nuestros  deberes,  ¿no?  Que  es  que  ahora
[30:47] 
[30:47] nos  tenemos  que  poner  a  trabajar.  es
[30:48] 
[30:48] como  nos  tenemos  que  encerrar  en  nuestra
[30:49] 
[30:49] cueva,  todo  el  equipo  y  tenemos  que  con
[30:52] 
[30:52] el  feedback  de  de  este  cliente  más  todos
[30:54] 
[30:54] los  demás  que  estamos  recogiendo,
[30:56] 
[30:56] empezamos  a  buscar  patrones  y  vemos  cómo
[30:57] 
[30:57] cómo  funciona  este  problema  y  cómo  vamos
[30:59] 
[30:59] a  darle  solución.  Y  lo  que  yo  siempre
[31:01] 
[31:01] les  pregunto  es,  ¿os  puedo  volver  a
[31:03] 
[31:03] llamar  para  cuando  tengamos  una  primera
[31:05] 
[31:05] solución  validarla  con  vosotros?
[31:07] 
[31:07] Entonces  es  como,  sí,  por  favor.  Y  luego
[31:10] 
[31:10] siempre  la  pregunta  es,  ¿y  cuándo  lo
[31:11] 
[31:11] vais  a  lanzar?  es  como,  bueno,  ahora  va
[31:12] 
[31:12] un  tiempo,  ¿no?  Y  les  explicamos  muchas
[31:14] 
[31:14] veces  cuando  les  das  visibilidad  de  cómo
[31:15] 
[31:15] es  el  proceso  de  estamos  entendiendo  el
[31:18] 
[31:18] problema,  vamos  a  buscar  la  solución,
[31:20] 
[31:20] pero  la  solución  no  va  a  venir  mañana  y
[31:22] 
[31:22] les  vas  dando  esa  visibilidad,  vas
[31:23] 
[31:23] teniendo  llamadas  con  ellos  y  vas
[31:26] 
[31:26] construyendo  el  producto  con  ellos  y  lo
[31:28] 
[31:28] van  viendo  y  lo  van
[31:29] 
[31:29] testeando,  no  son  tan  de  manding  como
[31:32] 
[31:32] parecería.
[31:33] 
[31:33] Depende.  Bueno,  es  que  tú  tienes  tú
[31:35] 
[31:35] tienes  tú  tienes  más  complejos  que  yo.
[31:37] 
[31:37] Si  tú  tienes  clientes  más  complejos,  más
[31:38] 
[31:39] grandes.  Trquin  ha  tenido  situaciones
[31:40] 
[31:40] donde  ha  tenido  reuniones  con  clientes
[31:42] 
[31:42] que  a  lo  mejor  además  estaban  eh  en
[31:44] 
[31:44] riesgo  de  chun  por  cierta  funcionalidad
[31:46] 
[31:47] eh  relacionada,  por  ejemplo,  con
[31:48] 
[31:48] descansos,  ¿no?  Y  entonces  hemos  hecho
[31:50] 
[31:50] un  discover  y  una  validación  para
[31:52] 
[31:52] entender  el  problema  y  para  decidir  cuál
[31:54] 
[31:54] va  a  ser  la  solución.  Y  a  lo  mejor  o  se
[31:56] 
[31:56] ha  depriado  o  se  ha  hecho  se  ha  dividido
[32:01] 
[32:01] en  fases  y  la  solución  a  ese  cliente  va
[32:03] 
[32:03] en  la  última  que  va  dentro  del  año  que
[32:05] 
[32:05] viene  y  entonces  no  siempre  se  ha
[32:09] 
[32:09] gestionado  de  la  manera  correcta  y  hay
[32:11] 
[32:11] algún  chun  que  dice,  "Oye,  pues  no,  pues
[32:12] 
[32:12] esta  funcionalidad  yo  la  quería  y  no  ha
[32:14] 
[32:14] llegado  en  el  en  el  timeframe  que  yo
[32:16] 
[32:16] esperaba."  Oye,  pasará  que  hay  algún
[32:18] 
[32:18] cliente  que  os  dice,  "No  quiero  hablar
[32:19] 
[32:19] con  vosotros,  tengo  trabajo."  Sí,  claro,
[32:21] 
[32:21] probablemente.  Yo,  por  ejemplo,  a  ver,
[32:23] 
[32:23] yo  soy  yo,  o  sea,  yo  desde  el  lado  de
[32:26] 
[32:26] proveedor  eh  me  encanta  hablar  con
[32:28] 
[32:28] clientes.  Siempre  que  puedo  estoy
[32:29] 
[32:29] hablando  con  clientes.  A  la  mínima  que
[32:31] 
[32:31] alguien  me  dice  que  es  cliente
[32:32] 
[32:32] factorial,  le  empieza  a  hacer  millones
[32:33] 
[32:33] de  preguntas.  Sí,  pero  tengo  que
[32:35] 
[32:35] reconocer  que  cuando  me  escriben  de
[32:38] 
[32:38] proveedores,  o  sea,  de  proveedores  míos,
[32:41] 
[32:41] eh,  que  estamos  utilizando  a  alguien  en
[32:42] 
[32:42] Factorial,  no  sé  qué,  y  me  dicen,  "Oye,
[32:44] 
[32:44] ¿te  puedo  hacer  una  encuesta?  una
[32:47] 
[32:47] entrevista  de  no  sé  qué  me  O  sea,
[32:51] 
[32:51] raramente  he  dicho,  "Sí,  mira,  tengo
[32:53] 
[32:53] ahora  una  hora,  vamos  a  hacer  una
[32:54] 
[32:54] entrevista  de  no  sé  qué."  Pero  por  eso
[32:55] 
[32:56] también  tenemos  Champions,  ¿no?  Tenemos
[32:57] 
[32:57] algunos  algunos  eh  clientes  específicos
[33:00] 
[33:00] que  nos  ayudan  mucho,  que  nos  ayudan  un
[33:03] 
[33:03] poco  a  codesarrollar  a  veces,  o  sea,
[33:05] 
[33:05] tiene  que  ser  el  beneficiario  de  de  la
[33:07] 
[33:07] solución  que  creas,  ¿no?  Tienes  que
[33:09] 
[33:09] asegurarte  muy  bien  de  que  está  muy
[33:11] 
[33:11] involucrado  y  muy  interesado.
[33:12] 
[33:12] Normalmente  el  peligro  está  el  peligro
[33:14] 
[33:14] de  expectativas  no  es  tanto  cuando  estás
[33:16] 
[33:16] validando  la  solución  porque  ya  estás
[33:18] 
[33:18] más  cerca  de  de  esa  implementación,  sino
[33:21] 
[33:21] pues  cuando  estás  intentando  entender  un
[33:23] 
[33:23] problema.
[33:24] 
[33:24] Entonces,  en  esa  parte  del  discovery  del
[33:26] 
[33:26] problema,  es  cuando  puedes  crear  unas
[33:28] 
[33:28] expectativas  de  que  lo  vas  a  resolver
[33:29] 
[33:29] mañana  y  a  lo  mejor  no  lo  vas  a  resolver
[33:31] 
[33:31] porque  después  del  discovery  pues  se
[33:33] 
[33:33] prioriza.  Ya.  Y  no  sé  si  acabas  de
[33:37] 
[33:37] contar  cuál  es  tu  Good  PM  versus  Bad  PM.
[33:42] 
[33:42] Eh,  pues  a  ver,  el  Good  PM  lo  que  estaba
[33:45] 
[33:45] comentando  era  que  hace  que  las  cosas
[33:47] 
[33:47] pasan.  Entonces,  el  BadPM  es  el  que  se
[33:51] 
[33:51] mete  la  cueva,  eh,  prioriza  un  roadmap,
[33:55] 
[33:55] se  lo  pasa  al  equipo  y  dice,  "Ya  he
[33:58] 
[33:58] hecho  mi  trabajo,  ¿no?  Entonces,  al
[34:00] 
[34:00] final,  ¿qué  es  un  good  PM?  Un  un  buen
[34:02] 
[34:02] PM,  pues  dependiendo  de  es  el  que  el  que
[34:05] 
[34:05] hace  lo  que  haga  falta,  lo  que  haga
[34:07] 
[34:07] falta.  Y  por  eso  a  veces  es  un  rol
[34:09] 
[34:09] difícil  de  definir,  porque  las  tareas
[34:11] 
[34:11] cuando  dicen,  ¿qué  es  un  día  normal  en
[34:12] 
[34:12] la  vida  de  un  Pen?  Pues  depende  porque
[34:14] 
[34:14] tengo  un  PAN  que  está  haciendo  un
[34:16] 
[34:17] producto  de  CER  a  uno  y  que  necesita
[34:19] 
[34:19] estar  todos  los  días  vendiendo,  hablando
[34:21] 
[34:21] con  los  clientes,  entendiendo  cuál  va  a
[34:24] 
[34:24] ser  el  price  correcto,  eh,  euro  arriba,
[34:27] 
[34:27] euro  abajo  y  y  viendo  exactamente
[34:30] 
[34:30] haciendo  iteraciones  muy  rápidas  para
[34:32] 
[34:32] implementarlas  dentro  del  producto,
[34:34] 
[34:34] mientras  que  tengo  otro  producto  que  es
[34:36] 
[34:36] mucho  más  maduro,  que  tiene  mucha  más
[34:38] 
[34:38] deuda,  que  aquí  cualquier  cosa  que
[34:40] 
[34:40] cambies  va  a  impactar  a  muchísimos
[34:41] 
[34:41] clientes.  Entonces,  al  final  esa  persona
[34:44] 
[34:44] pues  tiene  que  entender  muy  bien  los
[34:45] 
[34:45] problemas  en  profundidad,  tiene  que
[34:48] 
[34:48] crear  una  solución  que  no  vaya  a  dañar  a
[34:52] 
[34:52] los  otros  12,000  clientes  que  lo  están
[34:53] 
[34:53] usando.  Entonces,  al  final  tiene  que
[34:55] 
[34:55] crear  una  solución,
[34:57] 
[34:57] tiene  que  asegurarse  que  la  solución  se
[34:58] 
[34:58] crea.  Normalmente  el  diseñador  y  el
[35:01] 
[35:01] equipo,  el  equipo,  tenemos  un  equipo  que
[35:03] 
[35:03] piensa  y  son  mentes  pensantes  muy  buenas
[35:06] 
[35:06] para  crear  una  solución,  pero  si  la
[35:09] 
[35:09] solución  no  pasa,  yo  voy  a  responsabil
[35:11] 
[35:11] responsabilizar  al  PM.
[35:14] 
[35:14] ¿Quién  sabe  más  del  problema?
[35:16] 
[35:16] ¿Quién  sabe  más  del  problema  y  de  la
[35:18] 
[35:18] solución?  ¿Los  ingenieros  diseñadores  o
[35:21] 
[35:21] el  PM?  ¿Quién  sabe  o  quién  debería?
[35:24] 
[35:24] Claro.  Bueno,  ¿quién  debería?  Bueno,
[35:26] 
[35:26] espero  que  coincida  teniendo  en  cuenta
[35:28] 
[35:28] que  sois  las  líderes  de  producto  y  y
[35:31] 
[35:31] hacéis  que  las  cosas  pasen,  sin  duda.  No
[35:33] 
[35:33] siempre  coincide  porque  hablamos  mucho
[35:34] 
[35:34] en  Factorial
[35:36] 
[35:36] de,  bueno,  nosotros  siempre
[35:38] 
[35:38] responsabilizamos  al  al  trío,  ¿no?  El
[35:41] 
[35:41] trío  que  es  el  que  que  a  ti  te  horroriza
[35:44] 
[35:44] este  término  del  trío,  pero  me
[35:45] 
[35:45] horroriza,  me  horroriza.  El  product
[35:47] 
[35:47] manager,  el  product  designer  y  el
[35:49] 
[35:49] engineering  manager,  ¿no?  Entonces,
[35:50] 
[35:50] juntos  tienen  que  asegurarse  que  las
[35:52] 
[35:52] cosas  pasan.
[35:54] 
[35:54] La  teoría  dice  que  el  product  manager  es
[35:57] 
[35:57] responsable  de  entender  dónde  está  el
[35:58] 
[35:58] negocio  y  el  problema  y  que  el  el
[36:02] 
[36:02] ingenier  manager  designer  son  los  que  se
[36:04] 
[36:04] van  a  encargar  más  de  la  solución,  pero
[36:07] 
[36:07] al  final  los  tres  son  responsables.  Lo
[36:08] 
[36:08] que  pasa  es  que  en  cada  uno  de  las  fases
[36:10] 
[36:10] hay  uno  que  coge  más  ownership,  pero  al
[36:13] 
[36:13] final  los  responsables  son  el  trío.
[36:16] 
[36:16] Entonces,  ¿esto  qué  significa  la
[36:17] 
[36:17] práctica?  Depende.  Hay  en  algunos  que  el
[36:20] 
[36:20] designer  eh  se  mete  mucho  en  entender  el
[36:22] 
[36:23] problema  en  profundidad  para  crear  una
[36:24] 
[36:24] solución  en  profundidad.  En  otros  el
[36:26] 
[36:26] designer  no  entra  tanto  en  profundidad,
[36:28] 
[36:28] entonces  el  PM  tiene  que  meterse  más.
[36:30] 
[36:30] Entonces  al  final  lo  importante  es  que
[36:33] 
[36:33] el  equipo  se  compense  y  el  que  hace  esta
[36:36] 
[36:36] compensación  al  final  es  el  PM  porque
[36:37] 
[36:37] como  el  equipo  puede  ser  diferente,  el
[36:40] 
[36:40] PM  cubre  los  huecos.  Porque  ha  falta  lo
[36:43] 
[36:43] que  le  toque,  pero  claro,  entonces
[36:44] 
[36:45] tienes  que  tener  un  PM  que  pueda  cubrir
[36:46] 
[36:46] cualquier  tipo  de  hueco,  ¿no?  Eh,  y  eso
[36:49] 
[36:49] también  es  eh  complicado.  Hubo  un  equipo
[36:51] 
[36:51] que  el  el  enero  se  quedó  sin  diseñadora
[36:55] 
[36:55] y  mi  respuesta  fue  muy  bien.  Pues  ya
[36:58] 
[36:58] sabes,  a  a  diseñar  en  papel  si  hace
[37:01] 
[37:01] falta,  pero  no  podemos  parar  la  máquina.
[37:03] 
[37:03] Al  final  tú  te  tienes  que  asegurar  que
[37:04] 
[37:04] las  cosas  pasan.
[37:05] 
[37:05] para  aclarar  lo  que  decías  de  que  yo  no
[37:08] 
[37:08] me  gusta  el  concepto  de  trío,  ¿te  gusta
[37:10] 
[37:10] el  concepto  de  equipo?  Para  explicarlo,
[37:12] 
[37:12] es  que  me  gusta  el  concepto  de  equipo,
[37:13] 
[37:13] efectivamente.  Entonces,  eh  es  tan
[37:15] 
[37:15] difícil  esta  este  mix  de  skills  y  de
[37:18] 
[37:18] complementariedad,  ¿no?  Estos  equipos
[37:20] 
[37:20] multidisciplinarios  es  tan  difícil  se
[37:22] 
[37:22] produzca  que  para  mí  me  me  resulta  una
[37:24] 
[37:24] ser  simplificación  que  encima  se  tenga
[37:27] 
[37:27] que  producir  en  tres  personas,  ¿sabes?  Y
[37:30] 
[37:30] de  alguna  forma  también  me me  parece
[37:32] 
[37:32] como  una  pérdida  de  de  talento  dejar
[37:36] 
[37:36] fuera  a  eh  ingenieros  que  pueden  ser
[37:40] 
[37:40] Tenex  engineers,  ¿no?  Vamos  usando  estos
[37:42] 
[37:42] conceptos,  ¿eh?  O  sea,  ingenieros  que
[37:43] 
[37:43] son  la  capacidad  multiplicadora,  ¿no?
[37:46] 
[37:46] Que  son  perfectamente  capaces  de
[37:48] 
[37:48] entender  el  problema,  la  solución  y  la
[37:50] 
[37:50] estrategia  de  negocio.  Y  de  alguna
[37:52] 
[37:52] forma,  por  hablar  del  trío  se  deja  fuera
[37:54] 
[37:54] a  cuatro  personas  que  caben  todas  en  una
[37:56] 
[37:56] sala.  Pero  es  que  es  no  es  dejar  fuera,
[37:59] 
[37:59] es  es  traerles  mucho  contexto  para  para
[38:03] 
[38:03] meterles  dentro  de  la  conversación,  no
[38:05] 
[38:05] es  dejarlos  fuera.  Al  final,  si  todo  el
[38:08] 
[38:08] mundo  está  haciéndolo  todo,  y  esta
[38:09] 
[38:09] conversación  la  hemos  tenido  muchas
[38:10] 
[38:10] veces,  si  todo  el  mundo  está  haciendo
[38:12] 
[38:12] todo,  nadie  hace  nada.  Muchas  veces,
[38:13] 
[38:13] pero  yo  estoy  de  acuerdo,  pero  creo  que
[38:14] 
[38:14] es  muy  importante  compartir  y  comunicar
[38:18] 
[38:18] al  resto  de  desarrolladores  los  porqués
[38:20] 
[38:20] de  las  cosas.  O  sea,  por  ejemplo,  a  mí
[38:22] 
[38:22] una  cosa  que  me  pasó  con  el  equipo  de
[38:24] 
[38:24] Projects  es  que  em  los
[38:28] 
[38:28] desarrolladores  acabaron  queriendo  ir  a
[38:31] 
[38:31] las  reuniones  de  clientes  porque  es  que
[38:32] 
[38:32] empezaban  a  entender  todo  mucho  más.
[38:34] 
[38:34] Entonces  les  dabas  un  contexto  inicial
[38:36] 
[38:36] de  este  es  el  problema  y  es  que  al  final
[38:40] 
[38:40] los  o  sea  lo  que  hacen  es  al  entender
[38:42] 
[38:42] mejor  las  cosas  son  mucho  más  eh
[38:46] 
[38:46] valiosas  sus  valiosos  sus  sus  ideas,  sus
[38:48] 
[38:48] inputs  porque  están  metidos  dentro  del
[38:50] 
[38:50] círculo.  O  sea,  al  final  es  como  un  poco
[38:53] 
[38:53] yo  lo  como  lo  veía  así,  es  como  yo  iba  a
[38:56] 
[38:56] las  reuniones  y  cuando  detectaba  que
[38:58] 
[38:58] algo  era  superinesante  es  cuando  los
[39:00] 
[39:00] llevaba  para  que  yo  no  desentrarlos  al
[39:02] 
[39:02] final  porque  tienen  que  estar  en  el  foco
[39:03] 
[39:03] en  el  desarrollo,  pero  conseguí  que  el
[39:06] 
[39:06] equipo  entendiera  todos  los  problemas  en
[39:08] 
[39:08] los  que  estábamos  focalizados,  el  por
[39:10] 
[39:10] qué  y  el  impacto  y  eso  es  como  Claro,
[39:12] 
[39:13] pero  pero  creéis  que  en  la  época  de  de
[39:15] 
[39:15] Cursor,  ¿no?  de  ese  programa  casi  eh
[39:18] 
[39:18] escribiendo  en  inglés  o  en  o  en  catalán
[39:21] 
[39:21] si  quieres  lo  que  quieres  construir  y  te
[39:23] 
[39:23] lo  construye  un  cursor  o  te  lo  construye
[39:26] 
[39:26] Copilot.  Eh,  o  sea,  en  esta  época  creéis
[39:29] 
[39:29] que  el  ingeniero  todavía  tiene  que  estar
[39:31] 
[39:31] en  la  cueva  concentrado  y  construyendo
[39:34] 
[39:34] tod  no  es  el  concepto  de  trío  y  el
[39:37] 
[39:37] ingeniero  de  la  cueva  o  el  concepto  de
[39:39] 
[39:39] de  equipo.  Al  contrario,  yo  a  mi  equipo
[39:41] 
[39:42] cuando  era  individual  contributor  lo
[39:43] 
[39:43] traía  todo.  Tenía  una  reunión  cada  tres
[39:45] 
[39:45] semanas  con  ventas  y  de  hecho  estaban
[39:47] 
[39:47] estaban  invitados  opcionalmente  y  casi
[39:49] 
[39:49] siempre  venían.
[39:51] 
[39:51] metos  en  el  con  eso  me  estás  dando  la
[39:53] 
[39:53] razón,  ¿no?  Porque  no  estaban  en  todo.
[39:55] 
[39:55] No  estaban  en  todo.  Otra  cosa  del  buen
[39:57] 
[39:57] PM  es  dar  foco  y  hacer  priorización
[40:00] 
[40:00] radical.  Entonces  el  PM  recibe  una
[40:03] 
[40:03] cantidad  de  ruido  tremenda,  tremenda.
[40:06] 
[40:06] Recibe  inputs  por  todos  los  lados.  te
[40:07] 
[40:07] llama  este  prospect,  este  cliente  y  vas
[40:10] 
[40:10] allí  y  hay  veces  que  eh  coges  mucho
[40:13] 
[40:13] mucho  input  importante  y  hay  otras  veces
[40:16] 
[40:16] que  has  perdido  una  hora  de  tu  vida  y
[40:18] 
[40:18] entonces  si  la  pierdes  tú  pues  bueno,
[40:21] 
[40:21] pero  si  la  pierde  todo  el  equipo,  el
[40:23] 
[40:23] equipo  no  está  implementando  la
[40:25] 
[40:25] funcionalidad  que  hemos  prometido  que
[40:27] 
[40:27] este  cuarter  para  esta  fecha  vamos  a
[40:28] 
[40:28] tener.  A  ver,  pero  yo  no  digo  todo  el
[40:30] 
[40:30] equipo,  ¿eh?  Aunque  ojo,  yo  igual  me
[40:33] 
[40:33] gustaría  ir  siempre  todo  el  equipo  de  la
[40:34] 
[40:34] mano,  todos  porque  entonces  si  todo  el
[40:36] 
[40:36] mundo  tiene  exposición  a  todos  los
[40:37] 
[40:38] problemas,  todo  lo  que  está  pasando,  lo
[40:39] 
[40:39] que  se  acaba  construyendo,  aunque  haya
[40:40] 
[40:40] menos  horas  productivas,  seguro  que  va  a
[40:43] 
[40:43] tener  más  sentido,  ¿vale?  Porque  gran  el
[40:45] 
[40:46] gran  problema  siempre  es  la
[40:46] 
[40:46] comunicación,  eh,  el  dar  contexto  todos
[40:48] 
[40:48] a  todos,  todo  el  rato.  He  aprendido  esto
[40:50] 
[40:50] nuevo,  he  descubierto  esto  otro.  Pero  yo
[40:52] 
[40:52] creo  que  lo  que  dicen  más  es  que  al
[40:53] 
[40:53] final  nosotras  o  los  PMS  en  nuestro  caso
[40:56] 
[40:56] nosotras  filtramos  el  ruido.  Es  como
[40:58] 
[40:58] porque  a  mí  me  ha  pasado  que  me  haya
[41:01] 
[41:01] dado  a  lo  mejor  algún  account  manager  o
[41:03] 
[41:03] algún  account  executive  en  plan,  por
[41:04] 
[41:04] favor,  tienes  que  venir  a  esta  reunión
[41:05] 
[41:05] qué  porque  este  cliente  tiene  un
[41:06] 
[41:06] problema  y  luego  el  problema  eh  eh  o
[41:10] 
[41:10] sea  pero  lo  que  me  estáis  diciendo,  lo
[41:13] 
[41:13] que  me  estáis  diciendo  es  PIM  versus
[41:14] 
[41:14] resto  del  equipo.  No,  no,  trío  versus  no
[41:17] 
[41:17] no  trío.  A  las  reuniones  con  cliente
[41:20] 
[41:20] estaba  el  trío,  íbamos  en  trio,  o  sea,
[41:21] 
[41:21] el  trío  sí  va  en  todas  partes.  Sí,  el
[41:24] 
[41:24] ingeniero
[41:25] 
[41:25] maneñador  tampoco  diseña.  Pues  solo  hay
[41:27] 
[41:27] uno  por  equipo,  ¿no?  Pero  depende  de
[41:29] 
[41:29] nosotros,  depende  el  momento  también  del
[41:31] 
[41:31] discovery,  depende  del  momento  donde
[41:33] 
[41:33] esté  el  problema,  depende  de,  o  sea,  al
[41:36] 
[41:36] principio  cuando  estás  empezando  a  hacer
[41:37] 
[41:37] un  un  cuando  no,  cuando  tienes  ese  tu
[41:39] 
[41:39] fillo  de  que  hay  un  problema  y  quieres
[41:41] 
[41:41] empezar  a  a  ir  mucho  más  en  profundidad,
[41:44] 
[41:44] eh  sí  que  nos  o  igual  nos  dividimos,
[41:47] 
[41:47] ¿no?,  va  con  unos  clientes,  esto  va  con
[41:48] 
[41:48] otros,  empezamos  a  sacar  como  patrones,
[41:50] 
[41:50] eh,  luego  vamos  a  seguir  hablando  con
[41:51] 
[41:51] este  cliente.  O  sea,  es  que  muchas  veces
[41:53] 
[41:53] llamamos  discovery  a  todo,  ¿no?  Pero  es
[41:56] 
[41:56] una  parte  de  discovery  que  es  continuous
[41:57] 
[41:57] discovery,  que  es  hablar  con  un  cliente
[41:59] 
[41:59] cada  vez  que  tienes  oportunidad  o  mirar
[42:01] 
[42:01] los  datos  cada  vez  que  tienes
[42:02] 
[42:02] oportunidad.  Entonces,  eso  para  mí  es
[42:04] 
[42:04] más  responsable  el  PM.  Entonces,  ahí  sí
[42:07] 
[42:07] que  indispensable  que  vaya  a  todo  lo  que
[42:09] 
[42:09] haga  falta.  Luego  eh  está  la  parte  de
[42:13] 
[42:13] discovery,  que  es  entender  el  problema  y
[42:15] 
[42:15] discovery  de  validar  una  solución.  Todo
[42:18] 
[42:18] lo  llamamos  discovery.  En  el  problema  sí
[42:20] 
[42:20] que  tiene  que  ir  el  product  designer  y
[42:22] 
[42:22] el  engineer  manager  porque  si  no  no  van
[42:23] 
[42:23] a  si  no  entienden  el  problema,  no  van  a
[42:24] 
[42:25] ser  capaces  de  resolverlo.  Y  en  la
[42:26] 
[42:27] variación  de  la  solución,  sin  duda.
[42:29] 
[42:29] Yo,  mira,  cuando  empecé  indic  eh  me  voy
[42:32] 
[42:32] a  me  voy  a  historieta,  historieta,  vale,
[42:33] 
[42:33] momento  historieta.  Eh,  ostras,  em  yo
[42:37] 
[42:37] era  un  piemora  que,  o  sea,  ahora  que  lo
[42:38] 
[42:38] pienso  yo,  ¿qué  qué  hacía?
[42:40] 
[42:40] ¿Quieres  o  no?  Era  un  PM  porque  lo  que
[42:42] 
[42:42] hacía  era  crear  motivación  y  entusiasmo
[42:45] 
[42:45] sobre  un  problema.  Al  final,  básicamente
[42:48] 
[42:48] lo  lo  resumo  así,  ¿vale?  Entonces,  ¿qué
[42:51] 
[42:51] pasa?  Una  vez  había  generado  el
[42:52] 
[42:52] entusiasmo,  todo  el  mundo  le  interesaba
[42:54] 
[42:54] estar  donde  había  la  acción  y  era
[42:57] 
[42:57] incapaz  de  hacer  una  reunión  en  el  que
[42:59] 
[42:59] no  estuviera  al  100%  de  la  empresa,  que
[43:01] 
[43:01] esto  no  era  productivo.  Ya  lo  descubrí
[43:02] 
[43:03] con  el  tiempo,  no  os  preocupéis,  ya  lo
[43:04] 
[43:04] descubrí,  pero  durante  mucho  tiempo
[43:06] 
[43:06] pensaba,  ostra,  ¿por  qué  no?  ¿Por  qué
[43:08] 
[43:08] dejar  a  este  pobre  fuera,  no?  porque  yo
[43:10] 
[43:10] he hecho  todo  el  esfuerzo  de  generar
[43:11] 
[43:12] este  entusiasmo,  vamos  a  resolver  esto
[43:13] 
[43:13] tal,  tal  y  ahora  pues  tú  no  vengas,  ¿no?
[43:17] 
[43:17] Entonces  eh  eh  bueno,  era  improductivo.
[43:19] 
[43:19] Probablemente  todo  el  mundo  estábamos
[43:21] 
[43:21] todos  siempre  en  en  todas  las  reuniones,
[43:24] 
[43:24] eh,  y  luego  en  el  tiempo  pues  esto  eh  no
[43:26] 
[43:26] escaló,  ¿no?  Y  al  final  tuvimos  que  que
[43:28] 
[43:28] pensar  otras  metodologías,  ¿no?  Pero  en
[43:30] 
[43:30] general  siempre,  y  ahora  me  pasa  con  con
[43:32] 
[43:32] la  organización  de  producto  de
[43:33] 
[43:33] Factorial,  o  sea,  para  mí  mi  equipo  hoy
[43:36] 
[43:36] sois  vosotras  los  directores,  ¿eh?  No,
[43:39] 
[43:39] entonces  yo  soy  incapaz  de  tener  una
[43:41] 
[43:41] reunión  donde  no  se  todos  porque  al
[43:43] 
[43:43] final  lo  que  nos  cuesta  alinearnos.
[43:45] 
[43:45] Somos  230  240  personas,  ¿vale?  Tenemos
[43:49] 
[43:49] 16  directores,  si  no  recuerdo  mal,  ¿no?
[43:52] 
[43:52] Esos  16  directores  que  vamos  a  todos
[43:54] 
[43:54] lados  juntos  y  hemos  discutido  muchas
[43:56] 
[43:56] veces,  oye,  nos  partimos,  no  sé  qué,
[43:58] 
[43:58] tal,  ostra,  pero  es  que  si  nos  partimos
[44:00] 
[44:00] luego,  ¿qué?  ¿Cuántas  veces  tenemos  que
[44:02] 
[44:02] tener  la  comunicación,  la  conversación  y
[44:03] 
[44:03] alinearnos,  no?
[44:05] 
[44:05] Ya,  pero  creo  que  ahí  es  también  el
[44:08] 
[44:08] trabajo  del  PM  y  de  un  buen  PM  ser  capaz
[44:11] 
[44:11] de  [ __ ]  todo  ese  contexto,  traerlo  al
[44:13] 
[44:13] equipo  para  alinearlos  y  motivarlos
[44:15] 
[44:15] hacia  la  solución.  Y  eso  es  es  muy
[44:18] 
[44:18] importante  eso.  En  eso  estoy  100%  de
[44:20] 
[44:20] acuerdo,  pero  esto  es  PM  y  equipo,  no
[44:21] 
[44:21] trío  y  equipo.  Eh,  sí,  pero  por  ejemplo
[44:23] 
[44:23] hay  productos,  hay  hay  momentos  en  los
[44:25] 
[44:25] que  los  problemas  a  lo  mejor  son  más
[44:26] 
[44:26] técnicos,  ¿no?  Entonces  a  lo  mejor  pues
[44:29] 
[44:29] necesitas  más  el  apoyo  del  engineering
[44:31] 
[44:31] manager  y  puedes  delegar  esa  parte  en
[44:34] 
[44:34] engineering  manager,  ¿no?  o  cuando  a  lo
[44:36] 
[44:36] mejor  estamos  buscando,  pues  por
[44:37] 
[44:37] ejemplo,  no  nos  ha  pasado  a  nosotros
[44:39] 
[44:39] ahora  con  con  proyectos  o  soluciones  más
[44:42] 
[44:42] transversales,  pues  a  lo  mejor  es  una
[44:44] 
[44:44] tiene  que  ser  más  el  director  de  diseño
[44:46] 
[44:46] que  esté  ahí  porque  tiene  que  tener  esa
[44:48] 
[44:48] comunicación  con  el  resto  de  directores
[44:49] 
[44:49] de  diseño  y  nosotros  al  final  es  como
[44:52] 
[44:52] hablamos  con  nuestro  con  nuestro  PIR,
[44:54] 
[44:54] vemos  que  las  cosas  van  funcionando  y  ya
[44:55] 
[44:55] está.  O  sea,  al  final  es  también  depende
[44:57] 
[44:57] mucho  del  producto,  depende  del  momento
[44:58] 
[44:58] del  producto,  depende  del  momento  del
[45:00] 
[45:00] problema.  O  sea,  a  mí  me  encanta  ir  con
[45:02] 
[45:02] todo  mi  equipo.  Además,  yo  a  mí  me  gusta
[45:03] 
[45:03] trabajar  en  equipo.  Yo  no  sirvo  sola,
[45:07] 
[45:07] pero  pero  es  que  tenemos  8  horas  al  día,
[45:10] 
[45:10] 12.  Para  mí  la  diferencia  entre  equipo
[45:13] 
[45:13] versus  trío  es  que,  por  ejemplo,  el
[45:14] 
[45:14] inenir  manager,  que  muchas  veces  actúa
[45:16] 
[45:16] de  de  equipo,  ¿no?  Cuando  pides,  pues  yo
[45:18] 
[45:18] que  sé,  viene  un  cliente,  le  dices,
[45:20] 
[45:20] "Oye,  esto  es  grande  o  pequeño."  Al
[45:22] 
[45:22] final  todo  el  ruido  se  lo  come  el
[45:24] 
[45:24] manager.  Entonces,  el  equipo  se  come
[45:26] 
[45:26] menos  ruido.  Al  final  es  ese,  es  darle
[45:29] 
[45:29] más  poco  al  equipo  y  traerles  el
[45:31] 
[45:31] contexto  en  los  momentos  adecuados  para
[45:32] 
[45:32] que  no  para  que  nos  aseguremos  de  que
[45:35] 
[45:35] somos  capaces  de  de  desarrollar  cosas
[45:36] 
[45:37] cada  cuáter  y  sacarlas  y  lanzarlas.  Para
[45:39] 
[45:39] dar  contexto  un  poco  tarde,  llevamos
[45:40] 
[45:40] media  hora  hablando  de  esto.  Un  equipo
[45:41] 
[45:41] de  factorial  es  está  compuesto  por  un
[45:44] 
[45:45] BM,  un  engineering  manager,  un  product
[45:48] 
[45:48] designer  y  un  equipo  de  ingenieros  o
[45:51] 
[45:51] product  engineers.  Nos  gusta  decir
[45:53] 
[45:53] product  engineers,  dejar  constancia  de
[45:55] 
[45:55] que  son  product  engineers,  es  decir,
[45:56] 
[45:56] gente  que  busca  soluciones  a  problemas,
[45:58] 
[45:58] ¿no?  Que  pica  código,  eh,  o  que  hace
[46:01] 
[46:01] tecnología  en  el  vacío,  que  normalmente
[46:03] 
[46:03] está  formado  entre  tres,  cuatro  y  seis
[46:06] 
[46:06] personas.  eh  algunos  algunos  más  grandes
[46:09] 
[46:09] que  ya  empiezan  a  tambalearse,  entonces
[46:11] 
[46:11] ya  sí  que  es  difícil  que  este
[46:13] 
[46:13] alineamiento,  esta  comunicación  fluida,
[46:15] 
[46:15] ¿no?
[46:16] 
[46:16] ¿Cuál  es  el  tamaño  ideal  de  un  equipo?
[46:19] 
[46:19] El  que  funcione.  Sí,  yo  creo  que  no  hay
[46:22] 
[46:22] un  tamaño  ideal.  Siempre  se  dice  lo  de  5
[46:24] 
[46:24] más  menos  2,  eh,  o  7  +2.  Siempre  dudo
[46:27] 
[46:27] con  los  impares,  pero  al  final  hay
[46:30] 
[46:30] equipos  que  tenemos  que  son  más  grandes,
[46:31] 
[46:32] que  son  con  el  con  el  PM  y  el  PD,  a  lo
[46:34] 
[46:34] mejor  son  incluso  11,  12  personas.
[46:37] 
[46:37] que  funcionan  bien  y  hay  equipos  que
[46:40] 
[46:40] tenemos  que  son  pequeños  y  no  funcionan
[46:42] 
[46:42] bien.  Entonces,  cuanto  más  pequeño  es
[46:43] 
[46:43] cierto  que  hay  menos  problemas  de
[46:46] 
[46:46] alineamiento  porque  todo  el  mundo  está
[46:47] 
[46:48] más  alineado  y  y  tiene  el  contexto
[46:51] 
[46:51] completo.  Pero  yo  no  soy  muy  radical  con
[46:54] 
[46:54] respecto  al  tamaño  de  un  equipo.  Es  que
[46:56] 
[46:56] luego  también  pasa  mucho  el  la  señority
[46:59] 
[46:59] del  equipo,  ¿no?  El  qué  piezas  te  faltan
[47:02] 
[47:02] dentro  del  equipo,  ¿no?  O  sea,  por
[47:04] 
[47:04] ejemplo,  es  muy  importante  que  haya  como
[47:06] 
[47:07] personas  nuevas,  juniors,  que  vayan
[47:08] 
[47:08] entrando  en  los  equipos,  que  vayan
[47:09] 
[47:09] aprendiendo  de  los  seniors,  que  vayan
[47:11] 
[47:11] cogiendo  ese  contexto,  que  luego  para
[47:13] 
[47:13] poder  también  que  luego  esos  seniors,
[47:15] 
[47:15] ¿no?,  pues  como  nos  ha  pasado  por
[47:16] 
[47:16] ejemplo  con  Ruche  Campos,  que  está
[47:18] 
[47:18] desarrollando  un  un  producto  desde  cero
[47:20] 
[47:20] nuevo,  ¿no?  nombrando  gente  como  si  la
[47:22] 
[47:22] gente  los  conociera,  bueno,  pues  un  un
[47:25] 
[47:25] campus  es  un  histórico  de  indie,  que  es
[47:27] 
[47:27] mi  cofundador  de  indie,  casualmente,
[47:30] 
[47:30] e  para  que  él  pueda  no  como  desacoplarse
[47:33] 
[47:33] de  ese  producto  e  irse  a  ser  como  eh  la
[47:36] 
[47:36] semilla  del  nuevo,  ¿no?  Entonces,  al
[47:38] 
[47:38] final  hay  momentos  de  los  equipos  los
[47:40] 
[47:40] que  necesitamos  irlos  ampliando  para  que
[47:42] 
[47:42] ese  equipo  igual  se  vaya  eh  separando  y
[47:44] 
[47:44] vaya  cogiendo  nuevos  scopes.
[47:47] 
[47:47] También  depende  mucho  de  cómo  funciona
[47:49] 
[47:49] el  equipo,  porque  hay  equipos,  yo  que
[47:51] 
[47:51] sé,  de  cinco  personas  que  funcionan
[47:52] 
[47:52] super  bien,  metes  una  persona  y  se  te
[47:54] 
[47:54] valea  todo.
[47:56] 
[47:56] Entonces,  es  es  al  final  encontrar  el
[47:58] 
[47:58] equilibrio  entre  el  momento  del
[48:00] 
[48:00] producto,  el  tipo  de
[48:02] 
[48:02] perfiles,  pues  como  un  poco  de  broma,
[48:04] 
[48:04] pero  nueve,  ¿cómo  es?  Nueve  embarazadas
[48:06] 
[48:06] no  tienen  un  nu  en  un  mes,  ¿no?  Pues  no
[48:07] 
[48:07] por  meter  a  más  gente,  vamos  a  hacer  las
[48:09] 
[48:09] cosas  más  rápidas,  ¿no?  Pues  todos  esos
[48:11] 
[48:11] luego  hablaremos  de  embarazos.  Luego  de
[48:13] 
[48:13] embarazos,  pero  pero  es  verdad,  es  no
[48:15] 
[48:15] puedes,  o  sea,  no  por  meter  a  más  gente
[48:18] 
[48:18] puedes  eh  desarrollar  más  rápido.
[48:21] 
[48:21] Entonces,  todas  esas  cosas  hay  que
[48:23] 
[48:23] tenerlas  en  cuenta  para  cómo  balancear
[48:25] 
[48:25] el  número  de  de  las  personas.  Antes
[48:27] 
[48:27] preguntaba  sobre  Good  PM  y  Bad  PM  y  lo
[48:29] 
[48:29] decía  en  inglés,  ¿no?  Para  ser  chupi  que
[48:32] 
[48:32] igual  también,  pero  es  más  referirme  al
[48:35] 
[48:35] al  al  artículo  del  año  1999  de  Ben  Hwit,
[48:39] 
[48:39] donde  hablaba  Good  PM,  bad  PM,  ¿no?  Y
[48:41] 
[48:41] explicaba  un  poco  para  que  cuál  era  el
[48:43] 
[48:43] rol  del  PM  para  él.  Eh,  yo  creo  de  las
[48:46] 
[48:46] primeras  veces  que  se  hablaba  eh  de  este
[48:48] 
[48:48] de  este  rol  aplicado  a  tecnología,
[48:50] 
[48:50] porque  aplicado  pues  a  marketing,  por
[48:52] 
[48:52] ejemplo,  pues  lleva  lleva  mucho  tiempo.
[48:54] 
[48:54] Y  una  de  las  cosas  que  decía  Ben  Horwit
[48:56] 
[48:56] es  que  el  PM  es  el  CEO,  el  CEO  del
[49:00] 
[49:00] producto.  ¿Esto  lo  compráis  o  no?  Es
[49:02] 
[49:03] también  un  tema  controvertido.  Sí,  es  es
[49:05] 
[49:05] controvertido  y  siempre  yo  sí  lo  compro,
[49:08] 
[49:08] pero  siempre  con  una  muletilla,  ¿no?  Al
[49:09] 
[49:09] final  el  PM  no  tiene  no  es  el  manager  de
[49:12] 
[49:12] nadie,  es  este  individual  contributor
[49:14] 
[49:14] que  tiene  que  convencer  a  todo  el  mundo.
[49:16] 
[49:16] Entonces,  no  gestiona  por  línea  de
[49:19] 
[49:19] reporte,  sino  gestiona  con  mucha
[49:21] 
[49:21] influencia  y  mucho  liderazgo.  Entonces,
[49:23] 
[49:23] eh  un  CEO,  sí,  un  CEO  puede  echar  a  al  a
[49:27] 
[49:27] quien  le  reporte,  ¿no?  Sí  que  hay  no
[49:29] 
[49:29] puede  echar  a  nadie  directamente,  no
[49:31] 
[49:31] puede  influenciar  todo  por  influencia.
[49:34] 
[49:34] Al  final  es  eso,  hace  que  las  cosas
[49:35] 
[49:35] pasen  y  va  empujando,  pero  realmente  no.
[49:39] 
[49:39] Todo  por  influencia.  ¿Vosotros  qué
[49:41] 
[49:41] background  tenéis  antes  de  ser  PM?  Yo
[49:44] 
[49:44] tengo,  ¿qué  estudiasteis  para  ser  PM?  Yo
[49:46] 
[49:46] ingeniera  de  informática  y  de
[49:47] 
[49:47] telecomunicaciones.
[49:50] 
[49:50] Ayuda.  Eso  ayuda.  Conocer  la  tecnología
[49:52] 
[49:52] ayuda.  Desarrollé  durante  un  par  de  años
[49:54] 
[49:54] y  muy  pronto  me  di  cuenta  de  que  quería
[49:57] 
[49:57] más  contacto  humano  y  entender  de  por
[49:59] 
[49:59] qué  venían  las  cosas,  por  qué
[50:00] 
[50:01] priorizábamos  lo  que  priorizábamos  y  me
[50:03] 
[50:03] me  he  ido  moviendo  poco  a  poco  hacia  el
[50:04] 
[50:04] negocio.  Porque  buscabas  contacto
[50:06] 
[50:06] humano.
[50:07] 
[50:07] Eso  también  siempre  explico  que  que
[50:10] 
[50:10] porque  cuando  tenía  que  hacer  un
[50:12] 
[50:12] algoritmo  eh  super  chulo  y  tal,  guay,
[50:14] 
[50:14] pero  cuando  tenía  que  resolver  un  back
[50:17] 
[50:17] de  lo  que  ya  llamo  tuberías,  ¿no?  Que
[50:18] 
[50:18] tenías  un  código,  una  base  de  datos,
[50:22] 
[50:22] un  archivo  de  spring  y  algo  no  conectaba
[50:25] 
[50:25] correctamente,  entonces  no  funcionaba  y
[50:27] 
[50:27] no  podías  hacer  diva  que  tal,  eso  me
[50:29] 
[50:29] desesperaba,  me  comía  los  la  energía  del
[50:31] 
[50:31] ordenador
[50:33] 
[50:33] y  con  los  humanos  no  pasa,  no  se  te
[50:36] 
[50:36] bloquean  los  humanos.
[50:38] 
[50:38] No  te  consumen  energía.  Me  consumen,  sí,
[50:40] 
[50:40] pero  es  es  de  otra  manera,  ¿no?  Al  final
[50:42] 
[50:42] yo  yo  noté  eso  que  necesitaba.  A  mí  a  mí
[50:44] 
[50:44] me  gusta  mucho  hablar  con  gente.  A  mí
[50:47] 
[50:47] también.  Con  energía,  pero  yo  estudio
[50:50] 
[50:50] económicas.  Vale.  Sí,  pero  tú  vienes  del
[50:53] 
[50:53] negocio.  Yo  vengo  de  negocio.  Por  eso
[50:55] 
[50:55] buscas  los  el  RR  siempre.  Sí,  estudo
[50:57] 
[50:57] siempre  con  los  datos.  Estoy  como  loca
[50:59] 
[50:59] con  los  números.  Eh,  sí,  yo  estudié
[51:01] 
[51:01] económicas  y  la  verdad  es  que  entré,  la
[51:04] 
[51:04] verdad  es  que  mi  mi  trayectoria  fue  como
[51:06] 
[51:06] bastante  casual,  ¿no?  Porque  fue  entré
[51:09] 
[51:09] de  becaria  en  un  en  un  pequeño  banco,
[51:12] 
[51:12] hm,  y  llevaba  las  campañas  de  marketing.
[51:15] 
[51:15] Pero  claro,  las  campañas  de  marketing  es
[51:17] 
[51:17] como  tú  puedes  quemar  pasta,  pero  si  eso
[51:19] 
[51:19] luego  entra  en  un  funnel  que  no
[51:20] 
[51:20] funciona,  ¿no?  De  de  producto,  es  como
[51:23] 
[51:23] quemas  el  dinero  y  ya  está,  ¿no?  como  y
[51:25] 
[51:25] entonces  íbamos  como  empecé  como  a
[51:27] 
[51:27] meterme  ahí  a  entender  cómo  podíamos
[51:29] 
[51:29] optimizar  el  fanel  del  producto  para
[51:31] 
[51:31] convertir  esos  clientes  que  estaban
[51:33] 
[51:33] entrando  a  y  ahí  empecé  a  darme  cuenta
[51:37] 
[51:37] de  que  no  quería  hacer  más  sem  que  lo
[51:39] 
[51:39] que  quería  era  mejor.  El  problema  era  el
[51:40] 
[51:40] producto,  ¿no?  Fue  tirando  un  hilo
[51:42] 
[51:42] infinito  y  acabaste  como  Sí.  Entonces
[51:44] 
[51:44] empecé  ahí  a  rascar  que  era  eso  el
[51:46] 
[51:46] producto  y  hasta  hoy.  Entonces  antes  fui
[51:50] 
[51:50] estudiante  en  plan,  no  sabes  pasé  de  de
[51:53] 
[51:53] O  sea,  entraste  producto  muy  temprano.
[51:55] 
[51:55] Entré  en  producto  muy  temprano.  ¿Y  en
[51:56] 
[51:56] qué  empresas  has  estado?  ¿En  qué
[51:58] 
[51:58] empresas  he  estado?  Eh,  pues  empecé  en
[52:00] 
[52:01] SBank,  que  era  un  pequeño  banco  que
[52:02] 
[52:02] pertenecía  a  Societ  Senegal  y  a  Caixa
[52:05] 
[52:05] Bank.
[52:06] 
[52:06] Luego  pasé  a  una  pequeña  startup  que  era
[52:09] 
[52:09] un  crowing  de  préstamos.  De  ahí  pasé  a
[52:13] 
[52:13] Imagine  Bank,  luego  pasé  a
[52:16] 
[52:16] Idealista,  después  a  lo  quiero  y  ahora
[52:19] 
[52:19] Factorial.
[52:21] 
[52:21] Y  cuando  comparas  varias  culturas  de
[52:23] 
[52:23] producto  en
[52:24] 
[52:24] España,  ¿qué  qué  te  viene  en  mente?
[52:26] 
[52:26] ¿Cómo  se  comparan  o  cómo  se  compara
[52:28] 
[52:28] Factorial  con  otras?  ¿Cómo  se
[52:29] 
[52:29] comparaban?
[52:31] 
[52:31] Creo  que  en  cada  empresa  y  en  cada
[52:33] 
[52:33] momento  de  la  historia,  que  parece  que
[52:35] 
[52:35] como  historia  mucho  tiempo,  pero  de  los
[52:36] 
[52:37] últimos  años,  el  PAMA  ha  tenido  como
[52:38] 
[52:38] unos  roles  distintos,  ¿no?  Y  creo  que
[52:40] 
[52:40] también  esa  flexibilidad  eh  no  solamente
[52:43] 
[52:43] también  del  momento  del  producto,  el
[52:44] 
[52:44] momento  de  la  compañía,  del  momento  de
[52:46] 
[52:46] de  también  ser  PM  hub  un  momento  que  era
[52:49] 
[52:49] como  una  moda,  ¿no?  O  sea,  era  como  que,
[52:51] 
[52:51] o  sea,  los  equipos  tienen  que  tener  un
[52:52] 
[52:52] PM,  da  igual.  Y  ponían  un  PM  y  ya  está,
[52:55] 
[52:55] ¿no?  Y  parecía  como  que  las  cosas  iban  a
[52:56] 
[52:56] pasar.  es  como  hacemos  que  las  cosas
[52:58] 
[52:58] pasen,  pero  tiene  que  haber  uno  como
[53:01] 
[53:01] detrás  un  por  qué  se  pone  un  PM  y  qué  se
[53:03] 
[53:03] busca  con  un  PM,
[53:05] 
[53:05] ¿no?  Entonces,  para  mí,  por  ejemplo,  si
[53:07] 
[53:07] comparo  factorial  con  el  resto,  creo  que
[53:09] 
[53:09] una  de  las  cosas  que  a  mí  más  me  gusta
[53:11] 
[53:11] de  factorial  es  la  visibilidad  que
[53:12] 
[53:12] tenemos  del  impacto,  ¿no?  Vuelvo  otra
[53:13] 
[53:13] vez  a  los  números,  ¿no?  La  RRs  al
[53:15] 
[53:15] negocio.  Es  somos  muy  capaces  de  ver,
[53:18] 
[53:18] somos  capaces  todo  el  rato  de  ver  lo  que
[53:20] 
[53:20] está,  cómo  estamos  impactando  a  a
[53:22] 
[53:23] Factorial,  en  qué  porcentaje  nosotros
[53:24] 
[53:24] estamos  impactando  a  Factorial  cada  uno
[53:25] 
[53:25] de  nuestros  productos.  si  están  teniendo
[53:27] 
[53:27] impacto  o  no  las  fitus,  si  hemos  e
[53:29] 
[53:29] priorizado  bien  y  eso  en  otras
[53:31] 
[53:31] compañías,  pues  ahí  no  no  tienes  esa  o
[53:35] 
[53:35] no  hay  esa  transparencia  o  no  hay  esa
[53:37] 
[53:37] facilidad  al  acceso  de  los  datos,  ¿no?
[53:39] 
[53:39] Igual  también  creo  que  en  cuanto  a  la
[53:43] 
[53:43] exigencia  que  tenemos  y  en  cuanto  al
[53:44] 
[53:44] delivery  que  tenemos  en  en  Factorial,
[53:46] 
[53:46] ¿no?  O  sea,  entregamos  cosas,  nos  gusta
[53:49] 
[53:49] eh  estar  entregando  constantemente  el
[53:52] 
[53:52] contacto  con  el  cliente,  la  rapidez,  o
[53:54] 
[53:55] sea,  tener  la  calidad,  pero  a  la  vez
[53:57] 
[53:57] seguir  constantemente  eh  actualizando  el
[53:59] 
[53:59] producto.  Hay  veces  que  son  otras
[54:01] 
[54:01] compañías  pues  no  tienen  esa,  ¿no?  Y
[54:04] 
[54:04] luego  si  comparo  pues  por  ejemplo
[54:05] 
[54:05] Imagine  Bank  pertenece  a  Grupo  Caixabank
[54:09] 
[54:09] con  Factorial  es  que  son  cosas  muy
[54:10] 
[54:10] distintas,  ¿no?  a  la  rapidez  que  aquí
[54:13] 
[54:13] la  agilidad  que  tenemos  en  cuanto  a
[54:16] 
[54:17] decisiones,  en  cuanto  a  meternos  en  lo
[54:19] 
[54:19] que  queramos,  no  iba  a  decir  en
[54:21] 
[54:21] fregados,  iba  a  decir  eh  en  no  pues  hoy
[54:24] 
[54:24] esta  como  también  lo  hemos  tenido  tú  y
[54:25] 
[54:25] yo  de  los  politiqueos,  ¿no?  En  plan  de
[54:28] 
[54:28] pasa  algo,  me  meto  en  otras  en  otros
[54:31] 
[54:31] sitios  pues  tienes  que  tener  como  igual
[54:34] 
[54:34] sí  que  te  lo  decía  yo  a  ti,  eh,  te  decía
[54:36] 
[54:36] nada  de  politiquo,  nada  de  politique,
[54:37] 
[54:37] métete.  Claro.  Y  yo  estaba  pensando  en
[54:39] 
[54:39] plan,  es  verdad,  ¿por  qué?  ¿Por  qué  no?
[54:41] 
[54:41] No,  pero  claro,  igual  y  justamente  en
[54:43] 
[54:43] ese  momento  he  pensado,  [ __ ]  aquí  mi
[54:46] 
[54:46] background  me  está  jugando  una  mala
[54:47] 
[54:47] pasada  y  cuando  no  podía  hacer  ciertas
[54:49] 
[54:49] cosas  porque  sabes,  había  barreras,  ¿eh?
[54:52] 
[54:52] Y  aquí  no,  aquí  es
[54:54] 
[54:54] como  para  adelante  y  y  a  solucionar  las
[54:58] 
[54:58] cosas  y  luego  ya  hablamos,  ¿no?  Pero  que
[55:01] 
[55:01] las  cosas  estén  solucionadas.  Entonces,
[55:03] 
[55:03] es  un  poco  esa  es  la  diferencia  entre
[55:06] 
[55:06] las  compañías.  ¿Y  tú  ves  más,  ¿cómo  lo
[55:08] 
[55:08] ves?  ¿Cómo  comparas  la  cultura  de
[55:10] 
[55:10] producto  en  España  o  donde  has  estado?  Y
[55:12] 
[55:12] y  explica  rápidamente  dónde  has  estado.
[55:14] 
[55:14] Pues  con  Factorial.  Yo  empecé  cuando
[55:16] 
[55:16] salí  de  la  universidad,  me  fui  a  una  a
[55:17] 
[55:17] un  marketplace  austríaco  que  se  llama
[55:19] 
[55:19] Bill  Haven  y  pertenecí  al  grupo  que  se
[55:22] 
[55:22] adinta  hoy  en  día  antes  Chipstad  y  allí
[55:24] 
[55:24] estuve  realmente  8  años.  Primero  en  un
[55:25] 
[55:25] marketplace  empecé  como  desarrolladora,
[55:28] 
[55:28] luego  product  owner,  luego  product
[55:30] 
[55:30] manager  y  se  me  globalizó  a  a  Chiefstat
[55:32] 
[55:32] Central  y  ahí  of  product  llevando  un
[55:35] 
[55:35] portfolio  de  de  productos  centrales.
[55:38] 
[55:38] Entonces  para  mí  era  muy  distinto  porque
[55:40] 
[55:40] de  hecho  cuando  trabajaba  en  central,
[55:41] 
[55:41] que  fue  mi  mayor  experiencia  como  PM,
[55:44] 
[55:44] tenía  mucho  más  stakeholder  management
[55:46] 
[55:46] de  lo  que  puedo  tener  aquí  en  Factorial,
[55:48] 
[55:48] que  aquí  a  veces  los  stakeholders  como
[55:49] 
[55:49] que  no  están  no  están  tan  claros,  están
[55:51] 
[55:51] definidos,  mientras  que  estaba  mucho  más
[55:53] 
[55:53] lejos  del  impacto  porque  era  como  un
[55:55] 
[55:55] B2B2  sí  tenía  que  pasar  a  través  del
[55:56] 
[55:56] marketplace.  Stakeholders  management  es
[55:58] 
[55:58] una  palabra  en  inglés  para  decir
[56:00] 
[56:00] politiqueo,  ¿no?  Es  influencia.  Todo  es
[56:04] 
[56:04] influencia,  ¿vale?  influencia,  ¿no?  Al
[56:06] 
[56:06] final  es  entender  quiénes  son  las
[56:08] 
[56:08] principales  personas  importantes  en  los
[56:09] 
[56:10] equipos  que  e  que  tienen  algo  que  decir
[56:12] 
[56:12] sobre  tu  producto  y  que  tienes  que
[56:14] 
[56:14] hablar  con  ellos  y  y  te  [ __ ]  su  pues
[56:16] 
[56:16] todo  lo  que  te  tengan  que  decir,  ¿no?
[56:18] 
[56:18] Todo  el  input,  otra  palabra  en  inglés
[56:19] 
[56:19] que  nunca  me  acuerdo  cómo  decir  en
[56:20] 
[56:20] español.  Pero,  pero  y  si  y  si  y  si  es
[56:23] 
[56:23] mentira  lo  que  te  dicen  que  tienes  que
[56:24] 
[56:24] hacer  o  o  si  no  no  tiene  impacto.  Claro,
[56:27] 
[56:27] para  eso  están  los  otros  datos  que
[56:30] 
[56:30] tengas,  ¿no?  Y  intentar  validar  cosas.
[56:33] 
[56:33] Pero  ya  te  digo,  en  en  Adevinta  yo
[56:34] 
[56:35] estaba  muy  lejos  del  también  porque  no
[56:37] 
[56:37] trabajaba  en  el  marketplace
[56:37] 
[56:37] directamente,  sino  en  Advinta  central
[56:40] 
[56:40] estaba  muy  lejos  de  ese  impacto  y  por
[56:42] 
[56:42] eso  decidí  irme  cierto  punto  decir,
[56:44] 
[56:44] "Vale,  llevo  8  años  de  mi  vida  aquí,  he
[56:46] 
[56:46] crecido,  he  aprendido  muchas  cosas,  pero
[56:49] 
[56:49] necesito,  quiero  acercarme  más  al
[56:52] 
[56:52] impacto  final."  Y  eso  es  lo  que,  como
[56:53] 
[56:53] comentaba  Valeria,  tengo  mucho  en
[56:55] 
[56:55] factorial.  factorial,  puedo  hablar  con
[56:57] 
[56:57] clientes,  ver  si  toco  esto,  si  sube,  si
[56:59] 
[56:59] baja,  eh  qué  impacto  tiene,  es  otra
[57:02] 
[57:02] cosa.  Y  en  cuanto  a  en  qué  se  diferencia
[57:05] 
[57:05] producto,  yo  creo  que  eso  también  lo
[57:07] 
[57:07] notamos  mucho
[57:08] 
[57:08] en  cuando  entrevistamos  candidatos.  Al
[57:11] 
[57:11] final  depende  mucho  de  cada  empresa.  Hay
[57:12] 
[57:13] en  empresas  donde  el  product  manager
[57:15] 
[57:15] todavía  sigue  siendo  muy  eh  gestor  de
[57:18] 
[57:19] proyecto  y  lo  notamos,  ¿sí?  Eh,  que
[57:22] 
[57:22] piensa  en  ejecutar  tareas.  Hm.  E  en
[57:25] 
[57:25] otros,  pues  eso  no  piensa,  le  han  venido
[57:27] 
[57:27] dadas  muchas  cosas.  Es  que  vienen  de
[57:29] 
[57:29] negocio  los  requerimientos.  Vienen  de
[57:31] 
[57:31] negocio.  Me  dice  mucho  eso.  Los
[57:32] 
[57:32] requerimientos  vienen  de
[57:34] 
[57:34] negocio.  Es  negocio  Pérez.  Yo,  ¿quieres
[57:37] 
[57:37] negocio?
[57:38] 
[57:38] Preséntamelo.  Claro.  Y  nos  pasa  mucho,
[57:41] 
[57:41] ¿no?  Que  vamos  a  estamos  intentando
[57:42] 
[57:42] contratar  un  senior  PM,  ¿eh?  Y  llega  una
[57:45] 
[57:45] persona  que  lleva  muchos  años  de
[57:47] 
[57:47] experiencia,  pero  a  lo  mejor  no  tiene
[57:49] 
[57:50] ese  nivel  de  autonomía  en  todos  los
[57:51] 
[57:51] niveles,  en  negocios.  estrategia  eh  y
[57:56] 
[57:56] ejecución  impacto  que  necesitamos
[57:59] 
[57:59] nosotros  to  market  que  esperamos  de  un  y
[58:01] 
[58:01] que  necesitamos  de  un  PM  aquí.  Entonces
[58:05] 
[58:05] notamos  que  es  distinto,  que  hay  muchas
[58:07] 
[58:07] diferencias  con  respecto  a  la  empresa  en
[58:09] 
[58:09] la  que  estés.  Es  fácil  pichar  factorial,
[58:13] 
[58:13] ¿no?  No,  ojalá.  Mira  que  hay  PMs,  ¿eh?  O
[58:16] 
[58:16] sea,  yo  yo  tengo  mi  Linketim  lleno  lleno
[58:18] 
[58:18] de  PM,  sí,  que  me  escriben,
[58:21] 
[58:21] pero  es  que  se  necesitan,  es  decir,
[58:22] 
[58:22] aparte  de  todo  esto  que  hemos  comentado,
[58:24] 
[58:24] vuelvo  a  reiterar  el  tema  de  de  la
[58:26] 
[58:26] energía,  de  las  ganas,  al  final
[58:29] 
[58:29] flexibilidad  factorial  es  un  poco
[58:34] 
[58:34] caos,  esto  de  haz  lo  que  hagas  falta,  no
[58:37] 
[58:37] hay  parcelas,  eh,  puede  venir  Bernad  con
[58:40] 
[58:40] una  idea  feliz  sobre  tu  mesa  y  tienes
[58:42] 
[58:42] que  saber  cómo  eh  si  cogerla,  no
[58:44] 
[58:44] dejarla,
[58:46] 
[58:46] No,  hay  que  saber  decir  que  no  también,
[58:49] 
[58:49] ¿no?  De  oye,  pues  eh  le  coges  el  input,
[58:51] 
[58:51] pues  lo  que  hablábamos  antes  de  no  decir
[58:52] 
[58:52] que  no  ni  decir  que  sí  tampoco.  Ah,
[58:54] 
[58:54] vale,  me  lo  ha  dicho  Bernad,  tú  tú  esto
[58:55] 
[58:55] lo  voy  a  hacer  tampoco,  ¿no?  Entonces,
[58:58] 
[58:58] encontrar  esta  persona  capaz  de  [ __ ]
[59:00] 
[59:00] todos  los  inputs  de  todas  partes,  tener
[59:02] 
[59:02] una  opinión  fuerte,  hacer  que  pase,
[59:04] 
[59:04] hablar  con  mucha  gente  sin  a  veces  unos
[59:06] 
[59:07] procesos  muy  definidos  en  algunos  en
[59:09] 
[59:09] algunos  casos  dentro  de  factorial,  pues
[59:11] 
[59:11] requiere  mucha  energía  y  requiere  muchas
[59:13] 
[59:13] ganas.  Entonces,  hay  gente  a  la  que  yo
[59:14] 
[59:14] le  explico,  candidatos  a  los  que  le
[59:16] 
[59:16] explico  esto  y  le  brillan  los  ojillos.
[59:19] 
[59:19] Dices,  y  le  digo,  "El  bien  y  el  mal  se
[59:20] 
[59:20] mide  en  AR  y  necesitamos  eh  mucha
[59:22] 
[59:23] resilencia,  necesitamos  que  las  cosas
[59:24] 
[59:24] pasen  y  quiero  que  este  producto  vaya  de
[59:26] 
[59:26] cero  a  no  sé  cuántos  millones  en  un  año
[59:28] 
[59:28] y  le  brillan  los  ojitos."  Entonces,  pues
[59:30] 
[59:30] ya  sabes  que  por  ahí  hay  de  dónde  rascar
[59:33] 
[59:33] y  hay  gente  que  dice,  "Sí,  sí,  ya,  pero
[59:36] 
[59:36] luego  hay  gente  que  le  brillan  los
[59:37] 
[59:37] ojitos  y  luego
[59:39] 
[59:39] ya  ya  dices,  aquí  hay  algo.  Pu  puede  que
[59:42] 
[59:42] luego  abrasque  todo  el  mundo.  Y  es  que
[59:44] 
[59:44] es  que  a  mí  me  cuesta  imaginar  que
[59:45] 
[59:45] alguien  le  cuente  de  eso  y  no  le  brillen
[59:47] 
[59:47] los  ojos.  Pues  no,  hay  gente  que  está  en
[59:48] 
[59:48] distintos  puntos  de  su  vida  que
[59:51] 
[59:51] no  el  él el  fant  que  quiere  más
[59:53] 
[59:53] predictibilidad.  Ya  hablaremos
[59:55] 
[59:55] hablaremos  del  Light  Balance,  pero  hay
[59:56] 
[59:56] gente  que  tiene  distintas  definiciones
[59:57] 
[59:57] de  lo  que  eso  significa.  Eh,  no
[60:00] 
[60:00] sé,  si  hay  gente,  o  sea,  hay  gente  que
[60:03] 
[60:03] no  que  no  está  acostumbrada
[60:08] 
[60:08] a  al  continuo,  es  que  no  quiero  decir
[60:11] 
[60:11] continua  evaluación  porque  no  es  que
[60:12] 
[60:12] vivamos  una  continua  evaluación
[60:12] 
[60:12] factorial,  pero  es  un  continuo  estar
[60:15] 
[60:15] expuesto.  Sí,  uno  estar  expuesto,  dos  a
[60:18] 
[60:18] los  datos,  no  es  como  lo  que  dice  Emma,
[60:20] 
[60:20] se  mueves  o  no  mueves  el  dato.  Entonces
[60:22] 
[60:22] es  como  tienes  que  moverlo,  ¿no?  No
[60:25] 
[60:25] puedes  estar  eh  con  tu  equipo
[60:29] 
[60:29] pasándotelo  muy  bien,  construyendo  feat
[60:31] 
[60:31] y  mover  las  métricas.  Y  si  no  lo  mueves,
[60:33] 
[60:33] se  te  va  a  preguntar.  Y  si  no  lo  mueves,
[60:35] 
[60:35] tienes  que  tener  muy  claro  por  qué  y
[60:37] 
[60:37] cuál  es  el  plan  para  para  moverlo.  Para
[60:39] 
[60:39] moverlo.
[60:41] 
[60:41] Y  eso  hay  gente  que  no  le  gusta  estar
[60:43] 
[60:43] tan  expuesto  o  que  nunca  lo  ha  estado
[60:45] 
[60:45] por  porque  hay  compañías  donde  no  estás
[60:47] 
[60:47] expuesto  a  este  nivel  y  entonces  pensar
[60:50] 
[60:50] que  van  a  pasar  a  estar  expuestos  les  da
[60:53] 
[60:53] miedo  y  a  mí  se  me  han  caído  candidatos
[60:54] 
[60:54] eh  durante  el  proceso  en  plan,  no  es
[60:56] 
[60:56] para  mí.  Igual  que  hablábamos  antes  del
[60:59] 
[60:59] de  Martín  Kaga,  no  hay  gente  que  tiene
[61:00] 
[61:00] otro  concepto  de  autonomía,  mientras  que
[61:03] 
[61:03] aquí  es,  mira,  vas  a  tener  este  equipo  y
[61:05] 
[61:05] vas  a  poder  generar  mucho  negocio.
[61:08] 
[61:08] Encuentra  o  no  encuentra  dónde  es  el
[61:11] 
[61:11] problema  correcto  para  resolver.  Y  hay
[61:14] 
[61:14] gente  que  no  que  no  tiene  la  misma
[61:16] 
[61:16] definición.  A  mí  me  desespera  esto  de  la
[61:17] 
[61:17] autonomía,  tengo  que  decir,  o  sea,  esta
[61:19] 
[61:19] idea  que  pseudogmática,  pseudodogmática
[61:23] 
[61:23] que  dicen,  "No,  no,  el  equipo  esen
[61:24] 
[61:24] power,  tenemos  que  hacer  lo  que  nos  dé
[61:26] 
[61:26] la  gana."  Y  digo,  "Pero  un
[61:28] 
[61:28] momento,  o  sea,  monta,  monta  tu  empresa
[61:31] 
[61:31] si  quieres  lo  que  te  dé  la  gana,  o  sea,
[61:33] 
[61:33] no  sé,  eh,  o  sea,  es  importante  tener
[61:36] 
[61:36] autonomía  porque  es  una  forma  de
[61:38] 
[61:38] escalar,  evidentemente.  O  sea,  yo  desde
[61:40] 
[61:40] luego,  o  sea,  vosotros  no  podéis  hacer
[61:42] 
[61:42] todo  lo  que  lo  que  tenéis  ahora  mismo  en
[61:44] 
[61:44] vuestro  scope,  ¿no?  Entonces,  necesitáis
[61:45] 
[61:45] equipos.  penséis  crear  estructura,  eh,  y
[61:48] 
[61:49] evidentementeis  queréis  gente  buena  que
[61:51] 
[61:51] se  haga  una  opinión  del  bien  y  del  mal  y
[61:53] 
[61:53] que  actúe  con  con  decisión,  ¿no?  Pero
[61:56] 
[61:56] que  esté  expuesta  también  a  a  cambios,  a
[61:58] 
[61:58] nuevas  externalidades,  a  a  cosas  que
[62:01] 
[62:01] afectan  a  toda  la  compañía,  que  a  veces
[62:03] 
[62:03] hace  falta  esta  generosidad
[62:06] 
[62:06] para  decir,  "Oye,  ojo  que  si  todos  estos
[62:08] 
[62:08] equipos  tienen  una  necesidad  y  lo  que
[62:09] 
[62:09] estoy  haciendo  es  una  abstracción  que
[62:11] 
[62:11] tenga  que  ayudar  a  estos  equipos,  pues
[62:13] 
[62:13] esto  me  puede  hacer  cambiar  el  roap."
[62:14] 
[62:14] Ese  es  otro  punto  importante.  Has
[62:16] 
[62:16] mencionado  el  tema  del  cambio.  En
[62:18] 
[62:18] Factorial  cambian  muchas  cosas  y  lo
[62:19] 
[62:19] tenemos  como  base,  ¿no?  Como  dogma.  El
[62:22] 
[62:22] la  única  constante  es  el  cambio.  Hay
[62:24] 
[62:24] gente  que  tampoco  gestiona  bien  el
[62:25] 
[62:25] cambio.  Entonces  tampoco  igual  buscamos
[62:28] 
[62:28] a  gente  que  pueda  gestionar  bien  el
[62:29] 
[62:29] cambio  y  que  se  pueda  adaptar.  Y  para
[62:31] 
[62:31] esto  hay  que  darles  contexto,  hay  que
[62:33] 
[62:33] explicarles  el  por  qué  se  cambia.  Pero
[62:34] 
[62:34] hay  gente  que  que  no  le  que  no  le  gusta.
[62:36] 
[62:36] Y  lo  que  hablabas  de  de  esa  generosidad
[62:39] 
[62:39] hacia  otro  equipo,  de  hecho,  nosotros  en
[62:41] 
[62:41] Operations  hemos  estado  trabajando  mucho
[62:43] 
[62:43] en  el  concepto  de  dominio  como  equipo,
[62:47] 
[62:47] precisamente  por  esto,  porque  en  el
[62:49] 
[62:49] pasado  la  gente  estaba  al  final  todo  el
[62:52] 
[62:52] mundo  necesita  un  sentimiento  de
[62:53] 
[62:53] pertenencia,  pero  cuando  tú  tienes  un
[62:55] 
[62:55] sentimiento  de  pertenencia  a  un  equipo
[62:57] 
[62:57] concreto  con  un  scope  cerrado  y  te
[62:59] 
[62:59] cambian  o  el  scope  o  la  gente  o  el
[63:01] 
[63:01] equipo,  te  desestabilizan.  En  cambio,  si
[63:04] 
[63:04] tu  sentimiento  de  pertenencia  no  es  solo
[63:06] 
[63:06] necesariamente  a  ese  a  esa  equipo
[63:08] 
[63:08] burbuja,  sino  al  dominio  o  a  factorial,
[63:12] 
[63:12] entonces  si  tú  tienes  factorial  o  el
[63:14] 
[63:14] dominio  tiene  otra  prioridad  mayor,  es
[63:16] 
[63:16] más  fácil  hacer  esos  cambios.  Me  encanta
[63:18] 
[63:18] que  me  estés  dando  la  razón  a  lo  que
[63:20] 
[63:20] decía  al  principio  yo,  que  es  incluir  a
[63:22] 
[63:22] más  equipo,  más  equipo,  o  sea,  hacer
[63:24] 
[63:24] menos  divisiones,  no  no  más,  o  sea,  no
[63:27] 
[63:27] el  trío  es  que  no  ni  el  equipo,  sino  el
[63:30] 
[63:30] dominio.  Siempre  te  estoy  explicando  que
[63:32] 
[63:32] una  cosa  no  quita  la  otra.  Cada  vez  que
[63:34] 
[63:34] tenemos  un  Assembly  traemos  muchísimo
[63:36] 
[63:36] contexto  a  todo  el  mundo.  Claro.  Eh,  el
[63:39] 
[63:39] trío  tiene  que  dar  mucho  contexto  a  su
[63:41] 
[63:41] equipo.  Tienen  que  tener  mucha
[63:44] 
[63:44] información  para  alinearnos  y  para
[63:47] 
[63:47] entender  el  porqué  de  las  cosas,  pero  no
[63:49] 
[63:49] pueden  estar  en  todas  las  entrevistas
[63:51] 
[63:51] con  los  clientes,  en  todos  los  el  ruido
[63:53] 
[63:53] que  viene  de  de  Slack.  Ojalá  tuvieran.
[63:57] 
[63:57] Eh,  por  cierto,  dominio  en  Factorial  es
[64:00] 
[64:00] una  área,  ¿no?,  de  de  negocio  de  de  un
[64:03] 
[64:03] espacio  de  problemas.  En  nuestro  caso
[64:05] 
[64:05] tenemos  finanzas,  tenemos  payroll,
[64:08] 
[64:08] bueno,  tenemos  operaciones  que  está
[64:09] 
[64:09] formado  por  payroll,  plataforma  y
[64:11] 
[64:11] gestión  del  tiempo,  ¿no?  Y  luego  tenemos
[64:14] 
[64:14] gestión  del  talento,  ¿no?  Eh,  son  como
[64:17] 
[64:17] dominios  de  espacios  de  problemas  que
[64:18] 
[64:18] actúan  casi  como  una  empresa  autónoma
[64:21] 
[64:21] que  vamos  creando  y  moviendo  equipos,
[64:23] 
[64:23] ¿no?  Como  como  estabas  contando,  ¿no?
[64:25] 
[64:25] Pero  al  final  todo  es  factorial.  Claro,
[64:27] 
[64:27] somos  el  equipo  de  factorial  y  a  veces
[64:29] 
[64:29] los  dominios  también  tienen  que  tener
[64:30] 
[64:30] generosidad  con  otros  dominios.  a  veces
[64:33] 
[64:33] todo  el  rato.  Bueno,  bueno,  pero  también
[64:34] 
[64:34] hay  muchas  discusiones  de,  por  ejemplo,
[64:36] 
[64:36] ¿por  qué  Payrol  ha  puesto  un  incentivo  a
[64:40] 
[64:40] Sí,  yo,  ese  soy  yo,  a  los  account
[64:43] 
[64:43] managers  y  no  nos  ha  llamado  finanzas
[64:45] 
[64:45] para  que  nosotros  también  tengamos  la
[64:46] 
[64:46] opción  de  poner  un  incentivo,  ¿no?  Yo  no
[64:48] 
[64:48] estaba,  yo  mi  conversación  no  iba  tanto
[64:50] 
[64:50] por  ahí,  sino  en  cómo  podemos  tener
[64:53] 
[64:53] todos  nuestra  parte,  porque  todos
[64:55] 
[64:55] tenemos  que  vender.  O  sea,  por  ejemplo,
[64:57] 
[64:57] para  mí,  o  sea,  al  final  es  un  ejemplo
[64:59] 
[64:59] aleatorio  aleatorio  que  no  ha  pasado  y
[65:01] 
[65:01] que  nunca  ha  pasado,  que  le  ha  pasado
[65:03] 
[65:03] una  amiga,  de  hecho,  ¿no?
[65:06] 
[65:06] Eh,  antes  he  dicho,  "Esa  soy  yo,  ¿no?  E
[65:09] 
[65:09] o  sea,  porque  creo  que,  o  sea,  para  para
[65:13] 
[65:13] una  cosa  que  tenemos  super  claro  en
[65:14] 
[65:14] factorial  es  factorial,  o  sea,  tenemos
[65:16] 
[65:16] que  conseguir  los  objetivos  como
[65:17] 
[65:17] factorial,  ¿no?  Pero  sí  que  es  verdad
[65:19] 
[65:19] que  lo  que  pasó  ahí  en  ese  momento  es
[65:20] 
[65:20] que  hay  dos  productos  eh  nuevos  que
[65:24] 
[65:24] necesitan  como  mucho  ese  apoyo,  ¿no?
[65:26] 
[65:26] Entonces,  si  balanceamos  por  un  lado,  el
[65:30] 
[65:30] otro  producto  puede  caer  y  yo  no  o  sea,
[65:33] 
[65:33] no  lo  hago  para  llevármelo  todo  a
[65:34] 
[65:34] finance,  sino  es  más,  ¿cómo  podemos
[65:36] 
[65:36] trabajarlo  de  manera  que  ninguno  se  haga
[65:39] 
[65:39] perjudicado?  Porque  vamos
[65:40] 
[65:41] a  cae,  pero  bueno,  sí  sería  entrar  en
[65:45] 
[65:45] otra  conversación.  No,  no  sé,  no  tengo
[65:46] 
[65:46] más,  no  tengo  más  datos.  No  puedo  hablar
[65:48] 
[65:48] pues  la  persona  que  le  pasó  eso.
[65:51] 
[65:51] Muy  bien.  Em,  vale,  pues  hemos  hablado
[65:53] 
[65:53] de  procesos,  ¿no?  No  hemos  hablado  de
[65:55] 
[65:55] procesos.  ¿Cuáles  son  los  procesos  de
[65:56] 
[65:56] Factorial?  Por  eso  no  hemos  hablado  de
[65:58] 
[65:58] procesos,
[66:01] 
[66:01] hombre.  Yo  creo  que  hay  unos  cuantos  ya
[66:03] 
[66:03] gracias  a  vosotras.  A  ver,  los  procesos
[66:05] 
[66:05] que  están  claros  son  los  rituales.  Hay
[66:07] 
[66:07] ciertos  rituales  que  están  claros,  ¿no?
[66:09] 
[66:09] Tenemos  la  Produ,  como  ya  hemos
[66:11] 
[66:11] comentado,  y  el  alignment.  Esos  son  los
[66:14] 
[66:14] que  no  pueden.  ¿Qué  son?  que  que  el
[66:16] 
[66:17] prodw  review  como  hemos  estado  hablando
[66:19] 
[66:19] es  este  esta  reunión  que  tenemos  a
[66:22] 
[66:22] principio  de  cada  quarter  donde  hacemos
[66:23] 
[66:24] una  review,  una  revisión  de  lo  que  se
[66:26] 
[66:26] cada  equipo  ha  lanzado  y  el  impacto  que
[66:28] 
[66:28] ha  tenido  en  el  cuáter  anterior  y  sus
[66:30] 
[66:30] planes  para  el  este  quáter,  para  el
[66:32] 
[66:32] cuáter
[66:33] 
[66:33] siguiente.  Entonces,  es  dura  3  días  y
[66:37] 
[66:37] medio,  4  días,  todos  los  equipos
[66:38] 
[66:38] presentan,  dura  tanto  porque  somos
[66:39] 
[66:39] muchos  equipos.  Cuando  dices  días,  son
[66:41] 
[66:42] días  días  24  horas  de  a  nu  de  9  a
[66:46] 
[66:46] y  entonces  eh  los  es  muy  importante,  no
[66:50] 
[66:50] solo  por  esa  visión  que  coges  de  que
[66:52] 
[66:52] todos  los  equipos  presentan  y  ves  eh  qué
[66:55] 
[66:55] está  pasando,  sino  porque  los  directores
[66:57] 
[66:57] entendemos  eh  lo  que  se  está  trabajando
[67:00] 
[67:00] y  también  si  tiene  sentido  a  nivel  de
[67:02] 
[67:03] prioridades  lo  que  hablamos  de
[67:05] 
[67:05] factorial.  Entonces  esa  es  la  product
[67:07] 
[67:07] review.  Luego  tenemos  el  alignment  a
[67:09] 
[67:09] mitad  de  teóricamente  a  mitad  de
[67:11] 
[67:11] cuartel,  pero  que  al  final  siempre
[67:12] 
[67:12] termina  yéndose  un  poquito  hacia  hacia
[67:14] 
[67:14] mitad  más  e  que  es  una  demo  a  toda  la
[67:18] 
[67:19] empresa  de  lo  que  hemos  lo  que  estamos
[67:21] 
[67:21] haciendo.  Entonces,  la  product  review  es
[67:22] 
[67:23] solo  para  el  equipo  de  producto.  Eh,
[67:25] 
[67:25] cuando  hablo  del  equipo  de  producto
[67:26] 
[67:26] incluye  ingenieros,  diseñadores  y
[67:28] 
[67:28] product  managers,  obviamente,  y  cuando
[67:30] 
[67:30] el  alignment,  no,  el  alignment  se
[67:31] 
[67:32] abierto  a  todo  el  go  market  y  a  toda  la
[67:33] 
[67:33] empresa.  Entonces,  es  ese  momento  para
[67:35] 
[67:35] recibir  el  feedback,  para  recibir  eh  las
[67:38] 
[67:38] opiniones  de  todo  el  go  to  market  de  si
[67:39] 
[67:39] estamos  haciendo  algo  bien  o  algo  mal  y
[67:42] 
[67:42] asegurarnos  de  que  de  que  lo  que  estamos
[67:44] 
[67:44] al  final  ambos  ambos  rituales  el  foco  es
[67:47] 
[67:47] asegurarnos  que  estamos  trabajando  en  la
[67:49] 
[67:49] cosa  correcta  e  con  el  nivel  de  de
[67:52] 
[67:52] calidad
[67:53] 
[67:53] adecuado.  Entonces,  lo  más  importante  es
[67:55] 
[67:55] el  feedback  que  recibimos  y  qué  hacemos
[67:58] 
[67:58] con  ese  feedback.  Hay  más  procesos.
[68:01] 
[68:01] tenemos  el  el  productor  Hans,  que  es  un
[68:04] 
[68:04] ritual  interno  eh  de  todo  de  todo  el
[68:08] 
[68:08] equipo  de  producto,  donde  normalmente
[68:10] 
[68:10] pues  lo  usamos  para  ese  alineamiento  eh
[68:14] 
[68:14] a  nivel  de  equipo  de  producto  de
[68:16] 
[68:16] organización.
[68:18] 
[68:18] Pero  si  tu  pregunta  va  más,  hay  un
[68:20] 
[68:20] proceso  de  cómo  definimos  producto,  cómo
[68:21] 
[68:21] hacemos  producto,  o  sea,  porque  al  final
[68:23] 
[68:23] estos  son  como  más  rituales,  rituales
[68:26] 
[68:26] Sí,  pero  si  es,  o  sea,  creo  que  al  final
[68:29] 
[68:29] pasamos,  o  sea,  creo  que  pasamos  por
[68:31] 
[68:31] todos  los  pasos  de  la  creación  del
[68:33] 
[68:33] producto,  pero  sin  framework  concreto,
[68:36] 
[68:36] sin  eso  es  sin  un  framework  concreto,  no
[68:38] 
[68:38] enforzamos  ninguna  metodología,  dejamos
[68:40] 
[68:40] libertad  a  los  equipos.  Hay  equipos  que
[68:42] 
[68:42] funcionan  de  una  forma  y  otros  de  otra  y
[68:44] 
[68:44] equipos  más  asile,  menos  asile.  Sí.  Eh,
[68:48] 
[68:48] no,  eh,  al  final  lo  común  es  hay  un
[68:52] 
[68:52] estamos  troceados  en  quarters,  ¿no?  Eh,
[68:55] 
[68:55] la  unidad,  digamos,  de  tiempo  donde  hay
[68:57] 
[68:57] una  evaluación  completa  de  todo  es  el
[68:59] 
[68:59] quarter,  pero  cada  dominio  tiene
[69:02] 
[69:02] distintas  formas  de  ir  evaluando  cada
[69:04] 
[69:04] semana  o  cada  dos  semanas,  ¿no?,  lo  que
[69:06] 
[69:06] se  está  construyendo.  De  hecho,  e  al
[69:10] 
[69:10] final  lo  que  yo  suelo  comentar  en  las
[69:12] 
[69:12] entrevistas  es  que  a  mí  me  da  igual  el
[69:13] 
[69:13] libro  que  tú  utilices,  ¿no?  El  equipo  al
[69:15] 
[69:15] final  se  pone  de  acuerdo  si  usa  Canban
[69:16] 
[69:16] Scram.  Si  utiliza  este  framework,  este
[69:19] 
[69:19] otro  para  priorizar,  me  da  igual  el
[69:20] 
[69:20] libro.  Si  funciona  es  el  libro  adecuado
[69:22] 
[69:22] y  si  no  funciona  cambia  de  libro.  Al
[69:24] 
[69:25] final  da  un  poco  igual  el  framework.
[69:28] 
[69:28] especiales
[69:30] 
[69:30] hablando  del  libro  que  funciona,  puedes
[69:32] 
[69:32] explicar,  Valeria,  el  caso  de  proyectos,
[69:33] 
[69:34] que  es  un  caso  eh  bastante  espectacular
[69:37] 
[69:37] de
[69:38] 
[69:38] crecimiento.  El  caso  el  caso  de
[69:40] 
[69:40] proyectos  fue  un  producto  que  el  año
[69:43] 
[69:43] pasado  tuvimos  una  conversación,  el  año
[69:45] 
[69:45] pasado,  bueno,  hace  dos,  como  a  finales
[69:47] 
[69:47] de  2023,  ¿no?  una  conversación  de  qué
[69:50] 
[69:50] hacemos  con  este  producto,  o  levantamos
[69:52] 
[69:52] un  millón  o  adiós
[69:55] 
[69:55] producto.  Y  me  acuerdo  que  yo  las
[69:58] 
[69:58] Navidades  pasadas  como  el  cuento  de
[70:00] 
[70:00] Navidad,  pero  las  Navidades  pasadas,  las
[70:01] 
[70:01] de  23  a  24,  cuando  todo  el  mundo  está  de
[70:04] 
[70:04] vacaciones,  yo  estuve  como  pensando  en
[70:06] 
[70:06] plan,  esto  hay  que  levantar  un  millón,  o
[70:08] 
[70:08] sea,  tenemos  que
[70:09] 
[70:09] levantarlo.  Y  cuando  dice  levantar  un
[70:12] 
[70:12] millón,  ¿quiere  decir  vender?  vender,  no
[70:14] 
[70:14] conseguir  un  millón  de  factorial,  el
[70:16] 
[70:16] balance  factorial  para  no  no no  el
[70:19] 
[70:19] conseguir  1,illón  de  ARR,  eh,
[70:21] 
[70:21] consiguiendo  que  clientes  paguen  por  ese
[70:23] 
[70:23] productom
[70:25] 
[70:25] y  lo  que  hicimos  básicamente  con  el
[70:28] 
[70:28] equipo  de  projects,  eh,
[70:31] 
[70:31] que  para  mí  son  como  top,  o  sea,  sí,  son
[70:34] 
[70:34] top,  eh,  todas  las  personas  que  han
[70:36] 
[70:36] pasado  por  por  ese  producto  algo  del
[70:38] 
[70:38] tiempo,  em  fue
[70:41] 
[70:41] e  meternos
[70:43] 
[70:43] de  lleno  en  entender  cuál  eran  los
[70:44] 
[70:45] problemas  que  tenían  nuestros  clientes
[70:46] 
[70:46] con  la  gestión  de  los  proyectos  y
[70:48] 
[70:48] empezar  a  sacar  eh  valor  en  muy  corto
[70:52] 
[70:52] tiempo,  validando  a  la  vez  eh  el  precio
[70:56] 
[70:56] por  el  cual  vendíamos  ese  producto,  ¿no?
[70:57] 
[70:57] Porque  era  todo  nuevo.  Este  producto
[70:59] 
[70:59] estaba  dando  0  €  a  factorial.  Bueno,  de
[71:00] 
[71:00] hecho  estaba  restando  a  factori,  ¿no?
[71:02] 
[71:02] Porque  consumía  mucho,  ¿no?  De  de
[71:04] 
[71:04] ciertos  recursos.
[71:06] 
[71:06] [Música]
[71:07] 
[71:07] Y  conseguimos  levantar  eh  un  millón  de
[71:10] 
[71:10] levantar  conseguimos  eh  Sí.  que  generar
[71:13] 
[71:13] un  millón  de  ARR  en  menos  de  un  año.  Y
[71:17] 
[71:17] como  lo  hicimos,  pues  fue  contacto  con
[71:19] 
[71:19] el  cliente,  e  buena  definición  de
[71:22] 
[71:22] producto  de  las  soluciones,  es  que  era
[71:24] 
[71:24] contacto  constante  con  el  cliente,  es
[71:26] 
[71:26] que,  o  sea,  yo  creo  que  si  veías  o  si
[71:29] 
[71:29] ves  las  métricas  de  Gong,  que  es  la
[71:32] 
[71:32] plataforma  con  la  que  que  gestionamos
[71:34] 
[71:34] las  comunicaciones  con  los  clientes,  yo
[71:35] 
[71:35] veía  las  métricas  otra  vez  con  los  datos
[71:37] 
[71:37] y  decía,  "Ostras,  es  que  voy  a  muchas
[71:39] 
[71:39] reuniones  con  clientes  a  la  semana."  y
[71:42] 
[71:42] claro,  y  luego  verte  las  grabaciones  con
[71:44] 
[71:44] el  equipo,  escuchar  al  cliente  cuál  es
[71:46] 
[71:46] el  problema,  a  partir  de  ahí  pues
[71:48] 
[71:48] definirlo  con  con  el  designer  y  con  la
[71:51] 
[71:51] engineering  manager.
[71:53] 
[71:53] Em,  y  aparte  conseguimos  una  cosa  que
[71:56] 
[71:56] para  mí  es  fundamental  y  es  que  todo  el
[71:58] 
[71:58] equipo  estaba
[72:00] 
[72:00] supermtivado  con  el  objetivo,
[72:02] 
[72:02] supermotivado.  O  sea,  es  que  todos
[72:05] 
[72:05] sabían  el  el  la  y  lo  siguen  sabiendo,  el
[72:08] 
[72:08] AR  que  están  generando.  Es  que  cuando
[72:11] 
[72:11] creas  ese  engagement  con  el  equipo
[72:14] 
[72:14] entero  es  que  todo  funciona  mucho  mejor
[72:17] 
[72:17] porque  están  dispuestos  a  arrimar  mucho
[72:20] 
[72:20] más,  a  poner  más  ideas.  Cuando  piensan,
[72:25] 
[72:25] piensan  como  mucho  más  focalizados  en
[72:27] 
[72:27] los  problemas  que  queremos  eh
[72:29] 
[72:29] solucionar.
[72:32] 
[72:32] Y  luego  un  go  automarket,  eh,  muchas
[72:35] 
[72:35] comunicaciones,  mucha  campaña,
[72:38] 
[72:38] muchas  o  sea,  basamos  mucho  la
[72:40] 
[72:40] estrategia  de  lo  market  en  apsel  de  cómo
[72:41] 
[72:41] podíamos  cruzar  esos  productos  con  otros
[72:44] 
[72:44] productos  de  factorial  y  cuando  nosotros
[72:45] 
[72:45] queremos  ser,  ¿no?,  como  una  only  one
[72:47] 
[72:47] solution  era  ahí,  ¿no?  Es  dónde  nuestro
[72:50] 
[72:50] producto  es  competitivo  con  respecto  al
[72:53] 
[72:53] resto  de  la  competencia,  ¿no?  ¿Dónde  es
[72:55] 
[72:55] diferencial?  en  lo  que  ya  tenemos  dentro
[72:57] 
[72:57] de  factorial  que  otras  empresas  no
[72:58] 
[72:58] tienen,  ¿no?  Como  era,  por  ejemplo,  el
[73:00] 
[73:00] coste  por  hora,  el  poder  trackar  el
[73:02] 
[73:02] tiempo  exacto,  que  para  muchas  empresas
[73:03] 
[73:03] es  muy  importante.  Entonces  fue  unificar
[73:07] 
[73:07] todos  esos  productos  y  luego  enseñarles
[73:09] 
[73:09] el
[73:10] 
[73:10] valor  que  tenía  el  producto  sin  que  lo
[73:13] 
[73:13] tuvieran  contratado.  Entonces,  eso
[73:14] 
[73:14] generaba  la  la  el  deseo  de  probarlo  y  de
[73:18] 
[73:18] contratarlo  generando  un  apsel  y  con  un
[73:20] 
[73:20] equipo  de  comando  e  convertir  esos  el
[73:24] 
[73:24] equipo  de  comando  es  un  equipo  de  apsel
[73:25] 
[73:25] especializado  en  el  producto  que  nos
[73:27] 
[73:27] ayuda  a  explicar  al  cliente  e  el
[73:30] 
[73:30] producto  y  bueno,  el  cliente  en  ese
[73:32] 
[73:32] momento  es  un  es  un  cliente  potencial  y
[73:34] 
[73:35] conseguimos  convertirlo.  Bueno,  no  es  no
[73:37] 
[73:37] es  un  cliente  potencial,  es  un  cliente
[73:38] 
[73:38] de  pot  de  factorial  pero  potencial  de
[73:40] 
[73:40] nuestro  producto.  Eso  es.  O  sea,
[73:41] 
[73:41] empezaste  pescando  en  una  pisoría,
[73:43] 
[73:43] digamos,  ¿no?  Porque  era  eran  clientes
[73:46] 
[73:46] de  factorería.  Sí,  pero  fue  bastante
[73:48] 
[73:48] curioso  porque  la  hipótesis  que  yo  puse
[73:50] 
[73:50] al  principio  es  que  conseguiría  el  70%
[73:53] 
[73:53] de  los  clientes  de  Apel  y  se  dieron  las
[73:57] 
[73:57] se  dio  la  vuelta  a  las  tornas  y  luego
[73:59] 
[73:59] acabó  siendo  nuevos  clientes.  Nuevos
[74:00] 
[74:01] clientes.  Tenemos  más  tenemos  al  revés
[74:03] 
[74:03] tenemos  más  Sí,  sí.  Tenemos  el  30%  de
[74:05] 
[74:05] nuevos  clientes  y  el  30%  Apsel.  Sí,  sí.
[74:07] 
[74:07] Pero  empezaste  hablando  con  clientes
[74:08] 
[74:08] existentes.  Empezar  hablando  con
[74:10] 
[74:10] clientes  existentes.  Sí.  tiene  un
[74:11] 
[74:11] problema  de  gestión  de  proyectos.  Sí.
[74:14] 
[74:14] Sí.  Y  que  las  herramientas  que  hay  en  el
[74:16] 
[74:16] mercado  son  demasiado  complejas  para
[74:19] 
[74:19] ellos,  o  sea,  como  por  ejemplo  un  Gira  o
[74:22] 
[74:22] un  Monday  y  le  dan  poca  visibilidad  de
[74:25] 
[74:25] costes  reales  porque  no  tienen  la
[74:27] 
[74:27] información  del  coste  del  empleado  y  lo
[74:30] 
[74:30] pueden  imputar  a  la  hora.  Tampoco  tiene
[74:31] 
[74:31] un  sistema  de  clocking  clockout  de
[74:33] 
[74:33] traqueo  de  horas  en  base  pro  de  la
[74:35] 
[74:35] gestión  del  tiempo.  Es  es  bueno  ni  de
[74:36] 
[74:36] las  vacaciones,  ¿no?  Es  como  al  final  y
[74:38] 
[74:38] la  gestión  de  la  vacaciones  final.
[74:40] 
[74:40] Claro,  lo  que  fuimos  haciendo  es  linkcar
[74:41] 
[74:41] todos  los  productos  que  teníamos  en
[74:42] 
[74:42] Factorial  para  dar  visibilidad  y  poner
[74:46] 
[74:46] en  valor  mucho  más  la  gestión  del
[74:47] 
[74:47] proyecto,  porque  tú  ahora  cuando
[74:49] 
[74:49] gestionas  un  proyecto  sabes  si  a  la
[74:51] 
[74:51] persona  que  estás  e  introduciendo  en  ese
[74:53] 
[74:54] proyecto  tiene  vacaciones,  no  tiene
[74:55] 
[74:55] vacaciones,  si  cuántas  horas  trabaja  al
[74:58] 
[74:58] día,  qué  disponibilidad  tiene
[75:01] 
[75:01] bueno  y  el  coste  por  hora  de  esa  persona
[75:03] 
[75:03] porque  tenemos  el  salario  y  a  partir  de
[75:05] 
[75:05] ahí  muchísimas  más  cosas  hacia  donde
[75:07] 
[75:07] queremos  ir  que  es  como  buscar  la
[75:08] 
[75:08] productividad  de  esta  persona,  ¿no?  Eh,
[75:10] 
[75:10] también  pues  podemos  linkarlo,  queremos
[75:12] 
[75:12] trabajar  en  el  futuro  en  cómo  linkarlo,
[75:14] 
[75:14] pues  por  ejemplo  con  con  trainings,  ¿no?
[75:16] 
[75:16] O  sea,  ¿qué  skills  tiene  esa  persona?
[75:17] 
[75:17] ¿Cómo  performa  esa  persona?  Porque  al
[75:19] 
[75:19] final  cu  tienes  que  tomar  decisiones
[75:21] 
[75:21] sobre  qué  personas  poner,  ¿no?,  en  los
[75:23] 
[75:23] proyectos  o  sobre  todo  cuando  estás
[75:25] 
[75:25] gestiando  un  proyecto  para  un  cliente,
[75:27] 
[75:27] ¿no?  Para  un  tercero,  es  pues  todas  esas
[75:29] 
[75:29] preguntas  de  quién  es  mejor  poner,  quién
[75:31] 
[75:31] no,  dónde  puedo  obtener  más  rentabilidad
[75:32] 
[75:32] con  el  proyecto.  Al  final  es  el  objetivo
[75:35] 
[75:35] es  que  los  proyectos  sean  lo  más
[75:36] 
[75:36] rentables  posibles  y  cómo  les  ayudamos  a
[75:38] 
[75:38] que  eso  a  que  eso  suceda  y  tenemos  todos
[75:41] 
[75:41] esos  datos  en  Factorial.  En  Mataro  que
[75:43] 
[75:43] ves  todas  las  entrañas  de  Factorial
[75:45] 
[75:45] porque  llevas  toda  la  plataforma  en  sí  y
[75:47] 
[75:47] los  productos  eh  que  más  venden  eh  de
[75:51] 
[75:51] Factorial,  ¿cuál  es  el  producto  que  más
[75:54] 
[75:54] te  ilusiona?
[75:58] 
[75:58] El  producto  que  más  me  ilusiona.  ¿Y
[76:00] 
[76:00] dónde  ves  algo  que  más  que  te  flipe  más?
[76:03] 
[76:03] A  ver,  así  de  concreta  es  la  pregunta.
[76:05] 
[76:05] Sí,  muy  concreta.
[76:08] 
[76:08] A  ver,  hm,  yo  tengo  el  corazón  dividido,
[76:11] 
[76:11] ¿no?  Porque  vengo  de  time,  porque  fui
[76:13] 
[76:13] individual  contributor  de  el  equipo  de
[76:15] 
[76:15] de  Time  Planning.  Entonces,  toda  la
[76:18] 
[76:18] parte  de  gestión  del  tiempo,  que  yo,
[76:20] 
[76:21] aunque  son  tres  productos,  lo  veo  como
[76:22] 
[76:22] uno,  eh,  pues  me  me  encanta.  Y  además
[76:27] 
[76:27] estamos  haciendo  cosas  muy  chulas  ahora
[76:30] 
[76:30] que  hace  2  años  prometí  que  iba  a  llegar
[76:32] 
[76:32] la
[76:33] 
[76:33] la  planificación  automática  y  que  no
[76:36] 
[76:36] íbamos  a  tener  que  estar  añadiendo
[76:39] 
[76:39] turnos  manualmente  y  ahora  ya  por  fin  va
[76:42] 
[76:42] a  llegar  y  vamos  a  ser  capaces  de  hacer
[76:44] 
[76:44] la  planificación  eh  con  un  clic.  dices
[76:46] 
[76:46] cuántos  cuántas  cuál  es  la  cobertura  que
[76:49] 
[76:49] necesitas  dentro  de  tu  negocio  y
[76:51] 
[76:51] calculamos  esa  planificación  por  ti.
[76:53] 
[76:54] Mágicamente,  mágicamente.  Ya  dije  que  yo
[76:56] 
[76:56] creo  en  la  magia,  el  botón  mágico,  esa
[76:58] 
[76:58] era  mi  visión  hace  dos  años,  ¿no?
[77:00] 
[77:00] Entonces,  pues  eso  a  mí  me  ilusiona
[77:02] 
[77:02] mucho  porque  veo  que  por  fin  por  fin
[77:04] 
[77:04] conseguimos  llegar  a  esa  visión  que  nos
[77:06] 
[77:06] habíamos  marcado  hace  un  tiempo.  Por
[77:08] 
[77:08] otro  lado,  a  ver,  tenemos  un  nuevo
[77:10] 
[77:10] producto  que  es  el  nuevo  bebé,  ¿no?,  que
[77:12] 
[77:12] es  Benefit  y  que  al  final  estamos
[77:14] 
[77:14] intentando  eh  lo  estamos  llevando  al  Go
[77:16] 
[77:16] to  Market,  estamos  viéndolo  crecer,
[77:18] 
[77:18] estamos  ahora  en  esa  aventura  que  estuvo
[77:20] 
[77:20] llevando  eh  Valeria  en  su  momento  con
[77:22] 
[77:22] Projects  y  siguiendo  una  estrategia
[77:24] 
[77:24] parecida,  ¿no?  empezando  eh  con  unas
[77:27] 
[77:27] iteraciones  muy  rápidas.  Eh  este  de  cero
[77:30] 
[77:30] a  uno  que  al  final  siempre  ilusiona
[77:32] 
[77:32] porque  ves  como  haciendo  pocas  cosas  vas
[77:35] 
[77:35] iterando  y  vas  creciendo  y  vas
[77:37] 
[77:37] recibiendo  una  esa  iteración  rápida
[77:39] 
[77:39] gracias  a  las  conversaciones  con  los
[77:40] 
[77:40] clientes  y  yendo  primero  a  los  clientes
[77:42] 
[77:42] actuales,  que  los  tenemos  más  cerquita,
[77:44] 
[77:44] eh,  para  luego  sacarlo  abiertamente  al
[77:46] 
[77:46] mercado.  Entonces,  bueno,  esos  dos  al
[77:48] 
[77:48] final  eh  son  Fíjate  que  pensaba  que  me
[77:50] 
[77:50] hablarías  de  Factoria.  Eh,  es  que  para
[77:52] 
[77:52] mí  eso  no  es  un  producto.  Claro,  tú  me
[77:54] 
[77:54] has  preguntado  producto.  Ah,  vale,  vale.
[77:56] 
[77:56] Te  contesto  la  pregunta.  Esos  son  todos.
[77:58] 
[77:58] Claro,  Factorial  es  la  nueva  manera  que
[78:02] 
[78:02] tenemos  de  de  ver  factorial,  de  hacia
[78:05] 
[78:05] dónde  vamos.  Mm.  Entonces  vamos  a  meter
[78:08] 
[78:08] unas  funcionalidades  muy  chulas  que
[78:10] 
[78:10] tienen  que  ver  con  meterle  un  buen
[78:12] 
[78:12] empuje  de  y  que  va  a  cambiar  cómo  cómo
[78:16] 
[78:16] pensamos  factorial  y  que  además  nos
[78:18] 
[78:18] permite  pensar  de  una  manera  más
[78:20] 
[78:20] estratégica,  no  tanto  este  convenio  me
[78:23] 
[78:23] pide  que  apruebe  estas  vacaciones,  que
[78:25] 
[78:25] estos  son,  no,  sino,  oye,  ¿por  qué
[78:28] 
[78:28] necesitamos  aprobar  vacaciones?  Hm.
[78:31] 
[78:31] ¿Cuál  es  toda  la  información  que
[78:32] 
[78:32] necesitamos?  ¿Cómo  nos  aseguramos  que
[78:34] 
[78:34] tenemos  la  cobertura  de  del  negocio  y  el
[78:36] 
[78:36] negocio  tira?  E  y  esto  llevado  a  todas
[78:39] 
[78:39] las  partes  del  producto,  ¿no?  Eh,  ¿cómo
[78:41] 
[78:41] nos  por  qué  necesitamos  compensar  de
[78:43] 
[78:43] esta  manera  y  de  otra?  ¿Cuál  es  el
[78:45] 
[78:45] objetivo  de  esto?  Entonces,  para  mí
[78:48] 
[78:48] Factorialidad  no  es  un  producto,  es  una
[78:50] 
[78:50] nueva  manera  de  hacer  todo  el  oling  one,
[78:54] 
[78:54] todos  los  productos.  Interesante.  Oye,
[78:56] 
[78:56] pues  para  acabar,  eh,  hablemos  de
[78:58] 
[78:58] embarazos.  Volemos  embarazo.  Embarazos.
[79:03] 
[79:03] Tú,  Valeria,  e  eres  directora  de
[79:06] 
[79:06] finanzas,  ¿no?  Sí.  De  producto  de
[79:08] 
[79:08] finanzas.  De  producto  de  finanzas  que
[79:10] 
[79:10] siempre  siempre  nuestro  CFO  cada  vez  se
[79:12] 
[79:12] levanta  de  la  silla.  Moran,
[79:15] 
[79:15] e  no  y  bueno  y  está  te  queda  poco  para
[79:18] 
[79:18] para  desaparecer.  Me  queda  poco  para
[79:21] 
[79:21] hacer  el  gran  delivery.  Exacto.  Eso  es
[79:23] 
[79:23] el  gran  delivery.  El  gran  delivery.  Eh,
[79:25] 
[79:25] eso  pasa  en  el  equipo  de  producto.
[79:27] 
[79:27] Tenemos  un  equipo  de  de  una  media  de
[79:29] 
[79:29] edad  de  unos  30  y  pico  años,  ¿no?  Sí.
[79:32] 
[79:32] Eh,  entonces  que  constantemente  la  gente
[79:34] 
[79:34] desaparece,  ¿no?  Hay  muchas
[79:36] 
[79:36] paternidades,  maternidades,  ¿no?  La
[79:38] 
[79:38] gente  tiene
[79:40] 
[79:40] cómo  ya  por  por  interés,  ya  por
[79:42] 
[79:42] curiosidad,  eh,  ¿cómo  gestionamos  eso?
[79:45] 
[79:45] No,  ¿cómo  gestionamos  esto?
[79:47] 
[79:47] ¿Desde  qué  perspectiva?
[79:50] 
[79:50] Eh,  desde  la  perspectiva  de  factor  de
[79:51] 
[79:51] factor.  Vamos,  vamos  a  ir  a  de
[79:53] 
[79:53] factorial.  Bueno,
[79:56] 
[79:56] eh,  a  ver,  sí,  porque  desde  la  otra
[79:59] 
[79:59] perspectiva  no  quiero  pensarlo
[80:00] 
[80:00] todavía.  Eh,  ¿cómo  gestionamos  esto?
[80:03] 
[80:03] Pues  y  luego  preguntaremos  a  Emma,  ¿cómo
[80:05] 
[80:05] es  la  conciliación?  Porque  tú  tienes
[80:07] 
[80:07] tres  hijos,  ¿no?  Y  cómo  cómo  lo  hacen
[80:10] 
[80:10] los  equipos  de  producto,  ¿no?  Que  en  un
[80:12] 
[80:12] entorno  tan  demanding,  ¿no?  ¿Cómo  se
[80:15] 
[80:15] gestiona?  Sí.  Bueno,  eh,  básicamente
[80:19] 
[80:19] rodeándote  de  un  equipo,  lo  que  decía
[80:21] 
[80:21] antes,  de  mucha  confianza,  o  sea,  estoy
[80:23] 
[80:23] muy  tranquila  en  el  sentido  de  que  estos
[80:25] 
[80:25] meses  se  construye  un  equipo  ser  sólido
[80:27] 
[80:27] en  el  que  las  cosas  van  a  seguir
[80:29] 
[80:29] pasando,  eh,  aunque  aunque  yo  esté
[80:32] 
[80:32] focalizada  en  otra  cosa.
[80:35] 
[80:35] Mm,
[80:37] 
[80:37] y  al  final,  o  sea,  yo  estoy  con  un  poco
[80:40] 
[80:41] el  corazón  dividido,  ¿no?  que  estoy
[80:43] 
[80:43] momento  estoy  viendo  un  momento  en
[80:44] 
[80:44] Factorial
[80:45] 
[80:45] superemocionante,  pero  a  la  vez  también
[80:48] 
[80:48] tengo  como  un  proyecto  personal  super
[80:49] 
[80:49] emocionante,  ¿no?  Entonces  es  como  ahí
[80:52] 
[80:52] ese,  no  sé,  ese  balance  de  de  cosas
[80:56] 
[80:56] bonitas  que  están  pasando  a  la  vez,
[80:57] 
[80:57] porque  las  cosas  estas  pasan  a  la  vez,
[80:58] 
[80:58] es  como  de  repente  pasan,  ¿no?  Sucen.
[81:01] 
[81:01] Entonces,  bueno,  rodearte  un  equipo  de
[81:03] 
[81:03] mucha  confianza,  eh  intentar  preparar
[81:05] 
[81:05] las  cosas,  eh,  dejando  responsables  que
[81:09] 
[81:09] no  dejen  caer  eh,  las  cosas  más
[81:12] 
[81:12] importantes,  confiando  en  el  equipo.  Es
[81:14] 
[81:14] que  no  puedes  ser  Y  aquí  donde  el  trío
[81:15] 
[81:15] de  directores  también  ayuda,  ¿no?  Porque
[81:17] 
[81:17] el  hecho  de  tener  un  engineering
[81:19] 
[81:19] director  y  un  design,  ellos  me  han  dicho
[81:21] 
[81:21] que  que  cuidan  a  la  niña,  que  la  tenga  y
[81:24] 
[81:24] que  la  cuidamos  entre  los  tres,  pero  que
[81:25] 
[81:25] no  me  vaya,  ¿eh?  Sí,  absolutamente.  O
[81:28] 
[81:28] sea,  al  final  tienen  que  cubrir,  ¿no?
[81:29] 
[81:29] Que  es  lo  que  antes  hablaba  Emma  de  creo
[81:32] 
[81:32] que  ha  sido  que  que  faltaba  un  designer,
[81:34] 
[81:34] ¿no?  Pues  es  lo  mismo,  en  plan,  yo  voy  a
[81:35] 
[81:35] faltar  unos  meses  y  ese  espacio  se  va  a
[81:37] 
[81:37] tener  que  cubrir.  Va  a  haber  PMS  que  que
[81:40] 
[81:40] que  tienen  más  seniority,  que  que  van  a
[81:43] 
[81:43] subir  y  van  a  [ __ ]  más  responsabilidad,
[81:44] 
[81:44] que  van  a  cubrir  espacios  de  producto,
[81:46] 
[81:46] sobre  todo  con  con  el  resto  de  PMS  que
[81:49] 
[81:49] que  me  reportan  a  mí.  Y  luego  el  e  eh
[81:53] 
[81:53] Jesús  y  Will,  que  son  los  dos
[81:54] 
[81:54] directores,  van  a  cubrir  ese  espacio  eh
[81:56] 
[81:56] durante  los  meses  en  los  que  yo  esté
[81:57] 
[81:57] fuera  y  y  las  cosas  van  a  seguir  pasando
[82:01] 
[82:01] porque  el  equipo,  o  sea,  al  final  todo
[82:03] 
[82:03] es  madera.  Sí,  bueno,  porque  al  final
[82:05] 
[82:05] todo,  o  sea,  es  nuestro  es  nuestra  forma
[82:07] 
[82:07] de  trabajar,  ¿no?  Que  las  cosas  pasen.
[82:09] 
[82:09] Entonces,  aunque  no  esté  yo,  las  cosas
[82:11] 
[82:11] seguirán  pasando  y  toquemos  madera.  Yo,
[82:13] 
[82:13] ¿qué  va  a  pasar?  O  sea,  claro  que  va  a
[82:15] 
[82:15] pasar.  O  sea,  yo  quiero  volver  y  que
[82:16] 
[82:16] hayan  pasado  muchas  cosas,  muchas
[82:18] 
[82:18] buenas.  Buenas.
[82:20] 
[82:20] Sí,  importante,  importante  que  son
[82:22] 
[82:22] muchas  cosas  buenas.  Sí.  Problema,  ¿cómo
[82:24] 
[82:24] lo  vive?
[82:26] 
[82:26] el  tener  tres  hijos  y  ser  directora  de
[82:28] 
[82:28] producto  y  ser  directora  de  producto,
[82:31] 
[82:31] pues  en  una  constante  es  estoy
[82:33] 
[82:33] constantemente  haciendo
[82:35] 
[82:35] malabares,  ¿no?  Al  final
[82:38] 
[82:38] eh  la  respuesta  real  es  que  siempre
[82:41] 
[82:41] siento  que  que  no  hago  ninguna  de  las
[82:43] 
[82:43] dos  cosas  suficientemente  bien.
[82:46] 
[82:46] Pero  bueno,  al  final  vas  haciendo,  creo
[82:49] 
[82:49] la  que  tengo  visibilidad,  yo  creo  que
[82:50] 
[82:50] bastante  bien  la  haces.  Y  entonces  eh
[82:54] 
[82:54] creo  que  el  equipo  es  importante  tanto
[82:55] 
[82:55] en  el  trabajo  como  en  casa,  ¿no?
[82:57] 
[82:57] Entonces,  en  mi  caso,  pues  tengo  un
[82:58] 
[82:58] marido  que  me  me  apoya  en  lo  que  haga
[83:01] 
[83:01] falta  y  cuando  no  estoy,  porque  yo  viajo
[83:03] 
[83:03] a  menudo,  pues  se  encarga  de  los  tres  y
[83:06] 
[83:06] sobrevive  mucho  mejor  que  yo.  Y  cuando
[83:09] 
[83:09] estoy  en  el  trabajo,  pues  me  lo  estoy
[83:11] 
[83:11] pasando  muy  bien  y  tengo  un  equipazo
[83:15] 
[83:15] tanto
[83:16] 
[83:16] de  PMs  que  me  reportan  a  mí  o  directores
[83:18] 
[83:18] de  productos  que  me  reportan  a  mí,  como
[83:21] 
[83:21] mis  directores,  ¿no?  Mi  PID  de
[83:22] 
[83:22] ingeniería  y  mi  director  de  diseño,  que
[83:24] 
[83:24] son  un  equipazo.  Entonces,  al  final  vas
[83:26] 
[83:26] distribuyendo  tanto  más  que  el  tiempo  es
[83:29] 
[83:29] la  energía,  ¿no?  Al  final,  cuando  estoy
[83:31] 
[83:31] en  el  trabajo,  intento  estar  muy
[83:33] 
[83:33] presente  y  asegurarme  que  las  cosas
[83:34] 
[83:34] pasan.  cuando  estoy  en  mi  casa,  pues
[83:36] 
[83:37] intento  e  estar  mucho  más  presente  para
[83:40] 
[83:40] mis  hijos.  Y  luego  cuando  se  habla  del
[83:43] 
[83:43] live  balance,  muchas  veces  hablamos  como
[83:45] 
[83:45] que  parece  que  tienes  que  trabajar  de  nu
[83:46] 
[83:46] a  cinco  y  luego  salir  y  estar  con  tus
[83:47] 
[83:47] hijos.  Yo  no  lo  veo  así.  Para  mí  es  a  lo
[83:51] 
[83:51] mejor  cojo  un  y  a  las  4:30  salgo  del
[83:53] 
[83:53] trabajo  porque  me  voy  a  recoger  a  mi
[83:54] 
[83:55] hijo  o  a  las  9  de  la  mañana  o  a  las  10
[83:57] 
[83:57] tengo  una  tutoría  y  voy  al  colegio,  pero
[83:59] 
[83:59] luego  por  la  noche  limpio  el  slack,  lo
[84:02] 
[84:02] al  final  me  balanceo  en  los  ratos  que  yo
[84:05] 
[84:05] tengo  para  asegurarme  de  que  intento
[84:06] 
[84:06] hacer  las  dos  cosas  lo  mejor  posible,
[84:08] 
[84:08] estar  muy  presente  para  mis  hijos  y  para
[84:10] 
[84:10] el  trabajo,  sacar  las  cosas  adelante,
[84:12] 
[84:12] que  hay  que  sacarlas.
[84:14] 
[84:14] Qué  bien,  muy  interesante.  Oye,  pues  nos
[84:17] 
[84:17] hemos  dejado  algo  de  contar  o  yo  creo
[84:19] 
[84:19] que  hemos  hablado  bastantes  cosas.
[84:23] 
[84:23] Pues  muchísimas  gracias  por  por
[84:24] 
[84:24] contarnos  vuestra  vuestra  experiencia  y
[84:27] 
[84:27] y  bueno,  seguiremos  contando  como
[84:28] 
[84:28] siempre  transparentemente  todo  lo  que
[84:30] 
[84:30] pasa  en  Factorial.  Hasta  la  semana  que
[84:32] 
[84:32] viene.

Transcripción completa

La product review, cuando alguien nos pregunta, ¿qué es la product de Factorial? ¿Qué qué responde? Emma, ¿cuál es tu good PM versus Bad PM? Eh, tiene que crear una solución. Tiene que crear una solución. ¿Cuál es el tamaño ideal de un equipo? En un podcast de Jordi y yo que hablamos de la figura del PM, que concretamente Jordi decía, "Pero a ver, pero ¿cuál es el deliverable de un PM? ¿Cuál es el output propiamente?" No, te indignó mucho. Es que era una conversación de barra de bar. Entonces, ¿cuál es el rol del PM Emma? Pues al final es es la persona que hay como una imagen del PM, como un trabajo bastante sencillo, gratificante, pero hay horas y horas de trabajo detrás, lo que decíamos, de mover, ¿no? De que las cosas pasen y eso es dedicación, o sea, no puedes esperar en plan, "Bueno, aquí está la priorización y ahora ya que las cosas pasen." Puedes explicar, Valeria, el caso de proyectos, que es un caso bastante espectacular de crecimiento de un producto que va de cero a millones de euros en RR. Es que a mí me cuesta imaginar que alguien le cuente de eso y no le brillen los ojos. Bienvenidos a la tertulia de Idn. Bienvenidos una semana más al podcast de IDNK. Yo soy Bernard Parrero y hoy estoy con Emma y Valeria, dos líderes de producto. ¿Qué tal? ¿Cómo estáis? Bien. ¿Qué tal? Muy bien, muy bien. Bueno, muy bien. No sé, tengo la cabeza frita, yo no sé vosotras, pero llevamos dos días de product review, que son muchas horas, ¿no? Eh, viendo muchos equipos y muchos muchos proyectos estamos trabajando. Intenso, eh, y es intenso, ¿no? Muchas discusiones. Llevamos dos días, nos quedan dos más. Nos quedan dos más. Eh, teníamos en el calendario esta charla y a mí casi se me olvida. Menos mal que lo habéis dicho. No sé por qué. Pero oye, no me apetece mucho emender lo que me me interesa mucho entender cómo veis vosotras desde vuestra posición. Vosotros lideráis tú el dominio de operaciones, que es un superdominio, ya está compuesto por pues por tres subdominios, ¿eh? Y tú, Valere, que que lideras finanzas, ¿no? ¿Cómo veis la organización de Factorial? Eh, y además, ahora que lo tenéis fresco y veis a todos los equipos de producto, ¿cómo cómo veis el equipo de producto después de ver los dos días de product review de Factoria a día de hoy? ¿Y cómo lo comparáis con igual hace un par de años? A ver, venimos, sí, venimos como con toda la información en la cabeza. M, por favor, aquí sedares, eh, sabéis que aquí siempre contamos todo, todo, todo, todo. Venga, transparentes. Em, vemos que hay muchas cosas, o sea, que tenemos que trabajar mucho, tenemos que continuar trabajando en en la comunicación entre dominios, en la comunicación con los equipos, en evitar, ¿no?, construir en en silos ciertos productos porque nos pueden ayudar como a a al conocimiento a transmitirlo. También hay cosas muy interesantes, hemos visto cosas eh que nos han gustado mucho. Y luego pues hay discusiones muy interesantes que son muy cansadas, ¿no? Que por eso igual venimos con con el cerebro superfito, pero pero que es todo como para, ¿no? Para tener conversaciones igual incómodas que nos ayudan que nos ayuden a cómo eh pivotar y cómo seguir eh creciendo. lo comparamos, si comparamos la organización con hace dos años a nivel de producto, em pues creo que ahora tenemos otros tipos de challenges que tenemos que que empezar a a a solucionar, pero creo que estamos muy ilusionadas, ¿no?, y con muchas ganas de de llevarlos a cabo. Y a ver, yo creo que que hace dos años eh teníamos otros problemas, ¿no? una organización donde cada equipo estaba más focalizado en lo suyo. Ahora seguimos teniendo silos, siempre es difícil romperlos, pero creo que mucho menos que hace 2 años. Y luego tenemos un criterio muy claro de lo que es calidad y de cuándo no es suficiente. E hace 2 años había muchos equipos trabajando de manera muy separada en en sus pequeños hilos, replicando muchas veces funcionalidades y patrones distintos y creando mucha inconsistencia dentro de la plataforma. Creo que eso ya no pasa o al menos no pasa tanto. Es perfecto. Pues no, tenemos todavía mucho por hacer, pero creo que que hemos mejorado mucho en esto, que los equipos son más más maduros y además en este caso las product reviews, que ya llevamos unas cuantas e iteraciones, nos ayudan mucho a entender eh todos los dominios, como dónde están todas esas relaciones entre los distintos equipos y asegurarnos de que esto se va mitigando. Y luego también veo que los equipos ya ho, la produ que han estado trabajando, lo que van a trabajar y que nosotros vamos a darles feedback y eso va a ayudarnos a todos a ser mejor la organización. La product review, cuando alguien nos pregunta, ¿qué es la product de Factorial? ¿Qué qué respondéis? E pues depende de quién me pregunte. Bueno, es el momento donde explicamos qué es lo que han e entregado los equipos, el impacto que ha tenido, que ha salido bien, que ha salido mal, ¿no? Porque también hacemos un poco ese pensamos pues qué cosas no han salido, por qué no han salido, ¿no? Pues por problemas que nos encontramos por el camino en producto y luego qué pensamos que va a ser lo siguiente, ¿no? En el porque la Brow Review tiene una parte de Brow Review, pero también tiene la parte de kickof, ¿no? donde explicamos qué es lo que vamos a hacer en la siguiente cuarta. una mirada atrás, ¿no?, de cómo ha ido eles y luego cuál es el plan de para adelante, ¿no? Para el futuro. Y y en impacto, pues hablamos de del impacto de métricas, que para nosotros es la RR, de cuánto estamos e eh ayudando, cuánto estamos contribuyendo a la compañía, ¿no?, en cada los en cada uno de los productos y en cada uno de los de las fatures o cada uno de los de sí, de los improvements que hemos lanzado durante el quarter y en el kickof igual, ¿no?, que es lo que esperamos o cómo es, o sea, qué métricas, que en este caso se ha raltar esa métrica con las decisiones o con la priorización que que hemos llevado a cabo los equipos durante durante el cuáter anterior. Nosotros a a nuestros equipos siempre les explicamos que es una especie de pit investors, ¿no? Cada equipo ha estado trabajando durante un quarter en ciertas funcionalidades y decide que bueno, explica qué impacto ha tenido y qué impacto espera con las siguientes funcionalidades. Nosotros en la produciendo y hay veces que las prioridades dentro de un equipo son muy importantes para ese equipo y el scope que tienen, pero dentro del contexto de factorial completo pues dejan de serlo. Entonces, por eso damos ese mensaje de que hay algunas veces que ha habido ocasiones que después de una product review el scope entero de un equipo cambia o el roadmap cambia. Entonces es una manera de, oye, hemos invertido esto, este tiempo que al final es dinero en unas funcionalidades, van han tenido este impacto o no y debemos seguir invirtiendo o no. Entonces es un poco el mensaje que que intentamos dar. Hay gente que dice que claro, en una hora, porque más o menos dura una hora una product review, debería durar una hora. Tú eres la moderadora, Manu. No es fácil, ¿no? No es fácil, ¿eh? que que es difícil hacerte la imagen de toda la profundidad de un problema, ¿no? Pues yo que sé, pues eh pues gestión del control horario, ¿no? O o pues yo que sé, con pues compensaciones, ¿no? Modelos de compensaciones y tal, ¿no? O integraciones con software de payroll del mundo, ¿no? O sea, es difícil hacerte en una hora una visión de cómo va o no va, ¿no? Eh, hay gente que dice esto. Yo no estoy de acuerdo. Yo creo que se nos da muy mal ser concisos cuando explicamos cosas, porque tú puedes explicar algo en 2 minutos o en dos horas y es lo mismo, pero la gente tiende a dar muchas vueltas sobre el mismo tema en lugar de realmente contestar. Esa qué punto es más importante en una product review o en un peach, porque al final es muy parecido. El storytelling, la capacidad comunicativa versus la realidad subyacente. Claro. Bueno, eso es es realmente el storyting al final lo es todo porque no es solo lo que haces, sino cómo lo vendes. Entonces, nos ha pasado en el pasado de de tener equipos que han presentado mejor de lo que lo han hecho y equipos que han hecho cosas bien, pero no lo han sabido presentar. Y también esto cuando en en las reviews normalmente primero presentan los los equipos y tenemos una conversación y damos feedback, luego se va al equipo y tenemos una discusión de directores y ha pasado de cerrar las puertas y decir, "Oye, este equipo eh lo ha explicado muy bien, pero realmente no está no está funcionando. Que sepáis que lo sabemos y lo estamos arreglando." Y lo contrario, el director el director mismo dice, "Este equipo lo explica muy bien, pero en realidad no hay nada." Y lo contrario también de, "Vale, este no lo ha sabido explicar, pero realmente tal, al final somos conscientes de lo que tenemos dentro de nuestra casa o deberíamos serlo. ¿Y qué pasa con cuando hay una mala product? Que hay cambios. ¿De qué tipo? Sí, depende de la razón de la de la mala Product Review. Hay veces que es que el equipo no funciona, entonces hay que hacer cambios en el equipo, hay que añadir nuevos miembros, eh hay que normalmente es cambiar cierta dinámica, eh hay veces que se puede trabajar con el equipo existente, pero hay veces que que no y y se necesita, pues eso, contratar a alguien o hacer partir equipos y dividir esos miembros en otros dos equipos a ver si funciona la dinámica, depende. Hay veces que hay que cambiar scope si lo que si el problema no es el equipo en sí, sino las funcionalidades en las que están trabajando, pues hay que cambiar el roadmap. o incluso el dominio, ¿no? Están trabajando en un dominio en eh nos pasó con el equipo de de documents hace hace tres quarters, ¿no? Eh decidimos que necesitaban trabajar mejor en las partes de de nóminas, de postnómina y los cambiamos de dominio directamente y les cambio todo el roadmap. Depende, o sea, pero creo que al final no podemos como e esperar a que todo pase en la produw, ¿no? Es decir, a lo largo del quarter ya vamos viendo cosas, ¿no? Y los equipos también, es decir, no solamente con los resultados, sino pues con los proyectos o con las priorizaciones que han hecho. Entonces, al final la PR review Review es el resultado, pero tampoco hay, o sea, hay sorpresas, no hay sorpresas porque al final es un ejercicio constante en el que estamos con los equipos. Bueno, a veces hay bastantes sorpresas, eh, bueno, al menos para mí, claro, yo no estoy en el día a día de los de todos los equipos, algunos sí, pero a ver, si los directores hemos hecho el trabajo correctamente, no debería haber sorpresas. Claro, en esta, por ejemplo, yo me he llevado una pequeña desilusión, ¿no? Ha habido un equipo que no ha salido la Pro review lo bien lo suficientemente bien que esperaríamos, ¿no? Y y te das cuenta también al ver un poco la pues eso, todo el contexto y y hacer ese checkpoint de alguna manera y mi trío entero de directores hemos salido un poco flagelándonos, ¿no? De, "Oye, no lo hemos hecho bien, lo tenemos que hacer mejor. Aquí hemos hecho algo que no no lo hemos hecho suficientemente bien." ¿Desde qué punto? ¿Dónde acaba y dónde empieza la responsabilidad del equipo y del director? Eso es otro gran tema. Eh, estoy preguntando todos los grandes temas que siempre son motivo de discusión. Ah, a ver, yo creo que la responsabilidad es nuestra, o sea, nosotros estamos, o sea, ¿quién es nuestra? ¿Quién es nuestra? los directores. O sea, creo que llegar una produizado bien, donde no haya habido un impacto, donde no haya un plan para cambiar eso en esa es porque ha faltado falta algo durante el durante el proceso. Puede haber muchas razones, es decir, puede haber eh eh momentos en los que los equipos sean nuevos, ¿no? y entonces pues esté costando que haya cohesión entre los miembros y y todavía no esté fluyendo, entonces todavía no esté teniendo el impacto esperado. Lo mismo nos puede pasar con los directores, ¿no?, que ha habido cambios, entonces eh también hay un tiempo, ¿no? Pero pero creo que que no podemos, o sea, que nosotros tenemos que ser conscientes de lo que está pasando en los equipos y saber levantar la mano durante el proceso. Y con respecto a ti, por ejemplo, esperar a que te encuentres una sorpresa es como tampoco nos beneficia a los directores, ¿no? Es como, o sea, porque además nosotros nos llevamos un disgusto, o sea, al final como no lo que dice Emma, no sé, es para m también hay empresas positivas. Sí, también es claro. Yo creo que aquí siempre es esa ese balance que que buscamos entre autonomía, ¿no? Cuánta autonomía tienes que darle al equipo y cuánta dirección le tienes que dar. Y al final el objetivo es que sean lo más autónomos posible, que sean supera autónomos, que lo hagan todo correctamente, que que entiendan dónde hay negocio, que qué tienen que priorizar y ya por ello. La realidad es que algunos equipos no son tan autónomos y luego hay veces que son autónomos, pero ven su árbol y no ven el bosque y entonces los directores son los que nos tenemos que encargar de eso. Entonces, si un equipo no está haciendo las cosas mal, es responsabilidad del equipo y responsabilidad del director. Y yo lo considero h principalmente mi responsabilidad. Yo no he hecho las cosas bien, no he metido la mano a tiempo porque si un equipo no está haciendo las cosas correctamente, tengo que intervenir esa autonomía que tienen. ¿Y dónde queda el famoso Martin Kagan y y Den? Pues siempre decía que si sale bien, si algo sale bien es que todo el equipo lo ha hecho bien y si lo ha hecho mal algo sale mal es culpa del PMS. Pues con los directores es lo mismo. Es el siguiente nivel. Si algo sale bien, es el equipo. Es el equipo entero. Todo el mundo el equipo y ventas y todos. No, pero no, no, porque hay muchas cosas que tienen que pasar dentro de una organización para para que algo salga bien. Y vosotras ambas habéis sido individual contributor PM y en un momento dado habéis sido directoras de un área de varios PMS, ¿no? Con con cada uno de los PMS llevando un producto. ¿Cómo cambia el rol de tú, Valería, hace poco tiempo en particular que has pasado de de ser individual contributor y individual contributor a directora? ¿Qué qué has notado? O sea, para mí diferente, bueno, muchas cosas, pero e principalmente el rodearte un equipo, o sea, hablábamos antes, ¿no? Eh, cuando veníamos para acá de la confianza, ¿no? Del del saber delegar, del confiar en que si tú no estás empujando las cosas se van a mover, ¿no? Porque tenemos como un poco esa sensación de de porque venimos de al ser al venir de individual contributor es como eh la responsabilidad era nuestra. Si el PM no estaba empujando, pues tenías que empujar, o sea, no había otra opción. Y además es un poco aunque aunque tampoco tampoco picas código ni tampoco diseñas, no empujas, empujas, empujas porque pero empujas siempre, empujas como directora y como bien empiees, sí. Eh, pero de hecho es una de las también unas cualidades, ¿no?, que buscamos en los PM Factorial, que es que hacer que las cosas pasen. No puedes esperar que la vida pase mirando, ¿no? Es como si algo no se está moviendo, tienes que estar ahí y apretar para que las cosas pasen, ¿no? Entonces, una de las cosas que que yo he aprendido durante este tiempo es en que te tienes que o por lo menos yo me quiero rodear y lo he conseguido, o sea, ahora mismo estoy feliz con el equipo que que he construido, PMS en los que confíes plenamente y que sepas que aunque tú no estés mirando las cosas están pasando y que si no pasan te lo van a decir y que le van a levantar la mano. Eso es. Pero para mí es fundamental la confianza y la confianza para mí es construir ese equipo de de las piezas eh que para ti son importantes y que incluso a ti te faltan, ¿no? Para poder complementarte con ellos. Entonces, para mí ha sido, o sea, creo que uno de los challenges más más eh difíciles que he pasado durante este tiempo, pero a la vez más bonitos, es cómo construir ese equipo, ¿no? Y cómo darte cuenta de las personas que necesitas o que quieres tener a tu alrededor. Y eso han sido como los primeros se meses del rol en los que he estado como construyendo ese equipo. ¿Cuál es el PM para Valeria? La gente que nos escucha, ¿qué tipo de PMS buscas? Vale, yo busco [Música] e un bien que no deje, o sea, que no deje caer las cosas, que esté siempre persiguiendo, que esté siempre atento, atenta a lo que está pasando, em, que busque impacto, que no se conforme con las respuestas, porque decías, no, no picamos código ya, pero tampoco nos tenemos que quedar conformes con las soluciones que nos den, es como preguntar, cuestionar, apoyarte del equipo, ¿no? [Música] Pero sobre todo quiero gente que sepa cuantificar el impacto que tiene. Para mí es muy importante los datos. A veces es como que le di mucha importancia, pero es como, ¿cuánto vamos a mover la aguja? No, qué impacto vas a tener si fuera tu dinero, estarías invirtiendo ahí. Yo los equipos les digo el poder que tienen con el dinero que tienen. O sea, ¿cuánto cuesta un equipo de desarrollo en Factorial? lo son conscientes de eso, tienen ese poder, ¿no? Lo que decía de la autonomía, tienen ese poder. Ostras, hay que saber cómo no cómo utilizar ese equipo para tener impacto. Y cuando hablas con PEMs, por ejemplo, y llegan a ese momento en el que son conscientes del dinero que están invirtiendo y lo que están trayendo la compañía, es como, ostras, lo estoy haciendo muy bien, ¿no? Y eso creo que es algo que para mí es super importante, que sean conscientes, porque cuando es al contrario, cuando saben el dinero que están quemando y no están trayendo ese impacto, ahí es donde dicen, "Ostras, igual no estoy haciendo mi trabajo como debería, no estoy priorizando correctamente, no estoy sabiendo que qué tengo que desarrollar para llegar a ese impacto." Entonces, para mí esas cuestiones que se pregunten esto y que estén todo el rato con eso en la mente para saber priorizar es muy importante y yo intento que eso lo tengan supercaro en el equipo. También gente que se busque mucho la vida en el go to market, ¿no? Porque tú eres muy muy de calle, o sea, de salir a la calle, buscar clientes, de vender, ¿no? No de estar ahí en la cueva, de vender, sí, de hablar directamente, o sea, que no no te conformas con que te cuenten cómo son las cosas, vas a buscarlas. Claro, porque o sea, al final yo necesito entender, ¿no? Es como eso de cuestionarte, yo necesito entender, entonces necesito ir hablar con las personas que tienen esa información y yo me meto en las reuniones, ¿no? O sea, yo me meto en en con los clientes y les pregunto y les pregunto y si no entiendo, chico, disculpa, no te entiendo, como insisto, ¿no? Hasta que tenemos como toda la información y luego no con unos, sino con muchos, ¿no? Para saber qué qué problemas tienen. Y luego, ¿cómo hacer, no? Para monetizar eso, ¿no? Porque al final tenemos que monetizar las cosas, estamos solucionando problemas, estamos aportando valor, ¿cómo vamos a monetizarlo? Y como vamos lo que decía Emma, comunicarlo antes, ¿no? O sea, es no solamente también esto lo hemos hablado hoy, la product review de estamos eh haciendo un buen delivery, tenemos que comunicar a los clientes que estamos haciendo ese delivery, a los clientes y a los futuros clientes que igual tienen estas necesidades y que no saben que estamos cubriendo ya esas necesidades y que pueden venir a Factorial a a buscarlas, ¿no? Y a cubrirlas. Luego te preguntaré, tú tienes un caso de éxito en Factorial de un producto que va de cero a millones de euros en RR, ¿no? Ahora luego luego hablar lo haremos antes. Emma, eh tú hace eh un año, dos años, no sé cuánto tiempo ya un día en un podcast de Jordi y yo, que hablamos de la figura del PM, casi dos ya, eh, casi dos, ¿no? Concretamente Jordi decía, "Pero a ver, pero ¿cuál es el deliverable de un PM? ¿Qué cuál es el output propiamente? ¿No te indignó mucho? o o te indinó un poco. Es que era una conversación de barra de bar en la que cuatro personas que no habían trabajado directamente con un PM o habían sido PMS trabajaban e bueno, no sé, hablaban del rol del PM. Sí. O sea, no, bueno, nosotros hemos hecho mucho producto, eh, tanto Jordi como yo, eh, sí, sí, pero es verdad que igual no hemos trabajado con no habíamos trabajado tanto con PM en el pasado o no habíamos sido PM, habíamos sido programadores. Sí, claro. Entonces, ¿cuál es el rol del PMA? Pues al final es es la persona que que hace que las cosas pasen. Un poco como comentaba Valeria, al final es esta persona que tiene que asegurarse de entender cuáles son los problemas de los clientes, dónde hay mercado, cuál es el problema lo suficientemente grande para ponerse a resolverlo y asegurarse de que se ejecuta una solución que realmente vaya a resolverlo. Y esto balanceando el corto y el largo plazo, porque hay veces que nos focalizamos mucho en este cliente me pide esto, pero la cuestión es, ¿cuál es el problema de profundidad que quiero resolver? ¿Cuál va a ser la solución mágica? Normalmente yo yo creo en la magia que tiene mucha magia que la va a resolver y cómo vamos avanzando en esa dirección de manera iterativa, pero que cada iteración me va aportando valor y entonces voy ayudando a vender mi producto hoy construyendo el producto de mañana. Para mí esa es la persona de el PM. ¿Cómo hace eso? ¿Cuál es el entregable? ¿Cuál es el entregable? Un Rap. No, el entregable al final son euros. Si ha funcionado bien son euros. Sí, hombre. Es un buen entregable. Es un buen entregable y si ha funcionado, pero todo el mundo se apunta a los euros, ¿eh? O sea, también te digo, el programador es el que programa y dice, "Los euros, esto lo he hecho yo, ¿no?" El el diseñador dice, "Esto lo he diseñado yo, ¿no?" El vendedor dice, "Esto lo he vendido yo. Te puedo vender cualquier cosa." Pues es lo que te decía al principio, si sale bien es gracias a todos. Pero en realidad es el pie. Pero si sale mal, si sale mal es el bien que no que o no ha o no ha priorizado el problema adecuado o no se ha asegurado de que la solución Pixel Perfect haya salido a producción. Entonces muchas veces tal como lo pintas, no lo pintas como una gran, ¿no? Si si solo te llevas lo malo y lo bueno es un rol duro. Es un rol duro. Sí. Yo creo esto de mayor hemos hablado muchas veces porque hay como un no sé como una imagen del PM como un trabajo bastante sencillo, gratificante y tal. Es gratificante porque a nosotros nos gusta, pero hay horas y horas de trabajo detrás de tener que pelearte con muchas cosas, con mucha gente en el sentido de lo que decíamos de mover, ¿no? De que las cosas pasen y eso es dedicación. O sea, no puedes esperar en plan, bueno, aquí está la priorización y ahora ya que las cosas pasen, que hagan, hágase, no, hágase, claro, no, eso no pasa y se necesita, además, eh, hablamos en Factorial mucho de la energía. Se necesita mucha energía para convencer, para influenciar, para entender, para hablar con mucha gente y luego mucha resilencia porque al final todo el mundo te va a decir que lo que estás haciendo no es lo correcto, porque va a venir una persona de ventas y va a decir que es que este prospect eh tiene esta funcional es muy muy grande y necesita esto, que por qué no lo metes en el roadmap y va a venir esta otra persona de Account Manager que es Chun Reason, que esto también es muy importante. Entonces, al final siempre vas a tener mucho input de todo lo que no estás haciendo y hay que tener mucha resiliencia para aguantarlo y para explicar, bueno, resiliencia y datos y entendimiento y hablar con con clientes para tener muy claro por qué estás priorizando lo que estás priorizando y tirar con ello, ¿no? y explicarlo un millón de veces a todo el mundo, porque esto muchas veces, yo creo que es uno de los principales errores de un PM, que voy a decir mi opinión, eh, sí, es el que dice, eh, no lo hemos priorizado y ya, adiós. Claro, ¿sabes? No, lo siento, eh, no lo hemos priorizado. Entonces yo la próxima vez no te voy a decir ni feedback ni nada, ¿no? Y si soy un cliente es oye, h a mí no me escuchan, pero pero además que además es muy importante, aunque no lo hayas priorizado, entender rascar ahí cuando recibes feedbacks, el que sea, rascar, porque también te tienes que dejar sorprender y te puedes tienes que aprender y te puedes equivocar y y se reprioriza constantemente. Entonces, si no si bloqueas todo lo que no no es la prioridad, no no es la prioridad, no vas a entender lo que hay detrás para poder tomar las decisiones correctas. Con lo cual tienes que tener mucho, mucho acceso a input, o sea, tienes que estar muy abierto como pijama input. Si la gente piensa que no puede venirte a ver, está estás perdido. Claro, tienes que ser muy accesible todo el rato. A que bueno, no sé, o sea, una de las cosas que las que tenemos que lidiar es SLC, ¿no? O sea, es como al final accounts managers, eh account executives, eh gente de partners está constantemente pregun pidiendo explicaciones, ¿no? Preguntando que además siempre son las mismas. Puede ser, depende. Es que hay un 80% de de repetición en algunos casos. Sí, porque hay que tener paciencia a veces para responder. Pero, ¿te refieres a las preguntas o a las personas que preguntan? Ambas. No, bueno, claro, ambas. Probablemente ambas, pero las preguntas, en este momento me refería a las preguntas. Pensaba que las personas no no digo las las preguntas, no las personas no, porque luego yo me he dado cuenta que es como cuando dicen, "No, habla con habla con Valeria, no, habla con Emma." Y al final es como, "Me han dicho que y tú otra persona más." Eh, bueno, yo siempre digo hablar con Valeria y con Emma. Eh, sí, pero no me refiero solamente a ti, sino me refiero que a lo mejor entra un account manager nuevo, ¿sabes? Y está tiene una duda y es como, "Escribe a Emma y ya es como, hola, soy account manager de no sé qué, acabo de entrar y y es como ya me han vuelto a pillar en plan, ya estoy otra vez accesible." Eh, las en cuanto a las preguntas, eh, fíjate que esto es una de las cosas que, por ejemplo, yo he hablado bastante con Chavi, eh, y es ¿Quién es Chavi? explica audiencia. Chais el el VP de de customer eh support en Factorial que y con por ejemplo también tuve esta conversación con Alberto eh Troncoso que lleva la parte apsel dentro del Factorial que va mucho a veces por modas no y entonces es como y por eso estamos mejorando como el sistema de tracko de todas estas preguntas o pains, ¿no? Problemas que que traqueamos, ¿no? Porque parece que muchas veces son las mismas preguntas, luego de repente esas preguntas cambian a otras y parece como que esas preguntas se quedan en el pasado y no son importantes. Hay modas, sí, de preguntas, ¿no? Modas de pregun tendencias de necesidades, vamos a ponerlo como más eh formal, ¿no? Y y ¿qué pasa con eso? es porque el cliente deja de tener eh esa necesidad porque ha dejado de ser urgente, pero es importante. E entonces la trazabilidad de todas esas preguntas es muy importante porque detectas muchas cosas, ¿no? Parece que si te dejan de preguntar es que ya no es importante para los clientes, no tienes que seguir rascando ahí. No es que porque no te lo pidan, igual es porque se piensan que lo estás trabajando y entonces te están dejando como un poco, ¿no? Entonces, e no sé, el tema de las preguntas, por eso ahora estamos mejorando tanto el sistema este de tracko de paints, ¿no? De de problemas también, no solo por las modas, sino porque hay veces que hablas con tres clientes, te piden algo y dices, "Ah, esto es lo más importante." Claro. Bueno, pero es que hay otros 13,000 clientes que a lo mejor no es eso lo importante y necesitamos un poco balancear esto o otros mercados, ¿no? Lo que hablábamos esta mañana también la Product Review, ¿no? ¿Con qué con qué mercado has hablado? España y ahí ¿qué está pasando con el resto, no? O esta industria, ¿qué está pasando con el resto de industrias o o tamaños las compañías o todo esto? Entonces, hacer como [ __ ] como un un buen que siempre decimos que hay que hablar con clientes y es cierto, pero hay que hablar también con suficientes clientes y suficientemente variados para somarse una y dentro de los clientes con los stakeholders adecuados, ¿no? Y hay que tener las conversaciones adecuadas. O sea, que hablar con clientes en sí, eh, no es una medalla, o sea, es necesario, pero no es suficiente, ¿no? Sí, de hecho una hay gente dice, "No, he hablado con clientes, con lo cual todo lo que diga a continuación es verdad, indiscutible, ¿no?" Pero una de las como bastante cuando hago entrevistas a a PMS, una de las preguntas que me hacen siempre es, ¿qué es lo me hace mucho esta pregunta? ¿Qué es lo mejor y peor de trabajar en Factorial? ¿No? Y yo, una de las respuestas que siempre doy es, para mí una de las cosas mejores de trabajar en Factorial es el acceso a poder hablar con clientes. O sea, tenemos muchísimo acceso a poder hablar con ellos, pero tenemos que elegir con cuáles, ¿no? Y ahí es donde detectas cuando un buen PM hace su trabajo, o sea, cuando un PM está haendo bien su trabajo, ¿no? Es, no, no he hablado con tres ya, pero qué tres, ¿no? Eh, todos tenemos como el ejemplo que pasa en Finance, ¿no? que hay un cliente que está siempre dispuesto a hablar con nosotros y hemos decidido que este cliente por ahora lo vamos a dejar, le vamos a hacer mucha mucho caso porque nos encanta, pero pero tiene con más, ¿no? Entonces es un poco así, ¿no? La es bueno eh porque tenemos mucho acceso a clientes, pero tienes que saber qué cliente te tiene te tiene que dar o qué cliente tienes que ir a buscar para validar lo que necesitas o para encoger ese feedback porque acabas muy, ¿cómo accedes a un cliente? Dices, hay mucho acceso a clientes. ¿Qué haces para conseguir un cliente? Eh, pues yo lo que hago básicamente es, bueno, yo tengo algunos eh champions eh account managers con los que ya después de muchos años hemos tenido como buena relación y les pregunto a ellos directamente. O sea, les pides eh a la manager directamente, "Oye, mira, necesito un cliente de este tamaño, esta industria, este país, tal, ¿qué me puedes conseguir?" Sí, en plan, quiero validar esto o y te lo consiguen. Pues directamente les mandan, pues Valeria quiere hablar. Bueno, es que sí, Valeria, es que pero hablan hablan con el cliente, le dicen, "Oye, esta chica quiere hablar contigo." El cliente no tiene nada más que hacer que que ponerse a hablar contigo. No, pero no es porque quiere hablar con esta chica del mar y de los peces, ¿no? Pero es como quiere hablar, están trabajando en este problema que sé que te preocupa, eh, quieren saber más y y accedemos a ellos. Hay muchos clientes que están muy dispuestos a a ayudarnos porque al final si ellos nos ayudan a dándonos su input al sobre el producto, se aseguran de que lo tenemos en cuenta para resolver su problema. Entonces sí que hay algunos que que saltan directamente a una llamada. Y si luego no se resuelve, o sea, si se han dedicado una hora a explicarte en detalle y profundidad cómo hacer su sistema de centros de coste, por decir algo, y luego al cabo de una semana que seguramente su expectativa de que cambie todo no ha cambiado. Bueno, es que se meses, ¿no? Porque nosotros, o sea, intentamos darles como seguimiento, no es en plan, ahola, ¿qué tal? Me veo contigo, si te he visto, no me acuerdo, ¿no? Sino eh les decimos, "Vale, pues con toda esta información, yo siempre digo una frase que es con esta información ahora nos vamos a hacer nuestros deberes, ¿no? Que es que ahora nos tenemos que poner a trabajar. es como nos tenemos que encerrar en nuestra cueva, todo el equipo y tenemos que con el feedback de de este cliente más todos los demás que estamos recogiendo, empezamos a buscar patrones y vemos cómo cómo funciona este problema y cómo vamos a darle solución. Y lo que yo siempre les pregunto es, ¿os puedo volver a llamar para cuando tengamos una primera solución validarla con vosotros? Entonces es como, sí, por favor. Y luego siempre la pregunta es, ¿y cuándo lo vais a lanzar? es como, bueno, ahora va un tiempo, ¿no? Y les explicamos muchas veces cuando les das visibilidad de cómo es el proceso de estamos entendiendo el problema, vamos a buscar la solución, pero la solución no va a venir mañana y les vas dando esa visibilidad, vas teniendo llamadas con ellos y vas construyendo el producto con ellos y lo van viendo y lo van testeando, no son tan de manding como parecería. Depende. Bueno, es que tú tienes tú tienes tú tienes más complejos que yo. Si tú tienes clientes más complejos, más grandes. Trquin ha tenido situaciones donde ha tenido reuniones con clientes que a lo mejor además estaban eh en riesgo de chun por cierta funcionalidad eh relacionada, por ejemplo, con descansos, ¿no? Y entonces hemos hecho un discover y una validación para entender el problema y para decidir cuál va a ser la solución. Y a lo mejor o se ha depriado o se ha hecho se ha dividido en fases y la solución a ese cliente va en la última que va dentro del año que viene y entonces no siempre se ha gestionado de la manera correcta y hay algún chun que dice, "Oye, pues no, pues esta funcionalidad yo la quería y no ha llegado en el en el timeframe que yo esperaba." Oye, pasará que hay algún cliente que os dice, "No quiero hablar con vosotros, tengo trabajo." Sí, claro, probablemente. Yo, por ejemplo, a ver, yo soy yo, o sea, yo desde el lado de proveedor eh me encanta hablar con clientes. Siempre que puedo estoy hablando con clientes. A la mínima que alguien me dice que es cliente factorial, le empieza a hacer millones de preguntas. Sí, pero tengo que reconocer que cuando me escriben de proveedores, o sea, de proveedores míos, eh, que estamos utilizando a alguien en Factorial, no sé qué, y me dicen, "Oye, ¿te puedo hacer una encuesta? una entrevista de no sé qué me O sea, raramente he dicho, "Sí, mira, tengo ahora una hora, vamos a hacer una entrevista de no sé qué." Pero por eso también tenemos Champions, ¿no? Tenemos algunos algunos eh clientes específicos que nos ayudan mucho, que nos ayudan un poco a codesarrollar a veces, o sea, tiene que ser el beneficiario de de la solución que creas, ¿no? Tienes que asegurarte muy bien de que está muy involucrado y muy interesado. Normalmente el peligro está el peligro de expectativas no es tanto cuando estás validando la solución porque ya estás más cerca de de esa implementación, sino pues cuando estás intentando entender un problema. Entonces, en esa parte del discovery del problema, es cuando puedes crear unas expectativas de que lo vas a resolver mañana y a lo mejor no lo vas a resolver porque después del discovery pues se prioriza. Ya. Y no sé si acabas de contar cuál es tu Good PM versus Bad PM. Eh, pues a ver, el Good PM lo que estaba comentando era que hace que las cosas pasan. Entonces, el BadPM es el que se mete la cueva, eh, prioriza un roadmap, se lo pasa al equipo y dice, "Ya he hecho mi trabajo, ¿no? Entonces, al final, ¿qué es un good PM? Un un buen PM, pues dependiendo de es el que el que hace lo que haga falta, lo que haga falta. Y por eso a veces es un rol difícil de definir, porque las tareas cuando dicen, ¿qué es un día normal en la vida de un Pen? Pues depende porque tengo un PAN que está haciendo un producto de CER a uno y que necesita estar todos los días vendiendo, hablando con los clientes, entendiendo cuál va a ser el price correcto, eh, euro arriba, euro abajo y y viendo exactamente haciendo iteraciones muy rápidas para implementarlas dentro del producto, mientras que tengo otro producto que es mucho más maduro, que tiene mucha más deuda, que aquí cualquier cosa que cambies va a impactar a muchísimos clientes. Entonces, al final esa persona pues tiene que entender muy bien los problemas en profundidad, tiene que crear una solución que no vaya a dañar a los otros 12,000 clientes que lo están usando. Entonces, al final tiene que crear una solución, tiene que asegurarse que la solución se crea. Normalmente el diseñador y el equipo, el equipo, tenemos un equipo que piensa y son mentes pensantes muy buenas para crear una solución, pero si la solución no pasa, yo voy a responsabil responsabilizar al PM. ¿Quién sabe más del problema? ¿Quién sabe más del problema y de la solución? ¿Los ingenieros diseñadores o el PM? ¿Quién sabe o quién debería? Claro. Bueno, ¿quién debería? Bueno, espero que coincida teniendo en cuenta que sois las líderes de producto y y hacéis que las cosas pasen, sin duda. No siempre coincide porque hablamos mucho en Factorial de, bueno, nosotros siempre responsabilizamos al al trío, ¿no? El trío que es el que que a ti te horroriza este término del trío, pero me horroriza, me horroriza. El product manager, el product designer y el engineering manager, ¿no? Entonces, juntos tienen que asegurarse que las cosas pasan. La teoría dice que el product manager es responsable de entender dónde está el negocio y el problema y que el el ingenier manager designer son los que se van a encargar más de la solución, pero al final los tres son responsables. Lo que pasa es que en cada uno de las fases hay uno que coge más ownership, pero al final los responsables son el trío. Entonces, ¿esto qué significa la práctica? Depende. Hay en algunos que el designer eh se mete mucho en entender el problema en profundidad para crear una solución en profundidad. En otros el designer no entra tanto en profundidad, entonces el PM tiene que meterse más. Entonces al final lo importante es que el equipo se compense y el que hace esta compensación al final es el PM porque como el equipo puede ser diferente, el PM cubre los huecos. Porque ha falta lo que le toque, pero claro, entonces tienes que tener un PM que pueda cubrir cualquier tipo de hueco, ¿no? Eh, y eso también es eh complicado. Hubo un equipo que el el enero se quedó sin diseñadora y mi respuesta fue muy bien. Pues ya sabes, a a diseñar en papel si hace falta, pero no podemos parar la máquina. Al final tú te tienes que asegurar que las cosas pasan. para aclarar lo que decías de que yo no me gusta el concepto de trío, ¿te gusta el concepto de equipo? Para explicarlo, es que me gusta el concepto de equipo, efectivamente. Entonces, eh es tan difícil esta este mix de skills y de complementariedad, ¿no? Estos equipos multidisciplinarios es tan difícil se produzca que para mí me me resulta una ser simplificación que encima se tenga que producir en tres personas, ¿sabes? Y de alguna forma también me me parece como una pérdida de de talento dejar fuera a eh ingenieros que pueden ser Tenex engineers, ¿no? Vamos usando estos conceptos, ¿eh? O sea, ingenieros que son la capacidad multiplicadora, ¿no? Que son perfectamente capaces de entender el problema, la solución y la estrategia de negocio. Y de alguna forma, por hablar del trío se deja fuera a cuatro personas que caben todas en una sala. Pero es que es no es dejar fuera, es es traerles mucho contexto para para meterles dentro de la conversación, no es dejarlos fuera. Al final, si todo el mundo está haciéndolo todo, y esta conversación la hemos tenido muchas veces, si todo el mundo está haciendo todo, nadie hace nada. Muchas veces, pero yo estoy de acuerdo, pero creo que es muy importante compartir y comunicar al resto de desarrolladores los porqués de las cosas. O sea, por ejemplo, a mí una cosa que me pasó con el equipo de Projects es que em los desarrolladores acabaron queriendo ir a las reuniones de clientes porque es que empezaban a entender todo mucho más. Entonces les dabas un contexto inicial de este es el problema y es que al final los o sea lo que hacen es al entender mejor las cosas son mucho más eh valiosas sus valiosos sus sus ideas, sus inputs porque están metidos dentro del círculo. O sea, al final es como un poco yo lo como lo veía así, es como yo iba a las reuniones y cuando detectaba que algo era superinesante es cuando los llevaba para que yo no desentrarlos al final porque tienen que estar en el foco en el desarrollo, pero conseguí que el equipo entendiera todos los problemas en los que estábamos focalizados, el por qué y el impacto y eso es como Claro, pero pero creéis que en la época de de Cursor, ¿no? de ese programa casi eh escribiendo en inglés o en o en catalán si quieres lo que quieres construir y te lo construye un cursor o te lo construye Copilot. Eh, o sea, en esta época creéis que el ingeniero todavía tiene que estar en la cueva concentrado y construyendo tod no es el concepto de trío y el ingeniero de la cueva o el concepto de de equipo. Al contrario, yo a mi equipo cuando era individual contributor lo traía todo. Tenía una reunión cada tres semanas con ventas y de hecho estaban estaban invitados opcionalmente y casi siempre venían. metos en el con eso me estás dando la razón, ¿no? Porque no estaban en todo. No estaban en todo. Otra cosa del buen PM es dar foco y hacer priorización radical. Entonces el PM recibe una cantidad de ruido tremenda, tremenda. Recibe inputs por todos los lados. te llama este prospect, este cliente y vas allí y hay veces que eh coges mucho mucho input importante y hay otras veces que has perdido una hora de tu vida y entonces si la pierdes tú pues bueno, pero si la pierde todo el equipo, el equipo no está implementando la funcionalidad que hemos prometido que este cuarter para esta fecha vamos a tener. A ver, pero yo no digo todo el equipo, ¿eh? Aunque ojo, yo igual me gustaría ir siempre todo el equipo de la mano, todos porque entonces si todo el mundo tiene exposición a todos los problemas, todo lo que está pasando, lo que se acaba construyendo, aunque haya menos horas productivas, seguro que va a tener más sentido, ¿vale? Porque gran el gran problema siempre es la comunicación, eh, el dar contexto todos a todos, todo el rato. He aprendido esto nuevo, he descubierto esto otro. Pero yo creo que lo que dicen más es que al final nosotras o los PMS en nuestro caso nosotras filtramos el ruido. Es como porque a mí me ha pasado que me haya dado a lo mejor algún account manager o algún account executive en plan, por favor, tienes que venir a esta reunión qué porque este cliente tiene un problema y luego el problema eh eh o sea pero lo que me estáis diciendo, lo que me estáis diciendo es PIM versus resto del equipo. No, no, trío versus no no trío. A las reuniones con cliente estaba el trío, íbamos en trio, o sea, el trío sí va en todas partes. Sí, el ingeniero maneñador tampoco diseña. Pues solo hay uno por equipo, ¿no? Pero depende de nosotros, depende el momento también del discovery, depende del momento donde esté el problema, depende de, o sea, al principio cuando estás empezando a hacer un un cuando no, cuando tienes ese tu fillo de que hay un problema y quieres empezar a a ir mucho más en profundidad, eh sí que nos o igual nos dividimos, ¿no?, va con unos clientes, esto va con otros, empezamos a sacar como patrones, eh, luego vamos a seguir hablando con este cliente. O sea, es que muchas veces llamamos discovery a todo, ¿no? Pero es una parte de discovery que es continuous discovery, que es hablar con un cliente cada vez que tienes oportunidad o mirar los datos cada vez que tienes oportunidad. Entonces, eso para mí es más responsable el PM. Entonces, ahí sí que indispensable que vaya a todo lo que haga falta. Luego eh está la parte de discovery, que es entender el problema y discovery de validar una solución. Todo lo llamamos discovery. En el problema sí que tiene que ir el product designer y el engineer manager porque si no no van a si no entienden el problema, no van a ser capaces de resolverlo. Y en la variación de la solución, sin duda. Yo, mira, cuando empecé indic eh me voy a me voy a historieta, historieta, vale, momento historieta. Eh, ostras, em yo era un piemora que, o sea, ahora que lo pienso yo, ¿qué qué hacía? ¿Quieres o no? Era un PM porque lo que hacía era crear motivación y entusiasmo sobre un problema. Al final, básicamente lo lo resumo así, ¿vale? Entonces, ¿qué pasa? Una vez había generado el entusiasmo, todo el mundo le interesaba estar donde había la acción y era incapaz de hacer una reunión en el que no estuviera al 100% de la empresa, que esto no era productivo. Ya lo descubrí con el tiempo, no os preocupéis, ya lo descubrí, pero durante mucho tiempo pensaba, ostra, ¿por qué no? ¿Por qué dejar a este pobre fuera, no? porque yo he hecho todo el esfuerzo de generar este entusiasmo, vamos a resolver esto tal, tal y ahora pues tú no vengas, ¿no? Entonces eh eh bueno, era improductivo. Probablemente todo el mundo estábamos todos siempre en en todas las reuniones, eh, y luego en el tiempo pues esto eh no escaló, ¿no? Y al final tuvimos que que pensar otras metodologías, ¿no? Pero en general siempre, y ahora me pasa con con la organización de producto de Factorial, o sea, para mí mi equipo hoy sois vosotras los directores, ¿eh? No, entonces yo soy incapaz de tener una reunión donde no se todos porque al final lo que nos cuesta alinearnos. Somos 230 240 personas, ¿vale? Tenemos 16 directores, si no recuerdo mal, ¿no? Esos 16 directores que vamos a todos lados juntos y hemos discutido muchas veces, oye, nos partimos, no sé qué, tal, ostra, pero es que si nos partimos luego, ¿qué? ¿Cuántas veces tenemos que tener la comunicación, la conversación y alinearnos, no? Ya, pero creo que ahí es también el trabajo del PM y de un buen PM ser capaz de [ __ ] todo ese contexto, traerlo al equipo para alinearlos y motivarlos hacia la solución. Y eso es es muy importante eso. En eso estoy 100% de acuerdo, pero esto es PM y equipo, no trío y equipo. Eh, sí, pero por ejemplo hay productos, hay hay momentos en los que los problemas a lo mejor son más técnicos, ¿no? Entonces a lo mejor pues necesitas más el apoyo del engineering manager y puedes delegar esa parte en engineering manager, ¿no? o cuando a lo mejor estamos buscando, pues por ejemplo, no nos ha pasado a nosotros ahora con con proyectos o soluciones más transversales, pues a lo mejor es una tiene que ser más el director de diseño que esté ahí porque tiene que tener esa comunicación con el resto de directores de diseño y nosotros al final es como hablamos con nuestro con nuestro PIR, vemos que las cosas van funcionando y ya está. O sea, al final es también depende mucho del producto, depende del momento del producto, depende del momento del problema. O sea, a mí me encanta ir con todo mi equipo. Además, yo a mí me gusta trabajar en equipo. Yo no sirvo sola, pero pero es que tenemos 8 horas al día, 12. Para mí la diferencia entre equipo versus trío es que, por ejemplo, el inenir manager, que muchas veces actúa de de equipo, ¿no? Cuando pides, pues yo que sé, viene un cliente, le dices, "Oye, esto es grande o pequeño." Al final todo el ruido se lo come el manager. Entonces, el equipo se come menos ruido. Al final es ese, es darle más poco al equipo y traerles el contexto en los momentos adecuados para que no para que nos aseguremos de que somos capaces de de desarrollar cosas cada cuáter y sacarlas y lanzarlas. Para dar contexto un poco tarde, llevamos media hora hablando de esto. Un equipo de factorial es está compuesto por un BM, un engineering manager, un product designer y un equipo de ingenieros o product engineers. Nos gusta decir product engineers, dejar constancia de que son product engineers, es decir, gente que busca soluciones a problemas, ¿no? Que pica código, eh, o que hace tecnología en el vacío, que normalmente está formado entre tres, cuatro y seis personas. eh algunos algunos más grandes que ya empiezan a tambalearse, entonces ya sí que es difícil que este alineamiento, esta comunicación fluida, ¿no? ¿Cuál es el tamaño ideal de un equipo? El que funcione. Sí, yo creo que no hay un tamaño ideal. Siempre se dice lo de 5 más menos 2, eh, o 7 +2. Siempre dudo con los impares, pero al final hay equipos que tenemos que son más grandes, que son con el con el PM y el PD, a lo mejor son incluso 11, 12 personas. que funcionan bien y hay equipos que tenemos que son pequeños y no funcionan bien. Entonces, cuanto más pequeño es cierto que hay menos problemas de alineamiento porque todo el mundo está más alineado y y tiene el contexto completo. Pero yo no soy muy radical con respecto al tamaño de un equipo. Es que luego también pasa mucho el la señority del equipo, ¿no? El qué piezas te faltan dentro del equipo, ¿no? O sea, por ejemplo, es muy importante que haya como personas nuevas, juniors, que vayan entrando en los equipos, que vayan aprendiendo de los seniors, que vayan cogiendo ese contexto, que luego para poder también que luego esos seniors, ¿no?, pues como nos ha pasado por ejemplo con Ruche Campos, que está desarrollando un un producto desde cero nuevo, ¿no? nombrando gente como si la gente los conociera, bueno, pues un un campus es un histórico de indie, que es mi cofundador de indie, casualmente, e para que él pueda no como desacoplarse de ese producto e irse a ser como eh la semilla del nuevo, ¿no? Entonces, al final hay momentos de los equipos los que necesitamos irlos ampliando para que ese equipo igual se vaya eh separando y vaya cogiendo nuevos scopes. También depende mucho de cómo funciona el equipo, porque hay equipos, yo que sé, de cinco personas que funcionan super bien, metes una persona y se te valea todo. Entonces, es es al final encontrar el equilibrio entre el momento del producto, el tipo de perfiles, pues como un poco de broma, pero nueve, ¿cómo es? Nueve embarazadas no tienen un nu en un mes, ¿no? Pues no por meter a más gente, vamos a hacer las cosas más rápidas, ¿no? Pues todos esos luego hablaremos de embarazos. Luego de embarazos, pero pero es verdad, es no puedes, o sea, no por meter a más gente puedes eh desarrollar más rápido. Entonces, todas esas cosas hay que tenerlas en cuenta para cómo balancear el número de de las personas. Antes preguntaba sobre Good PM y Bad PM y lo decía en inglés, ¿no? Para ser chupi que igual también, pero es más referirme al al al artículo del año 1999 de Ben Hwit, donde hablaba Good PM, bad PM, ¿no? Y explicaba un poco para que cuál era el rol del PM para él. Eh, yo creo de las primeras veces que se hablaba eh de este de este rol aplicado a tecnología, porque aplicado pues a marketing, por ejemplo, pues lleva lleva mucho tiempo. Y una de las cosas que decía Ben Horwit es que el PM es el CEO, el CEO del producto. ¿Esto lo compráis o no? Es también un tema controvertido. Sí, es es controvertido y siempre yo sí lo compro, pero siempre con una muletilla, ¿no? Al final el PM no tiene no es el manager de nadie, es este individual contributor que tiene que convencer a todo el mundo. Entonces, no gestiona por línea de reporte, sino gestiona con mucha influencia y mucho liderazgo. Entonces, eh un CEO, sí, un CEO puede echar a al a quien le reporte, ¿no? Sí que hay no puede echar a nadie directamente, no puede influenciar todo por influencia. Al final es eso, hace que las cosas pasen y va empujando, pero realmente no. Todo por influencia. ¿Vosotros qué background tenéis antes de ser PM? Yo tengo, ¿qué estudiasteis para ser PM? Yo ingeniera de informática y de telecomunicaciones. Ayuda. Eso ayuda. Conocer la tecnología ayuda. Desarrollé durante un par de años y muy pronto me di cuenta de que quería más contacto humano y entender de por qué venían las cosas, por qué priorizábamos lo que priorizábamos y me me he ido moviendo poco a poco hacia el negocio. Porque buscabas contacto humano. Eso también siempre explico que que porque cuando tenía que hacer un algoritmo eh super chulo y tal, guay, pero cuando tenía que resolver un back de lo que ya llamo tuberías, ¿no? Que tenías un código, una base de datos, un archivo de spring y algo no conectaba correctamente, entonces no funcionaba y no podías hacer diva que tal, eso me desesperaba, me comía los la energía del ordenador y con los humanos no pasa, no se te bloquean los humanos. No te consumen energía. Me consumen, sí, pero es es de otra manera, ¿no? Al final yo yo noté eso que necesitaba. A mí a mí me gusta mucho hablar con gente. A mí también. Con energía, pero yo estudio económicas. Vale. Sí, pero tú vienes del negocio. Yo vengo de negocio. Por eso buscas los el RR siempre. Sí, estudo siempre con los datos. Estoy como loca con los números. Eh, sí, yo estudié económicas y la verdad es que entré, la verdad es que mi mi trayectoria fue como bastante casual, ¿no? Porque fue entré de becaria en un en un pequeño banco, hm, y llevaba las campañas de marketing. Pero claro, las campañas de marketing es como tú puedes quemar pasta, pero si eso luego entra en un funnel que no funciona, ¿no? De de producto, es como quemas el dinero y ya está, ¿no? como y entonces íbamos como empecé como a meterme ahí a entender cómo podíamos optimizar el fanel del producto para convertir esos clientes que estaban entrando a y ahí empecé a darme cuenta de que no quería hacer más sem que lo que quería era mejor. El problema era el producto, ¿no? Fue tirando un hilo infinito y acabaste como Sí. Entonces empecé ahí a rascar que era eso el producto y hasta hoy. Entonces antes fui estudiante en plan, no sabes pasé de de O sea, entraste producto muy temprano. Entré en producto muy temprano. ¿Y en qué empresas has estado? ¿En qué empresas he estado? Eh, pues empecé en SBank, que era un pequeño banco que pertenecía a Societ Senegal y a Caixa Bank. Luego pasé a una pequeña startup que era un crowing de préstamos. De ahí pasé a Imagine Bank, luego pasé a Idealista, después a lo quiero y ahora Factorial. Y cuando comparas varias culturas de producto en España, ¿qué qué te viene en mente? ¿Cómo se comparan o cómo se compara Factorial con otras? ¿Cómo se comparaban? Creo que en cada empresa y en cada momento de la historia, que parece que como historia mucho tiempo, pero de los últimos años, el PAMA ha tenido como unos roles distintos, ¿no? Y creo que también esa flexibilidad eh no solamente también del momento del producto, el momento de la compañía, del momento de de también ser PM hub un momento que era como una moda, ¿no? O sea, era como que, o sea, los equipos tienen que tener un PM, da igual. Y ponían un PM y ya está, ¿no? Y parecía como que las cosas iban a pasar. es como hacemos que las cosas pasen, pero tiene que haber uno como detrás un por qué se pone un PM y qué se busca con un PM, ¿no? Entonces, para mí, por ejemplo, si comparo factorial con el resto, creo que una de las cosas que a mí más me gusta de factorial es la visibilidad que tenemos del impacto, ¿no? Vuelvo otra vez a los números, ¿no? La RRs al negocio. Es somos muy capaces de ver, somos capaces todo el rato de ver lo que está, cómo estamos impactando a a Factorial, en qué porcentaje nosotros estamos impactando a Factorial cada uno de nuestros productos. si están teniendo impacto o no las fitus, si hemos e priorizado bien y eso en otras compañías, pues ahí no no tienes esa o no hay esa transparencia o no hay esa facilidad al acceso de los datos, ¿no? Igual también creo que en cuanto a la exigencia que tenemos y en cuanto al delivery que tenemos en en Factorial, ¿no? O sea, entregamos cosas, nos gusta eh estar entregando constantemente el contacto con el cliente, la rapidez, o sea, tener la calidad, pero a la vez seguir constantemente eh actualizando el producto. Hay veces que son otras compañías pues no tienen esa, ¿no? Y luego si comparo pues por ejemplo Imagine Bank pertenece a Grupo Caixabank con Factorial es que son cosas muy distintas, ¿no? a la rapidez que aquí la agilidad que tenemos en cuanto a decisiones, en cuanto a meternos en lo que queramos, no iba a decir en fregados, iba a decir eh en no pues hoy esta como también lo hemos tenido tú y yo de los politiqueos, ¿no? En plan de pasa algo, me meto en otras en otros sitios pues tienes que tener como igual sí que te lo decía yo a ti, eh, te decía nada de politiquo, nada de politique, métete. Claro. Y yo estaba pensando en plan, es verdad, ¿por qué? ¿Por qué no? No, pero claro, igual y justamente en ese momento he pensado, [ __ ] aquí mi background me está jugando una mala pasada y cuando no podía hacer ciertas cosas porque sabes, había barreras, ¿eh? Y aquí no, aquí es como para adelante y y a solucionar las cosas y luego ya hablamos, ¿no? Pero que las cosas estén solucionadas. Entonces, es un poco esa es la diferencia entre las compañías. ¿Y tú ves más, ¿cómo lo ves? ¿Cómo comparas la cultura de producto en España o donde has estado? Y y explica rápidamente dónde has estado. Pues con Factorial. Yo empecé cuando salí de la universidad, me fui a una a un marketplace austríaco que se llama Bill Haven y pertenecí al grupo que se adinta hoy en día antes Chipstad y allí estuve realmente 8 años. Primero en un marketplace empecé como desarrolladora, luego product owner, luego product manager y se me globalizó a a Chiefstat Central y ahí of product llevando un portfolio de de productos centrales. Entonces para mí era muy distinto porque de hecho cuando trabajaba en central, que fue mi mayor experiencia como PM, tenía mucho más stakeholder management de lo que puedo tener aquí en Factorial, que aquí a veces los stakeholders como que no están no están tan claros, están definidos, mientras que estaba mucho más lejos del impacto porque era como un B2B2 sí tenía que pasar a través del marketplace. Stakeholders management es una palabra en inglés para decir politiqueo, ¿no? Es influencia. Todo es influencia, ¿vale? influencia, ¿no? Al final es entender quiénes son las principales personas importantes en los equipos que e que tienen algo que decir sobre tu producto y que tienes que hablar con ellos y y te [ __ ] su pues todo lo que te tengan que decir, ¿no? Todo el input, otra palabra en inglés que nunca me acuerdo cómo decir en español. Pero, pero y si y si y si es mentira lo que te dicen que tienes que hacer o o si no no tiene impacto. Claro, para eso están los otros datos que tengas, ¿no? Y intentar validar cosas. Pero ya te digo, en en Adevinta yo estaba muy lejos del también porque no trabajaba en el marketplace directamente, sino en Advinta central estaba muy lejos de ese impacto y por eso decidí irme cierto punto decir, "Vale, llevo 8 años de mi vida aquí, he crecido, he aprendido muchas cosas, pero necesito, quiero acercarme más al impacto final." Y eso es lo que, como comentaba Valeria, tengo mucho en factorial. factorial, puedo hablar con clientes, ver si toco esto, si sube, si baja, eh qué impacto tiene, es otra cosa. Y en cuanto a en qué se diferencia producto, yo creo que eso también lo notamos mucho en cuando entrevistamos candidatos. Al final depende mucho de cada empresa. Hay en empresas donde el product manager todavía sigue siendo muy eh gestor de proyecto y lo notamos, ¿sí? Eh, que piensa en ejecutar tareas. Hm. E en otros, pues eso no piensa, le han venido dadas muchas cosas. Es que vienen de negocio los requerimientos. Vienen de negocio. Me dice mucho eso. Los requerimientos vienen de negocio. Es negocio Pérez. Yo, ¿quieres negocio? Preséntamelo. Claro. Y nos pasa mucho, ¿no? Que vamos a estamos intentando contratar un senior PM, ¿eh? Y llega una persona que lleva muchos años de experiencia, pero a lo mejor no tiene ese nivel de autonomía en todos los niveles, en negocios. estrategia eh y ejecución impacto que necesitamos nosotros to market que esperamos de un y que necesitamos de un PM aquí. Entonces notamos que es distinto, que hay muchas diferencias con respecto a la empresa en la que estés. Es fácil pichar factorial, ¿no? No, ojalá. Mira que hay PMs, ¿eh? O sea, yo yo tengo mi Linketim lleno lleno de PM, sí, que me escriben, pero es que se necesitan, es decir, aparte de todo esto que hemos comentado, vuelvo a reiterar el tema de de la energía, de las ganas, al final flexibilidad factorial es un poco caos, esto de haz lo que hagas falta, no hay parcelas, eh, puede venir Bernad con una idea feliz sobre tu mesa y tienes que saber cómo eh si cogerla, no dejarla, No, hay que saber decir que no también, ¿no? De oye, pues eh le coges el input, pues lo que hablábamos antes de no decir que no ni decir que sí tampoco. Ah, vale, me lo ha dicho Bernad, tú tú esto lo voy a hacer tampoco, ¿no? Entonces, encontrar esta persona capaz de [ __ ] todos los inputs de todas partes, tener una opinión fuerte, hacer que pase, hablar con mucha gente sin a veces unos procesos muy definidos en algunos en algunos casos dentro de factorial, pues requiere mucha energía y requiere muchas ganas. Entonces, hay gente a la que yo le explico, candidatos a los que le explico esto y le brillan los ojillos. Dices, y le digo, "El bien y el mal se mide en AR y necesitamos eh mucha resilencia, necesitamos que las cosas pasen y quiero que este producto vaya de cero a no sé cuántos millones en un año y le brillan los ojitos." Entonces, pues ya sabes que por ahí hay de dónde rascar y hay gente que dice, "Sí, sí, ya, pero luego hay gente que le brillan los ojitos y luego ya ya dices, aquí hay algo. Pu puede que luego abrasque todo el mundo. Y es que es que a mí me cuesta imaginar que alguien le cuente de eso y no le brillen los ojos. Pues no, hay gente que está en distintos puntos de su vida que no el él el fant que quiere más predictibilidad. Ya hablaremos hablaremos del Light Balance, pero hay gente que tiene distintas definiciones de lo que eso significa. Eh, no sé, si hay gente, o sea, hay gente que no que no está acostumbrada a al continuo, es que no quiero decir continua evaluación porque no es que vivamos una continua evaluación factorial, pero es un continuo estar expuesto. Sí, uno estar expuesto, dos a los datos, no es como lo que dice Emma, se mueves o no mueves el dato. Entonces es como tienes que moverlo, ¿no? No puedes estar eh con tu equipo pasándotelo muy bien, construyendo feat y mover las métricas. Y si no lo mueves, se te va a preguntar. Y si no lo mueves, tienes que tener muy claro por qué y cuál es el plan para para moverlo. Para moverlo. Y eso hay gente que no le gusta estar tan expuesto o que nunca lo ha estado por porque hay compañías donde no estás expuesto a este nivel y entonces pensar que van a pasar a estar expuestos les da miedo y a mí se me han caído candidatos eh durante el proceso en plan, no es para mí. Igual que hablábamos antes del de Martín Kaga, no hay gente que tiene otro concepto de autonomía, mientras que aquí es, mira, vas a tener este equipo y vas a poder generar mucho negocio. Encuentra o no encuentra dónde es el problema correcto para resolver. Y hay gente que no que no tiene la misma definición. A mí me desespera esto de la autonomía, tengo que decir, o sea, esta idea que pseudogmática, pseudodogmática que dicen, "No, no, el equipo esen power, tenemos que hacer lo que nos dé la gana." Y digo, "Pero un momento, o sea, monta, monta tu empresa si quieres lo que te dé la gana, o sea, no sé, eh, o sea, es importante tener autonomía porque es una forma de escalar, evidentemente. O sea, yo desde luego, o sea, vosotros no podéis hacer todo lo que lo que tenéis ahora mismo en vuestro scope, ¿no? Entonces, necesitáis equipos. penséis crear estructura, eh, y evidentementeis queréis gente buena que se haga una opinión del bien y del mal y que actúe con con decisión, ¿no? Pero que esté expuesta también a a cambios, a nuevas externalidades, a a cosas que afectan a toda la compañía, que a veces hace falta esta generosidad para decir, "Oye, ojo que si todos estos equipos tienen una necesidad y lo que estoy haciendo es una abstracción que tenga que ayudar a estos equipos, pues esto me puede hacer cambiar el roap." Ese es otro punto importante. Has mencionado el tema del cambio. En Factorial cambian muchas cosas y lo tenemos como base, ¿no? Como dogma. El la única constante es el cambio. Hay gente que tampoco gestiona bien el cambio. Entonces tampoco igual buscamos a gente que pueda gestionar bien el cambio y que se pueda adaptar. Y para esto hay que darles contexto, hay que explicarles el por qué se cambia. Pero hay gente que que no le que no le gusta. Y lo que hablabas de de esa generosidad hacia otro equipo, de hecho, nosotros en Operations hemos estado trabajando mucho en el concepto de dominio como equipo, precisamente por esto, porque en el pasado la gente estaba al final todo el mundo necesita un sentimiento de pertenencia, pero cuando tú tienes un sentimiento de pertenencia a un equipo concreto con un scope cerrado y te cambian o el scope o la gente o el equipo, te desestabilizan. En cambio, si tu sentimiento de pertenencia no es solo necesariamente a ese a esa equipo burbuja, sino al dominio o a factorial, entonces si tú tienes factorial o el dominio tiene otra prioridad mayor, es más fácil hacer esos cambios. Me encanta que me estés dando la razón a lo que decía al principio yo, que es incluir a más equipo, más equipo, o sea, hacer menos divisiones, no no más, o sea, no el trío es que no ni el equipo, sino el dominio. Siempre te estoy explicando que una cosa no quita la otra. Cada vez que tenemos un Assembly traemos muchísimo contexto a todo el mundo. Claro. Eh, el trío tiene que dar mucho contexto a su equipo. Tienen que tener mucha información para alinearnos y para entender el porqué de las cosas, pero no pueden estar en todas las entrevistas con los clientes, en todos los el ruido que viene de de Slack. Ojalá tuvieran. Eh, por cierto, dominio en Factorial es una área, ¿no?, de de negocio de de un espacio de problemas. En nuestro caso tenemos finanzas, tenemos payroll, bueno, tenemos operaciones que está formado por payroll, plataforma y gestión del tiempo, ¿no? Y luego tenemos gestión del talento, ¿no? Eh, son como dominios de espacios de problemas que actúan casi como una empresa autónoma que vamos creando y moviendo equipos, ¿no? Como como estabas contando, ¿no? Pero al final todo es factorial. Claro, somos el equipo de factorial y a veces los dominios también tienen que tener generosidad con otros dominios. a veces todo el rato. Bueno, bueno, pero también hay muchas discusiones de, por ejemplo, ¿por qué Payrol ha puesto un incentivo a Sí, yo, ese soy yo, a los account managers y no nos ha llamado finanzas para que nosotros también tengamos la opción de poner un incentivo, ¿no? Yo no estaba, yo mi conversación no iba tanto por ahí, sino en cómo podemos tener todos nuestra parte, porque todos tenemos que vender. O sea, por ejemplo, para mí, o sea, al final es un ejemplo aleatorio aleatorio que no ha pasado y que nunca ha pasado, que le ha pasado una amiga, de hecho, ¿no? Eh, antes he dicho, "Esa soy yo, ¿no? E o sea, porque creo que, o sea, para para una cosa que tenemos super claro en factorial es factorial, o sea, tenemos que conseguir los objetivos como factorial, ¿no? Pero sí que es verdad que lo que pasó ahí en ese momento es que hay dos productos eh nuevos que necesitan como mucho ese apoyo, ¿no? Entonces, si balanceamos por un lado, el otro producto puede caer y yo no o sea, no lo hago para llevármelo todo a finance, sino es más, ¿cómo podemos trabajarlo de manera que ninguno se haga perjudicado? Porque vamos a cae, pero bueno, sí sería entrar en otra conversación. No, no sé, no tengo más, no tengo más datos. No puedo hablar pues la persona que le pasó eso. Muy bien. Em, vale, pues hemos hablado de procesos, ¿no? No hemos hablado de procesos. ¿Cuáles son los procesos de Factorial? Por eso no hemos hablado de procesos, hombre. Yo creo que hay unos cuantos ya gracias a vosotras. A ver, los procesos que están claros son los rituales. Hay ciertos rituales que están claros, ¿no? Tenemos la Produ, como ya hemos comentado, y el alignment. Esos son los que no pueden. ¿Qué son? que que el prodw review como hemos estado hablando es este esta reunión que tenemos a principio de cada quarter donde hacemos una review, una revisión de lo que se cada equipo ha lanzado y el impacto que ha tenido en el cuáter anterior y sus planes para el este quáter, para el cuáter siguiente. Entonces, es dura 3 días y medio, 4 días, todos los equipos presentan, dura tanto porque somos muchos equipos. Cuando dices días, son días días 24 horas de a nu de 9 a y entonces eh los es muy importante, no solo por esa visión que coges de que todos los equipos presentan y ves eh qué está pasando, sino porque los directores entendemos eh lo que se está trabajando y también si tiene sentido a nivel de prioridades lo que hablamos de factorial. Entonces esa es la product review. Luego tenemos el alignment a mitad de teóricamente a mitad de cuartel, pero que al final siempre termina yéndose un poquito hacia hacia mitad más e que es una demo a toda la empresa de lo que hemos lo que estamos haciendo. Entonces, la product review es solo para el equipo de producto. Eh, cuando hablo del equipo de producto incluye ingenieros, diseñadores y product managers, obviamente, y cuando el alignment, no, el alignment se abierto a todo el go market y a toda la empresa. Entonces, es ese momento para recibir el feedback, para recibir eh las opiniones de todo el go to market de si estamos haciendo algo bien o algo mal y asegurarnos de que de que lo que estamos al final ambos ambos rituales el foco es asegurarnos que estamos trabajando en la cosa correcta e con el nivel de de calidad adecuado. Entonces, lo más importante es el feedback que recibimos y qué hacemos con ese feedback. Hay más procesos. tenemos el el productor Hans, que es un ritual interno eh de todo de todo el equipo de producto, donde normalmente pues lo usamos para ese alineamiento eh a nivel de equipo de producto de organización. Pero si tu pregunta va más, hay un proceso de cómo definimos producto, cómo hacemos producto, o sea, porque al final estos son como más rituales, rituales Sí, pero si es, o sea, creo que al final pasamos, o sea, creo que pasamos por todos los pasos de la creación del producto, pero sin framework concreto, sin eso es sin un framework concreto, no enforzamos ninguna metodología, dejamos libertad a los equipos. Hay equipos que funcionan de una forma y otros de otra y equipos más asile, menos asile. Sí. Eh, no, eh, al final lo común es hay un estamos troceados en quarters, ¿no? Eh, la unidad, digamos, de tiempo donde hay una evaluación completa de todo es el quarter, pero cada dominio tiene distintas formas de ir evaluando cada semana o cada dos semanas, ¿no?, lo que se está construyendo. De hecho, e al final lo que yo suelo comentar en las entrevistas es que a mí me da igual el libro que tú utilices, ¿no? El equipo al final se pone de acuerdo si usa Canban Scram. Si utiliza este framework, este otro para priorizar, me da igual el libro. Si funciona es el libro adecuado y si no funciona cambia de libro. Al final da un poco igual el framework. especiales hablando del libro que funciona, puedes explicar, Valeria, el caso de proyectos, que es un caso eh bastante espectacular de crecimiento. El caso el caso de proyectos fue un producto que el año pasado tuvimos una conversación, el año pasado, bueno, hace dos, como a finales de 2023, ¿no? una conversación de qué hacemos con este producto, o levantamos un millón o adiós producto. Y me acuerdo que yo las Navidades pasadas como el cuento de Navidad, pero las Navidades pasadas, las de 23 a 24, cuando todo el mundo está de vacaciones, yo estuve como pensando en plan, esto hay que levantar un millón, o sea, tenemos que levantarlo. Y cuando dice levantar un millón, ¿quiere decir vender? vender, no conseguir un millón de factorial, el balance factorial para no no no el conseguir 1,illón de ARR, eh, consiguiendo que clientes paguen por ese productom y lo que hicimos básicamente con el equipo de projects, eh, que para mí son como top, o sea, sí, son top, eh, todas las personas que han pasado por por ese producto algo del tiempo, em fue e meternos de lleno en entender cuál eran los problemas que tenían nuestros clientes con la gestión de los proyectos y empezar a sacar eh valor en muy corto tiempo, validando a la vez eh el precio por el cual vendíamos ese producto, ¿no? Porque era todo nuevo. Este producto estaba dando 0 € a factorial. Bueno, de hecho estaba restando a factori, ¿no? Porque consumía mucho, ¿no? De de ciertos recursos. [Música] Y conseguimos levantar eh un millón de levantar conseguimos eh Sí. que generar un millón de ARR en menos de un año. Y como lo hicimos, pues fue contacto con el cliente, e buena definición de producto de las soluciones, es que era contacto constante con el cliente, es que, o sea, yo creo que si veías o si ves las métricas de Gong, que es la plataforma con la que que gestionamos las comunicaciones con los clientes, yo veía las métricas otra vez con los datos y decía, "Ostras, es que voy a muchas reuniones con clientes a la semana." y claro, y luego verte las grabaciones con el equipo, escuchar al cliente cuál es el problema, a partir de ahí pues definirlo con con el designer y con la engineering manager. Em, y aparte conseguimos una cosa que para mí es fundamental y es que todo el equipo estaba supermtivado con el objetivo, supermotivado. O sea, es que todos sabían el el la y lo siguen sabiendo, el AR que están generando. Es que cuando creas ese engagement con el equipo entero es que todo funciona mucho mejor porque están dispuestos a arrimar mucho más, a poner más ideas. Cuando piensan, piensan como mucho más focalizados en los problemas que queremos eh solucionar. Y luego un go automarket, eh, muchas comunicaciones, mucha campaña, muchas o sea, basamos mucho la estrategia de lo market en apsel de cómo podíamos cruzar esos productos con otros productos de factorial y cuando nosotros queremos ser, ¿no?, como una only one solution era ahí, ¿no? Es dónde nuestro producto es competitivo con respecto al resto de la competencia, ¿no? ¿Dónde es diferencial? en lo que ya tenemos dentro de factorial que otras empresas no tienen, ¿no? Como era, por ejemplo, el coste por hora, el poder trackar el tiempo exacto, que para muchas empresas es muy importante. Entonces fue unificar todos esos productos y luego enseñarles el valor que tenía el producto sin que lo tuvieran contratado. Entonces, eso generaba la la el deseo de probarlo y de contratarlo generando un apsel y con un equipo de comando e convertir esos el equipo de comando es un equipo de apsel especializado en el producto que nos ayuda a explicar al cliente e el producto y bueno, el cliente en ese momento es un es un cliente potencial y conseguimos convertirlo. Bueno, no es no es un cliente potencial, es un cliente de pot de factorial pero potencial de nuestro producto. Eso es. O sea, empezaste pescando en una pisoría, digamos, ¿no? Porque era eran clientes de factorería. Sí, pero fue bastante curioso porque la hipótesis que yo puse al principio es que conseguiría el 70% de los clientes de Apel y se dieron las se dio la vuelta a las tornas y luego acabó siendo nuevos clientes. Nuevos clientes. Tenemos más tenemos al revés tenemos más Sí, sí. Tenemos el 30% de nuevos clientes y el 30% Apsel. Sí, sí. Pero empezaste hablando con clientes existentes. Empezar hablando con clientes existentes. Sí. tiene un problema de gestión de proyectos. Sí. Sí. Y que las herramientas que hay en el mercado son demasiado complejas para ellos, o sea, como por ejemplo un Gira o un Monday y le dan poca visibilidad de costes reales porque no tienen la información del coste del empleado y lo pueden imputar a la hora. Tampoco tiene un sistema de clocking clockout de traqueo de horas en base pro de la gestión del tiempo. Es es bueno ni de las vacaciones, ¿no? Es como al final y la gestión de la vacaciones final. Claro, lo que fuimos haciendo es linkcar todos los productos que teníamos en Factorial para dar visibilidad y poner en valor mucho más la gestión del proyecto, porque tú ahora cuando gestionas un proyecto sabes si a la persona que estás e introduciendo en ese proyecto tiene vacaciones, no tiene vacaciones, si cuántas horas trabaja al día, qué disponibilidad tiene bueno y el coste por hora de esa persona porque tenemos el salario y a partir de ahí muchísimas más cosas hacia donde queremos ir que es como buscar la productividad de esta persona, ¿no? Eh, también pues podemos linkarlo, queremos trabajar en el futuro en cómo linkarlo, pues por ejemplo con con trainings, ¿no? O sea, ¿qué skills tiene esa persona? ¿Cómo performa esa persona? Porque al final cu tienes que tomar decisiones sobre qué personas poner, ¿no?, en los proyectos o sobre todo cuando estás gestiando un proyecto para un cliente, ¿no? Para un tercero, es pues todas esas preguntas de quién es mejor poner, quién no, dónde puedo obtener más rentabilidad con el proyecto. Al final es el objetivo es que los proyectos sean lo más rentables posibles y cómo les ayudamos a que eso a que eso suceda y tenemos todos esos datos en Factorial. En Mataro que ves todas las entrañas de Factorial porque llevas toda la plataforma en sí y los productos eh que más venden eh de Factorial, ¿cuál es el producto que más te ilusiona? El producto que más me ilusiona. ¿Y dónde ves algo que más que te flipe más? A ver, así de concreta es la pregunta. Sí, muy concreta. A ver, hm, yo tengo el corazón dividido, ¿no? Porque vengo de time, porque fui individual contributor de el equipo de de Time Planning. Entonces, toda la parte de gestión del tiempo, que yo, aunque son tres productos, lo veo como uno, eh, pues me me encanta. Y además estamos haciendo cosas muy chulas ahora que hace 2 años prometí que iba a llegar la la planificación automática y que no íbamos a tener que estar añadiendo turnos manualmente y ahora ya por fin va a llegar y vamos a ser capaces de hacer la planificación eh con un clic. dices cuántos cuántas cuál es la cobertura que necesitas dentro de tu negocio y calculamos esa planificación por ti. Mágicamente, mágicamente. Ya dije que yo creo en la magia, el botón mágico, esa era mi visión hace dos años, ¿no? Entonces, pues eso a mí me ilusiona mucho porque veo que por fin por fin conseguimos llegar a esa visión que nos habíamos marcado hace un tiempo. Por otro lado, a ver, tenemos un nuevo producto que es el nuevo bebé, ¿no?, que es Benefit y que al final estamos intentando eh lo estamos llevando al Go to Market, estamos viéndolo crecer, estamos ahora en esa aventura que estuvo llevando eh Valeria en su momento con Projects y siguiendo una estrategia parecida, ¿no? empezando eh con unas iteraciones muy rápidas. Eh este de cero a uno que al final siempre ilusiona porque ves como haciendo pocas cosas vas iterando y vas creciendo y vas recibiendo una esa iteración rápida gracias a las conversaciones con los clientes y yendo primero a los clientes actuales, que los tenemos más cerquita, eh, para luego sacarlo abiertamente al mercado. Entonces, bueno, esos dos al final eh son Fíjate que pensaba que me hablarías de Factoria. Eh, es que para mí eso no es un producto. Claro, tú me has preguntado producto. Ah, vale, vale. Te contesto la pregunta. Esos son todos. Claro, Factorial es la nueva manera que tenemos de de ver factorial, de hacia dónde vamos. Mm. Entonces vamos a meter unas funcionalidades muy chulas que tienen que ver con meterle un buen empuje de y que va a cambiar cómo cómo pensamos factorial y que además nos permite pensar de una manera más estratégica, no tanto este convenio me pide que apruebe estas vacaciones, que estos son, no, sino, oye, ¿por qué necesitamos aprobar vacaciones? Hm. ¿Cuál es toda la información que necesitamos? ¿Cómo nos aseguramos que tenemos la cobertura de del negocio y el negocio tira? E y esto llevado a todas las partes del producto, ¿no? Eh, ¿cómo nos por qué necesitamos compensar de esta manera y de otra? ¿Cuál es el objetivo de esto? Entonces, para mí Factorialidad no es un producto, es una nueva manera de hacer todo el oling one, todos los productos. Interesante. Oye, pues para acabar, eh, hablemos de embarazos. Volemos embarazo. Embarazos. Tú, Valeria, e eres directora de finanzas, ¿no? Sí. De producto de finanzas. De producto de finanzas que siempre siempre nuestro CFO cada vez se levanta de la silla. Moran, e no y bueno y está te queda poco para para desaparecer. Me queda poco para hacer el gran delivery. Exacto. Eso es el gran delivery. El gran delivery. Eh, eso pasa en el equipo de producto. Tenemos un equipo de de una media de edad de unos 30 y pico años, ¿no? Sí. Eh, entonces que constantemente la gente desaparece, ¿no? Hay muchas paternidades, maternidades, ¿no? La gente tiene cómo ya por por interés, ya por curiosidad, eh, ¿cómo gestionamos eso? No, ¿cómo gestionamos esto? ¿Desde qué perspectiva? Eh, desde la perspectiva de factor de factor. Vamos, vamos a ir a de factorial. Bueno, eh, a ver, sí, porque desde la otra perspectiva no quiero pensarlo todavía. Eh, ¿cómo gestionamos esto? Pues y luego preguntaremos a Emma, ¿cómo es la conciliación? Porque tú tienes tres hijos, ¿no? Y cómo cómo lo hacen los equipos de producto, ¿no? Que en un entorno tan demanding, ¿no? ¿Cómo se gestiona? Sí. Bueno, eh, básicamente rodeándote de un equipo, lo que decía antes, de mucha confianza, o sea, estoy muy tranquila en el sentido de que estos meses se construye un equipo ser sólido en el que las cosas van a seguir pasando, eh, aunque aunque yo esté focalizada en otra cosa. Mm, y al final, o sea, yo estoy con un poco el corazón dividido, ¿no? que estoy momento estoy viendo un momento en Factorial superemocionante, pero a la vez también tengo como un proyecto personal super emocionante, ¿no? Entonces es como ahí ese, no sé, ese balance de de cosas bonitas que están pasando a la vez, porque las cosas estas pasan a la vez, es como de repente pasan, ¿no? Sucen. Entonces, bueno, rodearte un equipo de mucha confianza, eh intentar preparar las cosas, eh, dejando responsables que no dejen caer eh, las cosas más importantes, confiando en el equipo. Es que no puedes ser Y aquí donde el trío de directores también ayuda, ¿no? Porque el hecho de tener un engineering director y un design, ellos me han dicho que que cuidan a la niña, que la tenga y que la cuidamos entre los tres, pero que no me vaya, ¿eh? Sí, absolutamente. O sea, al final tienen que cubrir, ¿no? Que es lo que antes hablaba Emma de creo que ha sido que que faltaba un designer, ¿no? Pues es lo mismo, en plan, yo voy a faltar unos meses y ese espacio se va a tener que cubrir. Va a haber PMS que que que tienen más seniority, que que van a subir y van a [ __ ] más responsabilidad, que van a cubrir espacios de producto, sobre todo con con el resto de PMS que que me reportan a mí. Y luego el e eh Jesús y Will, que son los dos directores, van a cubrir ese espacio eh durante los meses en los que yo esté fuera y y las cosas van a seguir pasando porque el equipo, o sea, al final todo es madera. Sí, bueno, porque al final todo, o sea, es nuestro es nuestra forma de trabajar, ¿no? Que las cosas pasen. Entonces, aunque no esté yo, las cosas seguirán pasando y toquemos madera. Yo, ¿qué va a pasar? O sea, claro que va a pasar. O sea, yo quiero volver y que hayan pasado muchas cosas, muchas buenas. Buenas. Sí, importante, importante que son muchas cosas buenas. Sí. Problema, ¿cómo lo vive? el tener tres hijos y ser directora de producto y ser directora de producto, pues en una constante es estoy constantemente haciendo malabares, ¿no? Al final eh la respuesta real es que siempre siento que que no hago ninguna de las dos cosas suficientemente bien. Pero bueno, al final vas haciendo, creo la que tengo visibilidad, yo creo que bastante bien la haces. Y entonces eh creo que el equipo es importante tanto en el trabajo como en casa, ¿no? Entonces, en mi caso, pues tengo un marido que me me apoya en lo que haga falta y cuando no estoy, porque yo viajo a menudo, pues se encarga de los tres y sobrevive mucho mejor que yo. Y cuando estoy en el trabajo, pues me lo estoy pasando muy bien y tengo un equipazo tanto de PMs que me reportan a mí o directores de productos que me reportan a mí, como mis directores, ¿no? Mi PID de ingeniería y mi director de diseño, que son un equipazo. Entonces, al final vas distribuyendo tanto más que el tiempo es la energía, ¿no? Al final, cuando estoy en el trabajo, intento estar muy presente y asegurarme que las cosas pasan. cuando estoy en mi casa, pues intento e estar mucho más presente para mis hijos. Y luego cuando se habla del live balance, muchas veces hablamos como que parece que tienes que trabajar de nu a cinco y luego salir y estar con tus hijos. Yo no lo veo así. Para mí es a lo mejor cojo un y a las 4:30 salgo del trabajo porque me voy a recoger a mi hijo o a las 9 de la mañana o a las 10 tengo una tutoría y voy al colegio, pero luego por la noche limpio el slack, lo al final me balanceo en los ratos que yo tengo para asegurarme de que intento hacer las dos cosas lo mejor posible, estar muy presente para mis hijos y para el trabajo, sacar las cosas adelante, que hay que sacarlas. Qué bien, muy interesante. Oye, pues nos hemos dejado algo de contar o yo creo que hemos hablado bastantes cosas. Pues muchísimas gracias por por contarnos vuestra vuestra experiencia y y bueno, seguiremos contando como siempre transparentemente todo lo que pasa en Factorial. Hasta la semana que viene.