i briefly inherited a woocommerce system with 62 plugins, and because it was so 'easy', the original devs hadn't bothered with things like child themes or version control or documenting any thing they did or why. The WP ecosystem doesn't easily allow for dev sites / testing, and at least one of the plugins was tied to a domain name and wasn't easy to use on non-prod systems.

Paid support from some plugin vendors always ends up with "disable all plugins except ours first and run everything that way before you ask for anything else". "Even the plugins that this one depends on?" I'd ask, to no reply. I understand why, but plugin vendors will point the finger at other plugins - sometimes rightly so - but when so many plugins can change global state all the time, it's a pain to track down what's breaking.

Any time I bring experiences like this up, I'm told "no one has 60 plugins, that's horrendous, I'd never have more than 5 plugins on any WP project ever, you should have started over, you're exaggerating" - some combination of those sentiments. There were 62 (or 65) plugins - IIRC somewhere around 10-12 weren't actively used.

When I inherit projects, I often argue for greenfield rebuilds with the lessons learned from the previous project. When that goes through, I often hit a valley of "we should have refactored". When starting off on the "refactor" path, I often hit a valley of "this should have been rebuilt". There's often not much way to put good tests around WP stuff to get the confidence and repeatability needed to move forward with large scale customizations.

If you start from scratch, have a talented team who understands all aspects of WP development and document things, perhaps it's "good" to start with?

If you're selling a handful of items... yeah. If you're happy with existing themes and don't want any substantive behavioural changes to how themes/plugins work, yeah. Use it. When you want custom or large changes to how the $80 theme sellers think you should run an ecommerce store... I wouldn't recommend it, and I don't know what I'd recommend, really.

Other options: The Sylius project? Foxycart?

Some of the commerce projects I've dealt with are doing hundreds of thousands of dollars, up to millions in sales. They were pushed to woocommerce because 'it's cheap, can do XYZ, no need for "expensive programmers", etc'. You're doing $800k in sales and have no unit tests on the code running your entire operation? On top of that you want changes to fundamental code bits, without easy to setup dev/test/staging/prod workflow or unit tests? Scares the crap out of me. But yeah, I'm not a WP-head, so perhaps you get used to that level of "seat of the pants" working? Or... you spend so much time/effort setting up custom workflow that you can now easily churn out "woocommerce" work with some level of repeatability and confidence? You're probably not on the 'cheap' end, which is often a selling point for WP/woo work.

No doubt, I know that the woocommerce base is used on some big projects. I also have to imagine they had larger teams of people doing custom work fulltime for a long period of uninterrupted time. If you have that team and are doing customizations and integrations, you're not in the realm of "I need something simple that's not magento".

Ultimately, it depends on your needs and skills. Solo/small team, already 'know' WP with existing skills in that world, use woo - knock yourself out. But don't color too far outside the lines.