Address asignment in an IPv6 world is more complicated - you can do DHCPv6, or your can do stateless auto-config. Which should you choose and when? Many other aspects of the stack require more knowledge.
And THEN you ALSO need to understand how v4 and v6 interacts so you can provide suitable compatibility - the various different methods of tunnelling and negotiation.
In my opinion you shouldn't really bother with compatibility. Just do dual stack and maybe NAT IPv4 if necessary.
For my personal use cases IPv6 just proved to be much more versatile than IPv4. It did take some getting used to since it's approached differently, but learning it is very worth it and also helps using IPv4 better
SLAAC is only a drop in replacement in the (typical) home.
Also getting an entire public prefix assigned instead of just a single address is amazing too. On my public servers I let my ssh service listen on a randomly generated static IPv6 address from my prefix, which is not used for anything else. On that same machine I can have dozens of other public services on their own IP each (they can even all run on the same port because they're using different addresses), and when someone then decides to scan the IP of my website for interesting ports, they won't find anything.
To be honest, if someone doesn't understand IPv6, I doubt they really understand IPv4 either. Many issues with IPv6 today come from the fact that everyone and everything is so used to V4 concepts, that most products focus on IPv4 first and then half-ass IPv6 support (if they implement it at all).