Charge when user made a sale. That’s fair for everybody I would say. COS instead of COC. Just make sure you send the right rel=gofuckingbuyit and let you makers implement a little callback to you platform with every sale from gofuckingbuyit. Otherwise not show them on the platform.
I do realise this is quite some work for the makers. But this way you have a solution for every size. Price could be a percentage of the sale. Or a first month for reoccurring sales.
I think I know people what you mean but want does COC and COS mean? So make money when a sale has been made? And every maker must add a rel=gofuckingbuyit ?
Can you share a link with more info? I vaguely remember something about a list of products made by indie makers. Is that it?
In that case my question is what the point of the list is. The revenue model should flow from there.
If the goal is to stimulate purchases for indie makers, then I'd focus on that first before worrying about the revenue model. If you can generate enough sales there will be plenty of options to monetize later on. However if you're just starting out with few sales I imagine it will be hard to get makers to implement an affiliate model (not worth the effort for just a few sales), nor are you able to charge a lot for advertisements (again, not worth the investment if there's only a few sales).
Charging early is generally good advice, but only works when you've established you can provide value worth paying for. For e.g. SaaS products this generally easier than the type of product you're looking to create.
Yeah, I agree with the peeps above. I’d say that perhaps simply let it be as it is and have people crowdsource more products and refine it and then at some point when Black Friday, or a similar event, comes make a bundle of services by pairing up with the makers and sharing revenue. However, this would only make sense if you’ve already established a nice base of users visiting the list. These things take time to develop and nurture!
A) Charge users to access the list of products sounds like a nonsense to me. Like, pay money to then spend more money?:) It could be fun if you could make a bundle of products made in WIP and sell it on single subscription model, similar to the project (don't remember the name) that sells subscription to Mac apps using same approach. A lot of work to be done to make deals with makers and to somehow make the positive ROI (not sure if possible) but something to consider. Good luck.
👋 Join WIP to participate
Charge when user made a sale. That’s fair for everybody I would say. COS instead of COC. Just make sure you send the right rel=gofuckingbuyit and let you makers implement a little callback to you platform with every sale from gofuckingbuyit. Otherwise not show them on the platform.
I do realise this is quite some work for the makers. But this way you have a solution for every size. Price could be a percentage of the sale. Or a first month for reoccurring sales.
I think I know people what you mean but want does COC and COS mean? So make money when a sale has been made? And every maker must add a rel=gofuckingbuyit ?
Cost per sale versus cost per click. I think the buyer needs to go via your platform. You will add the rel= to all you links over there.
Can you share a link with more info? I vaguely remember something about a list of products made by indie makers. Is that it?
In that case my question is what the point of the list is. The revenue model should flow from there.
If the goal is to stimulate purchases for indie makers, then I'd focus on that first before worrying about the revenue model. If you can generate enough sales there will be plenty of options to monetize later on. However if you're just starting out with few sales I imagine it will be hard to get makers to implement an affiliate model (not worth the effort for just a few sales), nor are you able to charge a lot for advertisements (again, not worth the investment if there's only a few sales).
Charging early is generally good advice, but only works when you've established you can provide value worth paying for. For e.g. SaaS products this generally easier than the type of product you're looking to create.
docs.google.com/spreadsheets/…
Ok, thanks. Will have to away and think about the revenue model more I think.
Yeah, I agree with the peeps above. I’d say that perhaps simply let it be as it is and have people crowdsource more products and refine it and then at some point when Black Friday, or a similar event, comes make a bundle of services by pairing up with the makers and sharing revenue. However, this would only make sense if you’ve already established a nice base of users visiting the list. These things take time to develop and nurture!
A) Charge users to access the list of products sounds like a nonsense to me. Like, pay money to then spend more money?:) It could be fun if you could make a bundle of products made in WIP and sell it on single subscription model, similar to the project (don't remember the name) that sells subscription to Mac apps using same approach. A lot of work to be done to make deals with makers and to somehow make the positive ROI (not sure if possible) but something to consider. Good luck.
Yeah, those are good points Dima. Thanks
Bundling products like SetApp does could be very cool! That way the makers are promoting your platform as well.
setapp.com
Yes, meant exactly this one.
I saw your question before & I just stumbled upon www.pppmakers.com
So maybe like this or as Adriaan said like SetApp :)