Case 01
I treated a purchaser's demonstration as an operator's approval
In 2017 I approved a tray-handling design after a demonstration organised around people responsible for purchasing our equipment. They could assess the intended business proposition and ask commercial questions. I allowed their approval to carry another implication: that the proposed handling routine had been adequately examined by the people expected to perform it. As head of applications, I owned that product recommendation. The mistake was not a condition imposed by an unnamed sales colleague; I had accepted the evidence as sufficient.
Later review involved eighteen operators. Eleven needed another person for the proposed handling routine; seven did not report that difficulty. Ruth challenged why those users had entered the inquiry so late. The commercial team argued that a redesign would disrupt promised delivery and that existing customers had already seen the cabinet. That concern was real, particularly for a small equipment business. Yet a successful demonstration for the purchaser did not remove the difference in operator experience. The findings were neither an injury count nor a universal safety assessment, but they made our incomplete product reasoning visible.
I supported a smaller-tray prototype with qualified engineering and usability review before a defined release. The correction programme cost ₹68 lakh, including ₹19 lakh customer credits. Engineering owners assessed the proposed design and actual handling conditions; customer quality owners retained their processing responsibilities. We did not tell operators simply to compensate for a design assumption that product research had failed to examine. Nor did we claim that a smaller tray automatically made every use suitable, improved food quality or reduced energy consumption. Those would have been separate claims needing appropriate evidence.
The change gave up the convenience of treating the demonstrated cabinet as finished. It required further work and an explanation of my earlier approval. I would now identify the operator research needed before the purchasing demonstration, rather than expect later user feedback to refine an otherwise settled proposition. The case changed how I understood approval itself. A buyer's authority answers whether an organisation can commit to a purchase; it does not necessarily answer whether the product fits the work another person must perform after that commitment. Both questions belong in the development account.