Yes, I would rather see some more traditional FOSS video/audio/chat/screensharing solution. With an account, contact lists, account (not device) based E2E encryption* , easy to deploy server software and something that can be used from a browser (without any plugins) and native chat applications with an open standard.
* Where messages are de/encrypted readable for every device/endpoint of an account not just for the one with the active session.
Vector is a client for the Matrix communications platform (perhaps calling it a communications platform is wrong, it's more general than that).
Matrix itself is just a spec / API for sending and receiving messages. Tensor and Quaternion are two other clients that work with a given Matrix home-server. AFAIK all of these clients can utilize Matrix APIs to some degree, however I'm unsure about video conferencing as I only really use Vector. That said though, other clients' capabilities don't really depend on Vector at all, unless they're using https://vector.im as an identity server.
Would you pay for it? If yes build a list of competent developers, ask them if they would build it and lunch a funding campaign. Give all the money to them and donate yourself. Building software is hard, building what you asked for is even harder.
Just implement it. It's not hard. All the libraries you need already exist and are relatively high quality. I have done it myself (non-free system) getting on to 10 years ago. It took me less than a year by myself and I even wrote my own SIP implementation. These days you could certainly do it faster.
There are a few problems, though. One is that NAT traversal will still probably mean that it will be unreliable unless you also set up a service to carry data. The other main problem is that nobody will pay you for it. There are literally hundreds of failed startups who realised how easy it is to build these things. They couldn't find a way to make money.
It should be easy because if people are forced to pay for a service to carry data in order to make it reliable, you should be able to make money. Right? The problem is that people won't pay for reliability because they think that the software is buggy (see comments above re: "I tried Hello, but it was buggy. No audio, etc." Classic).
Skype famously solved this problem by being evil and routing it's traffic through un-NATed users. Google solves this problem by having more bandwidth than god (and hangouts still sucks half the time).
But if you ignore the "there's no way to make money at this" problem, it's a pretty fun project to write.
* Where messages are de/encrypted readable for every device/endpoint of an account not just for the one with the active session.