Start with the business outcome
Ask what control, record, decision or report the business actually needs. Recreating a legacy screen because users are familiar with it is not automatically a valid requirement.
Use standard behavior where it is genuinely suitable
Standard functionality usually carries the lowest upgrade and maintenance burden. That does not mean forcing the business into a poor fit; it means understanding what the platform already does before replacing it.
Treat customization as an owned product decision
Every customization should have a business owner, testable requirement, upgrade impact and support expectation. A custom module becomes part of the operating system and must be maintained accordingly.
Know when deep engineering is justified
Complex approvals, specialized industry workflows, localization, integration or statutory needs may require deeper work. The correct goal is not “zero customization”; it is controlled customization with clear value.
