Aterrizando tu Próximo Trabajo de Desarrollador

React. React. React. React. React. React. React. React. Bueno, hola a todos. El objetivo, bueno, el tema de este seminario web es encontrar tu próximo rol de desarrollador. Y así, lo que hemos estado viendo, no sé si pueden poner la cámara en mí porque todos están mirando a Phil y soy yo quien está hablando. Me han dicho que a la gente le gusta mirarme. Puedes hacer la introducción. Sí, claro. De vuelta. Ahí estamos. Oh, no. Bueno. De vuelta a mí. Genial. Supongo que haré la introducción. Sí, así que la idea de lo que estamos haciendo hoy es más bien un tipo de taller sobre, como estábamos hablando de roles de desarrollador que son solo roles de front-end, back-end que llenan los vacíos entre los equipos y ayudan a las empresas a trabajar de manera más fluida y los diferentes roles que pueden existir y cuáles son las responsabilidades y es por eso que tenemos un equipo mixto aquí. Tenemos a Sadek que actualmente nos está preparando a todos. Tenemos a Francois W. que se ocupa más de los aspectos comerciales. Sí, operaciones comerciales. Sí, y Nouha algo muy similar. Tal vez puedas explicarlo mejor tú misma. Sí, trabajo con un equipo llamado developer experience. Así que hacemos algo entre relaciones con los desarrolladores y developer experience. Trabajamos en cómo funciona bien el producto para los desarrolladores y tratamos de brindar la mayor cantidad de comentarios posible al equipo de producto para tratar de mejorar tanto el producto como la documentación y todo lo que rodea al producto. Pero profundizaremos un poco más en eso. Sí, eso significa que debido a que Luha desempeña ese tipo de rol, trabaja muy de cerca conmigo, que estoy en el equipo de educación. Sí. Y tratamos de cerrar las brechas que existen entre los desarrolladores y nosotros aquí en Prismic. Tratamos de obtener esa información lo más rápido y eficientemente posible para ustedes, los usuarios, para que podamos hacer que ese proceso sea lo más fluido posible. Así que de eso vamos a hablar. Entonces, son todos esos roles diferentes que puedes desempeñar y lo que existe en ellos, y luego pasaremos a lo que hemos aprendido en nuestro proceso de contratación y también las personas que están siendo contratadas, las cosas que hemos aprendido a lo largo de los años y cómo podemos brindar esa información a ustedes y responder cualquier pregunta que tengan sobre todo eso. Así que seleccionamos algunas de las publicaciones de trabajo que creemos que podrían ser relevantes para ustedes, pero esto está más destinado a ser una discusión, así que si tienen alguna pregunta, no duden en hacerla y también podemos hablar sobre estos roles y responder cualquier pregunta que puedan tener sobre cualquier otro rol. Entonces, Daria les compartió un pequeño formulario, creo que hoy, preguntándoles en qué roles estarían interesados en saber más. Y así, los primeros de los que hablaremos son Ingeniero de Soluciones, Ingeniero de Documentación, Developer Experience e Ingeniero de Crecimiento, que son los roles sobre los que aquellos de ustedes que respondieron querían saber más. Así que profundizaremos un poco en estos. Cada persona explicará lo que hace su equipo cuando se trata de un rol relacionado con su equipo. Y luego, por supuesto, pueden hacer cualquier pregunta. Entonces, ¿deberíamos empezar con el Ingeniero de Soluciones? Vamos. Vamos a hablar sobre Ingeniería de Soluciones, Oficial de Soluciones. Saadiq, Saadiq se está uniendo. No, la reunión no es específica de Prismic. Estamos hablando de trabajos en general, trabajos que también están relacionados con algunas de las cosas que estamos haciendo, pero no se trata específicamente de nosotros, se trata del trabajo en la industria. Sí, estoy esperando que me pongan la cámara, pero la idea es, quiero decir, soy, y básicamente soy un desarrollador y sentí que a veces, nosotros mismos nos estereotipamos demasiado, y especialmente la industria tiende a estereotiparnos como, ok, los desarrolladores solo escriben código durante 24 horas, los siete días de la semana, y eso es todo, ¿verdad? Código, código, código, código, lo cual encuentro que no es cierto. Absolutamente no es cierto. Quiero decir, todos los desarrolladores que conocí, hacían algo más en su vida, ¿verdad? Hacían música, tenían guitarras, mi sonido, debería hablar aquí, ¿no? Así que, hacían algo más. Estaban apasionados por la música, por la imagen, por el video, por tantas cosas diferentes que los clasificaban en algún tipo de categoría y eso me disgustaba. Siempre pensaba que soy un desarrollador pero puedo entender un producto, puedo entender esto, puedo hacer más, ¿por qué debería estar en este rol? Y front-end o back-end, no me gustaba ese tipo de elección. Es demasiado, muy poco para mí. Así que, yo mismo evolucioné hacia diferentes roles y soy un arquitecto de software y me interesé más en el producto y luego me convertí en CEO y todas esas cosas. Pero ahora, en la empresa, cuando estamos haciendo esto, cuando estamos haciendo Prismic y construyendo Prismic, estamos descubriendo que hay tanto horizonte para los desarrolladores y no tanto horizonte en términos de cosas que se pagarán menos. En realidad, las cosas se pagan igual o más, pero necesitas tener algunas habilidades y depende de quién eres. Algunas personas tienen habilidades de comunicación. Bueno, eso es genial. Desarrollador más comunicación o desarrollador más encontrar soluciones o desarrollador más crecimiento. Eso es algo de lo que François podría hablar. Ser esa persona que se preocupa mucho por el negocio, por cómo va y cómo podemos obtener más adopción y se trata de números, pero aún así eres un desarrollador, necesitas hacer mucho software para hacer esto bien. Luego obtienes todo sobre relaciones, personas que pueden construir buenas relaciones, creación de contenido, escritura, tantas habilidades en las que un desarrollador está en el centro, por supuesto, en el centro, como una empresa como la nuestra, por ejemplo, está en el centro de todo. Pero hay un gran horizonte de, espectro de trabajos. Y la idea es hablar de estas cosas. Tal vez las personas no estén al tanto de ellas porque yo no estaba al tanto de que existieran. No sé. Ahora mismo puedo decir de inmediato como 10 roles que tengo en la parte superior de mi cabeza que hoy tenemos en desarrolladores. Esa es la idea.

Hablemos de esto, expliquemos qué son y qué es importante sobre ellos. Y luego tal vez encuentres, como, oh, esto se parece más o menos a mí. Me gusta eso. Quiero saber más al respecto. ¿Verdad? Y algunos roles están realmente relacionados con quién eres y lo que te gusta hacer. Así que también tratamos de tocar un poco este tema y tratar de darte una perspectiva sobre las personalidades con las que trabajamos. Y para ti, tal vez sea una buena oportunidad para ver cuál podría ser un buen ajuste para ti. Y para responder la pregunta de Juan sobre si esto está relacionado con Prismic. No creo que esté relacionado solo con Prismic. Creo que es para todo tipo de empresas de productos que tienen su producto, pero también tienen muchas reglas diferentes relacionadas con la venta del producto y hablar sobre el producto. Así que la idea aquí no es vender Prismic ni nada por el estilo. Esa ciertamente no es la idea. La idea es compartir lo que sabemos sobre este tipo de trabajos diferentes y hacer que las personas sepan que existen y que pueden investigar sobre ellos. Ese es el tema. Sí, también hemos entrevistado a muchas personas para este tipo de trabajos. Así que aprendimos no solo sobre cómo lo hacemos, sino también sobre cómo lo hacen otras empresas y qué deberíamos desarrollar.

Entonces tal vez podamos comenzar. Sí, vi tu pregunta, Prabhu. ¿Sería posible que la publiques en la sección de preguntas y respuestas para que no me la pierda? Pero sí, por supuesto, abordaremos esto. Prasad, ¿quieres comenzar con el ingeniero de soluciones primero? Sí. Ese fue el más solicitado durante la encuesta que realizaste ayer o hoy, no sé cuándo, pero sobre esta discusión. Entonces, el ingeniero de soluciones es un rol bastante amplio y depende mucho de la empresa para la que trabajas. Este es un rol diseñado para empresas de software como servicio, especialmente las técnicas, donde estás tratando con desarrolladores en el proceso de ventas, lo que significa que los desarrolladores van a comprar o usar tu producto, pero también trabajan con productos menos técnicos que no están destinados a un desarrollador, pero que tienen alguna implementación técnica. Por ejemplo, Trybe. No está destinado para desarrolladores, pero tiene una gran parte técnica. Los desarrolladores lo usan en algún momento. Sí, exactamente. Entonces, es un rol que está comenzando a ser mucho más presente en la industria, especialmente en el software como servicio en general, empresas como Tridio con Datadog que tienen un gran equipo de ingeniería de soluciones, pero la verdadera pregunta aquí es ¿qué es un ingeniero de soluciones? Y como te dije, realmente depende de la empresa. Puedo dar muchos ejemplos de lo que es, dependiendo de la empresa. Y básicamente, el punto principal del ingeniero de soluciones es ayudar al equipo de ventas a vender el producto técnico a los ingenieros. Por lo tanto, trabajan mucho en el ciclo de preventa y en algunas empresas, también forman parte de la incorporación y los procesos posteriores a la venta. En el caso de Prismic, por ejemplo, el ingeniero de soluciones trabaja durante las tres fases, es decir, la preventa, la incorporación y el seguimiento, es decir, la posventa. Y realizan muchas tareas técnicas. Al principio, en la preventa, se trata mucho de demostraciones personalizadas, cómo construir una demostración que se relacione con las necesidades de los prospectos. También ayudan durante la prueba de concepto porque muchos de estos productos altamente técnicos tienen una fase de prueba de concepto al principio. ¿Debería hablar en esta parte? Sí. Está bien. De acuerdo. Así que solo me voy a mover un poco. Entonces, trabajando en la prueba de concepto, básicamente estamos probando el producto en un escenario de la vida real para ver cómo va y cómo ese producto puede ayudar al prospecto a lograr lo que quieren lograr. Así que es un perfil altamente técnico, pero también hay una gran parte del rol que se trata de negocios. No, no, sigue adelante. Se trata de negocios. Y también es un tipo de rol en el que te enfrentas a los clientes, lo que significa que vas a hablar mucho con los clientes a diario, especialmente en la preventa, donde aprenderás más sobre los prospectos, sobre los clientes potenciales, lo que quieren lograr con la solución. Y luego, una gran parte de esto es comprender un ecosistema, porque si tomas el ejemplo de Tribe, Tribe forma parte de un gran ecosistema en la empresa. Si quieren usar un sistema de pago, tendrán que integrarlo en el marco de trabajo. Entonces, necesitas comprender cómo funciona el marco de trabajo, cómo puedes integrarlo en el marco de trabajo, cómo van a enviar los datos, tal vez en todas las soluciones. Así que de ahí viene el nombre de ingeniero de soluciones. El hecho de que necesitas resolver problemas y encontrar soluciones a los problemas de los clientes. Algo en lo que pienso es que se parece al trabajo que un desarrollador podría hacer en una agencia. Sé que algunas de las personas que entrevistaste son desarrolladores que trabajaban en una agencia, por lo que tienen experiencia en pensar en todas las soluciones diferentes que quieren integrar y hacer recomendaciones para los clientes. Así que es un rol similar, excepto que no haces realmente el proyecto, sino que solo das consejos sobre cuál es la mejor manera para la implementación y tal vez recomendar herramientas específicas para ellos. Y ser más como una especie de consultor. Sí, exactamente. Es ser el consultor en el proceso de ventas, aportando valor, no tratando de vender, solo tratando de vender aportando valor al prospecto. Y eso es algo que se demanda cada vez más en el mercado porque nos dimos cuenta de que tener este tipo de perfil en los ciclos de ventas ayuda a cerrar más acuerdos porque estamos aportando valor. Entonces, son como desarrolladores, pero aún así necesitan poder vender, ¿verdad? Vender en el sentido de que la mayoría de las veces, el ingeniero de soluciones va a estar... Sí, continuaré. Esto podría cambiar. Trabajamos con ejecutivos de cuentas, gerentes de cuentas, por lo que estas personas se encargarán de toda la comunicación, todo el cierre, cómo hacer una oferta y todo, mientras que el ingeniero de soluciones aportará el conocimiento técnico para ayudar a cerrar ese trato. Por lo tanto, se les ve más como un material de contrato valioso, más que como un vendedor. Como mencionaste, vimos mucho éxito cuando las personas vienen de agencias porque en un producto como Prismic, por ejemplo, se ven muchos casos de uso diferentes y también nos integramos con muchas soluciones diferentes. Por lo tanto, tener esa experiencia en agencias te da la capacidad de comprender primero el código, comprender los marcos de trabajo y también el ecosistema. Entonces, eso es un poco sobre cómo trabaja un ingeniero de soluciones. Como te dije, realmente depende de la empresa y del tamaño de la empresa. Cuando trabajas en una empresa más pequeña, el alcance puede ser muy amplio. Como te dije, se trata de la preventa, la incorporación y también de ayudar al éxito del cliente a aportar valor en el proceso posterior a la venta. Entonces, cuando la empresa crece, vemos cada vez más especializaciones en este tipo de perfil. Por lo tanto, hay personas que se enfocarán más en la preventa o solo trabajarán en el ciclo de ventas con un ejecutivo de cuentas. Otros se especializarán en la incorporación y otros en el posventa, después de la implementación de los productos. Entonces, lo que quieres decir es que si alguien va a una empresa grande e intenta unirse como ingeniero de soluciones, es posible que solo trabajen en el primer momento en el que el cliente está tratando de decidir si quieren usar la solución.

Exactamente. No sé si es Stripe, no sé si lo has investigado, pero empresas como Stripe, te hacen trabajar en un momento muy específico para las personas, Exactamente. Para los clientes. Exactamente, porque se trata mucho de la estructura y de cómo vas a crear procesos para ayudar al cliente a evaluar y también ver el valor del producto. Así que en algún momento también necesitas especializarte porque en el proceso de ventas en un producto como Stripe, por ejemplo, ves tantos casos de uso diferentes que necesitas especializarte en aportar valor en este caso de uso al comienzo del ciclo. Así que eso tiene mucho sentido. Luego depende de la empresa, esa es la gran pregunta sobre cuánta programación está involucrada en ese tipo de rol. Y eso también depende del producto, depende de la empresa. Si tomas un producto como GitHub, por ejemplo, venden servicios profesionales, lo que significa que los ingenieros de soluciones también trabajarán en la incorporación de un gran cliente con GitHub, y allí, van a programar mucho, van a ser casi como consultores porque son servicios profesionales. Y luego hay algunas empresas como la nuestra en Prismic donde no hacemos tanto código en la ingeniería de soluciones. Se trata mucho del producto, de cómo modelar el contenido para los usuarios. Así que realmente depende también de la oportunidad y de la empresa. Así que no hay una respuesta fácil para eso. Supongo que depende, pero- Y para resumir, ¿qué perfil recomendarías para este tipo de rol? ¿Es alguien que está comenzando? ¿Es alguien que quiere desarrollar, no sé, su sentido empresarial y tratar de aprender cómo vender un producto y cómo hacer un producto como si fuera un emprendedor o es simplemente alguien que es más un vendedor pero que sabe cosas sobre desarrollo? Sí, definitivamente este no es un rol que vayas a aprender en la universidad. No hay un título en ingeniería de soluciones ni nada por el estilo. Así que es algo que vemos la mayoría de las veces en personas con antecedentes diferentes que pueden ser desarrolladores full stack que quieren ir al lado empresarial y sienten que es un buen lugar para aprender sobre el negocio y también utilizar las habilidades técnicas que son realmente valiosas en las negociaciones. Y también hay personas que vienen del lado empresarial que tienen conocimientos técnicos y quieren aprender más sobre el código y también aportar valor empresarial y valor técnico en la negociación. Así que esos son los dos perfiles principales que vemos en este tipo de roles. A veces también hay gerentes de proyectos que vienen de agencias que tienen mucho entendimiento técnico y dependiendo de la empresa a veces no tienes que ser un desarrollador muy hábil en el sentido de que no necesitas escribir mucho código. Se trata realmente de comprender el ecosistema y comprender la solución y especialmente el caso de uso. Y en algunas ocasiones realmente necesitas tener ese gran conocimiento técnico para básicamente escribir código porque a veces se trata de construir demostraciones, demostraciones altamente personalizadas, como dije que pueden ser muy técnicas y mucho sobre código. Así que realmente depende. Lo que vimos básicamente es que los más exitosos son los que vienen de un antecedente de desarrollador porque parece que es más fácil venir de lo técnico y no de lo empresarial. Pero esa es nuestra opinión. No hay una verdad allí. Depende del producto y depende de la empresa. Pero esos son básicamente los dos, los dos tipos de perfiles de personas que se dedican a la ingeniería de soluciones. Definitivamente este es el tipo de rol en el que necesitas tener cierta experiencia. Puede ser técnica, puede ser empresarial porque estás frente a personas con mucha experiencia en casos de uso complejos, que necesitan soluciones complejas. Y eso es algo que necesitas aprender mientras haces código o negocios. Así que es más como una posición de nivel intermedio o senior, incluso. Se paga bastante bien, ¿verdad? Sí. Porque estás cerca de las ventas. Exactamente. Es el tipo de rol en el que estás cerca del dinero porque estás cerrando acuerdos con ejecutivos de cuentas, gerentes de cuentas. Y también el hecho de que no hay muchas personas que tengan ese conjunto de habilidades. Ser capaz de programar, comprender el aspecto técnico y también tener habilidades de comunicación, comprensión empresarial y empatía porque es el rasgo más importante, supongo, para alguien que quiere ser ingeniero de soluciones. Básicamente ser capaz de comprender profundamente cuáles son las necesidades y los problemas que el cliente está enfrentando. Así que es un conjunto de habilidades realmente raro en el mercado y también por eso las personas son bien remuneradas. Así que sí, comunicación, habilidades técnicas y empresariales, esas son las tres cosas principales que son más necesarias en ese tipo de rol.

De acuerdo, también tenemos preguntas sobre trabajos independientes. Tal vez hablemos de eso. En cuanto a tu pregunta, Juan, sobre los beneficios, eso es algo de lo que hablaremos en la segunda parte sobre el proceso de contratación y cómo debes tomar una decisión sobre tu próximo trabajo.

De acuerdo, ahora que hemos hablado un poco sobre ingenieros de soluciones, tal vez podamos hablar sobre ingenieros de documentación y ver lo que hace el equipo de Phil. Sí, claro. Como dijo Nouha, no sé cómo nos clasificaríamos oficialmente, ya sea como ingenieros de documentación o ingenieros de soporte para desarrolladores, pero de cualquier manera, lo que hacemos se centra principalmente en el lado del cliente y trata de brindar éxito a los usuarios que utilizan el producto. Por lo tanto, hay una gran necesidad de que alguien en esa posición tenga algún tipo de interés en poder enseñar a las personas, queriendo ayudar a las personas a obtener lo mejor de lo que están haciendo.

Por lo tanto, debemos concentrarnos en tratar de convertirnos en expertos en el lado del usuario del producto en el que estás trabajando. Entonces, si estás aquí en Prismic, debemos entender que las personas están construyendo diferentes tipos de sitios web con diferentes tecnologías. Por lo tanto, debemos mantenernos al tanto de las nuevas tecnologías que están surgiendo y luego pensar en cómo eso se relaciona con nuestro producto. Por lo tanto, nuestro producto en ese caso es ligeramente diferente y algunas empresas en las que podrías estar soluciones a ingeniero de documentación y solo tienes una tecnología en la que concentrarte. Sí, para ti, tienes como 10. Sí, tenemos que pensar en todas las tecnologías front-end y cómo podemos documentarlas mejor para todos los usuarios que podrían usarlas. Y ahí es donde entra en juego el aspecto de la enseñanza. Y puedo decir que todos en nuestro equipo tienen experiencia en enseñanza, ya sea yo mismo, que enseñé un poco de inglés, Levi enseñó un poco de Marz y algunos de los que van a enseñar y sé que definitivamente es así.

Definitivamente, algunos también enseñaron, ¿verdad? Sí, sí. Todos, Paulina, Priyanka. ¿Quizás Pérez también enseñó algo? No creo que lo haya hecho, él se ocupa más de la solución de problemas, ¿verdad? Y eso es algo en lo que también podemos expandirnos, como solucionar problemas y comprender, pero eso es algo diferente. Pero en cuanto a la educación, creo que es importante, como lo fue en mi trabajo anterior, y realmente me gustaba hacer que las personas comprendieran ideas simples o incluso ideas complejas de una manera sencilla. Sabes, puedes tener pasión por eso. Te encuentras todo el tiempo explicando cosas e ilustrando, y te interesa ver el momento en que la persona dice: 'Lo entiendo, oh, lo entiendo' y te sientes satisfecho, esa satisfacción es importante porque significa que obtendrás un trabajo donde tendrás este tipo de satisfacción con más frecuencia. Entonces ya no es un pasatiempo. No es algo que sucede raramente. Sucede todo el tiempo, ¿verdad? Así que esa es parte esencial de ser un maestro y estar en un equipo de educación. Por supuesto, hay otras cosas, pero eso es una parte esencial, ¿verdad? Sí, definitivamente. Alguien me preguntó en el pasado cuál es la parte más gratificante de mi trabajo y en realidad es cuando ves que las personas tienen éxito al final y no puedes decir: 'Está bien, lo han logrado'. No, lo hemos logrado, estamos ahí. Y luego puedes involucrarte en los proyectos de las personas cuando los estás ayudando todo el tiempo con eso. Y eso es en lo que debes pensar. ¿Cuál es la forma más sencilla de explicar estas cosas y llevar a las personas a ese éxito? Por lo tanto, hay oportunidades para explorar tal vez la experiencia del usuario y el diseño, puedes comprender las analíticas de cómo las personas interactúan con tu documentación. ¿En qué momento llegan a ese momento de entendimiento, como lo describió Siddharth? Por lo tanto, hay oportunidades para trabajar con otros equipos y moverte en diferentes áreas. Eso es algo que definitivamente diría que este rol ofrece en términos de oportunidades, tienes que asociarte con otros equipos de la empresa con la que estás trabajando porque necesitas comprender los diferentes aspectos y poder comunicar eso lo más rápido posible. Sí. Y me gustó algo que cambiamos recientemente al respecto, solíamos hacerlo como, 'oh, aquí hay una función, documentémosla'. Sí. Pero me gusta cómo las funciones se están volviendo más orientadas a la documentación o la educación desde el principio del diseño de una funcionalidad o desde que tenemos una idea de algo, tenemos a alguien del equipo de educación con nosotros para que piensen, tienen un enfoque diferente al nuestro. Tienen como, 'oh, ¿cómo puedo explicar esto a las personas si terminamos implementándolo?' Y estás en contacto constante con las personas que usan el producto, a menudo nos dicen, 'oh, pero no creo que esto les hable a las personas lo que estás haciendo' o algo así. Por lo tanto, esta conexión que tienes es muy importante, no solo para, es como, aquí hay una funcionalidad, por favor, documentémosla, sino que es más como, 'vale, estoy al principio del proceso'. Y mientras estamos haciendo la cosa, estamos escribiendo documentación y cambiando la funcionalidad para que sea comprensible. Siento que también es una parte muy importante que comenzamos a hacer hace aproximadamente un año. Sí, porque estamos constantemente en una posición de recopilar comentarios de los usuarios. Por lo tanto, no es unidireccional, es algo bidireccional que está sucediendo, somos un poco el intermediario entre los comentarios de los usuarios, la información que los desarrolladores están proporcionando y la comunicación entre los dos. ¿Cómo podemos presentar mejor lo que los usuarios han visto de algo y lo que quieren y luego establecer esas conexiones con los desarrolladores con lo que están creando? Por lo tanto, es una posición en la que te conectas con todos y necesitas enseñar y aprender constantemente también. Por lo tanto, esa es una parte muy importante de ello. Y luego, como dijo Francois, la parte de codificación es muy importante en el sentido de que necesitas, no es como una posición de desarrollador completo donde solo estás codificando todo el tiempo, pero obviamente necesitas mantenerte al tanto de los frameworks y ser capaz de crear rápidamente un proyecto de ejemplo o un sitio web y cosas así donde puedas dar rápidamente ejemplos de código completo de cómo usar tu producto y cómo usarlo bien. Pero como dije, esa parte de la documentación es muy importante y también tu inglés escrito debe ser algo muy importante, porque no solo estás tratando de crear artículos que sean concisos y expliquen rápidamente en un espacio corto de tiempo porque debes pensar en el tiempo de los usuarios, en términos de que necesitan leer todo esto, pero no quieren pasar todo el día haciéndolo. Necesitas explicarlo para que entiendan el punto en el que puedan construir su proyecto y alcanzar el éxito y eso es algo que siempre tienes en mente. No nos concentramos solo en lo que es nuestro producto. Nos concentramos en los proyectos de los usuarios, sus sitios web, sus aplicaciones. ¿Cómo podemos llevarlos al éxito lo suficientemente rápido? Sí, y también hay algunas cosas como ingeniería, como construir básicamente, porque como dijiste, tienes que construir ejemplos y cosas así, pero también construir en la documentación en sí misma, ¿verdad? Tienes que desarrollar la documentación, hacerla buscable, hacer categorización. Hay muchas cosas, como ¿cómo podemos construir nuestra documentación de la mejor manera para que las personas puedan aprender de ella más fácilmente? ¿Cómo pueden encontrar fácilmente sus temas, qué temas están relacionados y qué temas son más avanzados? ¿Con qué deberíamos comenzar? Todas estas cosas son problemas muy interesantes, problemas de ingeniería, ¿verdad? Todavía es ingeniería, hay mucha ingeniería allí. Siempre estamos pensando en cómo podemos mejorar ese proceso, hacerlo más eficiente, de modo que gran parte de la documentación se escriba por sí misma y se entregue de la manera más rápida y eficiente al usuario y si están interactuando bien con ella o si llegan a un punto en el que hay un bloqueo y dicen, 'vale, todos parecen estar bien en los primeros tres pasos, luego se quedan atrás y no aprenden nada' y luego tenemos que brindar soporte individual para ayudar con eso.

¿Y crees que es una buena posición para alguien que es más como un junior y quiere conseguir su primer trabajo como desarrollador? Definitivamente diría que sí. Sé que definitivamente me ha ayudado. Las habilidades tecnológicas que he adquirido no lo eran. Tal vez puedas hablar un poco sobre tu camino hacia eso, si quieres. Sí, no hay problema. Hacia el equipo de educación. Sí. Sí, estaba haciendo. Porque honestamente, lo encuentro inspirador, y por eso creo que tal vez algunas personas piensan, '¿es una montaña? ¿Es demasiado difícil ingresar a un rol como este?' Bueno, no lo sé. Para mí, lo veo como un camino diferente para aprovechar una oportunidad, porque intenté hacer algunos trabajos de desarrollo en el pasado. Y no obtuve mucho disfrute de solo codificar todo el tiempo. Es una cuestión de personalidad. Depende de tu tipo de personalidad y de lo que prefieras. Sabía que necesitaba algún tipo de interacción con el cliente, del lado del cliente, donde pudieras hablar con las personas, porque había desempeñado roles similares en el pasado, en términos de vender cosas, varios roles diferentes. Pero trabajé un poco con el desarrollo y luego trabajé un poco con WordPress, donde no tenía que hacer tanto desarrollo. Y luego di algunas clases de inglés. Y todo se juntó justo cuando llegué aquí a París y conocí al equipo.

Levi se acercó a mí. Y desde el principio dejé en claro que no quería volver a hacer desarrollo completo. Quería algo donde pudiera utilizar las otras habilidades que había adquirido en otros trabajos. Y eso me ha permitido hacer este trabajo mejor, creo. Así que eso es lo que siempre les digo a muchas personas, no se preocupen si han trabajado en McDonald's o han vendido teléfonos por cuenta propia o algo así. Todas esas habilidades se vuelven relevantes en algún momento y dependen de a dónde vayas. Así que necesitas encontrar algo que se ajuste a ti. ¿Trabajaste en McDonald's antes? No trabajé en McDonald's, vendía teléfonos. Vendías teléfonos. No creo que la gente quiera comprar comida de mí. No confío en eso. Como dije, vender teléfonos es algo que en realidad era muy similar en el sentido de que tenía que educar a las personas sobre lo que había en el producto que les estaba dando y por qué les convenía y cómo podían usarlo, etc. Todo eso, todo encaja perfectamente.

Me gustaría saber de las personas que nos están escuchando, ¿qué piensan? Porque todavía tenemos varios roles de los que hablar. Hasta ahora, ¿se identifican con alguno de los roles de los que hemos hablado? Esto podría cambiar cuando presentemos los otros roles. O tal vez conocen los otros roles. Pero si pueden escribir en el chat un poco sobre lo que sienten ahora y si alguno de estos les corresponde o si sienten que podrían funcionar para ustedes o si no están seguros, por favor, hágannoslo saber. Y luego podemos describir otros y ver si cambian su opinión. ¿Podemos hacer un resumen, sí? Así que hablamos de los ingenieros de soluciones, ¿de acuerdo? No es mi área, así que intentaré resumirlo. Ingenieros de soluciones, trabajan más con un equipo de ventas y contribuyen en todo lo relacionado con establecer el producto y el valor del producto para los roles de desarrollador. ¿Me pueden escuchar? Sí. Y son más como personas que actúan como consultores. Estoy comprobando, creo que podría ser la forma incorrecta. ¿Está mejor este? De acuerdo, en realidad Phil tiene el mejor micrófono. Así que sí, estaba diciendo, trabajan como consultores, están aquí para vender el valor del producto, así que están en el medio entre hacer algún tipo de trabajo de agencia, donde están asesorando y tratando de recomendar la mejor solución, pero también haciendo algún tipo de rol empresarial donde también quieren ver y tener una estrategia para demostrar que el producto tiene mucho valor. Y son personas con más experiencia, si entiendo bien. Sí, me gustaría volver a este punto porque creo que también está relacionado con la empresa y el producto, porque dije que es para personas con más experiencia, supongo que en startups más pequeñas y empresas más pequeñas, tiene sentido tener la experiencia. Pero sé que hoy en día en empresas más grandes, tienen un programa para básicamente tener personas juniors que se unan como ingenieros de soluciones y crezcan en el rol en este tipo de empresas. Así que funciona para ambos. Para juniors, es mejor ir a una empresa más grande con una ingeniería de soluciones. Cualquier tipo de gran SAS, y luego para personas con más experiencia, intermedias o seniors, tiene más sentido ir a una startup más pequeña donde van a hacer mucho más que simplemente seguir los procesos. Se trata de construir procesos, sobre todas esas cosas. Me gusta esta idea. Así que básicamente estás diciendo dos categorías. Uno, podrías entrar en una etapa temprana donde habrá muchas cosas que aprender y no será como seguir un proceso concreto, o eres más, quieres entrar en una empresa ya establecida en una etapa posterior, ¿verdad? Sí, exactamente eso. Donde hay procesos, los sigues y eres más, hay más estabilidad, más, no sé... ¿Cómo se llama? Orden en su lugar. Más procesos. Más procesos. Exactamente. Así que creo que Joanna está más en el equipo de ingenieros de soluciones. Sí, parece que sí. Y lo que describiste como una career puede tener mucho sentido porque tienes ese trasfondo de marketing en la empresa de TI. Así que trabajar en un producto tecnológico, especialmente si es algo para personas de marketing, vas a aportar mucho valor porque entiendes el ecosystem. Entiendes las necesidades, tal vez más que alguien que antes era desarrollador. Así que supongo que tienes un perfil interesante para ese tipo de rol. Genial. Y si quiero resumir el rol de ingeniero de documentación, es más, puede ser un rol inicial para alguien que también quiere tener algún tipo de comunicación o conexión con la community. Y funciona muy bien para personas que tienen algún tipo de experiencia en enseñanza ya que vas a enseñar a las personas y escribir la documentation para ellos. ¿Verdad? ¿Estoy en lo correcto? Sí, lo estás. Y supongo que necesitas tener muy buen inglés. Sí, pero volviendo a ese punto que mencionaste sobre la parte inicial, lo que Sudeik estaba diciendo con mi historia es que llegué con un nivel técnico muy bajo porque me había alejado un poco de la industria y realmente no sabía si quería continuar. Pero cuando llegué y encontré el equipo adecuado que me ayudaba a crecer y me permitía hacer preguntas tontas y era un entorno de desarrollo donde realmente podía aprender por primera vez en lugar de simplemente presentarme. Realmente crecí en el rol y aprendí muchas tecnologías y tal vez sea solo la forma en que funciona mi mente dispersa que aprendí un poco sobre una tecnología, aprendiendo un poco sobre la siguiente y saltando entre todas las diferentes tecnologías front-end que había. Aprendí mucho muy rápido y realmente crecí en el rol y sé que si buscara otro rol mañana, si Sudeik y yo tuviéramos una gran discusión, por ejemplo, podría encontrar al menos un trabajo mejor de lo que podría haber encontrado hace dos años. Así que es una buena oportunidad. No lo había pensado. Tienes una pregunta, creo que es para ti, François. ¿Cómo puede alguien que acaba de graduarse convertirse en un ingeniero de soluciones, siendo menos experimentado, cómo se considera relevante para desarrollar soluciones? Sí. Como dije anteriormente, la experiencia realmente depende de la estructura y la organización a la que te vayas a unir. Por ejemplo, si pensamos en una empresa como Salesforce, tienen cientos de ingenieros de soluciones, así que tienen todo un programa para graduados para unirse al equipo y crecer en el rol. Así que realmente depende de esa parte de la cosa. Si tomo una empresa como la nuestra, Prismic por ejemplo, aún no tenemos esa organización. Estamos construyendo la organización de ingeniería de soluciones, así que buscamos personas con más experiencia. Así que realmente depende de la empresa, pero en una empresa más grande, definitivamente hay espacio para que los juniors se unan y crezcan en el rol. Entonces esa sería la mejor manera de comenzar una career allí, es ir a una empresa más grande, comenzando en la serie D, diría yo, que tenga al menos una estructura de procesos de ingeniería de soluciones para que ingreses al rol y lo aprendas de los clientes existentes, con procesos existentes y todo. Y luego de eso, puedes pasar a otra y entrar en una empresa más pequeña o diferente y también construir cosas si es lo que te gusta hacer. Sí. Así que tal vez sea hora de que pasemos a mi parte, la experiencia del desarrollador. Entonces, la experiencia del desarrollador. Es un tema muy amplio y se pueden incluir muchas cosas en la experiencia del desarrollador. Básicamente, lo que significa y donde encontrarás el rol de experiencia del desarrollador es para productos que están hechos para desarrolladores o al menos son utilizados por desarrolladores en algún momento. Así que creo que, por ejemplo, si tomamos el ejemplo de Stripe, imagino que Stripe tiene un equipo de experiencia del desarrollador y la mayoría de los productos de experiencia del desarrollador tienen. Y por lo tanto, el rol de un equipo de experiencia del desarrollador es ser la voz o establecer la relación entre la comunidad de personas que utilizan o podrían utilizar tus productos y las personas dentro de la empresa. Y así llevan la voz de los desarrolladores, de los usuarios dentro de la empresa cuando se trata de... Cuando se trata de... Lo siento, estoy leyendo los comentarios. Así que cuando se trata del producto, por ejemplo, sé que algunas personas de mi equipo van a las reuniones diarias de algunos equipos de producto solo para asegurarse de que todo lo que desarrollamos sea relevante para los desarrolladores, pero también trabajan muy de cerca con el equipo de Ventas para asegurarse de que la documentation también sea muy relevante para cómo los desarrolladores quieren y aprenden. También trabajamos en línea para cosas que están más relacionadas con las relaciones. Dar charlas e intentar presentar el producto a las personas y obtener sus comentarios para que podamos llevar eso luego a nuestro equipo de producto. Así que hacemos muchas cosas, pero la idea es que realmente es algo que se hace, creo que para personas apasionadas por la tecnología y que también son muy extrovertidas y les gusta hablar con las personas y llevar los comentarios de vuelta al equipo. Y también es para personas que tienen mucha empatía y no piensan que sus propias ideas son las mejores, sino que más bien tratan de entender lo que las personas quieren y simplemente lo llevan al resto del equipo. Estas son las personas que tenemos en el equipo.

Estoy en desacuerdo en tal vez un punto. Adelante. Quiero decir, en cierto modo estoy en desacuerdo. Pero quiero decir, ser extrovertido puede significar muchas cosas para otras personas. Como tenemos personas en el equipo que no son exactamente extrovertidas, pero les gusta tener amigos en otros frameworks y saber qué está sucediendo, sus novedades y luego hacer algo al respecto. Y luego, ya sabes, sabremos qué está sucediendo en la próxima comunidad o en la siguiente comunidad o en Gatsby y Next y React. Y luego diremos, está bien, tenemos que hacer algo al respecto. Tenemos que hacer algo al respecto. Así que no es exactamente como, está bien no estás hablando con el exterior, pero te gusta tener relaciones. Debemos ser accesibles. Las personas deben sentirse cómodas hablando contigo y dando retroalimentación y pensar o sentir que realmente quieres obtener sus comentarios y ayudarlos. Y no solo estás tratando de vender tu producto. De hecho, para nosotros, nuestro enfoque no es vender el producto para el equipo. Es más bien mejorar la experiencia del desarrollador para que en el futuro, tengamos más personas registrándose, recomendando el producto y luego quedándose con él porque los productos serán buenos y ellos lo conocerán y lo entenderán de inmediato. Quiero decir, muchas empresas, es curioso cómo, cuando las cosas se vuelven un poco de moda entonces las empresas se suman a esto y como, oh sí, deberíamos contratar a experiencia del desarrollador y luego experiencia del desarrollador, una persona les preguntará, ¿qué debo hacer? Oh, deberías hablar sobre el producto y todo eso. Lo cual es bueno. Quiero decir, si te gusta hablar y te gusta el producto y lo difundes, eso es genial, pero experiencia del desarrollador, el término tiene experiencia en su interior. Es como una experiencia de usuario. Es más, aprendamos, aprendamos. Se trata de aprender de la comunidad, aprender de las personas y luego hacer algo al respecto en cuanto a la experiencia. Así que esto es algo muy importante.

Sí, sí. Marcin está diciendo, creo que cada empresa debería tener algo así como un manifiesto donde se describan los caminos y los roles que se pueden tomar en un determinado camino. Todos podrían gestionar su propia carrera en esa empresa de manera más fácil. Sí, absolutamente, absolutamente. Por ejemplo, podrías ver a alguien que comienza siendo un desarrollador de experiencia en algún momento interesado en ser un ingeniero de soluciones porque le gusta ver más, hablar con los clientes y comprender sus problemas y ayudarlos a resolverlos. Y quiero trabajar uno a uno en lugar de uno a muchos. De acuerdo, bien, puedes hacer eso. O personas que están en el equipo de producto que en algún momento se cansan de lanzar características y quieren estar más expuestos a la comunidad y cambian a algo más como la experiencia del desarrollador, cosas así. Así que eso también ha sucedido. O como, oh, me uní pero ahora realmente me gusta este negocio en crecimiento y los ingresos y este tipo de temas. Y quiero pasar algún tiempo en eso porque quiero combinar las habilidades comerciales con las habilidades de ingeniería que tengo y quiero desarrollarme allí. Sí, hay un lugar para eso y es un papel muy importante en la empresa. Así que sí, me gusta esta sugerencia de que debería haber alguna forma de describir cuáles son las oportunidades y cómo puedes moverte incluso dentro de la empresa. Sí, creo que también hay una pregunta sobre cómo progresar para que no te quedes en un rol y luego te sientas atrapado en él o en algún momento te aburras de hacer lo mismo durante años. Tocamos eso un poco después cuando hablamos del proceso de contratación, pero también es importante para ti antes de unirte a una empresa preguntarte qué quieres lograr y qué quieres desarrollar. Si piensas que quieres convertirte en un gerente, es importante decirlo y tratar de desarrollarlo para que puedas convertirte en uno. Algunas personas no quieren convertirse en gerentes, solo quieren explorar temas. Así que tan pronto como se explore esto, irían y buscarían algo diferente y eso es lo que les gusta. Es importante saber eso y asegurarse de que la empresa lo sepa antes de unirte a ellos. De acuerdo. De acuerdo. Hola. Tenemos una pregunta de alguien también. Parece que la mayoría de las personas relacionan fuertemente los años de experiencia con el nivel de experiencia. ¿Cómo podemos romper esta relación? ¿Qué diferencia a un junior de un senior en los roles intermedios? Y lo más importante, ¿en qué puede enfocarse un junior para crecer como profesional más rápido y de manera más eficiente? Esa es una muy buena pregunta. Supongo que tal vez podamos hablar de eso después cuando hablemos de las entrevistas porque esto también está relacionado con la forma en que funciona la contratación hoy en día. Cuando tienes cientos de currículums y básicamente tienes que hacer algún tipo de selección y todo eso y básicamente entender las habilidades de las personas en una página, eso es muy difícil. Supongo que también de ahí viene porque del volumen y todo eso. Pero supongo que podemos discutir eso tal vez en la segunda parte de la charla. Sí, tal vez, adelante. De acuerdo, Patrick. Nuevamente, me gustaría tener algún tipo de retroalimentación de las personas que están con nosotros sobre estos roles diferentes. Para recordar lo que dijimos, ingenieros de soluciones, ¿de acuerdo? Hablamos de ingeniero de educación, ¿verdad? Ingeniero de documentación. Documentación, sí, lo llamamos educación. Tiene varias facetas y luego está la experiencia del desarrollador. Hablamos de esto. Ahora tenemos tres roles, tres roles diferentes, ¿de acuerdo? Me gustaría ver si las personas, bueno, nuevamente, se encuentran en uno de estos roles o si lo han hecho. Quiero decir, tal vez tenemos algunas personas, ciertamente tenemos algunas personas que han desempeñado uno de estos roles y podemos aprender de ellas si pueden escribir un comentario en el chat y enviárnoslo sobre, bueno, hice este trabajo y esta fue mi impresión, tal vez una buena impresión, tal vez una mala impresión, y podemos hablar de eso. También nos ayudará a hablar sobre otros temas. Así que sí, adelante. Oh, acabo de leer una pregunta de un asistente anónimo. ¿Alguien de un país puede postularse como ingeniero de soluciones en otro país, qué tan probable es que sean contratados? Supongo que tiene mucho sentido. Una vez más, sobre la empresa, ¿depende de si son amigables con el trabajo remoto? ¿Cómo manejan el proceso de ventas? Porque algunas empresas, especialmente las de nivel empresarial, a veces realizan un proceso de ventas en persona, pero cada vez menos es el caso hoy en día, especialmente ahora con la pandemia. Así que supongo que hoy en día también hay muchas oportunidades para las personas que quieren unirse a una empresa desde otro país, especialmente si tienen ese tipo de habilidades, eso es algo de lo que estoy seguro de que las empresas están buscando ingenieros de soluciones, incluso si no están en la misma ciudad o en el mismo país, porque es realmente raro en el mercado encontrar buenos ingenieros de soluciones. Sí, quería decir esto. Es un perfil raro, todos lo están buscando. Así que si crees que puedes ser un ingeniero de soluciones, un DevEx o, sí, en documentación, todos estos son perfiles raros. Hay mucha demanda en eso, mucha demanda en eso. Así que este es un momento, y si te vuelves remoto, básicamente si vas a otros países, entonces hay aún más importancia, por muchas razones. Una de ellas es, sí, muchas empresas están buscando eso, por lo que tendrás más ofertas. La otra cosa es que las empresas buscan cubrir diferentes zonas horarias para estos roles. Así que, esa es una gran oportunidad también. Así que es una muy buena pregunta y creo que, sí, deberías considerar todas las oportunidades. Sí, zonas horarias, mercados, muchas oportunidades, especialmente en este momento, con muchas empresas de SaaS saliendo a bolsa y el alto crecimiento que vimos en el último año, hay muchas oportunidades en ese campo. Tienes una nota de Lutmina. El rol de ingeniero social parece realmente agradable, requiere diferentes conjuntos de habilidades, lo que hace que el trabajo sea menos aburrido. No sabía que existían tantos roles de desarrollador. Increíble, bueno, esa es la misión de este taller. Tenemos un último rol que pensamos que podría interesarte, y muchos de ustedes realmente votaron por este. Es el ingeniero de crecimiento. Así que, igual que François, vamos a hablar de esto. Sí. ¿Quieres seguir adelante? Sí, el ingeniero de crecimiento es tal vez incluso más nuevo que el ingeniero social, y también es muy amplio. Supongo que el sentido de esto es que es un ingeniero que va a trabajar en proyectos de crecimiento. Cualquier tipo de proyecto que vaya a tener un impacto comercial directo, porque puedes decir, sí, una gran parte del equipo está trabajando en el impacto comercial porque al final, estamos vendiendo el producto, pero aquí es más como trabajar directamente en la adquisición de clientes, monetización de clientes o retención. Así que realmente, grandes KPI comerciales e influir en ellos de manera directa. Eso es- ¿Tienes algún ejemplo de algo así, como en una empresa que- Y tal vez también François, si pasas por los diferentes KPI, bueno, KPI, como en indicadores clave de rendimiento. Indicadores, sí.

Entonces, básicamente, si vas a ir y explicarlos un poco y por qué son importantes y luego cómo un ingeniero de crecimiento podría tener un impacto en eso. Sí, básicamente, crecimiento. ¿Qué es el crecimiento? El crecimiento es lo que hará que la empresa crezca, obviamente. Entonces, estos KPIs van a influir en todo el negocio porque básicamente, si tienes una mejor adquisición y aún monetizas a tus usuarios, tendrás más dinero en el banco. Si tienes más dinero en el banco, puedes hacer crecer el negocio, contratar a nuevas personas, crear nuevos equipos, tener un mejor producto, venderlo mejor. Así que por eso son tan importantes para trabajar en ellos. Y por eso, hay equipos de crecimiento que se crean hoy en día. Y una parte del equipo de crecimiento es la parte de ingeniería. Y hay dos grandes tipos de ingenieros de crecimiento, diría yo. Entonces, lo principal del rol es una combinación de tecnología, data y marketing de alguna manera porque vas a trabajar en estos KPIs empresariales. Y básicamente hay dos lugares donde puedes estar. Hay un ingeniero de crecimiento como parte de un equipo de producto, eso es algo de lo que hablamos ayer con alguien de Hodger. Entonces, hay ingenieros de crecimiento dentro del equipo de producto, por lo que van a trabajar en iniciativas dentro del producto para trabajar en el crecimiento. Puede ser muy amplio, por ejemplo, experimentar en el proceso de registro para ver si se puede tener una mejor tasa de conversión en el registro, porque si tienes una mejor tasa de conversión en el registro, tendrás más usuarios. Si tienes más usuarios y el equipo de ventas funciona bien van a monetizar y si monetizas, tienes más dinero. Así que se trabaja en estos proyectos realmente importantes que están diseñados para el crecimiento para impactar estos KPIs. También podría ser tan simple como, creo que necesitamos hacer esta característica más popular y ¿cómo podemos hacerla más popular? En qué momento necesitamos hablar con la gente al respecto, sugerirlo, no sé, todas estas cosas. Así que no tiene que ser sobre hacer que la gente pague. A veces se trata de hacer que la gente avance, entienda algo. Tal vez una característica que nadie entiende y luego entender por qué la gente no la entiende mientras sentimos que hay una necesidad de este tipo de característica. Todas estas cosas, son algún tipo de ingeniería para obtener algún tipo de estadísticas, algún tipo de números. ¿Verdad? Sobre la funcionalidad, el producto, la cosa y luego tomar decisiones al respecto y experimentar, como dijiste. Exactamente, se trata mucho de experimentar, sobre la hipótesis. Como, creo que esta acción va a impactar en esto. Por ejemplo, tener más usuarios y a partir de eso sé que vamos a tener más ingresos. Así que voy a tratar de demostrar con mi código que puedo construir esta cosa que va a impactar eso. Y así, una de las cosas interesantes del rol es que estás trabajando en código que tal vez se descarte en dos semanas porque no cumple el propósito, el experimento no funciona, pero al menos lo intentaste y tienes la prueba de que no funciona. Y si funciona, es genial porque ese código estará en producción y lo tendrás durante años. Y también está muy cerca del nivel de producción porque todo lo que vas a crear, vas a experimentar con usuarios reales, así que no se trata solo de construir un backend que tal vez sea utilizado por el equipo de producto en el futuro. Se trata realmente de cosas concretas que van a impactar en el negocio. Entonces, ese es el primer tipo de ingeniero de crecimiento que trabaja en el equipo de producto. Esto es algo que vemos más en una empresa impulsada por el producto, lo que significa que la empresa está creciendo a partir del producto, GitHub es un muy buen ejemplo porque la empresa está creciendo a partir de que las personas publiquen cosas en GitHub, inviten a sus amigos u otros anónimos a trabajar en proyectos de código abierto. Entonces van a crecer a partir de los productos. Por otro lado, tienes algunos tipos de empresas, tal vez más corporativas, también más orientadas a enterprise que van a tener un equipo de crecimiento que está fuera del producto. Y estas personas van a trabajar en iniciativas que están fuera del producto. Puede ser como páginas de destino para atraer más tráfico al sitio web y convertir este tráfico, no solo tener la página de destino y ver cómo va, sino realmente tener un objetivo claro con la página de destino. También puede ser como construir herramientas internamente para el equipo de ventas, por ejemplo, o para el equipo de éxito del cliente para tener una forma más eficiente de trabajar. Así que se trata mucho de código, script y también de comprensión del negocio, porque como ingeniero de soluciones estás tratando de resolver el problema empresarial pero los internos, no los de los clientes. Así que es una combinación realmente interesante de habilidades como ingeniero de soluciones, tal vez menos comunicación, mucha empatía también, porque es el tipo de rol que trabaja con muchos equipos diferentes, como puede ser producto, ventas, marketing. Y todas estas personas tienen diferentes puntos de vista sobre las cosas y tienes que ayudarles a lograr lo que quieren lograr. Así que sí. Diría que estoy impresionado. La pasión que tienes por este rol, este es el rol favorito de Francoise. Si aún no lo decidiste, déjame decirlo claramente. Es el rol favorito de Francoise. Pero lo que pasa es que si te encuentras hablando de estas cosas con el mismo entusiasmo, bueno, probablemente este sea un rol para ti. Sí, como conozco a algunas personas que leen sobre cómo empresas como GitHub crecieron o como Stripe, o no sé, Airbnb. ¿Cuál es la historia detrás de eso y cómo se convirtió en algo grande? Creo que este tipo de personas que están interesadas en cómo hacer crecer una empresa son muy adecuadas para este tipo de posiciones porque necesitas pensar en cómo utilizar técnicas, cómo hacer que las personas usen más esta característica, cómo hacer que más personas conozcan mi empresa y todas esas cosas. Y veo que Joana dice definitivamente el ingeniero de crecimiento suena aún mejor que el ingeniero de soluciones. Ahora estás cambiando de opinión, ¿eh? Para mí, con experiencia en marketing sí, eso realmente ayuda design SEO y la comprensión de la conversión de estas nociones también. Eso es lo que realmente disfrutaría hacer intentar hacer el producto aún más atractivo. Sí, sí, si te gusta esto. Y es aún más, no sé si te interesa el marketing SEO y este tipo de cosas y también te gusta automatizar cosas. Hay otro. Hay una automatización de adquisición de clientes o marketing de ciclo de vida pero no pensamos en hablar de este pero si te conectas con el marketing entonces también hay mucho que hacer allí, ¿verdad? Sí, ese está realmente relacionado con el marketing incluso si tiene algún punto de vista de ingeniería porque se trata mucho de KPIs y todo eso. Supongo que este realmente se trata de marketing. El marketing de ciclo de vida, que también es aún más nuevo diría que este también lo es. Quiero responder, no sé si es Juan o Joana no sé cómo se pronuncia, depende de dónde venga. Pero no, fue más una broma como la respuesta de Phil fue más una broma, así que no te preocupes por eso. Es solo la ingeniería social. Me encanta la idea, como me encanta estudiar la idea. Es solo que no entra en nuestro ámbito pero quiero decir, la ingeniería social, tal vez no se trata de tratar de hackear a las personas sino más bien entender las vulnerabilidades del sistema para entender cómo podemos protegernos de ellas básicamente. Pero sí, no es un enfoque principal para nosotros pero me gusta que compartieras con nosotros la definición de ese concepto. Volviendo a, veo que Joana está indecisa, tal vez entre ingeniero de soluciones e ingeniero de crecimiento. Imagina si alguien está indeciso entre los dos roles. ¿Cómo puedes ayudarlos a decidir? Alguien está diciendo que le gusta el negocio, le gusta ver a los clientes y le gusta cerrar el trato, le gusta ayudar con eso. Pero ese rol de ingeniero de crecimiento también es interesante porque habla de KPIs y hacer crecer los ingresos Pensé que acabamos de decir que el ingeniero de crecimiento es mejor porque los ayuda. No, no es cierto, no es cierto. Supongo que la pregunta más importante es, ¿valoras más hablar con las personas y entender sus problemas, o valoras más construir cosas? Porque creo que el ingeniero de crecimiento realmente se trata de construir.

Y una de las grandes cualidades que buscamos en este tipo de rol es gente que quiera construir una empresa en el futuro, que quiera crear su propio proyecto, y que quiera hacerlo crecer. Así que supongo que esa es realmente la diferencia principal porque sí, la Ingeniería de Soluciones Sociales se trata de tratar con personas, y por otro lado se trata de tratar con problemas empresariales y crear una solución interna para eso. Pero sí, ambos son una combinación de eso, lo siento, de negocios y tecnología, y realmente- Y déjame comentar sobre la parte de construcción. Ambos estarán construyendo. Quiero decir, en el otro, estarás construyendo soluciones para clientes y ayudándoles a construir su solución. Pero supongo que hay uno que está construyendo algún tipo de motor, ¿verdad? Es más un motor. Mientras que el otro es más orientado a resultados. Si te sientes satisfecho, encuentras satisfacción en construir algo y ver el resultado y que se vea bien y que cumpla el objetivo y ahí está tu enfoque, entonces tal vez esté más orientado a la ingeniería de soluciones. Si estás más interesado en ver un impacto en los números. Los números son importantes para mí. Quiero ver cómo crecen las cosas y quiero ver que crezcan rápidamente. Bueno, eso es lo otro tal vez o todo. Eso también es cuando, como también la ingeniería de soluciones, se trata mucho de procesos, ¿verdad? Quieres, déjame darte tal vez una idea de eso. Ingeniero de soluciones, entenderás mi punto de vista y me corriges, François, tú sabes más. Pero te encuentras con un cliente, tienen un problema específico y quieren resolverlo con tu producto, ¿verdad? Imagina que quiero construir un sitio web que sea sofisticado, tenga estas cosas y estas cosas, ¿de acuerdo? Bueno, vamos y luego establecerás hitos con el cliente. De acuerdo, les decimos, de acuerdo, comencemos primero con una prueba de concepto. Y lo primero que queremos asegurarnos es que este producto funcione para resolver el punto A y luego dos semanas después hablaremos sobre el punto B y C pero parece que lo más importante pero es como también un poco de gestión de proyectos, ¿verdad? Y eso es la ingeniería de soluciones. Así que es muy importante poder interactuar con el cliente, establecer algunos hitos para ayudarlos a resolver su problema. Ellos vendrán con algo complejo y no está exactamente explorado y tú dirás, de acuerdo, vamos a tomarlo paso a paso. ¿Qué es lo más importante? Esto, de acuerdo, resolvamos esto. La siguiente prioridad es esto. De acuerdo, ahora exploremos el asunto, parece que la solución funciona para todo. Tal vez el siguiente paso es que deberías comenzar y construir la cosa. Así que se trata más de eso, ¿verdad? Sí, definitivamente también se trata mucho de estructura y también está la satisfacción que obtendrás de tu trabajo. Como en la ingeniería de soluciones sociales, debería ser mucho sobre el éxito del cliente, tal vez también grandes acuerdos porque al final es una función de ventas. Mientras que la ingeniería de crecimiento, será más sobre el éxito empresarial interno y hay cosas locas que suceden. Como si tomamos el ejemplo de Facebook, el equipo de crecimiento, eso es lo que creó el éxito de Facebook. Descubrieron esas métricas, que era el número de amigos que necesitas tener para quedarte en Facebook. Creo que eran seis o siete, ¿verdad? Siete. Y ese es el equipo de crecimiento que se dio cuenta haciendo análisis como, de acuerdo, vemos que las personas quieren tener siete amigos para quedarse más tiempo, así que vamos a crear iniciativas en torno a eso para que las personas inviten a sus amigos. Y luego tienes muchas características que se desarrollaron para eso, como enviar un correo electrónico para decirte, necesitas invitar a tal y tal persona que viene de, no sé, como tu número de teléfono o algo así. Y eso es lo que creó el alto crecimiento de Facebook al final y eso es crecimiento y eso es un tipo diferente de satisfacción, supongo, realmente depende de la persona. Me gustaría volver, tenemos dos muy buenas preguntas que tenemos que responder, muy buenas preguntas, y me gustaría tener aún más preguntas. Esto hace que toda la discusión sea más real. Creo que vamos a tener aún más cuando hablemos del proceso de contratación. ¿Ah, crees? De todos modos, esto es como, lo que sea que pienses, tal vez estés pensando, y me gusta una de las preguntas que acabamos de recibir, es como, y vamos a abordarlo, pero solo para darte una idea, es como, de acuerdo, si me gustan estos roles, ¿cómo puedo empezar a aplicar para ellos? Y esta es la pregunta correcta. Esto es lo que necesitas aprender, ¿verdad? Y tal vez podamos ayudarte con eso. Así que cualquier pregunta que te surja, simplemente, ya sabes, lánzala, envíala a través de preguntas y respuestas o el chat y lo... Hará que esta discusión sea más dinámica. Pero antes de eso, antes de abordar estas dos preguntas, porque sabes cómo, tal vez François pueda ayudar, si estoy indeciso entre, creo que es... Son muy relevantes, relacionados, lo siento, relacionados. DevExp e Ingeniero de Soluciones. ¿Cómo puedo saber cuál es el mejor para mí, verdad? Hay DevExp e Ingeniero de Soluciones, y son muy similares, ya sabes. Es gracioso, porque mucha gente que entrevisto, a veces me dicen, estoy teniendo otras entrevistas con esta empresa y es para Ingeniero de Soluciones. Así que creo que son más o menos las mismas personas, porque ambos son como, desarrolladores interesados en ver el proyecto como un todo, y luego entender todas las diferentes integraciones y no estar enfocados en una tecnología o en una cosa, sino realmente pensar en la experiencia del desarrollador detrás del proyecto y qué deberían construir y cómo deberían construir las cosas. Y no querer estar en un equipo de producto, sino querer estar conectado con las personas. Ya sea que estén en las empresas y construyendo un proyecto o simplemente la comunidad de personas que usan tu producto. Y, bueno, tengo mi preferencia. Pero... No, pero si soy una persona, estoy por delante de ti. Sí, creo que la experiencia del desarrollador se trata más de, no tienes esta recompensa como, creo que en Ingeniero de Soluciones, tienes la recompensa de, sí, queremos este liderazgo y tal vez seas más competitivo en crecimiento. En DevEx, pero es más como- Tengo muchos amigos. Me invitan a conferencias. Aparezco en este boletín. Yo... Cuando hago mi transmisión, la gente viene y me conoce y confía en mí. Es una forma diferente de construir relaciones. Uno es como que serás confiable para un equipo de desarrollo en una empresa y los tendrás con ese proyecto y tal vez será un poco más complejo o tendrás más detalles sobre el proyecto. El otro se trata más de la masa y las personas, como mucha gente y muchas veces desarrolladores junior. Así que ayudar a las personas y enseñarles y hacer que tus productos sean más fáciles de entender para ellos. Creo que también está la técnica del rol donde tal vez la experiencia del desarrollador, las personas estarán más en profundidad en la comprensión de los marcos en la comprensión de las diferentes cosas de codificación donde en la ingeniería social, tal vez estén más orientados al lado empresarial, aunque necesitas entender cosas, tal vez no tanto como necesitas en el rol de experiencia del desarrollador. Y por cierto, sé que François, estás contratando para ambos roles, ingeniero social e ingeniero de crecimiento. Así que pensé en hacer un pequeño sitio para que las personas puedan recibir las publicaciones de trabajo cuando estén listas. Así que lo voy a publicar aquí. ¿Deberíamos abordar las dos preguntas abiertas tal vez en preguntas y respuestas? Así que sí. Entonces, desarrolladores autodidactas que buscan ingresar, ¿cómo pueden adaptar su portfolio para estos roles? Sí. De acuerdo, quiero empezar, elijo una de estas. De acuerdo, ¿cómo puedo hacerlo...

Um, bueno, sí. ¿Cómo puedo cambiar mi CV, mi portfolio, todo cuando quiero aplicar para esto? Creo que tu portfolio es tu portfolio o tu CV es tu CV. No inventes experiencias que no tienes. Pero creo que lo que a las personas les interesa, como a mí, cuando veo el CV, lo miro muy rápido para ser honesto, y luego trato de ver al propietario, pero es para mi tipo de rol. Así que más como experiencia de desarrollador y comunidad. Cuando veo los perfiles sociales de la persona. Por ejemplo, tenemos a alguien en el equipo y es bastante junior. Aún está en la escuela, pero hace mucho por la comunidad, y sientes que está interesada en ayudar a los demás, tal vez más que las personas con más años de experiencia. Y esto cuenta mucho para mí. Sabes, cuando recibes muchas solicitudes y tienes muchos CVs para revisar, a veces solo miras las primeras líneas del CV y tratas de entender quién es la persona, y luego quieres profundizar en una cosa específica. Entonces, por ejemplo, a mí me gusta cuando hay una carta de presentación específica, pero no como una carta de presentación, sino solo un párrafo que explique por qué quieres hacer esto exactamente y qué crees que puedes aportar al puesto. Y esto también marca una gran diferencia en comparación con solo mirar el CV. Muchas veces no miro tanto los CVs, para ser honesto. Los leo, solo miro si está bien. No está completamente fuera de tema. Y luego miro el perfil de la persona y si escribieron algo personalizado, definitivamente lo leo. Sí, supongo que para los desarrolladores, es una buena señal ver que son autodidactas porque son personas a las que les gusta aprender, son personas que pueden aprender por sí mismas, lo cual es una cualidad realmente importante cuando te unes especialmente a una startup porque vas a aprender muchas cosas. También por ti mismo, la empresa te va a proporcionar cosas, pero necesitas ser capaz de aprender. Supongo que en nuestro caso, principalmente nunca verificamos si alguien proviene de una escuela específica o algo así. Se trata solo de las habilidades. Y supongo que en el rol de ingeniero de crecimiento, es importante tener algún tipo de mentalidad de crecimiento y eso solo se puede lograr haciendo cosas, haciendo un proyecto, un proyecto personal, tratando de hacer crecer ese proyecto personal. Y puede ser de un usuario a 25, pero simplemente entender cómo pasar de uno a 25 y luego de 25 a 100, o algo así. Entonces es realmente importante hacer algo, incluso si es a pequeña escala, para realmente entender la cosa porque esa es la mejor manera de relacionarse con ella. Y luego, cuando tienes eso, es algo realmente genial para hablar en una entrevista porque estás hablando de algo que entiendes y algo que hiciste. Así que para ese rol, supongo que es una buena manera de hacerlo. Y eso puede ser como hacer crecer una comunidad en línea sobre algo como el kitesurf, o no sé qué. Un ejemplo extraño. Quiero decir, tal vez... Últimamente hablas mucho de kitesurf. ¿Lo planeaste o lo...? No estoy seguro. Creo que hay, tal vez lo más importante es cómo puedes hablar sobre tus experiencias, las cosas que hiciste en el pasado, y mostrar cuán relevantes son para el rol. Imagina, okay, ingeniero de soluciones, o como, okay, hice esto, hice esto, hice esto, y creo que son relevantes para este trabajo al que estoy aplicando por esta y esta razón. Me gusta el rol de ingeniero de soluciones. Y en el pasado ayudé a muchos clientes a construir soluciones ayudándoles a elegir las mejores herramientas para construir esa solución en una agencia, por ejemplo. Eso es relevante. Cuando veo ese perfil, digo, okay, al menos esa persona entiende en qué consiste el rol y qué se requiere para este rol. No sé, para DevExp, como, okay, hice este video para explicar este tipo de concepto y así podemos ver, okay, ¿eres bueno explicando conceptos y cosas así? Así que haz que cualquier experiencia que hayas tenido en el pasado, trata de verla desde ese ángulo y ve cómo te enseñó eso. ¿Cómo te enseñó eso? Como dijo Phil, Phil, cuando estábamos hablando, si recuerdas, él estaba como, estaba en esta tienda de móviles, ¿verdad? Y tenía todo tipo de casos en los que tenías que ser paciente con el cliente, ¿verdad? Porque necesitan algo y ahora eso es lo que necesitan y necesitas escucharlos, incluso si parece que no está relacionado o algo así. Y nos hablaste de varias situaciones que ocurrieron en esa tienda donde. Que eres paciente y. Y estaba claro que eras una persona paciente. Y eso es lo que me hizo decir, okay, Phil encaja muy bien en el objetivo porque hablaste de tu experiencia docente, encaja muy bien. Hablaste de tu experiencia en la tienda de móviles. Querías escuchar a los clientes para resolver sus problemas y todo eso. Para ayudarlos con lo que están haciendo. Así que hiciste que cada experiencia que tuviste en el pasado fuera relevante para el rol que estás buscando. Así que eso es quizás para mí lo más importante. Como reimaginar todas las experiencias que tienes y cómo contribuyeron. Todo contribuye a algo. El hecho de que hoy, necesitas, quieres este rol. Imagina si hoy quiero ser un ingeniero de crecimiento. Tengo una preferencia, me gusta. Es porque aprendí varias cosas en mi carrera relevantes para ese trabajo y siento que todo encaja ahora. La imagen es clara y todo tiene sentido ahora. De hecho, todo tiene sentido. Significa que tienes muchas experiencias que te llevaron hasta aquí. Bueno, habla sobre esa historia. Habla sobre cómo esto y luego eso y luego eso y eso te acercó. Ahora ves, okay, todo tiene sentido y por eso este rol es el adecuado para ti. Creo que esta es una buena manera de hablar sobre ello. Sí. Sí, y solo, ya que estábamos hablando de solicitar, siento que no deberías dudar en solicitar un rol que creas que te gustaría hacer. Muchas veces escribimos como una lista de deseos de todo lo que nos gustaría para el rol. Pero muchas veces también, no es como si estuviéramos marcando casillas. Solo estamos conociendo a la persona y tratando de ver si esta persona puede ayudar o aportar algo al equipo. Así que simplemente conocer a la persona realmente ayuda y simplemente hablamos y vemos si la persona podría encajar en el equipo. Y luego, si pueden brindarnos la ayuda que necesitamos para ese tema específico cuando estamos buscando a alguien. Sí, no verifiques que cumples con todos los requisitos. Simplemente aplica y no pasará nada si no consigues el trabajo o si nadie te llama, pero al menos aplica para todo lo que creas que podría interesarte. Sí, y es importante si llegas a esa etapa que veas si esa empresa también encaja contigo. Sí. Sí, si solicitas un rol en el que estás emocionado, quieres unirte y los conoces y piensas que es algo que podrías querer hacer, pero luego intentas encajar una pieza cuadrada en un agujero redondo y no funciona en el futuro y por eso debes ser honesto contigo mismo y con las personas con las que estás entrevistando porque esencialmente ese objetivo es tratar de ver si van a trabajar juntos y si eres alguien que está entrando para crecer en un rol y no eres honesto desde el principio, es posible que no puedas llegar al punto al que quieres llegar en ese momento.

Sí. Sí, estoy de acuerdo. Sí, es importante preguntarte a ti mismo qué quieres desarrollar y también decírselo a la empresa porque las personas necesitan saberlo para poder ayudarte a desarrollarlo. En general, cuando estás en un trabajo, es importante compartir con qué luchas, creo, y permitir que las personas te ayuden en lugar de tratar de demostrar que puedes hacerlo y ocultar lo que no sabes hacer.

Creo que es un gran punto. No se trata solo de ocultar o no ocultar. Primero, si no cumples con toda la lista de verificación, no es tan importante. Lo que es realmente importante es la historia. ¿Por qué tiene sentido? Porque, sabes, tomaría a alguien que no lo sabe todo, pero veo claramente que han aprendido mucho en poco tiempo. Dices, no hay riesgo. Han aprendido y han ganado. Tienen motivación y pueden aprender. Motivación más saber cómo aprender, significa que lo lograrán, pero al menos muestra la motivación y muestra que eres relevante, eres relevante, pero no marcas todas las casillas, pero puedes aprenderlo. Y eso es suficiente. Mientras tengas lo básico.

Y luego, en cuanto a la empresa, no se trata solo de hacer trampa y no ser honesto o ese tipo de cosas. No, no, te encontrarás, sinceramente, en estos roles, te encontrarás con muchas ofertas. Hay muchas ofertas por ahí y necesitas elegir sentirte cómodo trabajando con las personas y las personas, así como la empresa. Por ejemplo, puedes ver una empresa muy buena y te gusta esa empresa y siempre te ha gustado esta empresa porque trabajas con su producto y cosas así. Pero mira a las personas con las que vas a trabajar. ¿Te gusta hablar con ellas? Siempre lo veo cuando hablamos con los candidatos, siempre lo digo. Y tal vez suene extraño en una entrevista, pero me gusta decirlo cada vez. Como dije, parece que esta es una entrevista en la que soy el jefe y tú eres alguien que viene aquí y estás aquí para demostrarme que eres lo suficientemente fuerte como para que te tome y te pague dinero. Pero no se trata de eso. Se trata de que tú me elijas a mí, yo te elijo a ti. Y es importante que estemos en el mismo nivel. Nadie es superior al otro, ¿de acuerdo? Quieres encontrar algo que cumpla tus requisitos. Tienes un camino profesional, tienes requisitos financieros, tienes varias cosas y son tan importantes como las mías. Así que estamos en el mismo nivel, eso es importante. Y estamos aquí para probar nuestra colaboración. No estamos aquí para tratar de impresionarnos mutuamente. Eso no funciona. Puedes impresionarme en una entrevista de 30 minutos, yo puedo impresionarte en una entrevista de 30 minutos. Podemos hacer eso. No hacemos nada. Pero luego, lo que sucede después es una pérdida de tiempo para todos porque pasarás meses infeliz en la empresa porque intentas impresionar. No, no, solo di lo que puedes, di lo que no puedes, yo diré como empresa lo que puedo ofrecerte. Y si es un trato, es un trato. Si no es un trato, es mejor ser claro desde el principio de que no es un trato. Puedes gustarlo de esa manera. Tal vez esto no sea lo estándar que sucede, pero me encanta hacerlo de esa manera. Al menos estamos seguros, estamos claros, somos honestos. Vemos las cosas de esa manera. ¿Verdad?

Sí, definitivamente. Y especialmente para seguir lo que dijo Noah acerca de las casillas de estos roles. Son tan nuevos que la mayoría de las veces, no estamos buscando a alguien que ya haya hecho eso. Estamos buscando a alguien que tenga una experiencia relevante como dijo Alex, como el ejemplo de Phil. Porque obviamente este trabajo, nació hace cinco años, diez años. Así que no hay muchas personas con esa experiencia. Así que realmente estamos buscando personas que simplemente nos demuestren que son relevantes y que son relevantes en ese posible puesto. Sí, debes ver qué habilidades aportas a la mesa que puedan coincidir con el rol.

Y eso es lo que te ayuda, ya sabes, cuando solicitas empleos, lo revisas rápidamente y dices, puedo hacer esto, puedo hacer aquello y eso. Y ahí es donde debes coincidir toda tu experiencia con lo que buscan. Y si es un puesto en el que crecerás, ahí es donde debes hacer esas preguntas. Sabes, hay momentos en la entrevista en los que te preguntan, oh, ¿tienes alguna pregunta para nosotros? Y no se te ocurre nada. Creo que pregunté cosas como, ¿tienen comidas subsidiadas o descansos allá? Y estaba sudando, ya sabes. Pero lo que debes preguntar es si hay áreas en las que soy débil. ¿Es este un lugar donde recibiré el apoyo para crecer en ese puesto? ¿Recibiré ayuda aquí? Así puedes avanzar en tu career. Esas son las cosas que debes preguntar. Se trata de cómo puedes superarte a ti mismo. Sí, recuerdo que cuando entrevisté en British Make, quería conocer a las personas porque, y es extraño porque, ya sabes, tal vez algunas personas en las entrevistas quieren que todo sea rápido, ya sabes, no quieren conocer a demasiadas personas. Pero sí, para algunas personas, es como, quiero conocer a las personas porque sé que voy a trabajar aquí durante años. Y quiero asegurarme de que me agraden. Algunas personas quieren tener comidas subsidiadas y clases de yoga. Depende de ti. Pero es importante que hagas preguntas porque también es una gran inversión para ti, estarás en esta empresa durante años, así que debes estar seguro al tomar la decisión de unirte. Y por cierto, esta es mi forma de hacerlo. Cuando soy entrevistado y alguien me hace una pregunta, imagina que estoy entrevistando, eso no sucedió hace mucho tiempo, lo estoy viendo, pero de todos modos, tal vez mi conocimiento esté desactualizado en eso. Pero si, por ejemplo, no conoces exactamente el puesto, como dijimos, ¿verdad? Entonces debes ingeniar, eres nuevo en eso, pero todos son nuevos en el mercado. No hay muchas personas que conozcan ese puesto. Así que si te pregunto algo, y luego empiezo a hablar sobre acrónimos o algo así como KPI, ¿sabes qué es eso y eso? Y luego, no, no estoy hablando de ti, François. Y luego no entiendes, otro problema. Creo que puedes decir, ¿me lo puedes explicar? Estamos testing la colaboración, ¿verdad? Lo dijimos. Estamos testing aquí la colaboración. Así que estamos testing. Una de las cosas que debes testing en la colaboración es, en realidad es lo más interesante. Si alguien no sabe, si Phil no sabe esto, ¿qué sucederá cuando se una a la empresa si se encuentra con algo que no entiende? ¿Lo ocultará? ¿Simplemente no hablará de eso? ¿Lo ignorará? ¿Dirá, ah, entiendo? O ¿preguntará qué significa eso? Buena reacción. Significa que Phil puede aprender en ese caso. Porque si Phil ni siquiera me da la oportunidad de enseñarle o hablar sobre eso, entonces nunca lo sabré. Y tú, no sabrás sobre este tema durante mucho tiempo. Mientras que si dices, no entiendo esto, lo siento, tal vez debería saberlo. Pero explícamelo. Y cuando alguien, yo le explico a Phil, tengo la oportunidad de hacer preguntas. ¿Lo entendiste? ¿Qué entendiste al respecto? Y luego veremos. Vale, ¿cómo va el proceso de aprendizaje? Y luego, vería como, oh, Phil realmente, quiero decir, esto sucedió realmente contigo en tu tarea, ¿verdad? Tal vez puedas hablar de esto. ¿Lo recuerdas? Lo recuerdo como si fuera hoy, ya sabes. Así que lo que sucedió es que, Phil llegó y dijimos, oh, queremos mucho a Phil. Todos en el equipo querían a Phil. Y pensamos, ah, sí, nos gusta mucho. Este es nuestro chico, ya sabes. Necesitamos a alguien como él. Y luego pasamos a la tarea, como, mira, Phil, debes construir esto y esto y eso. Y luego pasamos por la tarea, y Phil no construyó esto. Y todos quedamos decepcionados. Todos estaban tristes. Y yo estaba en medio de cuatro personas decepcionadas, y Phil no sabía qué hacer. Y yo estaba como, oh, ¿qué, mierda, qué pasa? Pensé, ¿cómo puedes resolver eso? Como, mira, Phil, está bien, hagamos este ejercicio. Tienes una hora, supongo, bueno, 30 minutos, no recuerdo bien. Y tienes esta hora para construir esto, ¿verdad? Pero no tienes que hacerlo solo. Puedes pedir ayuda a las personas a tu alrededor, este es tu equipo. Considera que es tu equipo. Puedes aprender cualquier cosa de cualquiera a tu alrededor. Puedes usar internet, hacer lo que quieras. Lo único que quiero es que cuando volvamos a reunirnos, nos lo expliques de manera sencilla, tu educación. No se supone que sepas todo, puedes aprender cosas, pero una vez que las aprendas, quiero ver claramente que puedes expresarlo de manera sencilla, y que puedes enseñarlo a otras personas. Y ese fue el ejercicio, ¿verdad? Equipo de educación y documentation. Eso es lo importante. Y en realidad salió muy bien, y ese fue el momento en que vimos, vale, ese pequeño fracaso que ocurrió, en realidad fue una oportunidad para entender más a Phil, y entender cómo podemos desarrollarnos. Así que probamos la colaboración, ¿verdad? Eso fue algo interesante. Debe haber sido estresante para ti, Phil. Oh, sí. Definitivamente lo fue. Porque como dijo Sudek, llegué con trabajo y tarea. Tan pronto como llegaron las preguntas, no tenía nada que responder. Solo sudaba, eso era todo lo que tenía para dar. Así que sí. Y después de que Sudek me dio esa oportunidad, y tomé la hora. Y como dije, la gente se acercaba y me preguntaba cómo iba, ¿necesitas ayuda? Y en realidad eran preguntas genuinas, porque algunas personas ni siquiera se daban cuenta de que estaba en una entrevista. Y luego lo expliqué, y Sudek dijo, sí, sí, genial.

Me di cuenta entonces también para mí, como esto es lo que estoy buscando, esta es la oportunidad de crecimiento, crecimiento personal. Y dije esas cosas y fui muy claro al respecto. Es posible que no tenga todas las habilidades técnicas que se necesitan en este momento para este trabajo, pero realmente quiero avanzar, y estoy dispuesto a aprender y trabajar duro, porque eso es lo que quiero hacer, y coincide exactamente con lo que he estado buscando.

Y como dije antes con esas preguntas, debes preguntar, ¿es este el lugar donde puedo crecer? No tuve que hacer las preguntas en ese momento, porque Sudek, y todos en la empresa, luego me lo dejaron muy claro. Y tres o cuatro años después, ahora, no sé cuántos años has estado aquí, ¿qué piensas, funcionó bien, ya sabes? ¿Pareció la entrevista? Un poco mejor, un poco peor, sí.

Menos sudor. Bien hecho. Así que tenemos una pregunta de Juan, y no sé si es Juan, seguiré diciendo Juan. Y Milos también preguntó, porque dijo que le interesa esta pregunta. Así que es la pregunta sobre si a la gente le importa más los años de experiencia versus el nivel de experiencia. ¿Y cómo puedes equilibrar eso y ganar experiencia o nivel de experiencia más rápido sin tener que esperar todos los años? Creo que algo que intentamos equilibrar con eso es que no filtramos, sé que para la mayoría de las empresas, pero no filtramos tanto por años de experiencia. Se trata más de lo que has hecho y si tienes una experiencia que puede ser relevante para lo que estamos tratando de hacer. Y luego está la tarea. Y así que la tarea es el momento en el que podrás juzgar el nivel de experiencia. Y no sé, por ejemplo, sé que para, en algún momento estábamos como, y todavía no estamos contratando muchos pasantes. Pero teníamos algunas personas que buscaban una pasantía o que lo hacían mejor que las personas que, cuando buscábamos a una persona a tiempo completo. Y así que los tomamos como pasantes porque lo estaban haciendo mejor en la tarea que los demás. Y así que la tarea es básicamente el momento en el que tratamos de probar la colaboración y el nivel de la persona. Y así ayuda mucho, y estos son los momentos en los que tus años de experiencia no cuentan. Así que sí, creo que la tarea es una gran parte de eso para demostrar que tienes madurez y que entiendes las herramientas que usas.

Sí, definitivamente. Y luego hay, como dijiste al principio, está el impacto. Puedes tener 10 años de experiencia en una empresa donde solo hiciste la cosa sin tener un gran impacto, o algo en tu trabajo, eso no es lo mismo que trabajar dos años en una startup donde hiciste crecer un equipo, o hiciste crecer procesos, o hiciste crecer cualquier cosa así. Así que supongo que los compañeros de las startups, tal vez no puedan duplicar.

No, pero esto es lo que pasa, supongo que cuando hablamos de experiencia, y tuvimos esta discusión, no sé, con quién tuve esta discusión? Pero la experiencia no se trata de la cantidad de años, porque en una startup, se trata más de resolver problemas. ¿Puedes resolver los problemas que tenemos o no? Si puedes porque leíste sobre ellos, pero realmente no los hiciste en la práctica, está bien, lo consideraremos, pero haremos algunos ejercicios para ver, está bien, pero ¿puedes aprender eso? Si resolviste este tipo de problemas en el pasado, bueno, eso es una buena noticia, entonces puedes ayudarnos a resolver este problema. Cada vez que hacemos una entrevista, estoy más interesado en los problemas que puedes resolver en lugar de cuántos años has estado allí. Tal vez haga la pregunta después del hecho, como con algunos de los ingenieros de soluciones, como, ¿cuántos años? Pero es más curiosidad, ¿cuántos años te llevó aprender todo esto? Es más la pregunta, como, está bien, ¿cuántos años te llevó? Más que, está bien, valoro el tiempo. Se trata más de los problemas que necesitas ayudar a resolver, necesitas resolverlos.

Sí, especialmente en una startup, en este tipo de rol donde te enfocas en algo muy específico. Así que se trata de resolver un tipo de problema muy específico. Supongo que definitivamente es lo que dijiste, Sadek. Veo que hay otra pregunta.

Sí. Tal vez pueda tomar la de Ludmila.

Sí. Si fueras a comenzar tu propio negocio, ¿qué roles habría entre estos dos puntos para ser un buen emprendedor? Para mí, definitivamente el ingeniero de crecimiento porque eso es realmente sobre... Sí, una vez más, lo sé, lo sé. No, pero como honestamente, esto es lo más cercano a... Sé que eres honesto, sé que eres honesto, ese no es el problema. Es lo más cercano a construir un negocio porque básicamente estás haciendo el crecimiento del negocio, trabajando en esa parte de crecimiento. Y esa es la habilidad más importante, especialmente si eres un desarrollador. Sabes, desarrollar una de las grandes habilidades que los desarrolladores carecen cuando comienzan un negocio. Hay dos, diría. El primero es el sentido empresarial, como entender el negocio, entender cómo aportar valor a un mercado y todas estas cosas. Y para eso puedes asociarte con alguien. Y luego está el crecimiento, como cómo crecer desde, como dije, un usuario a 10 y luego a 100, y luego crear viralidad, crear demanda y cosas así. Y eso es lo que aprendes haciendo crecimiento, especialmente como ingeniero de crecimiento, porque verás los conceptos básicos de cómo hacer eso, el lado técnico de cómo hacer eso. Así que diría que eso es algo genial. Eso también es algo que buscamos cuando entrevistamos a estos perfiles, personas que quieren comenzar un negocio en el futuro y que saben que les faltan este tipo de habilidades que marcan la diferencia entre un producto y un producto exitoso, diría.

Definitivamente, Chris. No estoy en desacuerdo contigo. No estoy en desacuerdo.

Pero creo que hay, ya sabes, básicamente, si miras al ingeniero de soluciones, es importante porque entenderás diferentes problemas en el cierre de un contrato. Es una cosa muy importante, ya sabes. Depende del producto que estés, ya sabes. Pero si quieres construir un producto o una empresa que trate con empresas más grandes, es muy importante. Entenderás tantas cosas sobre los diferentes procesos de, ya sabes, calificar y hacer pruebas de concepto y abordar problemas, y aprenderás muchas cosas sobre cómo hacer un producto. Así que es una cosa muy importante de aprender. Si estás interesado en DevEx, bueno, si estás construyendo un producto para desarrolladores, DevEx es ciertamente algo bueno porque aprenderás qué características importan y qué características no importan. A veces realmente te gusta algo y realmente lo amas. Lo amas por el problema que resuelves en él. O tal vez te encanta porque hay algo interesante en la solución. O tal vez se debe a algo que, una necesidad que tienes pero que nadie más tiene. Tal vez las personas no sean exactamente similares a ti. Eso con DevEx aprendes a escuchar.

Eso también es muy bueno. La ingeniería de crecimiento es algo muy importante. Aprendes sobre el negocio y cómo puedes tener un impacto. Básicamente, tienes, okay, hay algo que no está funcionando bien, bueno, el universo no te dará ningún regalo de todos modos. Si estás comenzando una empresa, las cosas no funcionarán bien. La cuestión es que tienes esta mentalidad de ingeniería, esta forma de resolver problemas. Okay, necesito que más personas se inscriban. ¿Cómo puedo lograr que más personas se inscriban? Y luego hay un problema y necesitas encontrar una solución de ingeniería para ello. Necesito que más personas pasen de inscribirse a construir algo real con un producto. Okay, necesitas tener un impacto. El impacto puede ser a través del producto. Mejoras el producto. Pero también puede ser a través de la ingeniería de crecimiento o a través de escuchar a las personas. Si es un producto para desarrolladores como DevExp y me gustaría aprender, ¿cómo puedo tener un impacto en eso, verdad? Así que todos, y documentation. Conozco a la persona que fundamos, construyó en realidad la prueba de concepto inicial de Prismic con, es muy bueno. Es un desarrollador muy bueno y también muy bueno documentando cosas, documentation. Y también hizo mucho, responde preguntas, preguntas y respuestas y todo eso. Y eso es lo que lo hizo muy bueno para iniciar una startup porque tiene ese tipo de retroalimentación y mecanismo de implementación que le permitió ser extremadamente importante para una startup como la nuestra. Así que no creo que haya uno en particular. Sé por qué Francois está hablando de la ingeniería de crecimiento porque es nuestro enfoque en este momento. Okay, lo entendimos. Pero también es que te permite aprender mucho sobre el negocio. Y siento- Y para arrancar cosas. Sí, para arrancar. Y resolver problemas. Está bien siempre y cuando estés pensando en la solución. Está bien no tener suficientes inscripciones al principio. Está bien no tener, quiero decir, no es genial. Pero puedes trabajar en ello. No es el universo. No es como, Me encanta esto, y solía tenerlo tanto. No sé, tal vez nos estamos desviando hacia otro tema, pero solía pensar, okay, esta es la mejor idea. La mejor idea de producto en el mundo. Y voy a desarrollar esto y en el momento en que lo lance la gente se lanzará sobre él. Habrá tanta adopción porque esta es la mejor idea que ha sucedido en la tierra. Incluso si tienes la mejor idea. Necesitas una forma de distribuirla. Necesitas una forma de distribuirla. Que las personas la entiendan, que entiendan por qué deberían usarla. ¿Cómo pueden las personas enterarse de ella? ¿Cómo pueden probarla? ¿Cómo pueden, pagan por ella? ¿Pagarán por ello? ¿Pagarán por qué? ¿Qué presupuesto se destina a esto? Hay tantas preguntas sobre el negocio que aprenderías mejor si estás en la ingeniería de crecimiento. Porque toca muchos aspectos. Puedes tener temas relacionados con la adquisición para hacer que el producto sea más conocido pero también para hacer que las personas ganen dinero con los productos, hacer que las personas lo recomienden. Sí, es cierto que abarca muchos aspectos.

Hablando de eso, tengo una pregunta para ti. No lo sé. Puedes responder tú, Francois. NFUA. ¿Qué habilidades son importantes para un ingeniero de crecimiento, habilidades blandas y técnicas? Supongo que la principal es saber programar. Lo mejor es tener experiencia full stack porque la esencia de la ingeniería de crecimiento implica hacer muchas cosas técnicas. Puede ser scripting, puede ser publicar una página de destino, hacer CSS, HTML, JS. Construir un servidor rápidamente, un Lambda o cualquier cosa. Así que se trata realmente de tener la capacidad de entender algo de experiencia en la construcción de cosas. No tiene que ser el código mejor diseñado, no tiene que tener muchos socios de diseño y todo para tener la mejor optimización. Así que esto no es un SADEQ obviamente. Pero sí, construir algo rápidamente para comenzar a experimentar porque te importan más los experimentos. Porque cuando tienes algo que funciona, puedes dedicar tiempo a mejorarlo y tener un buen código, tener un buen rendimiento y todo. Pero lo más importante aquí es, construir cosas que puedas poner en el mercado rápidamente para probar y ver los resultados. Por lo tanto, las habilidades de programación son importantes. Y luego supongo que, una de las cosas más importantes en mi opinión es saber cuándo comprar en lugar de construir. Y eso es algo que a muchos desarrolladores les gusta hacer, construir cosas. Y a veces solo por el simple hecho de hacerlo, como, sí, voy a reconstruir esto, como voy a reconstruir Stripe porque puedo hacerlo y eso será divertido. Pero la idea es ser súper eficiente, súper rápido. Por lo tanto, ser capaz de entender cuándo necesitas construir una solución porque lo que hay en el mercado tal vez no sea lo suficientemente bueno o no puedas lograr exactamente lo que quieres. Y a veces solo necesitas comprar porque vas a ahorrar mucho tiempo y podrás ir al mercado rápidamente, más rápido, y luego probar y aprender. Entonces, eso es realmente importante y eso, especialmente para los desarrolladores, tengo experiencia como desarrollador, así que sé lo que es y muchos de mis amigos les gusta construir cosas porque les gusta construir y no piensan en la tecnología como un fin, sino como un objetivo. Y es realmente importante verlo como, solo como un medio para alcanzar metas y no al revés.

Genial. Veo que nos quedan unos 15 minutos. Hablemos de los ingenieros de crecimiento. Tenía algunos temas, pero siento que he visto a mucha gente hablar sobre la negociación salarial en el proceso de contratación y pensé que tal vez esto podría ser relevante para algunas personas. No sé si les interesa. Dígannos en el chat. También, o también tenía planeado hablar un poco más sobre cómo prepararse para las entrevistas técnicas. Así que sí, hágannos saber qué les interesa más. Quiero decir, si no nos dicen que están interesados en, por ejemplo, el paquete y el salario y cómo funciona eso, no vamos a hablar de ello. Es un aspecto importante. Quiero decir, era una broma. Démosles a las personas un poco de tiempo. Sí, démosles un poco de tiempo. Sí, démosles a las personas un poco de tiempo. O si tienen otros temas de los que les gustaría hablar, podemos hablar de esos también.

De acuerdo. Uno dice beneficios y salario, suena genial. ¿Puedo decir cómo lo hago? Adelante. ¿Entrevistas? Personalmente, cuando tengo entrevistas con personas, es una de las primeras preguntas que hacen. Y es porque quiero asegurarme de que cuando entrevistamos a alguien, es algo que sé que podremos resolver desde el principio, para que no perdamos el tiempo de la persona. Y también para ellos, sé que es un tema estresante para hablar. Así que está bien, siento que esto se resuelve desde el principio. Por lo general, les pregunto a las personas qué esperan. Y sé que es un momento estresante. Así que a veces, cuando los veo estresados y sin saber qué responderán, les digo, está bien, tómate el tiempo para pensar siempre en algo mínimo. Pero en realidad, sí, es solo para asegurarme de que no es realmente, no es para que respondas antes que nosotros, es realmente para asegurarnos de que podamos llegar a eso. Leí que para algunas empresas, como las grandes empresas, no sé, como Microsoft, por ejemplo, tienen tablas o grillas salariales. Así que no es realmente algo que puedas negociar. Por lo tanto, esto también será algo que creo que puedes preguntar desde el principio porque entonces pueden decirte de inmediato cuánto sería eso. En las startups, no sé, depende. Sé que en algunas startups, siempre es algún tipo de equilibrio entre a veces acciones y salario, también tienes otros beneficios que puedes negociar, no sé, quieres tener un gimnasio, vales de comida, 401K, o planes de jubilación que son pagados por todas estas cosas. También aprendizaje si quieres que la empresa invierta en tu formación, si quieres seguir aprendiendo cosas, cursos, conferencias, ese tipo de cosas que la empresa también puede cubrir. Sí, y poder trabajar de forma remota, supongo, hoy en día está permitido para todos, pero sé que algunas empresas no lo permiten, lo cual, por ejemplo, si quieres ir a conferencias, puede ser un obstáculo porque tendrás que tomar vacaciones cada vez. Por lo tanto, es importante, creo, hacer la lista antes de comenzar realmente. No, Sadeq no está de acuerdo conmigo. No, no. Pero es bueno lo que quieres, creo, al principio. Pero me gustaría proporcionar algún tipo de conocimiento concreto. De acuerdo, aquí hay una pregunta. No sé si alguien puede responderla aquí, pero, ¿alguno de estos roles, paga más que los demás? Sí, creo que sí. Sí, creo que sí. ¿Cuáles? Diría, ingeniero de soluciones. ¿Este es el más alto? ¿Ingeniero de soluciones? Sí, supongo que sí, porque está cerca del negocio, ¿verdad? Se trata de cerrar acuerdos, se trata de dinero. Sí, supongo que la idea es que es fácil medir los resultados. Como si el ingeniero de soluciones está ahí, puedes contar cuántos contratos cerraron, cuánto dinero, y por eso podrías decir, sí, podría pagar tanto por esa persona, porque es fácil de contar, mientras que alguien mucho más alejado de los ingresos, es difícil de estimar, y por eso tal vez sube. Sin embargo, también hay competencia, como sé que, el mercado, ¿verdad? Entonces, pero todo esto, paga tanto o más que, ser un desarrollador backend o frontend. Esa es mi experiencia.

Por ejemplo, si estás buscando un trabajo típico de frontend o backend, estos trabajos, los que hemos mencionado, pagan tanto, al menos tanto, algunos, a menudo más, debido a lo raras que son las solicitudes, y a las habilidades, porque es una combinación de diferentes habilidades. El conjunto de habilidades es simplemente más difícil de encontrar en el mercado. Así que sí, esa es una de las razones.

Hay una pregunta rápida de Juan. Es difícil como solicitante decir un número ya que no queremos perder la oportunidad ni dejar dinero sobre la mesa. ¿Cómo deberíamos manejar esto? Muy buena pregunta. Eso es difícil. Creo que, como la gente con la que hablo muchas veces, dicen algo como- Espera, espera, sí. Como estás diciendo tu estrategia. Ahora, cuando estabas contratando, todos sabrían lo que haría. ¿Cómo lo harías? Pero no soy como- Es una broma. Te dicen, como, está bien, esto es lo que tengo y, o esto es lo que me gustaría obtener. Ahora estoy interesado. Es importante para mí saber más sobre tu empresa, pero sí, solo, y te da margen de maniobra. No necesitas dar un número. Puedes dar, incluso, un margen grande, pero un margen siempre, solo permite asegurarnos de que podemos llegar a un acuerdo. Y es importante porque imagina si llegas a la última etapa del proceso y luego te das cuenta de que perdiste tu tiempo. Así que sí, tal vez un margen. Y luego, de nuevo, no cierra la puerta. Solo estás diciendo esta información y luego es responsabilidad de la persona lidiar con eso. Ya no eres tú quien necesitará, al final del proceso, sentir que necesitas aceptar la, lo siento, toqué el micrófono. Necesitas aceptar la oportunidad porque ya hiciste que invirtieran mucho tiempo contigo o ya invertiste mucho tiempo con ellos. Y también, si quieres hablar de cosas prácticas, hay mucha información salarial en la web. Tienes Glassdoor hoy en día donde puedes obtener el número exacto de personas en el mismo puesto en las mismas empresas. Así que es realmente importante investigar en el mercado, en el trabajo. Así que tienes un buen número en mente porque al final las empresas pagarán lo que el mercado está pagando. Por lo tanto, es muy importante ir preparado y saber exactamente cuánto se paga ese puesto en ese mercado en ese tipo de empresa. ¿Dónde puedo encontrar este conocimiento? Glassdoor, LinkedIn también lo tienen. Y luego hay mucho en las comunidades de desarrolladores. Sé que muchos desarrolladores comparten sus salarios. Incluso en Twitter, hace seis meses hubo una tendencia, un hashtag- Sí, nadie compartía su salario. Todos los desarrolladores compartiendo sus salarios y también puedes ver todas las diferencias que existen en el mercado porque al final también hay habilidades de negociación que tienen un impacto en el salario, obviamente. Y eso es algo que supongo que quieren... Sí, quiero decir, me gusta, quiero decir, tengo mi propia, siempre tuve mi propia estrategia para hacer esto y no sé, muchas personas no estarán de acuerdo con esto pero ha sido mi forma de hacer las cosas. Mi papá me dijo cuando, así que entré a Francia, está bien, y ni siquiera hablaba el idioma. Fue como un gran problema para mí. Y yo pensaba, está bien, voy a trabajar. Y él me dijo, mira, olvida el salario por ahora, solo consigue algo con lo que puedas vivir. ¿De acuerdo? Y luego, cuando tengas experiencia, está bien, y tendrás conocimiento. Como un año después de estar, no sé, en el equipo de educación, tendrás el conocimiento, estarás en el puesto, tendrás la experiencia en ese tipo de puesto. Entonces, en el mercado, tienes un valor mayor porque hiciste el trabajo. No es que estés saltando a algo nuevo. Hiciste el trabajo un año después. Y también sabes mejor cuánto pagan las personas por este puesto porque estás dentro de la community, dentro del puesto. Conoces amigos, tal vez conoces gente, colegas. Entonces, tendrás esa idea. Estarás en una posición mucho mejor para hablar sobre el dinero y negociarlo. Mirarás tu valor y dirás, mira, tengo valor aquí y veo que el mercado hace eso, ¿de acuerdo? Si la empresa no valora tu valor, no ve el mismo valor que tú, no es un problema. No es un conflicto, es más bien, está bien, creo que tengo más valor de lo que estás viendo y veo que hay otras empresas que lo valorarán más, ¿de acuerdo? Pero lo veo más como un equilibrio. Lo veo mucho como un equilibrio. Como si fueras a una empresa. Si la empresa te está enseñando cosas, ¿de acuerdo? Siempre estuve como, está bien, quiero aprender. Quiero invertir tiempo, era joven y quería invertir tiempo en aprender, y ese era mi objetivo prioritario. Y estaba soltero, quiero decir, tenía mi propia cosa y era suficiente dinero para mí para vivir. Así que quería aprender, quería invertir en aprender. Y pensaba, no me importa, quiero hacer el trabajo. Y una vez que tuve la experiencia, fue fácil para mí. Fue muy fácil. Quiero decir, podía ir a cualquier empresa y decirles, mira, estoy disponible y me tomarán. Y esa es una posición mucho mejor. Así que nunca estuve en la negociación al principio cuando comencé, como una nueva categoría de título, digamos. Pero más bien pensaba, está bien, seamos pacientes, pasemos un año y luego hagamos eso. Mucha gente estará en desacuerdo conmigo porque a menudo dentro de la empresa, no obtienes grandes mejoras. Y siempre me molesta este tipo de cosas, porque aprendí mucho en la empresa y siempre me decían, como, sí, pero podemos hacer más que, no sé, 10%, 20% de aumento en el salario porque conoces a otros, no sé, estrategia, política, lo que sea. Bueno, no me importaba la historia. Decía, está bien, tengo un valor, no estás pagando por el valor. Aprendí mucho y creo que quiero probar otras oportunidades y eso es normal.

No es un conflicto. Es una discusión normal que puedes tener. Esa es mi estrategia, tal vez no sea tu estrategia, tal vez no sea la estrategia de alguien aquí, pero creo que si estás ingresando al puesto, como un ingeniero de soluciones y quieres probarlo, obtén algo con lo que te sientas cómodo, tu vida debería ser cómoda. No te presiones a ti mismo.

Básicamente, tal vez lo que no debes hacer es tratar de negociar con fuerza, lo siento, es como no negociar en absoluto, o no decir nada o aceptar un salario que te haga sentir incómodo. Estás aprendiendo un nuevo trabajo. Estás asumiendo una nueva responsabilidad. Necesitas sentirte cómodo, al menos cómodo en tu vida. Si estás soltero, tal vez eso no sea mucho requisito. Tal vez tengas una familia. Tal vez tengas cosas que son importantes para ti en tu vida. Tal vez hagas deportes, yoga, algo que te cueste mucho. Tal vez tu pasatiempo sea importante para ti. Todas estas cosas te permiten establecer, digamos, cuánto te costará sentirte cómodo en tu vida. Y ese es el límite correcto. Por debajo de eso, será difícil para mí. No deberías ponerte en una mala posición. Y una vez que lo hagas, vas, aprendes el trabajo, y un año después estarás en una posición mucho mejor para obtener un paquete más grande, supongo, creo. Así es como lo hago yo mismo, o lo hice.

Hay una pregunta de James, que pregunta si está bien preguntar cuál es el salario presupuestado para el puesto durante la entrevista. Creo que está bien. Para alguien como yo, siento que algunas personas, cuando me lo preguntan, siento que valoran su tiempo y quieren asegurarse de que podamos lograrlo antes de entrar en demasiados detalles. Por supuesto, no es la primera pregunta que hacen, pero al final de la entrevista, nos lo hemos pasado bien, ambos sentimos que será una buena opción. Entonces es el momento en el que puedes hacer la pregunta y puedes decir claramente, es porque me gusta esta oportunidad y quiero asegurarme de que funcione para ambos. Y la persona simplemente te responderá. Puede ser malinterpretado si las personas piensan que estás aquí solo por el dinero, pero si afirmas claramente que es porque quiero asegurarme de que esto funcione, creo que está bien. Es una buena pregunta. Para mí, cuando veo a alguien que dice eso, veo que alguien es concreto. Quieren ser concretos en las cosas. Y me gusta la transparencia. Me gusta la gente, creo que ves a alguien determinado y que tiene una pregunta. Si le das demasiada importancia, entonces es como, está bien, ¿por qué es tan importante? Pero si lo abordas, cuál es el rango salarial o tal vez las personas no lo compartirán. Diferentes empresas hacen diferentes cosas, ¿verdad? Sí. Sí. Hay alguien que pregunta si los entrevistadores tienen proyectos-

Primero, hay un comentario de uno. Sí. Estoy completamente de acuerdo, es una forma muy transparente de proceder. Siento lo mismo. Al final del día, es un acuerdo. Sí, es un acuerdo entre tu lado y la empresa. Siempre debes verlo así. Así es como deberíamos verlo. Es un acuerdo, estamos en el mismo nivel, y luego, ya sabes, ¿qué es bueno para mí? Estoy aprendiendo mucho, está bien, estoy dispuesto a hacer un esfuerzo en esto durante un año o dos o un año o lo que sea, pero lo que sea bueno para ti, y lo dices y luego llegas a un acuerdo. Así es como creo que deberíamos hacerlo. Sí. Como sentirte bien contigo mismo al principio, así que como, está bien, voy a aprender, alguien que dice, mira, mi valor aumentó, ¿verdad? Exactamente lo que iba a decir, así es exactamente como funcionó para mí porque sabía que tenía mucho que aprender, pero entré y no quería pedir obviamente el tope del rango porque sabía que incluso personalmente, por mucho que sería agradable tener todo el dinero, no me sentiría tan cómodo tratando de hacer el trabajo y aprender dentro de ese tiempo porque creo que me habría cuestionado a mí mismo. Esa es la razón, ¿verdad? Sí, exactamente, porque cuando comienzas cualquier trabajo, siempre tienes esa sensación de impostor, ¿sabes? ¿Por qué estoy aquí? ¿Me engañé para conseguir este trabajo? Sí. Y luego, si tienes más presión añadida, te haces esa pregunta durante más tiempo y luego, exactamente como lo describiste que estabas aportando valor y aportando más valor del que estabas recibiendo y luego es cuando la conversación comenzó de nuevo. Sí, como que tienes la conversación y dices, mira, creo que estoy en una posición un poco diferente ahora y necesitamos hablar de esto, y esto está bien. Así que creo que llamaste mi atención sobre el hecho de que la comodidad va en ambos sentidos. Cómodo en el sentido de obtener suficiente dinero para tener una vida cómoda, pero cómodo también en el sentido de no poner demasiada presión al negociar un salario más alto y luego las expectativas son mucho más altas y no estás en una buena posición para aprender, ¿verdad? Mira, sé que voy a aprender, por eso, pero tal vez deja claro, ¿verdad? Hazlo claro en la entrevista, mira, creo que tengo muchas cosas que aprender. Por eso voy a aceptar esto. Creo que está por debajo del mercado o como en el promedio del mercado. Pero estoy dispuesto a hacer eso porque supongo que voy a aprender mucho. Y luego, cuando aprendas, puedes volver a ello. Es como, ahora he aprendido, tengo valor y volvamos a tener la discusión. Creo que es una buena manera de decirlo. Adelante, querías ir a esa pregunta. Sí, solo quiero decir, ya llevamos dos minutos de retraso, así que vamos a responder las dos últimas preguntas. Y si tienes otras, tomaremos tiempo para responderlas Sí, disculpa por el retraso. Solo quería agregar nuevamente el enlace al boletín informativo Creo que vamos a publicar las ofertas de trabajo allí. Phil me dijo que también están contratando para el equipo de documentation. Nos aseguraremos de enviarte un correo electrónico cuando la publicación del trabajo esté lista. Tenemos una pregunta de Milla que pregunta cómo sabes el paquete salarial para un trabajo Quiero decir, ¿cómo sabes cuánto puedes pedir para un trabajo en particular? Esto también varía dependiendo del país. Como dijo François, creo que es una buena idea buscar en línea, hay muchos recursos diferentes. Y cada vez que los revisé, son bastante relevantes. Entonces, en el rango que vemos, dependiendo del país, sí, seguro, los salarios son muy diferentes dependiendo del país. Mucho, como para nosotros, lo dejamos mucho para Francia porque en Francia tienes muchos impuestos, pero muchas cosas que son proporcionadas por el estado, lo cual es muy diferente de Estados Unidos. Entonces, cuando contratamos en Estados Unidos, es completamente diferente el rango salarial. Pero al final para la empresa, más o menos cuesta lo mismo porque no pagas tantos impuestos. Así que creo que puedes preguntar, y lo que hago en general es tratar de obtener...

Básicamente, cuando preguntas, pregunta por diferentes países. Sí, pregunta por tu país. Y algo que debes saber si estás trabajando para una startup es que muchas veces necesitarían contratarte como un contratista. Y así te darían algún tipo de presupuesto al contratarte como un contratista. Entonces, ¿qué saben ellos, como una tarifa diaria o algo así? Pero luego puedes transferir o convertirlo en un salario mensual. Para remotos, ¿verdad? Para remotos, sí. Esto dependerá, pero lo que hago es para personas en países donde tenemos una oficina, puedo dar un salario, como a tiempo completo. Y luego para otros países, simplemente doy un presupuesto en una tarifa diaria que puedo ofrecer. Y luego la persona puede ver si eso es algo con lo que podrían trabajar con todos sus gastos.

Y Juan preguntaba, ¿los entrevistadores tienen presupuestos? ¿Siempre debemos hacer una contraoferta? ¿Tú como entrevistador haces una contraoferta si el solicitante pide demasiado? Sí. Sí, tenemos presupuestos. Así que cada vez que abrimos un nuevo trabajo, tratamos de ver cuál es el presupuesto para este tipo de puesto para asegurarnos de que si contratamos a alguien, tenemos el presupuesto para ello. Así que hacemos algo similar a lo que tú haces. Miramos cuánto se les paga a estas personas. Buscamos en línea y tratamos de preguntar a personas que hacen ese trabajo, cuánto es su paquete para entender si podemos contratar a alguien con ese presupuesto y luego, sí, cuando alguien te hace una oferta, por supuesto puedes hacer una contraoferta si eso no funciona con tus gastos personales. No, creo que puedes hacer eso. Para algunas personas cuando dicen, honestamente, mira, tengo una oferta y me gusta lo que estás haciendo. Mientras seas honesto, no se trata tanto de tratar de negociar y entrar en esa ruta. Es bueno y es honesto y tienes una contraoferta, puedes contar tu historia y eso es importante. Mira, realmente me gusta el trabajo aquí. Tengo una oferta, realmente me gustaría hacer algo similar a lo que, por ejemplo, Prismic está ofreciendo aquí. Me gusta mucho, pero sabes, está la parte del salario y siento que su salario es mejor. La empresa también puede decirte que no, pero sabes, esto es lo que podemos ofrecer para esto y tú tienes que elegir y luego tienes que elegir. Pero si se trata más de, vale, tratar de negociar mucho y todo eso, sonará como demasiado interés en eso, supongo, pero de todos modos, creo que, ¿diría que no a un solicitante si negocian mucho? No, trataré de ver, ¿hay un presupuesto para esto? ¿Estamos dispuestos a pagar eso? Hay algunos perfiles que apreciaría si me dicen que tienen una contraoferta porque me permitirá responder a eso porque los quiero mucho porque siento que pueden agregar mucho valor. Hay algunos perfiles donde no, no siento eso y eso está bien, supongo. Sí, creo que la transparencia es lo más importante. A mí, personalmente, me gusta cuando, una vez me pasó, alguien me preguntó, le pregunté a la persona cuánto le gustaría en términos de salario y luego me dieron una cantidad y luego volvieron a mí y dijeron que en realidad la cantidad era demasiado baja y se dieron cuenta de que necesitaban un poco más. Y entiendo que si hiciste tus cálculos y luego te das cuenta de que es más, está bien, puedes ser muy transparente y estamos tratando de hacer que esto funcione. No es mi dinero personal, que te estoy dando así que puedo entender que quieras más y si quiero, intentaré conseguirte eso pero también necesitas entender que a veces las empresas tienen presupuestos y por mucho que queramos, no podemos hacerlo y estaremos tan tristes como tú. Así que está bien. Sí, exactamente, como podríamos estar tan decepcionados como tú por el hecho de que no funcione. No es como, oh, fuiste el juez y juzgamos que esta persona no vale la pena. Es más bien como, está bien, podemos hacerlo, podemos hacerlo, ¿sabes? Y no estaremos tan contentos de todos modos. Sí. Bueno, nos hemos pasado siete minutos del tiempo pero esperamos que esto haya sido útil para todos ustedes. Creo que eso es todo, ese es el tema que queríamos discutir con ustedes. No sé, sí, tal vez voy a compartir mi correo electrónico. Así que si tienes preguntas siempre puedes comunicarte con nosotros y luego si tienes preguntas para François, para Phil o para Sadek, simplemente escribiré el correo electrónico a la persona adecuada. Así que no dudes en hacer preguntas y sí, esperamos que esto haya sido útil. Y por cierto, tenemos una charla, ¿verdad? Sí, estamos haciendo una charla relámpago y una mesa redonda en el primer día de la conferencia. Así que es el 14, es el próximo miércoles. Así que nos vemos allí, tal vez. Sí, y conocerás un poco más sobre Prismic como producto. Ahora que conoces a las personas detrás de él. De todos modos, muchas gracias a todos. Gracias. Que tengas un buen día o noche dependiendo de dónde estés. Sí. Gracias, Phil.