Home / Guía de toma de decisiones del proyecto / IND
PROJECT DECISION GUIDE

Plan de trabajo de diagnóstico de las TIC, planificación sistemática y aplicación de las PYMES

Las PYME no necesitan comenzar simultáneamente con ERP, CRM, OA y BI. Más eficaz es encontrar una cadena de negocios que afecta más a los ingresos, la entrega, el inventario o el reembolso, armonizar procesos y responsabilidades de datos, y luego seleccionar productos maduros, integración de sistemas o desarrollo personalizado en etapas.

Responde a la pregunta.

Diagnóstico informativo de las PYMES

La primera fase aborda sólo un problema de cierre, manteniendo la base de datos para la conectividad del sistema posterior y el análisis de negocios.

SCOPE & BUDGET LEVELS

Primero, los insumos claros al límite por fase de proyecto

Se utilizan las siguientes capas para establecer una base de referencia para el presupuesto y la aceptación, y el alcance real todavía tendrá que evaluarse en relación con el statu quo, la interfaz y los requisitos de tiempo.

Fase 1

Diagnóstico rápido

El enlace de negocio más importante para ser modificado

Entrevistas con puestos clave y gestión, procesos de muestra, base de problemas, inventario de instrumentos disponibles, recomendaciones prioritarias

Fase 2

Ejecución y selección

Determinación de las responsabilidades del sistema y la construcción de fronteras iniciales

Proceso de objetivos, autoridad de función, datos maestros, comparación de adquisiciones y personalización, plan de interfaz, nivel presupuestario y plan de aplicación

Fase 3

Primera etapa de hacer un viaje lateral.

Traducir la hoja de ruta a resultados aceptables

Necesidades o evaluación de adquisiciones, colaboración con proveedores, preparación de datos, aceptación piloto, rediscreción en línea y recomendaciones de la próxima etapa

DECISION FACTORS

Los elementos clave que se deben revisar para la adopción de decisiones

En primer lugar, se determinan los límites de la moderación y la responsabilidad, y se comparan las rutas técnicas y las modalidades de cooperación.

01

Impacto empresarial y frecuencia de la ocurrencia

Se da prioridad a cuestiones como la alta frecuencia, que afectan la prestación de ingresos o riesgos y permiten establecer bases de referencia, sin la asignación de presupuestos por igual por departamento.

02

Nivel de estabilización de procesos

Las normas no se armonizan antes de que se agilicen las responsabilidades y los procesos; los procesos genéricos y estables priorizan las adquisiciones y se considere la capacidad diferencial para la personalización.

03

Base de datos

Sin la única responsabilidad de los datos básicos, como clientes, productos básicos, organizaciones y pedidos, la adición de más sistemas sólo aumentaría las incoherencias.

04

Disponibilidad de sistemas existentes

ERP, CRM y software financiero ya disponibles deben ser juzgados primero para la configuración, integración o adaptación parcial, y no fácilmente todos re-enganchados.

05

Capacidades de equipo y cambio

Los jefes operacionales, los usuarios principales, los datos de recopilación y las aportaciones de aceptación tienen un efecto directo en la eficacia de la aplicación y el software no sustituyen la adopción de decisiones en la organización.

06

Proceeds and receipt calibres

Las mejoras se miden mediante ciclos de procesamiento, entradas duplicadas, errores, inventario preciso, ciclos de entrega oportunos o recuperación, y no se evalúan por el número de módulos de adquisiciones.

Preparación de recomendaciones antes de la comunicación o evaluación

Tres cuestiones específicas que afectan a la mayoría de los negociosPosiciones y titulares de derechos de procesos claveLista de cuadros y sistemas actualesFuentes de datos como pedidos de productos básicos del clienteUna muestra de representación regular e inusual para el último mesNivel presupuestario anual y personal disponibleIndicadores operacionales para el mejoramientoGestión y líderes de proyectos

Sendero sugerido para la aplicación

Se recomienda que se utilice un pequeño diagnóstico para determinar los hechos y prioridades antes de decidir sobre la adquisición, la integración o la personalización. La hoja de ruta se estructura en fases de tres a seis meses, cada etapa que identifica resultados empresariales, cobertura del sistema, alineación de los clientes, entrega y aceptación evidencia, evitando la formación de planificación a largo plazo, pero inaplicable, ambiciosa.

DECISION WORKSHEET

Integrar el diagnóstico de TIC en las PYMES en la adopción de decisiones

Las siguientes hojas de trabajo ayudan a las empresas a organizar consejos vagos en insumos basados en proveedores, de aprobación interna y de receptividad de proyectos.

¿Qué debería contener un resumen comparable de las evaluaciones?

Al menos tres cuestiones específicas que afectan a la mayoría de las operaciones, los empleos y responsabilidades de los procesos clave, la lista actual de formas y sistemas, las fuentes de datos como pedidos de productos de clientes, y el volumen actual de negocios, tiempo de procesamiento medio, anomalías importantes, sistemas en vigor, privilegios de datos, dependencia de terceros y ventanas de acceso. La misma versión de información se proporciona a diferentes proveedores, y descripciones separadas de supuestos, exclusiones, asuntos de cooperación con el total de los clientes, evitar una sola aceptación

Por ejemplo, la empresa espera que el proyecto ahorre 160 horas de trabajo al mes, pero esta cifra debe desglosarse en el número de tareas, ahorros de tiempo único, tasas de adopción y tasas de revisión manual. Si sólo el 40% de los usuarios utilizan el primer período, o si el nuevo proceso aumenta el proceso de examen, los beneficios reales serán significativamente inferiores a la estimación aparente.

Cuatro tipos de pruebas recomendadas para el interrogatorio durante la comunicación de proveedores

The first is scope evidence: consistency of demand versions, business processes, prototypes, interfaces and exclusions; the second is engineering evidence: whether similar technologies have accessible structures, code management, testing, deployment and trouble management methods; the third is personnel evidence: whether actual participants, input stages, responsibilities and replacement mechanisms are clear; and the fourth is delivery evidence: how source codes, data, account numbers, documents, training, quality assurance and transport are handed over. It is normal for suppliers to be unable to provide customer confidentiality at the bidding stage, but should be able to explain their own methods and the evidence that can be developed under this project.

Se recomienda que se fije por separado la claridad de alcance, la dependencia crítica, la capacidad de equipo, la aplicabilidad de la aceptación y la toma a largo plazo y que se registre la base de cada puntuación. Si un programa es más barato, se excluye la interfaz, la migración, las pruebas o la responsabilidad en línea, entonces debe convertirse al mismo calibre de entrega antes de la comparación.

El principio de la sentencia

Esta página proporciona un marco de toma de decisiones que no constituye una oferta fija o compromiso de rendimiento.

FAQ

FAQs

Las cuestiones más comunes antes de la cooperación se señalan claramente con antelación.

¿Las PYMES deben ir a ERP o CRM primero?+

Dependiendo de los problemas más importantes en este momento. La cadena de leads y seguimiento de clientes se puede gestionar primero; cuando las órdenes, compras, inventarios y sinergias financieras se vuelven más urgentes, se debe dar prioridad a establecer un bucle de cumplimiento y datos cerrados.

¿Un diagnóstico de TIC recomendaría necesariamente el desarrollo de la personalización?+

No. Los procesos universales y maduros pueden ser cubiertos por el proceso, dando prioridad a la adquisición o configuración; la personalización se considera sólo si la empresa es diferenciada, compleja capacidad de producto integrada o a largo plazo.

¿Puede planificar sin datos completos?+

Los datos básicos se pueden establecer primero con entrevistas, procesos de muestra y facturación manual a corto plazo, mientras que los datos maestros pueden ser cotejados como un premandato para la aplicación.

¿Cómo se puede juzgar el proyecto de información para tener algún retorno?+

Debería compararse el plazo, la doble entrada, el error, la espera, el inventario, los indicadores de entrega y retorno, y se debería conciliar el uso y el costo continuo del transporte.

DECISION FAQ

Cuestiones comunes relacionadas con proyectos en curso

Echa un vistazo a las 265 preguntas.
Información de negocios, integración de sistemas y transporte

¿Qué sistema debería utilizar las PYMES para la información?

El proceso se utiliza para priorizar los productos maduros, que requieren capacidades diferenciadas o integración compleja antes de que se considere la personalización. El primer objetivo es generar los lazos cerrados y datos creíbles de extremo a extremo, en lugar de cubrir todos los sectores en un momento.

Ver respuesta completa
Selección de información corporativa, integración y gestión de datos

¿Cómo deben abordarse las inconsistencias de datos en los multisistemas?

El cliente, el producto, la organización, el inventario y el orden pueden ser la responsabilidad primordial de los diferentes sistemas, con codificación clara, calibración, sincronización y tiempo. Las diferencias históricas requieren un inventario, limpieza y validación manual, y ningún script de lotes puede ser utilizado para ocultar las causas de la raíz.

Ver respuesta completa
Empresa de un solo hombre y soporte técnico OPC

¿Necesita una empresa un CRM, gestión de proyectos y base de conocimientos?

Si la información es compleja no es el número de empresas. Cuando los clientes superan el control de memoria, el proyecto tiene múltiples nodos, y el programa debe ser reutilizado, el sistema correspondiente debe ser puesto en marcha; pero las tres capacidades no deben ser proporcionadas por tres plataformas pesadas.

Ver respuesta completa
Empresa de un solo hombre y soporte técnico OPC

¿Cómo deben integrarse los datos cuando se dispersan utilizando múltiples herramientas AI?

Primero, identificar el sistema de datos primarios de clientes, proyectos, contratos y conocimientos, luego colocar otras herramientas AI como calentadores o procesadores, en lugar de mantener un único registro primario para cada herramienta. Priorizar el uso de API oficial, Webbook o exportación regular de campos sincronizados, y armonizar la identificación de clientes y proyectos. Para herramientas cerradas inexportables, se debe evaluar el riesgo de migración y evitar los activos comerciales críticos.

Ver respuesta completa