Hola:
Como ya se ha comentado, el tema admite cierta flexibilidad.
Estamos hablando, por supuesto, de programación a medida, en la que el cliente recurre a los servicios de un programador autónomo /empresa de software para que le haga una aplicación a su gusto. En los programas estandard, el cliente busca / compara y elige el producto que más le satiasfaga. Pero ese
a su gusto significa que la aplicación debe tratar de conseguir los objetivos que el cliente desea (siempre que no vayan contra ciertos códigos deontológicos, léase programas con fines sospechosos, que un programador puede negarse a hacer), pero no afecta a la manera de hacerlo.
Donde el cliente no debería intervenir es en el cómo se realiza ese programa, esa es la parte técnica que se le supone al programador. Sólo faltaba que nos pidieran cómo tenemos que enfocar el esquema relacional de la BD, por poner un ejemplo. Y digo esto porque si luego el programa falla o tiene algún tipo de limitación derivada de un mal diseño, es al programador / empresa soft a quien corresponde la responsabilidad de los posibles errores, ahí no vale decir "es que usted me pidió hacer esto de esta manera". El profesional debe imponerse en lo que es su parcela. Esto incluye también el asesorar e incluso advertir al cliente de las inconveniencias de algunos de sus requisitos.
Si uno se encuentra con un cliente "listillo", de esos que saben más que tú, pues se le invita a que haga él el programa, a la vez que ahorra costes a su empresa. Si no es así, se usa la diplomacia, frases como "esto es informáticamente imposible" (lo siento, ya sé que casi todo es posible), o sencillamente "esto aumentará considerablemente el presupuesto".
De paso decir que lo más fastidia es cuando a uno le piden una modificación, por nimia que parezca, cuando el programa está acabado/semiacabado. Los clientes no suelen entender el enorme trastorno que eso provoca, a veces piensan que eso lo tienes hecho en un periquete y resulta que te desmonta el programa entero.
