Every so often the software market fails. I've had this happen to me a few times. From 1997 to 2007 I used a variety of PalmOS devices for what we used to call "personal information management" (PIM) - including Contacts, Notes, Tasks and Calendaring. My many PalmPilot/Palm handheld stylus devices synchronized by cable connection with Palm desktop software.
PalmOS died around the time the first iPhone came out. That original iPhone was both revolutionary and crappy. Functionally it was a huge regression from PalmOS Calendaring and other PIM solutions, but it was immediately clear that the iPhone was the future (seriously, there were no honest skeptics). Palm had been ailing already, but at that moment it was utterly dead.
It took three years for the iPhone to develop useable solutions for the "PIM-4" that worked across devices (often using either Google or Microsoft Exchange). During that time I had no handheld solution; I returned to using a paper Franklin planner. Finally, in 2010 or so, I was able to transition to the iPhone and iOS.
The market failure of digital image (and video) management has lasted longer and there's no end in site. This means something.
Things were actually looking pretty good for image and video management in 2015. Apple had consumer (iPhoto) and prosumer/professional (Aperture) applications that (mostly) shared the same image library. Things were not perfect -- Aperture had had years of horrible bugs and performance issues, but in retrospect this was a golden age. SSDs were fixing the iPhoto/Aperture performance issues and there were several reasonably priced alternatives including Adobe Lightroom. We didn't know how well we had it.
And then 2015 was when Apple killed both Aperture and iPhoto. There was no replacement for Aperture; users were left stranded with limited ability to migrate to another platform. Photos replaced iPhoto, but in most ways it was a functional regression. There was only one Photos advantage -- it promised a cloud-centric approach to image management with some limited backup features. If your iPhone or laptop was lost or destroyed your Apple Cloud images were probably safe -- as long as you paid for storage or didn't get locked out of iCloud by a phone thief.
Several alternative prosumer image management solutions emerged. But they all had the same problem Aperture had -- they all had severe data lock. If the software were to be discontinued, as happens to most products, there would be no way to extract one's images, image edits, and image metadata (ratings, keywords, titles, descriptions, albums, and on and on). In addition, perhaps inspired by the power of this data lock, many vendors moved to a subscription model. Adobe Lightroom now costs $120 a year, if you don't pay your photo library is essentially dead. Adobe can, if they wish, double or triple that price and customers will simply have to pay up. (I don't know what happens to the image library when a subscriber dies.)
I hoped Apple Photos would mature and develop more advanced features, but it has essentially languished. Recently Apple introduced a "Shared Library" model that is complex to use and, in my experience, has weird bugs and permission problems. (Lesson to users - if you ask Apple for something be prepared to regret your request.)
Eight years after Aperture died there still is not a great prosumer photo management solution for macOS customers. All the options have Hotel California Syndrome -- you can check-in but you can never leave. Apple's only option, the most natural fit for a macOS users, is dreadful and may be deteriorating. Many choices are subscription based and it's very easy for vendors to raise costs.
It's not hard to create a new standards and file based photo management solution. The file system does much of the work. Adobe has an open specification for image metadata management (XMP). Image to album, project, folder relationships are simple row triples. We've known how integrate external image editors for decades [1].
It's not hard ... but it hasn't happened. No vendor has decided to disrupt the marketplace and no open source (really open data structure is what we care about) solution has emerged.
Why not?
My best guess is that the Cloud is the problem. We've only gradually learned how to build responsive synchronizing Cloud products and they are not intrinsically file based. Development is much more challenging and the data lock advantage is irresistible for incumbents.
In the absence of a decent solution vendors are starting to build around the Apple Photos framework. This week Power Photos has a migration and access project. CYME Peakto is some mixture of Photos extension and standalone management solution. Houdah Photos Workbench adds a minuscule number of missing features to Photos.app. I can sort of imagine who these products might work, but Photos is a terrible foundation on which to build.
It's easy to image ways Apple could help, but they've been butchering photo management for a long time. They appear to be broken. The more realistic hope is that it will become easier for open source and other vendors to implement a standards based Cloud solution that would allow library migration between cooperating vendors - either through direct Cloud-Cloud communication or (better) a file based interchange format (what's a TB or two between friends?). I would be happy to pay a $200/year subscription fee for that kind of data freedom solution.
I've spent 7-8 years sitting on Mojave preparing to migrate to Apple Photos. The more I use Apple Photos the less I like this idea. At this point I expect to convert my beloved 2015 MacBook Air to a non-networked Aperture machine and purchase a new M2 machine for my other work. Since Ventura Photos.app no longer supports importing Aperture Libraries. I'll be looking for other migration options over the next one to two years. Maybe some vendor will decide to disrupt the data-lock. In the meanwhile I'll test Power Photos migration by periodically migrating my Aperture library to Photos.
[1] For each image store original, the proprietary image editor non-destructive edit recipe, and the most recent edited version in a user-defined format (lossy or lossless). If the editor is or changed the edit recipe is useless, bu the edited version is good.