El embudo de ventas para webs de cursos y aprendizaje

Gracias a todo tipo de actividades relacionadas con el desarrollo de software en las que estoy involucrado, de vez en cuando tengo la oportunidad de hablar con personas que se inician en esta carrera y escuchar sus luchas. Uno de los problemas que se presentan con más frecuencia es el causado por la llamada “paradoja de la elección” – una situación en la que el número total de opciones que uno tiene que enfrentar (en términos de tecnología, lenguaje de programación o el siguiente mejor marco) hace que sea imposible mantenerse centrado en el tema más importante y aprender de manera eficiente.

Además, teniendo en cuenta el hecho de que nuestra industria está llena de fuertes opiniones (no siempre sostenidas tan débilmente) sobre el crecimiento y el desarrollo personal, es bastante difícil definir una lista de tareas que uno debe completar dando un paso significativo para convertirse en un desarrollador de software aún mejor. Hay gente que piensa que asistir a conferencias es una pérdida de tiempo, hay gente que dice que no hay nada bueno este libro en particular, y por supuesto, hay grupos de personas que te convencen de que el valor que aporta esta única herramienta simplemente no se puede negar.

Recientemente he estado tratando de encontrar una solución para estos dos problemas que podría hacer más fácil encontrar su propio camino de aprendizaje en el desarrollo de software, y creo que finalmente estoy listo para compartir mis ideas con todos ustedes. Para ser más específicos, es el momento de aprender más sobre el Modelo de Aprendizaje de Programación por Capas (el nombre es muy inestable).

La pregunta clave

Déjame hacerte una pregunta: ¿de cuántas maneras podrías empezar tu propio viaje como programador? Es bastante fácil definir al menos una docena de ellas – hay un número ilimitado de meetups, conferencias, cursos, libros, artículos, bootcamps, hackathons o proyectos mascota en los que podrías interesarte para aprender un poco más sobre este loco mundo del desarrollo de software.


En este punto, algunos de nosotros podemos sentirnos abrumados por la cantidad de caminos diferentes que uno podría seguir. Es un dilema bien conocido por la mayoría de los programadores que nos preguntamos ¿cuál es el orden correcto de las tareas y actividades a realizar para convertirnos en expertos?

La mayor falacia sobre el aprendizaje del desarrollo de software es que para algunos de nosotros es un camino unidimensional donde el factor más importante es el orden de las actividades en las que estamos involucrados.

La siguiente dimensión

Hay dos objetivos clave para todo aquel que piense en aprender y desarrollar con éxito sus habilidades en programación:

    • construir una ventaja competitiva siendo experimentado y hábil más que la media en un pequeño número de áreas bien definidas para aportar el valor para todos los que quieran trabajar contigo

.

    • mantenerse al tanto de la situación del mercado en cuanto a técnicas, prácticas, frameworks y lenguajes para ampliar tu “fecha de caducidad” como desarrollador de software y poder cooperar con expertos de otros dominios

.

Creo que en estas dos cosas se puede estar fácilmente de acuerdo conmigo, pero encontrar un buen modelo que cubra este concepto es una tarea más difícil.

Un embudo de ventas es una metáfora visual del camino que recorre un cliente potencial para convertirse en cliente. Utilizado con frecuencia por las organizaciones de ventas y marketing, el embudo de ventas ayuda a las empresas a comprender y visualizar su proceso de ventas y a medir el éxito general de la conversión entre cada paso del embudo.

Un embudo de ventas tiene forma de pirámide invertida, similar a los embudos del mundo real, a los que alude la metáfora. La anchura de cada parte del embudo refleja el tamaño de la audiencia, siendo la parte superior del embudo la más ancha y la inferior la más pequeña.” ~ fuente

¿Cómo se relaciona con las cosas de las que estamos hablando en este artículo? Deja que te sorprenda: ¡de forma muy directa! Lo único que tenemos que hacer es sustituir a los clientes por temas sobre los que queremos aprender y actividades en las que queremos participar:


Como resulta, al notar la diferencia entre el orden de las cosas que hay que aprender y el nivel de implicación, obtenemos un modelo bastante útil para abordar básicamente cada nuevo concepto sin necesidad de limitar tu experiencia en las áreas con las que estás más familiarizado.

Para ver cómo funciona todo esto, déjame explicar las reglas de este modelo.

Todo es cuestión de capas

El concepto que quiero mostrarte hoy consiste en múltiples capas (buckets) para todo lo que está (o puede estar) relacionado con tu crecimiento – libros, cursos, charlas, conferencias, estudios, papers, docs, frameworks, lenguajes, etc.

Las capas de la parte superior del embudo de aprendizaje pueden contener múltiples temas que simplemente “coleccionas” para estar al tanto de cómo funcionan las cosas hoy en día y cuál es la próxima gran cosa para tus compañeros que trabajan en diferentes áreas del desarrollo de software (lenguajes que conoces menos, frameworks con los que no tuviste la oportunidad de trabajar, etc.). Las capas de la parte inferior requieren mucho más esfuerzo pero te ayudan a construir tu experiencia y valor en el mercado.

Lo más importante de todas esas capas es que cuanto más profundo vayas, menor será el número de temas que lleves (porque hay un número limitado de horas al día), pero tu nivel de implicación tiene que aumentar (porque este es el lugar para centrarse y trabajar en profundidad).

Vamos a recorrer cada capa de este embudo para ver cómo funciona.

Este es el cubo de todo tipo de actividades para las personas interesadas en el mundo del desarrollo de software sin importar el lenguaje o la tecnología o el framework que se mencione. La capa de concienciación consiste en asistir a conferencias, hablar con gente en meetups, seguir perfiles en redes sociales o simplemente leer brevemente algunos docs sólo para estar al tanto de todo lo que ocurre a tu alrededor. Un nivel de implicación relativamente bajo, pero un amplio abanico de temas a cubrir.

Interés

Hay algunos temas de la capa anterior que pueden parecerte especialmente interesantes. Por ejemplo, en una conferencia escuchas la charla sobre ese flamante framework que tienes que revisar o tal vez alguien menciona ese gran lenguaje que BigCo utiliza a diario, y decides que vale la pena dedicarle algo de tiempo. Filtras algunos de los temas de la capa de concienciación sólo para comprobar brevemente cómo se ve esta nueva herramienta desde tu propia perspectiva.

Comparación

La capa de Comparación contiene todos los temas que luchan realmente por su atención mientras que son realmente prometedores en términos de uso real en la vida real. Aquí es donde quieres comparar estos nuevos y brillantes juguetes con las herramientas que utilizas para construir cosas todos los días. También es el momento de pensar en sus puntos débiles, en sus partes malas, en el contexto en el que debería funcionar o en los valores que este framework, lenguaje o tecnología específicos aportan. Esta es la capa que pone fin a nuestro árido análisis de un determinado tema porque todo lo que viene a continuación tiene que ver sobre todo con la aplicación práctica.

Evaluación

Es el momento de comprobar cómo funciona en la realidad el tema que has elegido. Por ejemplo, puedes crear un repositorio para un proyecto de demostración en el que vas a probar esta práctica o framework recién descubierto, puedes introducirlo en uno de tus proyectos favoritos, o incluso construir un MVP basado en él. La clave es que en esta etapa el riesgo de introducir esta herramienta completamente nueva debería ser relativamente bajo – en definitiva, sólo la estás evaluando sin tomar ninguna decisión final.

Action

Todo lo que aterriza en la capa de Acción puede propagarse inmediatamente a tu portafolio, perfil de LinkedIn o tu resumen de experiencia. El cubo de Acción es un lugar donde guardamos lenguajes, técnicas y prácticas que nos ayudan a construir soluciones estables y fiables donde la cantidad de riesgo se minimiza al máximo. Los temas que ponemos en este cubo no nos traen la sensación de perder el tiempo porque están directamente relacionados con nuestro trabajo diario, los proyectos en los que trabajamos y las razones por las que nos pagan.

Advocacy

La capa Advocacy es totalmente opcional para la mayoría de los programadores, pero el valor que aporta me obliga a incluirla entre otras. Entonces, ¿qué hay dentro de ella? Pues bien, de vez en cuando descubrimos algo de estos cubos “accionables” que nos hace tanta ilusión, que no podemos esperar a compartir la noticia con nuestros colegas o con la comunidad a la que queremos aportar. Empezamos a promocionarlo en la web, hablamos de ello en conferencias o grabamos un vídeo explicando los aspectos básicos. En algunas empresas, nos llamarían evangelistas de este tema específico. Las actividades de esta capa son muy a menudo súper consumidoras de tiempo, pero al mismo tiempo el retorno de la inversión de las mismas se paga de una manera muy significativa (la construcción de una marca personal, conocer a los expertos y compartir el conocimiento con ellos, o incluso la construcción de una base para todo lo que viene después para usted).

Muéstrame cómo funciona

Mi embudo de aprendizaje, como desarrollador front-end que trabaja principalmente con proyectos de Angular, puede ser así:

La capa de evaluación es actualmente todo sobre Stencil y Web Components. He conseguido sacar unos cuantos proyectos a nivel de producción basados en estos dos y constantemente estoy buscando más conocimientos de esas áreas. Hace algún tiempo me enamoré de la idea de construir componentes verdaderamente reutilizables que pueden ser inyectados en tu tecnología front-end favorita, y por aquel entonces tuve la oportunidad no sólo de construir soluciones basadas en WC sino también de discutir diferentes ideas y problemas con el equipo central de Stencil y otros defensores de esa onda.

Pasando ahora a la capa Action, donde la mayor parte del tiempo construyo cosas usando Angular (y en general, el propio JavaScript). Es el framework con el que me siento más cómodo, hasta ahora me ha ayudado a construir unas cuantas docenas de proyectos así que es natural que ponga mucha atención en esta parte de mi vida profesional. Además, como gran fanático de resolver las cosas desde los primeros principios, trato de subir de nivel en JavaScript en bruto, lo que me ha salvado la vida más veces de las que se puede pensar.

Por último, pero no menos importante, está esta capa de Advocacy y debido a que soy un gran promotor del movimiento de compartir conocimiento, hoy puedes leer este artículo, ver mis videos en YouTube o escuchar una charla en una conferencia local. La cantidad total de tiempo que invierto en estas áreas es bastante grande, y también el resultado que siento cada día.

En tu caso, todas estas capas que acabo de describir incluirán probablemente un conjunto de actividades totalmente diferentes. Si leer un libro técnico es algo gracias a lo cual construyes tu conciencia, seguramente aterrizará en un cubo diferente al de mi caso. Si tu trabajo diario te da mucho espacio para experimentar con diferentes bibliotecas y frameworks, también tratarás estas actividades “relacionadas con el riesgo” de forma diferente. En definitiva, no se trata de encontrar la única forma de etiquetar estas actividades como “leer un libro” o “asistir a una conferencia”, sino de aprender en este embudo bidimensional en el que junto al orden de las tareas también pensamos en el nivel adecuado de implicación.

¿Realmente aporta algún valor para usted?

Sí, por supuesto que sí. Gracias a modelar mi propia forma de aprender el oficio del desarrollo de software todo lo que hago tiene una estructura mucho mejor, está organizado de una forma mejor y simplemente me permite trabajar en mis propias habilidades de forma más consciente.

Por ejemplo, gracias a dividir las diferentes actividades en las que estoy involucrado en capas, no me siento culpable después de visitar una o dos conferencias (para mí es una capa de Conciencia) sólo porque algunos dicen que es una pérdida de tiempo. Por un lado, entiendo que es una gran manera de mantener el dedo en el pulso de la programación y estar en contacto con ideas, técnicas o marcos de trabajo de vanguardia, y por otro lado, no estoy realmente tan triste después de perder uno o dos eventos porque no va a arruinar mi carrera inmediatamente. Al mismo tiempo, a medida que nos adentramos en partes más bajas del embudo, sé que es necesario trabajar en un número bastante limitado de temas de una manera más enfocada y profunda porque sin áreas de experiencia claramente definidas no me siento tan cómodo como me gustaría.

Gracias a esta dimensión adicional (nivel de implicación) puedo abordar diferentes actividades de forma más consciente y esperar diferentes resultados sin decepcionarme por falta de resultados. Cuanto más me familiarizo con algo (una idea, un marco de trabajo, una herramienta) y más prometedor parece, más atención pongo en aprenderlo y promoverlo a las últimas capas de mi embudo.

Además, el modelo que he explicado aquí no es una herramienta que sólo los principiantes puedan incluir en su flujo de trabajo, sino que es algo que cualquier persona que intente navegar por su trayectoria profesional puede utilizar a diario. Al final, el proceso de aprendizaje de una cosa es interminable, así que no se me ocurre ninguna razón por la que poner más orden en él vaya a causarte problemas. Dedícale cinco minutos y comparte tu opinión conmigo: ¡tengo mucha curiosidad por saber cuál es tu punto de vista sobre este tema!

Categorías : # marketing, # programación

Deja una respuesta

Tu dirección de correo electrónico no será publicada.