Reaction Commerce behind an Airframe static site up quick.

Have an http server between the two, and log the requests.

Users don't update products or orders directly. The critical data that needs to be logged runs on a private network. Something with a lot of validation updates that.

Don't delete services when creating new features. Keep them running.

Avoid a central source of truth. Instead log discrepancies. Then your procedure is "Don't do this" along with "do this".

A lot of microservices are built starting as low as you can go.

I prefer to install proven working software and close it to modification. Have a bunch of them running together instead of making something new.

If you are perceived as just a cog delivering software patches, you've already lost. If you're presenting business proposals and designs, you've already provided research, analysis and business cases. Often this is alot of extra unrewarded work. Though, if a vendor has proven themselves already, they're in position to ask for billable time for more different types of roles. This upfront work is an investment in own business and can be used to attract other clients, but sure, most of it goes down the toilet unless a good outlet is found for all that creative work. A bigger consultancy can have many people cooperating on such work in order to add that extra value to hiring companies.

Everything starts with trust, of course. We've proven ourselves in several large projects and within our open source community before. The client knows that.

There's never any estimate of "so much hours will be spent in total on this research", we just honestly communicate with the client along the way, and they give us their trust.

Whether we can keep that trust is up to us.