Probably one of the first questions when arriving at Paperwall will be “what are these Tickets?” This post will help explain the reasoning for Tickets and specifically, why not direct cash transactions.
First off, the model - paperwall uses a credit / debit system. You top up your account by purchasing tickets, which can be redeemed against articles to read. Being per article, it uses micro-transactions, which in theory is a good one, but traditionally has been difficult to implement due to technical and operational overhead, and the upfront friction in the reading experience.
From an implementation standpoint, micro-transactions are difficult because in their simplest form, each article require their own transaction. This is impractical because of payment fees. Every transaction has a cost - fees, processing, back and forth with financial institutions, risk etc. Doing a transaction per read just doesn’t make sense.
The next option is bulk transactions, and there are 2 options here: before or after. “Before” (top-up) involves topping up your account periodically, like when your balance is low or on a periodic basis, usually monthly. “After” (on a tab) involves recording each transaction and sending a bill at the end of the month, which is what you’d pay. When topping up, you feel a measure of control over what you’re spending, but might be more scrupulous about what you’re purchasing; vs on the tab, you have more freedom, but might be surprised when the bill comes around.
Both of these options have their pros and cons, but there’s another level - do you deal with cash directly, or do you have some intermediary credit system? Dealing with cash transactions directly is inflexible, but very explicit. You know exactly what you’re paying. But regarding flexibility, if everything is the same price, it’s not so bad. When you try to add discounts or bonuses? Things get complicated really fast. Why did this get a discount and this didn’t? Why did this get a bonus? To solve this, we can tie those together into a tangible thing - whether it be tickets, credits, tokens, etc. - and you have more flexibility. There is a single unit of inventory to rally around and pricing becomes much more flexible. We can apply welcome bonuses, volume discounts or bonuses, referral bonuses, etc. The catch to a credit system is because of its flexibility, there’s some mental math to figure out what something is actually worth, hence why some of us are visiting this post.
We’ve established that a credit system is more flexible and probably best suited to what PaperWall is trying to accomplish, so now we go back to the original “before” or “after” (top-up vs tab). If going with this credit system, you cannot make the purchase “after” - it only makes sense “before”. Similar to any other place credits or tickets are required, you buy some in bulk and redeem them as you see fit. You don’t read some things and retro-actively purchase credits. This way there is lots of flexibility in pricing and figuring out the value per unit is easy enough to understand quickly.
With that, Paperwall chooses to use the concept of Tickets - things that you pay for in advance and can redeem anywhere within its network. Tickets are worth anywhere from $0.20 to $0.25 per ticket when purchasing, and $0.20 to $0.15 per ticket when paying out publishers - the difference is what makes up PaperWall’s commission - what it takes to keep the lights on. These are the originally established rates, which will likely be subject to change. Any changes will be communicated in our newsletter and updated in our terms and conditions.
Hopefully this helps to provide clarification, but please reach out if you have any further questions.