Communication Skills lecture

Esta tarde me he acercado a la clase de Comunicación que Conor Neill ha impartido en IESE, organizada por el grupo Barcelona Internet Startups de Meetup, así que he decidido publicar este post para recopilar algunas notas que he tomado.

Con el título “Develop Your Communication Skills: Moving People to Action“, la charla (y no solo charla, porque algún ejercicio nos ha tocado hacer) ha girado en torno al uso de la palabra como herramienta de persuasión (que no de manipulación). Hemos empezado con un breve repaso de los orígenes de la retórica y sus tres pilares:

  • Logos (premisas racionales, argumentación lógica)
  • Ethos (reputación o credibilidad que merece el interlocutor)
  • Pathos (componente emocional)

Todo buen comunicador debe cuidar cada una de estas dimensiones en su justa medida, pues ninguna es prescindible y se complementan entre sí.

Barcelona Internet Startups MeetUp groupSin embargo, más importante que lo que uno dice, suele ser lo que uno escucha. Conor ha hecho hincapié en la necesidad de saber escuchar activamente. Desde niños aprendemos que en un debate o conversación lo normal es defender nuestras convicciones e ideas, a menudo confrontando e incluso rechazando las de los demás. Pero de este modo es muy difícil sacar nada útil de la conversación. Escuchando uno conoce las necesidades y problemas de los demás, de su manera de ver el mundo, de su contexto. Y de ahí puede uno aprender, obtener información nueva. Como no podía ser de otro modo, el principio de Pareto no ha tardado en aparecer: en una conversación uno debería intentar invertir un 80% de su tiempo en escuchar y un 20% en hablar. Como todos sabemos, la mayoría tendemos a invertir esta proporción.

Pero la cosa iba de persuasión; de la idea aristotélica de influenciar a los demás en su pensamiento guiándoles hacia nuestras ideas e impulsándoles a la acción. Por tanto, al preparar una charla uno debería preguntarse “Cuando termine de hablar, ¿qué hará mi audiencia?”. Es decir, enfocar el contenido y la forma de la comunicación hacia un objetivo claro en cuanto a qué acción se quiere obtener. Aplicado a los negocios, la comunicación siempre persigue (o debería perseguir) dos objetivos:

  • Aprender (obtener información; del mercado, del producto…)
  • Cambiar mentes (percepción de la marca, predisposición del cliente…)

Y he aquí un concepto clave de la case de hoy:

La gente no se resiste al cambio. Se resiste a ser cambiada

Morihei Ueshiba, maestro fundador del aikido. Fuente: Wikipedia

O sea, que las personas no tenemos en general problemas en cambiar nuestras convicciones o ideas iniciales siempre y cuando seamos nosotros quienes lideran dicho cambio. Si el cambio viene impuesto desde fuera, se produce un efecto de rechazo que contraviene el objetivo inicial. De este modo, para conseguir el cambio en los demás debemos escuchar para conocer sus inquietudes, evitar la confrontación y en su lugar empatizar (se ha mencionado aquí cierto paralelismo con los principios del Aikido) y dedicarnos a guiar ese cambio desde el acompañamiento y no desde el enfrentamiento.

 

 

 

 

 


Silly problem in Flash CS5 / Flash Builder workflow

After a really long time without running Flash CS5, today I decided to do so in order to generate some graphic assets for a game I’m planning to develop. I do all my ActionScript code with Flash Builder 4.5, so I decided to follow the nice instructions found in this article by Big SpaceShip.The article is rather old, but still I’ve found this workflow pretty useful in the past, so decided to give it a go.

Basically, what you do is set up a Flash Builder project with all your code base on one side, and a Flash (*.fla) file containing all graphic stuff (MovieClips) in the other. Some simple code in the *.fla file allows compiling from there (nice if you want to test things straight away ) while still being able to compile from Flash Builder as well (which is what you’ll probably want to do more often than not, given its far superior debugging/coding capabilities).

The mentioned article is easy to follow, and going through the instructions step by step will get you a running draft in few minutes. However, chances are that after compiling and running the project in Flash Builder you get an error like this:

ReferenceError: Error #1069:
Property assets_container not found on Test3_fla.MainTimeline__Preloader__ and there is no default value.

When I got this in the console panel, first thing I thought was: WTF? “__Preloader__”? Did I put anything remotely similar to that in my *.fla file? Of course, I searched for that both in the timeline and library; double checked that the fla’s main timeline actually contained an instance named “assets_container”, that the swf had been recently published, and so on. After a few minutes trying to find what was going on, Google got me this answer from Adobe’s support pages:

When loading child SWFs that contain Text Layout Framework (TLF) content into a parent SWF, you receive reference errors due to the preloading methods used by TLF.

I had no idea I was using the TLF thingie at all, but indeed I had some textfields around, so looked like this could help me solve the problem. However, the suggested solutions in that article are:

  • Complicated procedure involving specific asset linkage method, preloading frames, and other devils
  • Using a custom Loader class (available attached to the article)

Maybe these are really the only options for certain project configurations. In my case, though, having a really simple Flash file with a few MovieClips here and there, I could solve it just by publishing the swf again, this time as a Flash 9 movie:

File -> Publish Settings -> Flash -> Player: Flash Player 9 (instead of Flash Player 10, which is what you’ll probably have by default)


Back to blogging?

Yeah, well, ok. It’s been quite a long time since my last post (about two years, I’m afraid). Let’s try it once again