Naw. I always think of customer engineer as having a large overlap with the person who quotes you a price for some project (building, car repair, etc).

They look at what you need and try to figure out how to use their companies software to make it happen. But the critical difference is they don’t really build anything other than a demo or proof of concept. They might spec out something and give you a cost estimate. Or they might work with you to architect some piece (as in “hey you could use s3 here and dynamodb there and make sure that you don’t have a single region point of failure”.

At the end of the day it is sales. It’s just trying to show people they can use your companies tools to do what they want.

Also I work for one of the cloud companies. I spent most of my career as a software engineer but the most common skill I use is really more devops stuff. Customers aren’t asking me to design their business logic, they are often asking me to design their multi region high availability story.

I ran across this today: https://graphite.dev/blog/how-large-prs-slow-down-development

They describe just the problem you are experiencing: change amplification.

Contrary to some comments this is not a sign of good architecture. It may be needed at your company, but if I was betting I’d bet it’s not.