Делать то, что нужно заказчику! А что ему нужно?

В одной серьёзной октябрьской статье я обратил внимание на (как пишет автор статьи – остроумное) высказывание крутого инженера: «Пора бы нам научиться делать то, что нужно заказчику, а не то, что у нас хорошо получается». Высказывание породило разнообразные мысли и импульсы, в том числе желание разобрать скрытые в нем формальные возможности:

- Плохо делать то, что не нужно заказчику
- Плохо делать то, что нужно заказчику
- Хорошо делать то, что не нужно заказчику
- Хорошо делать то, что нужно заказчику.

Признаемся, что в жизни встречаются все четыре случая, но остроумный инженер, конечно, не имел в виду переход к четвертому варианту от второго. «Хорошо делать то, что нужно заказчику» – тривиальная в своей бесспорности истина, но в исходном высказывании «… а не то, что у нас хорошо получается» просматривается мнение о том, что тем, что не нужно заказчику, заниматься не следует. А с этим последним согласиться нельзя, ведь потребности разных заказчиков могут быть весьма разными, а некоторые заказчики могут просто не знать или не хотеть знать, что именно им нужно или станет нужно уже завтра.

Всё это старая дискуссия, а точнее – вечная, и я касаюсь её не в первый и не в последний раз. Сегодня говорю о ней снова потому, что увидел «остроумное высказывание» и потому, что хочется обратиться к совсем новым читателям. Кроме того, рынок всё-таки меняется, но, на мой взгляд, не перестаёт быть актуальным когда-то сказанное классиком отрасли:

Отдельно стоящей видится мне тема функциональности базовых средств CAD: вам не кажется, что номенклатура основных средств на ближайшие годы уже вполне сложилась и теперь задачи вендоров состоят в интеграции CAD в постоянно растущую цифровую среду и (для временно отстающих) наращивании функциональности до общепринятых передовых стандартов?