Red de conocimiento del abogados - Cuestiones jurídicas del divorcio - ¿Cómo establecer umbrales de oferta y encontrar socios adecuados? Como dice el refrán, si el bosque es grande, hay todo tipo de pájaros. Durante la implementación de proyectos ERP, la licitación de proyectos es una tarea muy importante y difícil. Con tantas ofertas, ¿cómo encontrar rápidamente un socio satisfactorio? Para mejorar la eficiencia de la licitación, nuestra experiencia es que antes de licitar, se deben establecer algunos indicadores rígidos para descartar algunas empresas que no cumplen con los requisitos o condiciones para lograr el propósito de la selección. Con base en este proceso de licitación, me gustaría compartir algunas experiencias y conclusiones que pueden ser útiles para todos: (1) Estrictas restricciones de umbral en las calificaciones industriales de los postores. En términos generales, para garantizar una competencia total, se debe permitir que los proveedores de ERP calificados participen en las licitaciones tanto como sea posible. Sin embargo, también es necesario evitar tener demasiados postores y causar cargas innecesarias a ambas partes. Por ejemplo, hay docenas de vendedores y proveedores de servicios que ofrecen software ERP y servicios de implementación. Si todos les pedimos que oferten, estaremos cansados ​​y careceremos de pertinencia a la hora de evaluar las ofertas. Por lo tanto, se recomienda que los proveedores de ERP evalúen sus calificaciones de acuerdo con ciertas reglas antes de ofertar. Por ejemplo, diferentes industrias generalmente tienen diferentes versiones de ERP. Si el software ERP de la industria de la confección se implementa en la industria de fabricación de maquinaria, obviamente estará mal y será una broma. Por lo tanto, la primera condición de selección es observar la industria a la que pertenece la empresa, limitar estrictamente las calificaciones de los postores y descartar inicialmente a algunos proveedores de ERP no calificados o inapropiados. Después de eliminar el software ERP que no es adecuado para su industria, puede limitar el alcance de la licitación y mejorar la pertinencia del software. Por lo tanto, recomendamos limitar y evaluar las calificaciones y calificaciones de los postores antes de ofertar. Aunque este trabajo puede llevarnos un poco de tiempo, merece la pena. (2) Establecer el umbral de requisitos clave y aclarar el cumplimiento de funciones sustantivas. Después de la selección de primer nivel, seguiremos recibiendo muchas ofertas y todavía nos resulta problemático seleccionarlas. Por ejemplo, durante la evaluación de la oferta, descubrimos un fenómeno que nos dejó estupefactos. Muchas empresas de software no escatiman en gastos en la preparación de los documentos de licitación y gastan miles de yuanes en papel estucado e impresión en color. La impresión que nos da es que la impresión es exquisita y el peso es bastante grande. Pero, lamentablemente, el contenido es fragmentario y aleatorio, e incluso muchos documentos de licitación son similares. En cuanto a algunos contenidos básicos, tú me copias y yo te copio, y no hay muchas ideas originales. Por esta razón, no se debe elegir fabricantes que tengan buenas relaciones públicas pero que sean débiles y carezcan de experiencia en implementar las necesidades de la industria. Después de obtener el dinero, debes pedírselo. Por lo tanto, debemos establecer umbrales de evaluación para algunas funciones clave como indicadores para una evaluación adicional de estas funciones. Otra ventaja aquí es que cuando leemos sus documentos de licitación, no necesitamos leer todo el contenido grueso. Solo miramos si se cumplen estas funciones clave, lo que puede ahorrarnos mucho tiempo y energía. En las licitaciones existe un término llamado "respuesta sustancial". (3) Tomar la fuerza del desarrollo secundario como un umbral importante para la licitación del proyecto. Actualmente, la mayoría de los sistemas ERP son software empaquetado, y el software empaquetado a menudo no puede satisfacer todas las necesidades de las empresas. Las empresas deben llevar a cabo algún desarrollo secundario necesario sobre la base del paquete de software original. A veces, la velocidad y el efecto del desarrollo secundario afectarán directamente si el proyecto se puede lanzar a tiempo y la efectividad del proyecto. Por lo tanto, existen dos requisitos básicos para el desarrollo secundario: primero, debe completarse a tiempo y el progreso general del proyecto no puede verse afectado por el desarrollo secundario; segundo, las funciones del desarrollo secundario deben estar estrechamente integradas con las funciones existentes; no debe haber lagunas obvias. No subestime estos dos requisitos aparentemente simples, pero en realidad son muy difíciles para los proveedores de ERP. Por un lado, los proveedores de ERP suelen tener desarrolladores secundarios limitados, o el número de clientes suele ser desproporcionado con respecto a los desarrolladores secundarios. Cuando el número de clientes es grande, las empresas tienen que hacer cola para el desarrollo secundario. Si hay tiempo para hacer cola durante un mes, afectará en gran medida el progreso del proyecto ERP. Por otro lado, los desarrolladores secundarios generalmente son diferentes de los desarrolladores originales, lo que dará lugar a diferencias en las capacidades técnicas. Por lo tanto, al ofertar por un proyecto de ERP, no solo debemos prestar atención a factores como las funciones del software, los consultores de implementación y el precio, sino también considerar las capacidades técnicas del desarrollo secundario del fabricante de ERP, tomando el desarrollo secundario como un umbral importante. (4) El precio es el segundo y el contenido del precio es el primero. En el proceso de licitación para la adquisición de bienes generales se puede dar prioridad al precio más bajo. Sin embargo, desde la perspectiva de un proyecto ERP, esto es muy irrazonable.