Various points around snap monetization

@G.S.1 It’s difficult to have a productive conversation when there are so many topics being talked about at once. DRM, ads, margins, in-app purchases, donations, cross-distribution concerns… I just cannot do justice to any one of those topics when we’re covering it all.

With that in mind, let me try to help by providing the general feeling that is part of all of our conversations: it’s only reasonable that people making and distributing software get properly paid for it so that they can do more of it. That includes both the application developers and the distributions that enable end users to have a platform on which applications can run on.

So far our focus has been on creating the motivation for everybody to get together behind a modern packaging system based on its merits. But we understand that it is in everyone’s interests that such a platform should allow users to provide that kind of direct monetary incentive. We will be working on that and we will gladly share the platform’s success with those involved in making it so.

1 Like

Hi,

The tutorials branding will be addressed in #233. Can you file GitHub issues for the images you see that use the Ubuntu colour scheme here?

Thank you

1 Like

Would you like it if I split everything into seperate topics?

Agreed. I am just thinking in the future here.

Done.

I didn’t know snap buy can’t do anything yet. I thought it was implemented. What does it do right now then? The Store people are busy with amazing things, for sure. I was and am trying to start a conversation to understand what they will probably think / do when the time comes to add these features.

The only sane way to have a productive conversation is to discuss independent subjects on their own thread. Otherwise you’ll find various people responding to small and different portions of your points, and they are all on topic. Soon nobody knows what’s being discussed anymore, and we go back home empty-handed.

That doesn’t mean it’s a good idea to create 10 different topics on 10 different subjects at once, though. People will struggle to keep up, and you’ll get responses of lesser quality than they might have been otherwise.

It is implemented client side, and it’s half implemented server side. We just deprioritized it while we worked on more interesting aspects of the platform. We also have some interesting preliminary designs for entitlements, which may lead to in-app purchases at some point.

There are 6 topics here, not 10, which is a bit more reasonable. However, I am not sure about the economics of #4, so that can wait. Leaving 5 topics. I will consider a split.

I would deprioritize it from all the interesting stuff on the roadmap too. Entitlements, care to give out some ideas on how that works? (How about on a separate thread)

Actually, that is what I will do. I will create a thread for each of the topics, but only one at a time. Then, when a suitable answer / a decent discussion has occured, then the next one. In a series.

1 Like

First in the series:

Currently, there are several methods developers monetize their apps, and paid apps are one of them.

I know that many of us here would greatly prefer having an Open-Source ecosystem, but the fact is that developers need to make money, somehow, to make quality apps that make the Snap Store beautiful, and paid apps are one of those methods.

Currently, snap supports snap buy command for monetizing apps, however the server-side has not been implemented yet for this. There are several issues with this though that I believe need to be addressed with this, or they (at least) have not been talked about yet. Namely:

  • snap buy offers no protection to prevent a user from copying a snap and sending it to a friend, without permission (does it?)
  • Will Snap take commissions? If so, where do they go?
  • Bitcoin/Ethereum?

My thoughts on each of these issues:

  • DRM is a horrible thing, and it would seem hypocritical to support it in a FLOSS stack. However, without it, many developers may be reluctant to support Snap Store, or might raise the price to include potential illegal copying. My suggestion is that, rather than create a whole DRM-debacle, we make a pop up, similar to “This software was illegally copied. Though we won’t stop you, won’t you please just pay $2.99 (or so) for the whole app, legally?” Another improvement would be to say, “you must use the terminal to install this app without permission.” In other words, the GUI won’t help you cheat (it must be manual).

  • Where does the commission go? All commissions should clearly go to improving Snap, and nowhere else. Is there a clear way to get this point across / prove commissions are going where they should go?

  • Could Snap theoretically support Bitcoin/Ethereum payments?

I know that the Snap community has not written or is ready to write the source code for buying Snaps yet. However, there is no harm in planning or thinking about it.

Again, the Terms & Conditions don’t state 20-30% anywhere. You’re likely looking at the wrong document.

Canonical is a privately held company with numerous revenue streams, as you’d expect. Like most well run private companies we don’t generally have a policy to enable random people on the internet to dictate internal revenue allocation. :wink: I know of no other privately (or indeed publicly) held companies which do that. While it’s possible that Canonical may ring-fence revenue generated from one product towards financing that department’s activities, I don’t believe that’s something we’d get into publicly.

Sure, it’s simply a matter of programming (QA, testing, legal review etc).

Woops! I initially posted this in a separate topic, where it turns out there are an old and a new Terms of Use floating around, the old one on Ubuntu.com, the new one on Snapcraft. My bad for putting it in again by mistake. Edited.

Of course. What I meant by this was to show to the community that if Snap takes commissions, Canonical isn’t going to funnel them to Ubuntu (making Snap payments benefit Ubuntu instead of being distro-neutral). I just mean, it would be a good idea to show that funds are going to Snap (or at least, say that somewhere) and not favoring one distro over another. Again, if Snap takes commissions.

Finally, my thoughts on a non-invasive DRM… do you think this is a good idea, or should it be stronger/weaker?

To understand where you are coming from - have you ever shipped software for sale like your life depended on it?

Actually no. I am more “hobbyist” right now, but that will change…

However, I have sold a few programs I have worked on. I will say that.

@niemeyer I split the topic because I thought making multiple topics would be better. However, if you want it to be on one, OK then.

@G.S.1 Sorry, but I’ve moved the conversation back here. It sounds like it’s almost a copy of the original post above, still covering DRM, comissions, buying, etc. So no need for a new post.

Entitlements may allow advising the snap about the status of payments, whether that’s for the whole snap or for more specific entitlements that the snap publisher defined. We still need to finish the design and work on details about that, though.

The Snap Store will have a shared revenue model as usual on that kind of platform. What each party does with their own percentage is not the Store’s responsibility to arbitrate.

Yes, in theory that’s certainly possible.

It was, but I set the topic for “Paid Purchase (buy)” and removed Ads / IAPs / Donations / Variable ideas. Still a little broad, perhaps, though.

Like there are add-ons to Snaps? Or is this similar to In-App-Purchase?

I was asking if the Store has plans to take commissions. It will, you just said (shared revenue model). “What each party does with their own percentage is not the Store’s responsibility to arbitrate.” - Yes, absolutely. I just want to ensure (to other distributions and myself) that this percentage/split will go to Snap development/hosting and not toward, say, Ubuntu Desktop refinements.

We’re still working on the details, but my own goal is to have a mechanism that is general and doesn’t force the snap to use it one way or the other. The tooling will handle the boring mechanics and the snap may decide how to use them.

That’s what I’ve tried to answer: it does not make any sense to prescribe what each party does with their own money (yours, Canonical’s, or anyone else’s). We’ve never (ever!) talked about that. That said, quite obviously the primary goal for this feature is to support the project itself.

I agree with that. The only reason I am bringing it up is because I am afraid: What if Canonical is taking the commission and just funneling it into Ubuntu? That isn’t distribution-neutral, and if buying Snaps are supported, this issue would probably be raised by many other people as well.

Like, lets say Elementary, Ubuntu, and Fedora use Snaps. Would it be a little annoying to Fedora if their users are getting commissions taken on Snaps, and they are going to fund Ubuntu (a competitor distribution)?

It is only to show this is distro-neutral as already claimed.

Please, don’t take this as me nagging or trying to control something I don’t have power over.

I just want to ensure that, if there are commissions, they are used in a truly distribution-neutral fashion.

Fedora is free to open their own snap shop, aren’t they? If Fedora even will care - they use flatpak.

Do mac users who buy Office for Mac expect all proceeds from that purchase to solely support Office development?

Fedora cannot, because the Snap store is not open source.

I really like Flatpak in this store-neutral area.

I am just afraid that if commissions are took, they could be seen as supporting Ubuntu rather than Snap.