Tag Archive for Gente

POSICIONAMIENTO DE PRODUCTOS Y POSICIONAMIENTO DE CONSUMIDOR

POSICIONAMIENTO DE PRODUCTO:

- Se centra en el propio producto o servicio. Posiciona el producto objetivamente, basándose en lo hará, como está hecho, sus ingredientes, su superioridad sobre los productos  de  la competencia , sus usos y aplicaciones.

- Se utiliza para productos prácticos y funcionales a la hora de decidir la compra.

- Se utiliza cuando este posee una autentica ventaja significativas por sus ingredientes, prestaciones, embalaje, etc.

POSICIONAMIENTO DE CONSUMIDOR:

-  Se concentra sobre las personas que van a utilizar el producto o servicio. Posiciona este en términos de sus usuarios, la clase de gente que son, el tipo de vida que llevan, las ocasiones en que encaja el producto.

- Se emplea para productos con elevados componentes de imagen y moda donde el consumidor se identifica con ellos.

- Se emplea para productos muy conocidos e imitables cuya tecnología no presenta elementos innovadores.

PROBLEMAS DE USUARIO EN ERP

Servicios financieros de la Firma Deloitte & Touche condujeron entrevistas en profundidad con 164 individuos en 62 destinos – 500 compañías (La revisión, maximizar el valor de procesos facilitados ERP, Deloitte & Touche, 18 Enero, 1999). Todas las compañías incluyeron en el reporte productos manufacturados al consumidor, y todos utilizan sistemas ERP de vendedores tales como SAAP, Baan, Oracle, y PeopleSoft. El estudio se centro en marcha en vivo: aquel punto cuando el sistema ERP se hace disponible para uso general dentro de la compañía.

El estudio concluyó que cuando ocurren eventos y obstáculos antes de la marcha en vivo, ellos lo hacen de esta manera por las siguientes razones y en las proporciones reportadas (los valores listados del reporte no hacen el 100% total):

*              Obstáculos  de  la  gente,  62  por  ciento;

*              Cuestiones  de  procesos  de  negocios,  16  por  ciento;  y

*              Cuestiones  de  tecnología  de  la  información  (técnicas),  12  por  ciento.

Después de la marcha en vivo, la cuestión de gente dominaba aun, pero el énfasis de interés cambio a áreas tales como soporte de avance, desempeño de los negocios, reporte, transición del sistema, y entrenamiento. Dentro de asuntos IT, sólo cerca del 5 por ciento de entrevistados consideraron la funcionalidad del software un obstáculo antes y después de la marcha en vivo.

Desafortunadamente, el punto en el cual un proyecto debería ir en vivo no esta universalmente definido y no siempre puede ser una firma piedra sobre la base de criterios rigurosamente preestablecidos. A pesar de las proporciones relativas citadas por los problemas identificados, el impacto de estos problemas no ocurren en las mismas proporciones. Así, la manera como tú tratas con estos obstáculos puede ser la gran diferencia.

Significativamente, los sistemas que sufrieron problemas cuando marcharon en vivo fueron el mejor de todos – los únicos que sobrevivieron la mayoría de los procesos, manejo, y riesgos de tecnología que anularon muchos otros proyectos antes que puedan salir en vivo. Así, no es realmente una sorpresa que los asuntos que permanecen que confrontaron estos proyectos involucraron problemas de gente.

PROBLEMAS DE MANEJO EN LOS ERP

La mayoría de desastres ERP reportados en la prensa comercial y en la literatura abierta contienen fallas de manejo -sin embargo pocas compañías lo admitirán. Muchos de tales desastres no han sido reportados, una contribución apoyada por estudios de proyectos IT fallan en general (CHAOS, The Standish Group, http://standishgroup.com/visitor/chaos.html).

Artículos anteriores se han centrado en el manejo de dificultades envueltas en la marcha de un proyecto ERP complejo. Por ejemplo, Marie Benesh (“Manejando tu proyecto ERP”, Software Testing and Quality Engineering, Julio/Agosto, 1999, pp. 38-43) describe cinco áreas peligrosas de manejo común que involucran una falta de:

*              Planificación  del  equipo  del  proyecto  integrado,

*              Comunicaciones  manejadas  a  través  de  mucha  gente,

*              Un  proceso  de  toma  de  decisión  formal,

*              Un  plan  de  prueba  integrado  y  un  proceso  de  prueba  manejado,  y

*             Aplicar  las  lecciones  aprendidas  de  implementaciones  anteriores  a  las

implementaciones  últimas.

Otro reporte (de Stanley Wee) también se centro en los eventos del proceso de manejo como una lección aprendida de la entrevista a clientes ERP. La clave para el éxito de dominar los problemas de manejo, de acuerdo a este reporte, es establecer y mantener el ímpetu para prestar atención a los siguientes factores: foco, equipo de trabajo, objetivo definido, análisis de casos de negocios, entrenamiento y apoyo planeado, hábil reingeniería, arquitectura total, manejo riguroso del proyecto, comunicación efectiva de expectativas, y envolvimiento del manejo a más alto nivel. El reporte no se dirigió a eventos de tecnología.

EN UN EXAMEN, 62 POR CIENTO DE LOS ENTREVISTADOS CITARON CUESTION DE GENTE COMO EL PRINCIPAL PROBLEMA EN TOMAR PROYECTOS ERP EFICACES.