Si estás buscando ayuda para tu negocio, es muy posible que hayas oído hablar de los consultores de negocio online (o consultor de marketing, según a quién le preguntes). En este artículo, vamos a hablar qué se supone que son y qué pueden hacer por nosotros.

Como consultor de negocios online debo definirme a mí mismo como un perfil profesional que puede ayudarte a mejorar tu negocio a través del análisis de tu producto o servicio, lo que me permitirá crear una estrategia adecuada para conseguir los objetivos que te hayas marcado.

Antes de continuar, quiero aclarar tres aspectos esenciales de cualquier consultor:

Un consultor debe encontrar los problemas de tu negocio y sus porqués, pero no tiene que solucionarlos él mismo. Por ejemplo, si tienes problemas de usabilidad en tu página web y eso está provocando que tengas menos ventas, el consultor te explicará el problema, pero él no se meterá en el diseño de tu web y lo arreglará. Los consultores crean estrategias, pero no suelen ejecutarlas ellos mismos. Otra cosa es que el consultor conozca a los perfiles adecuados para solucionar tu problema y te ponga en contacto con ellos, pero el consultor, por sí mismo, no suele “meter mano”. Aunque hay veces (yo mismo lo hago) en que sí nos gusta realizar algunas de las actividades necesarias para tu negocio.

Los consultores no son duendes mágicos. No llegan, ven lo que te pasa, te dan un consejo y todo resuelto. Los consultores son más bien como un médico. Le dices que te duele, él escarba en los síntomas y, al final, te manda pruebas. Según los resultados, te dará un diagnóstico o te mandará más pruebas hasta encontrar el origen de tu malestar.

El consultor no puede hacer nada sin tu ayuda. Es un trabajo conjunto. Si alguien te dice lo contrario… pues te está mintiendo.

Volvamos al tema principal. Lo primero que hago cuando me contacta un cliente es preguntarle cuál es la razón por la que se ha comunicado conmigo. Normalmente, un cliente suele tener problemas de ventas, pero hay casos en que el problema es otro. Dependiendo del problema, puede llegar a ser necesario conocer en profundidad el negocio, por lo que trato de hacer con el cliente un DAFO+CAME y un Lean Canvas.

Luego, al tratarse de negocios online, hay una serie de valores que siempre tengo en cuenta, normalmente basados en la página web de producto o servicio.

Si quieres seguir leyendo, puedes acceder directamente al blog: https://www.pedromiguelmunoz.com/que-es-un-consultor-de-negocio-online/

O, si quieres saber detalles sobre como hago yo la consultoría, aquí tienes la explicación: https://www.pedromiguelmunoz.com/consultor-web/

Hoy vamos a hablar sobre cómo realizar el diseño de un módulo funcional, de una página web, o de una parte de una app para smartphone o, simplemente, de cualquier desarrollo que necesite afrontarse y aún no tengamos su aspecto y usabilidad. Y, para ello, vamos a afrontarlo desde un punto de vista colaborativo.

Los que me conozcáis, me leais o me escuchéis en el podcast, sabréis que no creo en la separación de departamentos habitual que podemos encontrar en la mayor parte de las empresas dedicadas al desarrollo de software. No me gusta separar al equipo de desarrollo del equipo de diseño. Bajo mi prisma (innegablemente influenciado por Lean), sólo debemos tener en dos equipos a la hora de trabajar:

Equipo de problemas: aquel que se encarga de detectar problemas y déficits en el mercado, o en nuestro producto o servicio. Aquí podríamos incluir a los responsables del negocio, a los comerciales, al equipo de control de calidad (servicio post-venta)…

Equipo de soluciones: aquel que se encarga de desarrollar soluciones a los problemas que ha recabado el equipo de problemas: equipo de desarrollo, equipo de diseño y usabilidad, marketing…

El caso es que cuando queramos afrontar un diseño, es decir, cuando tenemos que pensar en cómo será visualmente y cómo se usará una parte de nuestro software (ya sea un módulo funcional, una pantalla entera o lo que sea), debemos hacer esto de forma colaborativa entre todo el equipo de soluciones.

Si queréis leer el resto del contenido, aquí tenéis la url del artículo de Diseño Colaborativo: https://www.pedromiguelmunoz.com/disenos-colaborativos/

Si estás en el mundo del desarrollo de software es posible que hayas oído hablar de algo llamado Kanban. En este artículo vamos a hablar este método de gestión de tareas para ver en qué consiste y que puedas evaluar si introducirla en el modus operandi de tu negocio.

Lo primero a decir sobre Kanban es que es una metodología ágil de desarrollo muy popular y que se usa en un gran número de empresas dedicadas al software. No voy a entrar en sus orígenes (en muchos lugares podréis obtener información sobre ello), y me voy a centrar en qué persigue y cómo funciona.

Básicamente, Kanban es una forma de trabajar y repartir tareas a un equipo, asegurándose de que las mismas llegan en las medidas adecuadas y evitando que se solapen o haya cuellos de botella.

Dicho así, probablemente no hayáis entendido mucho. Incluso un purista que sepa de qué va Kanban habrá enarcado una ceja. Veremos más adelante cómo esta frase cobra sentido.

Como siempre, si quieres leer el episodio, puedes acceder al blog y disfrutar de mismo: https://www.pedromiguelmunoz.com/que-es-el-metodo-kanban/

En el último episodio vimos cómo empezar a organizar a tu equipo y qué preceptos tenemos que seguir a la hora de trabajar con un grupo compuesto por personas de diversas especialidades. Hoy nos toca hablar de qué técnicas seguir para resolver un problema, es decir, para desarrollar una solución de software.

Siempre que queramos encarar un problema, debemos empezar declarando una suposición y después trabajar con hipótesis.

Vale, dicho así, sin explicación, es un poco difícil de ver. Supongamos que tenemos un problema y queremos resolverlo. No debemos dar por hecho que nuestra definición de problema es real, porque muchas veces comprobamos que no es así. Así que trabajaremos con suposiciones...

Como siempre, tenéis en el blog el artículo correspondiente, por si preferís leerlo: https://www.pedromiguelmunoz.com/como-trabajar-en-equipo-2-2/

Muchas veces nos encontramos con que tenemos que resolver problemas en equipo (desarrollando soluciones de software) y no tenemos la estructura o metodología necesaria para hacerlo. En este episodio y en el siguiente vamos a hablar sobre cómo hemos de componer y organizar a nuestro equipo de trabajo, tanto desde un punto de vista puramente funcional como filosófico gracias a Lean UX.

Como siempre, tienes acceso a un artículo equivalente en el blog: https://www.pedromiguelmunoz.com/como-trabajar-en-equipo-1-2/

Hoy terminamos de hablar de Scrum, esa metodología de desarrollo Agile que está tan de moda en los últimos años. Terminaremos de ver sus artefactos, los roles y también veremos cómo es el ciclo de trabajo de Scrum. Y, por último, pero no por ello menos interesante, hablaremos del Planning Poker, una manera muy práctica de estimar el tiempo que nos puede llevar el desarrollo de una tarea.

Como siempre, tenéis acceso al blog para poder ver el contenido de este podcast en formato web, escrito y bien maquetado: https://www.pedromiguelmunoz.com/como-funciona-scrum/

Vamos a hablar hoy de una de las metodologías ágiles que mayor impacto han causado en el desarrollo de software en los últimos años. Seguro que a todos os suena: Scrum.

Como ya sabréis si me leéis habitualmente, no voy a contaros la historia de dónde se originó Scrum ni quién la desarrolló porque esa información, en caso de que tengáis curiosidad, está a al alcance de todos vosotros en internet.

Voy a ser práctico. Esto no es un manual, pero sí me interesa que os enteréis de cómo funciona la base de Scrum. Así podéis valorar si es algo que podría adaptarse a vuestros desarrollos (ya sean internos o externos) y a vuestro equipo. No pretendo llegar más allá, pues eso sería objetivo ya de un curso y no de un simple artículo del blog.

Vamos a ello, pero antes os recuerdo que podéis, también, ver transcrito este episodio en el blog: https://www.pedromiguelmunoz.com/como-funciona-scrum/

Tener una idea de negocio y no estar seguro de cómo empezar a implementarla es algo muy común en el mundo empresarial. Por ello, vamos a empezar un ciclo en el que podrás ver qué pasos dar desde que la idea nace en tu cabeza hasta que ya empiezas a crear un prototipo y recibes feedback de tus potenciales clientes.

Vamos a trabajar en nuestra idea de negocio desde cero, usando metodologías y herramientas versátiles que nos ayuden a crear un producto o servicio que nuestros futuros clientes deseen adquirir.

Partiremos de la premisa de que ya tienes una idea de negocio y no sabes cómo plantearla, cómo empezar a trabajar con ella, cómo darle forma y cómo descubrir si tiene viabilidad en el mercado. En el caso de que ya tengas tu negocio montado, este ciclo puede venirte bien porque también podrás aplicar lo que aprendas a tu producto o servicio.

Si eres un autónomo que quiere empezar a dar servicio, también te recomiendo este articulo, aunque después del mismo tendremos otros artículos que estarán pensados un poco más en tu perfil.

También puedes acceder a este contenido en nuestro blog, perfectamente transcrito para quien prefiera leer en vez de escuchar:

https://www.pedromiguelmunoz.com/desarrolla-tu-idea-de-negocio-desde-cero-lean-canvas-1/

Hoy vamos a tener un episodio un poco distinto, más reflexivo y casi con un cariz filosófico… Bueno, estoy exagerando, en el fondo vamos a hablar de una conclusión sacada a través de experiencias y análisis, pero que puedo explicarla de un modo algo más informal del habitual.

Desde hace tiempo me he dado cuenta de que tendemos a magnificar el concepto de idea. Entendamos idea en el contexto habitual de este blog, es decir, la luz que se nos enciende y que nos lleva a montar un negocio.

Os recuerdo que también podéis leer el contenido de este episodio en el blog: https://www.pedromiguelmunoz.com/sobrevaloramos-las-ideas/

Ya vimos en el ciclo sobre cómo desarrollar tu idea de negocio desde cero la importancia de realizar entrevistas para aprender tanto de los problemas que hemos encontrado en el mercado como para aprender de las soluciones que estamos desarrollando. Sabemos que la opinión de nuestros early adopters o potenciales clientes es vital para concebir nuestros siguientes movimientos, y en el ciclo vimos cómo crear un guión para entrevistar a estos perfiles y sacar conclusiones. Hoy vamos a hablar de ciertos aspectos de las entrevistas con los que debemos lidiar si queremos que las mismas sean exitosas.

Recordemos que el éxito de las entrevistas radica en nuestra capacidad de aprendizaje a través de las mismas. Hay muchas maneras de adulterar los resultados de una entrevista. Es muy común caer en ciertos errores que invalidan parte de la conclusiones que vamos a sacar del entrevistado. Vamos a hablar de ellos para evitarlos.

Os recuerdo que también podéis leer el contenido de este episodio en el blog: https://www.pedromiguelmunoz.com/como-realizar-entrevistas-a-tus-potenciales-clientes-o-early-adopters/