The analogy
Franklin was brilliant. You would not ask him to choose between Boeing and Airbus for your commercial fleet. His intelligence is not the issue. His domain knowledge is.
Your CFO understands capital, risk, contracts, cash flow, and budget cycles. Real skills. But evaluating what an AI coding assistant does to engineering velocity — or which large language model handles regulatory text well enough to trust in a compliance workflow — is a different kind of knowledge. And your CFO does not have it. Neither does your procurement team.
Not a criticism
Your CFO does not have this knowledge because the field barely existed two years ago. That is not a failure. It is a condition. Pretending otherwise is the failure.
What domain knowledge actually requires
Knowing whether an agent framework will integrate with your existing systems — or just demo well. Understanding which models handle your codebase patterns versus which ones fail on your specific edge cases.
Recognizing that two tools with almost identical feature lists on a vendor comparison spreadsheet can produce wildly different results for your team, your architecture, your workflows. The only way to know is to have done the work.
Resolution
Bring in people who understand aviation and let Franklin manage the economics. Finance controls the money. Engineering controls the evaluation. In that sequence.