Saltar al contenido

Solicitar ofertas comparables para un proyecto de software

Un ejemplo de portal desarrollado muestra cómo fijar resultado, límites del servicio, aportaciones propias y supuestos abiertos antes de pedir ofertas.

Daniel Hartmann2 min de lectura
Dos fichas de comparación azules con símbolos de portátil y nube con engranaje, cada una con tres filas marcadas.

Las ofertas de software comparables empiezan por una tarea común. Si un proveedor presupuesta solo la interfaz y otro incluye la conexión al ERP, los totales dicen poco sobre el precio de la misma prestación.

Entregue a todos la misma descripción de la situación inicial. El ejemplo de trabajo siguiente muestra qué se puede concretar. Es un alcance hipotético, no una estimación para un proyecto real de cliente.

Describa el resultado esperado

Un vendedor quiere un portal: los clientes profesionales autorizados ven sus precios, eligen productos y envían pedidos al ERP existente. El portal indica si el pedido se ha creado realmente allí. El procesamiento de pagos, nuevos marketplaces y la migración de facturas antiguas quedan fuera de este primer alcance. Estos límites solo corresponden al ejemplo.

Complete una base común de trabajo

La tabla puede servir de base para la solicitud. Las aportaciones del vendedor son parte de la planificación, sin presentarse como ya realizadas.

Identificador

Resultado solicitado

Aportación del vendedor

R1

Acceso y visualización de precios asignados al cliente

Dos cuentas de prueba ven los precios autorizados para cada una

Cuentas de prueba, referencia de precios y aprobación de roles

R2

Selección de artículo, unidad y cantidad en el carrito

Un carrito definido coincide con los datos de producto verificados

Ejemplos de producto con unidades claras

R3

Envío del pedido al ERP con resultado comprensible

Pedido de prueba en ERP con empresa, producto y cantidad correctos; errores o resultados inciertos quedan sin confirmar

Acceso ERP de prueba y responsable del proceso

R4

Entrega documentada del despliegue y tratamiento de errores

La persona de operación designada puede seguir las instrucciones en pruebas

Acceso al alojamiento y contacto técnico

Solicite respuesta por fila: incluido, ofrecido con otro alcance o pendiente de aclarar. Las diferencias necesitan explicación. «Integración ERP incluida» no aclara todavía cuáles de esas tareas se cubren.

Mantenga visibles los requisitos previos abiertos

En el ejemplo no se ha confirmado el permiso para crear pedidos mediante la interfaz ERP. Trate esa capacidad como una condición pendiente. Una investigación acotada podría aclarar primero la vía de acceso, la escritura y el resultado de un pedido de prueba. Después podrá describirse mejor el alcance afectado.

El proveedor también puede ofrecer una partida expresamente condicionada o una alternativa. Lo importante es que un supuesto no verificado no se convierta sin advertencia en la base de toda la oferta.

Lleve las respuestas a una misma base

Pida explicar por separado el desarrollo, los servicios externos y la operación continua. Registre las aportaciones y aprobaciones que debe dar su empresa, y qué queda abierto si faltan condiciones previas. Un precio fijo no iguala alcances distintos.

Antes de comparar importes, contraste respuestas y exclusiones con la tabla. Si falta un resultado, pregunte cómo se tratará. Así crea una base común de decisión sin asignar soluciones ni precios inventados a los puntos pendientes.

Fuentes

Escrito por

  • Daniel HartmannRedactor de tecnología y empresaDaniel Hartmann escribe en ASES sobre las decisiones tecnológicas en las empresas. Se ocupa de las inversiones en software, de la elección de soluciones adecuadas y de la planificación de proyectos digitales.

Seguir a ASES

Seguir leyendo

Todos los artículos

Consultoría IT y estrategia con ASES

Estrategia, arquitectura y elección de tecnología