¿Qué podemos aprender de la caída de Nokia y en relación con Symbian, desde la perspectiva de un emprendedor emprendedor?

La caída de la división de telefonía móvil de Nokia tiene que ver con no tomar el iPhone de Apple lo suficientemente en serio y no reaccionar con fuerza y ​​rapidez. Pero estaban demasiado invertidos en Symbian, tanto financiera como técnicamente para reaccionar rápidamente al cambio del mercado. Intentaron desarrollar Meego basado en Linux y lo abandonaron, pero deberían haber seguido hacia el camino hacia un sistema operativo como Sailfish. Es fácil atribuir la caída de la división de telefonía móvil de Nokia a malas decisiones comerciales, pero es aún más importante comprender los antecedentes técnicos detrás de sus productos. Como emprendedor principiante: aprenda cuándo abandonar algo cuando el mercado cambia claramente, incluso si eso significa perder toneladas de tiempo y recursos existentes invertidos.

La plataforma Symbian de Nokia se basa en EPOC, que se utilizó en PDA temprano como Psion 3, serie 5 a mediados y finales de la década de 1990. El sistema operativo fue diseñado para aplicaciones en tiempo real para adaptarse a recursos de hardware muy limitados. Tenga en cuenta que los teléfonos en la década de 1990 tenían memoria en kilobytes en lugar de megabytes.

A medida que el hardware mejoró, Symbian evolucionó y se volvió más complicado con cada iteración. Finalmente, se convirtió en un lybrinth con el que es muy difícil trabajar. Durante mucho tiempo, para desarrollar para Symbian, debe usar un SDK especial provisto por Nokia, y una tarea tediosa como el manejo de cadenas, la asignación de memoria (incluida la recolección de basura) tuvo que hacerse manualmente. El proceso de lanzamiento de aplicaciones de terceros fue otro obstáculo importante para la mayoría de los desarrolladores independientes, ya que uno tenía que certificar una aplicación con Nokia a un costo de varios miles de dólares con fines de seguridad. Tampoco ayudó que hubiera tres versiones incompatibles de Symbian (Sony Ericsson, Nokia y NTT DoCoMo).

Fue solo alrededor de 2005 cuando se lanzó S60 (piense en Symbian como el núcleo y S60 como el sistema operativo), Nokia comenzó a experimentar con Python para crear prototipos y desarrollar rápidamente. En comparación con la variación Symbian C ++, Python era mucho más fácil y rápido de usar para el desarrollo de aplicaciones en Symbian, pero para cuando comenzó a afianzarse en el mercado de desarrolladores de Symbian, salió iPhone.

Apple prácticamente movió un mini Mac OS al iPhone en un momento en que la tecnología es asequible y lo suficientemente potente como para poner suficiente hardware en un teléfono. El enfoque de diseño es completamente diferente de un sistema operativo diseñado para dispositivos que carecen de recursos. Aunque el iPhone tenía muchas limitaciones (no podía funcionar como una unidad USB, la compatibilidad Bluetooth limitada en comparación con los teléfonos Nokia), fue más fácil de desarrollar y usar tanto para desarrolladores como para usuarios promedio.

Si el iPhone requiere que los desarrolladores escriban sus funciones de manejo de cadenas cada vez o que asignen y disloquen memoria manualmente, su éxito y popularidad habrían sido mucho menos seguros.

Nokia como compañía sobrevivió de todos modos y todavía tienen un fuerte negocio de redes móviles y un negocio de mapeo en crecimiento. En retrospectiva, vender una pérdida a un socio financieramente sólido como Microsoft es realmente un buen movimiento, ya que dio a los inversores un mejor rendimiento y salvó a la empresa en su conjunto. Además de los puntos ya señalados por otros carteles, vender una parte de una empresa para salvar el conjunto es una buena estrategia de salida, también para una empresa de nueva creación.

  1. Symbian no entendió las razones de su éxito. Pensaban que el hardware / software de comunicaciones era mundial (y lo era) pero no tenían idea de las interfaces de usuario y no tenían la menor idea de establecer pautas de usabilidad. El sistema operativo resultante basado en menús fue horrible de usar y varió según el modelo y la versión del software. La falta total de estándares siempre hizo que las pruebas fueran un desafío.
  2. Otro problema para los probadores fue que sus programas de prueba de usuario eran obsoletos y no podían probar desarrollos más recientes incluso en su propia esfera: las comunicaciones.
  3. Para cuando Nokia tomó las riendas, Symbian había crecido demasiado. Los ingresos de todas esas ventas se dispararon y permitieron una administración floja e indecisa: en una etapa, intentaban producir cuatro sistemas operativos diferentes, dividiendo sus recursos en diferentes direcciones, pero no logrando mejorar la productividad del programador. Esto, combinado con el soporte de tantas variaciones de hardware, significó una falta de enfoque.
  4. Se pusieron gordos y felices, y pagaron el precio.

Irónico leer esto el día que Nokia lanzó una tableta☺

Lecciones de Nokia:

  • Cualquier empresa puede fallar, y en tecnología pueden fallar rápidamente
  • El CEO es muy importante
  • No seas arrogante: solo porque hagas lo “mejor” no significa que a los clientes les gustará
  • Toma riesgos, prueba cosas nuevas
  • El CEO es muy importante

Symbian es más complejo

  • Las asociaciones son complicadas
  • Necesita tener formas de alinear los intereses de los socios

Cuando comience a fallar, no espere una catástrofe. Salga, apague o reinicie antes de que su nombre vaya al desagüe. Nokia siempre fue bueno en hardware, solo malo en software. Deberían haber hecho un trato con Google, haber usado Android o haber contratado a otra compañía para que se asociara y crearan un sistema operativo juntos, pero no lo hicieron y todos pasaron corriendo.

Si es una empresa tecnológica, diversifique su cartera de productos.

Lecciones generales
Qué tan grande eres, ten en cuenta cuáles son las expectativas de las personas.
Nunca descuides a tus competidores.
Esté atento a las tendencias.