What would the business model be then?

Reply to this note

Please Login to reply.

Discussion

Provide an actual valuable service to your customers rather than extract bullshit rents inside a walled garden (while also helping make the walls of the garden taller).

Then give them a free open source UI that helps them use that service. Preferably as a PWA

I'm all for that. The issue is that for many app businesses of a certain scale if they go the PWA-only route versus the native route (assuming both routes are viable) they will lose money. Not make less money, but lose money. Can't pay the team, downsize, shut down. (Whereas going the Native-only/App Store compliant route they'd scrape a little profit, something to invest back in the team and keep going.)

If they do both, they will also lose money. (Starbucks can do both.)

The vast majority of app businesses operate at a scale where PWA-only means making a loss.

So the options for these teams are: go native-only, get grant funding (opensats or whatnot), or give up on the idea and do something else.

If they can't afford to do what I'm describing their teams are too large or they're using an inefficient tech stack or both. (Or they're providing a service that isn't valuable enough to consumers). Either way, I would personally prefer they go out of business than become another "zombie business" that survives purely off the little table scraps of the various megacorp walled gardens and further entrenching that model.

I think that's a fair argument, but on the basis of ethics or principles.

Not on the basis of team size or tech stack, as many of these teams don't have anything to point fingers at there.

On the tech stack side it could be their design is simply optimised for native APIs. PWAs can’t fully plug into the accelerometer, gyroscope, ambient light sensor, bluetooth, USB on and on. Geolocation on a PWA can be of by many meters more than on a native app. And so on. There are a lot of things you can only do on a native app—or you can do a very watered down version on a PWA that people at best don't find nice—and at worse hate.

These are make or break things when it comes to the business side.

Or it could be down not to native APIs but rather deep-link integration with other native apps, or just certain market dynamics when it comes to attracting foot traffic and so on.

Basically there are many reasons to have empathy for teams that would love to go all in on PWAs but don't.

You're completely right, I'm making an argument from principles. Good point. What I'm saying boils down to: if your business model cannot be supported by open protocols, then you _ought_ not pursue that model, because otherwise you contribute to the downfall of many other things you may cherish.

(The latter point there makes it slightly more tactical than purely principled, but I'm also making some hidden empirical claims there, which is not too fair).

We all have places we won't go, business-model-wise. "I wish people would buy my photographs!" (Well they would if they were pornographic, but you have a red line there) "I wish people would pay to visit my blog!" (Well they would if you had ads, but again red line) "I wish people would use my PWA!" (Well they would if you had native deep-linking)

I admit my red line being on [this side] of open protocols is extreme, and alienates most legacy / fiat business models and software development practices... But I say: Fix the protocols, fix the world. And it's a hill I'm willing to defend and die on, economically.

People forget that web apps and mobile apps are just UIs to actual services. **Access** to the UI shouldn't be the product. That's an insane fiat mindset that we've allowed to keep in and it only benefits the gatekeepers