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.

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 | |
|---|---|---|---|
| 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 |
| 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 |
| 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 |
| 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
Seguir leyendo
Todos los artículos



Consultoría IT y estrategia con ASES
Estrategia, arquitectura y elección de tecnología
