Show HN: Flurly – sell any digital file online
flurly.com
flurly.com
Is "any file" meant to suggest that you're aspiring to be more content-neutral than other intermediaries, or was it just meant as something more like "any file type"? (e.g. the same platform can sell music, movies, photos, models, e-books, etc.)
As an intermediary in 2020, you're likely to see a lot of people target you in various ways because they don't like things that people are using your platform for. They may threaten you with lawsuits, complaints to law enforcement, boycotts, DDoS, trying to get your payment relationships cut off, trying to get your other platform providers to cut you off, etc. If your platform has a high profile or is used to sell something high-profile, journalists and politicians may publicly second-guess your content decisions (both things that you did remove and things that you didn't remove).
I don't want to alarm you about this, but it would be nice if you could figure out any content and moderation policies ahead of time, explain them clearly to prospective sellers, and then see if you can stick to them when other people disagree with them. :-)
P.S. EFF has some good resources about §512 and §230 issues for intermediaries, and is always interested in hearing from intermediaries who get U.S. legal threats that the intermediaries find questionable or improper (related to third-parties' use of a service).
P.P.S. I've never been an intermediary or platform operator, but a common thread that I've heard from different lawyers in this space is that it's amazing how much conflict your users' creative use of your platform may draw you into about issues that you never even thought about. :-(
I've been working on a platform to enable anyone to affordably sell digital products online. In particular, Flurly charges no monthly fee & only takes 1% of each transaction, which is 5x cheaper than competitors like Gumroad.
I hope this can be useful to online sellers in the hacker news community. I believe more money directly to creators is net good for the world. Some may wonder how I plan to make money on this. It's a fair question. My current plan boils down to two key factors:
1) Cost efficiency. By utilizing technology platforms like Stripe/Firebase/Vercel/Algolia/Sendgrid, I can amortize the cost. Or in other words my costs grow with revenue/usage. This way, I don't need to buy physical hardware servers, or negotiate deals with banks or write my own database, or spend time on SRE. Also since it's just me, I don't need to pay for employee health insurance, benefits, etc.
2) Volume. Hopefully by lowering the cost of doing commerce, more people will buy and sell, increasing the overall volume of commerce. Since the commission is on the overall volume, hopefully I can recoup some revenue/profits that way.
Please let me know if you run into any issues and I'll look into it right away
Thanks!
Highly misleading comparison since Gumroad doesn't add extra charges on price of the product (other than cases like VAT)
Flurly doesn't add extra charges, it does basically the same charging scheme as gumroad but cheaper.
So if you sell a $10 item:
1%, or 10c goes to Flurly
2.9% + 30c or 59c goes to Stripe
$10 - 10c - 59c = $9.31 goes to the seller
There is no additional charge to the customer above $10.
Still cool, though obviously depends on volume. I use sendowl which is as cheap as $9 a month + Stripe fees (2.9% + 30 cents).
I used to use gumroad, but had issues. I think they've gotten a bit complacent (see https://medium.com/@atrigol/gumroad-review-things-they-need-...) so prob room in the space. Good luck!
For $10 on gumroad (see https://help.gumroad.com/article/66-gumroads-fees):
Free account: 8.5% + $0.30 (USD) per sale gives $8.85 to seller
For $10/month: 3.5% + $0.30 (USD) per sale gives $9.35 to seller
And there's other options like direct paypal connection, where gumroad charges 6% or 1% and rest is charged by paypal themselves.
These comparisons will vary based on product price, but this is nowhere close to your 5X claim.
The 5X is in terms of the "take" percentage (1% vs 5%).
The additional cost is covered by the customer, so they're not lying about only taking 1% from the seller... still a bit misleading, though.
So if you sell a $10 item:
1%, or 10c goes to Flurly
2.9% + 30c or 59c goes to Stripe
$10 - 10c - 59c = $9.31 goes to the seller
There is no additional charge to the customer above $10.
Does your credit card processor permit sales of adult content, and are you comfortable with that being sold through your site? If not, you may want to clarify that.
However, you mention 2.9% in processing fees from Stripe. This is accurate for non-EU cards. The fee on cards issued in the EU is only 1.5%. Would those savings be passed along to a seller on your site?
In addition to credit cards, Stripe offers a number of other payment options as well, such as direct debit and many national schemes. Are there plans down the line to add support for those as well?
I paid with cryptocurrency for the first time today when I realized my webhost accepted it in lieu of cash and that it had the lowest fees among all payment options. For example, right now my webhost's calculator says that for a $10 deposit there's a 20 cent fee for a net deposit of $9.80 if I use "Bitcoin". (I actually have no Bitcoin and managed to pay anyway, because my webhost is using BitPay as a processor, which seems not to limit you to Bitcoin only.)
A product on Flurly right now using Stripe at the same price looks like it would be $10 - (2.9% + $0.30) - 1% for a net of $9.31 after net $0.69 fees. Considering the example on Flurly's homepage is $1, for this and the $10 example I gave and for other small payments, it's obviously a better deal for sellers if buyers avoid using Stripe. And it turned out to be easier to log in to Coinbase and pay with some giveaway coins I'd received than it would have been to pull out my credit card and fill in the info.
Do you have plans to support selling dynamic content, like this?:
1. User clicks "buy now" and pays. 2. Flurly sends a request to an API on the seller's server with the user's info and an auth key. 3. API responds with a file or text. 4. The file or text is given to the user.
I would like to use this flow to sell license keys for a minimalist SaaS product I built. I would want Flurly to connect to my webhook URL to generate a new license key for the customer.
This process could also be used to deliver personalized, watermarked ebooks.
Few follow up questions:
1) Would you have the website? Or would the flurly product page be your "website"? If the former, does it make sense to skip the product page altogether and Flurly just serves as a super thin layer over Stripe Checkout?
2) Would the purchase be a subscription or a one time payment?
Thanks for your interest!
The reason gumroad charges more is because they deal with EU/VAT remittance issues because they act as the merchant of record. Same with fastspring.
But jokes aside, most likely would be similar to how most integrity operations work:
1. Enable community to flag misleading/false products
2. Contract/Hire some folks to review flagged products
3. Use automation / ML to weed out egregiously bad products
Are you planning on adding support for crypto integrations?
Definitely curious on your arch choices for front end? This css / design looks great!
Front end arch choices are tailwind + nextjs + react.
And thanks!
How do you plan dealing with charge-backs?, and how often do users get paid after selling product?
I foresee this being used for stolen license keys (and maybe porn, though probably not much - feds would get a warrant and know who it's getting cashed out to.)
If OP adds Bitcoin as a way of cashing out though, they'll probably go to prison as an accessory for the many horrible use cases that would inevitably result. Don't do it OP!
EDIT: Oh I see, the link in your profile ^_^ ( https://flurly.com )
EDIT: Project looks interesting. Thanks for sharing!
FEEDBACK: Products page should list items some one are selling. Maybe make an option to sell publicly (show on Products page) or Privately (hide on Products page). Search could use a bit more helpful tips, like example products selling for example. Also, some sort of support contact page might be a good idea.