La pequeña empresa técnica en la que trabajo tiene múltiples proveedores que entregan materiales, partes o subsistemas completos de nuestro producto. Como somos una empresa nueva, el producto aún se está desarrollando, lo que resulta en pequeños cambios en las especificaciones y nuevos hallazgos con bastante frecuencia.
Un proveedor crítico de un subsistema (un dispositivo electrónico) es cada vez más difícil de tratar y actualmente ha dejado de entregar, no responde ni lee correos electrónicos y apenas está disponible por teléfono. Cuando habla por teléfono, solo despotrica.
Sin este subsistema, no podemos entregar nuestro producto y no hay ningún proveedor alternativo disponible, ya que el dispositivo está hecho a medida para nosotros. Soy uno de los miembros del equipo que tiene la tarea de tratar con este proveedor.
¿Qué pasos puedo tomar para asegurarme de que el proveedor entregue a corto plazo (< 1 mes)?
Información general
El proveedor estuvo muy involucrado en el desarrollo inicial de nuestro producto y solía realizar entregas con normalidad. Después de usar su producto en un entorno de prueba, surgieron fallas. No se respetaron todas las especificaciones. Esto inició un proceso iterativo, principalmente relacionado con el ajuste del software del dispositivo. Desafortunadamente, el proveedor parece incapaz de modificar el software. No utiliza el control de versiones, lo que da como resultado una versión "aleatoria" cada vez que obtenemos un dispositivo de prueba.
El contrato con el proveedor establece que nuestra empresa ordenará una cantidad X de dispositivos electrónicos. También establece que nuestra empresa tiene derecho a recibir el código fuente. Si el código fuente se proporcionara ahora, podríamos ayudar al proveedor y juntos entregar un producto. Sin embargo, el proveedor solo proporcionará el código después de que ordenemos la cantidad acordada. Por lo tanto, hemos comenzado a ordenar subconjuntos de la cantidad acordada. Desafortunadamente, el proveedor no puede entregar los subconjuntos debido a una falla en su software. Nunca menciona una fecha de entrega prevista, e incluso si lo hace, simplemente no le importa y pierde la "fecha límite".
Desafortunadamente, este problema a veces ocurre en la contratación, independientemente de lo que esté escrito en el contrato.
El segundo abastecimiento puede ser algo bueno, pero se necesitan recursos y tiempo significativos para configurarlo desde el lado del comprador, especialmente si estamos hablando de un artículo diseñado. Además, si sus volúmenes no son "lo suficientemente grandes", es posible que no pueda convencer a dos proveedores para que dividan el volumen.
Tres cosas vienen a la mente aquí:
Usted dice que el vendedor está "despotricando". Tal vez no lo vea como una mera diatriba, sino como una forma de obtener influencia. Si puede abordar de manera sustancial las cosas sobre las que está despotricando, es posible que pueda cambiar eso por una mayor cooperación en el envío del artículo.
Parece que el proveedor está tratando de alcanzar un objetivo en movimiento (por ejemplo, "... cambios en la especificación y nuevos hallazgos con bastante frecuencia..."). En gran medida, eso es un problema de su parte. Una vez que vaya a fabricar cosas como esa, son asuntos serios y deben requerir órdenes de cambio (ECO). Estos, por supuesto, precipitan cargos. Si se espera que el proveedor se adapte sin un proceso formal ni ingresos, eso podría conducir a una falta de cooperación. En algunas situaciones, el comprador debe proporcionar hardware y software para "pruebas funcionales" para que los proveedores tengan una forma concreta de determinar si algo está pasando o fallando. No sé si eso se aplica en la situación aquí, pero es común.
Como dijo @Kilisi, es posible que la gerencia deba involucrarse aquí si esto se convierte en una renegociación del contrato. Aun así, los dos elementos mencionados anteriormente son casi con toda seguridad los primeros aspectos que deben abordarse.
No hay mucho que puedas hacer aparte de los medios convencionales como el correo electrónico y el teléfono. Pero, a menos que sea el gerente de proyecto o el encargado general de los suministros, debe escalar el problema a sus superiores para que traten con el proveedor.
Parece que usted es un miembro del equipo en lugar de la alta gerencia, este tipo de problema debe ser solucionado en un nivel superior por las personas que realmente pueden tomar decisiones, autorizar pagos, negociar desde una posición más fuerte con los proveedores, etc. Hay una gran diferencia entre despotricar contra un miembro del equipo y enfrentarse a la alta dirección que puede reducir su fuente de ingresos o enviar a un abogado a verle.
Debería haber habido, y puede haber un contrato de suministro o algo similar. Si están construyendo un producto sin la seguridad de obtener las piezas necesarias, entonces alguien debe hacerlo correctamente.
Pareces estar en una situación en la que, lamentablemente, simplemente estás a su merced. Si no hay cláusulas contractuales que pueda hacer cumplir (que, según su descripción, no parece haber) y son realmente el único proveedor con los medios para entregar lo que necesita, es muy poco lo que puede hacer. Y parece que lo saben.
Este proveedor parece, en el mejor de los casos, poco fiable. Por lo tanto, en lugar de intentar que él (¿parece ser una sola persona?) haga lo que usted quiere, intente encontrar o crear un proveedor alternativo. No cometas los mismos errores que cometiste esta vez, y fija plazos en cuanto a acceso, entregables y cronograma.
Te deseo la mejor de las suertes.
¿Qué pasos puedo tomar para asegurarme de que el proveedor entregue a corto plazo (< 1 mes)?
Ofrezca dinero.
Tienes poca o ninguna influencia aquí. Pero puede ofrecer dinero si cumplen objetivos a corto plazo y amenazar con eliminarlos como proveedores si no lo hacen.
A veces, ofrecer una bonificación puede atraer la atención de un proveedor que no responde. A veces no.
Y usa esto como una oportunidad de aprendizaje. Apostar su empresa/proyecto/producto a un solo proveedor es un mal negocio. Arregle eso lo antes posible.
Neo
Saaru Lindestøkke
david k
teego1967
Loren Pechtel
teego1967