GUADEC: New funding models for open source software
Money and free software have never been an easy fit. As Adam Dingle of Yorba explained at GUADEC 2012, the overwhelming majority of companies that produce free software underwrite its development with other income: services, contract work, support plans, and the like. But that dichotomy puzzled Dingle when viewed in light of the recent explosion of successful crowd-sourced funding stories on sites like Kickstarter. His talk asked why the Kickstarter approach is not working for open source — and what could be done about it.
Dingle founded Yorba in 2009, and his first hire was developer Jim
Nelson. Nelson joined Dingle on stage to describe the project's background.
Yorba is a small non-profit company best known for its GNOME
applications, such as the photo organizer Shotwell and the email
client Geary. But the group's non-profit status does not mean it is
uninterested in paying developers; rather, it is attempting to fund
development of its open source applications without subsidizing them
with other work. So far, that dream has not been realized. Yorba
does break even, but only by taking on contract work. It has a number of
GTK+ projects it would like to pursue, but has had to put on hold
simply for lack of time. The company is not looking for
"Facebook money
", Nelson said, just competitive salaries
for its employees. "
I think everyone in this room has had that
dream at one point
", he said, "
to be able to be secure
enough to write the apps they want to write
".
Web donations don't work
But, asked Dingle, why is that so difficult? The issue is not unique
to Yorba, he said, but a classic problem. Yorba has a donations page
on its Web site, and it knows it has millions of users, but they do
not translate into funding. "If every one of our users gave us
one dollar once in their lifetime, we'd be fine
". Dingle
confessed that he had only rarely donated money on similar donation
pages at other open source project sites, and a show of hands revealed
that around half the GUADEC audience had done so at least once. On
the other hand, Dingle said, he has given more money (and on more
occasions) to Wikipedia — primarily "because Jimmy Wales
asked me to, again and again
" in Wikipedia fund-raising
drives.
Clearly the Web donation page approach works for Wikipedia, which raised more than US $20 million last year, he said, but on the free desktop it is a lot more difficult. Part of the reason is exposure of users to the campaign. Wikipedia promotes its fundraising drives on the site. Projects, however, do not want to put advertisements in their applications, but only a tiny fraction of an application's users ever see the project's site, because they install and update the application through their distribution's package management system instead.
There are other difficulties with the donation model, Dingle said. Donation pages are difficult to use because making online payments is not simple, usually requiring a third-party service like Paypal that adds complexity. The offline alternatives (like mailing in a check) can be worse. In either case, it is far harder than clicking the "buy" button in Apple's self-contained iOS application marketplace. Static "donate" buttons also make it difficult to see how one's individual contribution affects the software itself.
A few people have tried to streamline the online donation process, he
said, including Flattr. But although Flattr is helpful, Dingle said,
"I don't know of any open source project sustaining itself via
Flattr — or via donations, period.
" Even as open
source has continued its struggle with funding, he said, a couple
of radical new funding methods have exploded on the Internet in other
fields. They are not really being used for open source, he said, but
perhaps they could be.
Pay as you like
The first new development in funding is the "pay what you want,
including zero
" approach, which Dingle described as
post-funding. This is the approach taken by the Humble Bundle video
game sales. The first major use of this model was in 2007, he said,
when the band Radiohead released its album In Rainbows
online, and allowed customers to pay any price they chose for it
— including free.
The Humble Bundle approach is a little different, he explained. There is no "free" option, and Humble Bundle employs other tactics to try and increase the purchase price (such as promising to release games as open source if a target is hit, and providing add-ons if a buyer beats the current average price). But Humble Bundle is instructive for open source projects, because it demonstrates that Linux users are willing to pay for games (which has long been a point of debate in some circles).
The question for open source projects is how to harness this approach and apply it successfully to software development. Dingle identified a few key factors that distinguish the post-funding model from traditional donations. First, there is always a limited time window in which to make the purchase. Second, the post-funding drive works for a completed project, and one that cannot be downloaded outside the drive. In other words, you must pay something to get the work at all.
Both factors could prove difficult for ongoing software projects to
emulate. The Ardour audio workstation tries something akin to
post-funding on its site, he said; it suggests a $45 donation to
download the application. But Ardour is also built for Mac OS X,
where users often download applications from the Web; Linux
applications still face the challenge of requesting donations through
a package manager. Dingle suggested that GUI package managers could
support donations from within the application, but there are social
and logistical problems. First, there is no automatic way to send
donated funds to the application in question, so it would entail a lot
of manual oversight. Second, there will always be people in the
community who argue that "we should never ever suggest paying
money for free software
". In closing, he observed that there
was a proposal to add a donation mechanism to Ubuntu's Software
Center, but that it seems to have no momentum at the present.
Crowdfunding
The other new funding method to make a splash in recent years is crowdfunding, in which donations are pledged before work begins, which Dingle called a pre-funding model in contrast with the post-funding model. Kickstarter is the darling of the crowdfunding world, he said, although there are other players. On Kickstarter, anyone can propose a project, but Kickstarter selectively vets the proposals before accepting them. Once accepted, each campaign has a fixed time limit, a target price, and the money is rewarded in an all-or-nothing fashion at the end of the campaign. Kickstarter also requires projects to offer "rewards" for each funding level, he observed, although there are no real criteria in place governing them. He mentioned the OpenTripPlanner project, which offered a free copy of the application to the lowest tier of donors — even though the application is open source.
Kickstarter has other peculiarities worth watching out for, he said. Projects that are selected for heavy promotion by the Kickstarter team tend to get drastically better results, and the dollar amounts pledged are still rising. He pointed out that nine of the top ten highest-funded projects on Kickstarter's history have been in the first half of 2012. But Kickstarter also cannot force a project to complete the work it has pledged to do. The money is awarded in a lump sum, and completion of the project is based on trust.
Despite a handful of standouts (such as Diaspora), Dingle said that
Kickstarter has not been a great match for open source projects, for
several reasons. First, the site is slanted towards art and design
projects; all non-game software projects get dumped in the general
"technology" category, where they compete for attention "with all
the helicopters, robots, and other things.
" More importantly,
Kickstarter is geared toward getting a new project off the ground,
not for developing the next version of an existing project that has
existed for years. Finally, Kickstarter's selective acceptance means
it is difficult to make the cut, requiring slick sales pitches, and
facing increasing competition.
Others have attempted to build a "Kickstarter for software" before, Dingle
said, including Fundry and CofundOS. Neither has achieved much
success; Fundry is defunct, and CofundOS currently has five projects
tagged with "GTK" — all from 2007. He then listed several
reasons why Kickstarter has proven successful while the
software-centric sites have not. First, the artistic and non-software
projects are "cooler
", so they attract more users and
build a larger community around the site. Second, Kickstarter's
time-limited and all-or-nothing funding creates a sense of excitement
around each campaign, while the software sites function more like
standing bounties. Third, the software funding sites always included
complicated weighted-voting schemes through which the donors
determined whether or not a feature had been completed enough to
collect the pledged money. That made the process slower and more
difficult to understand.
Moving forward
Dingle cautioned that "I don't have an easy answer
", but
concluded his talk suggesting that maybe it was time for a new
crowdfunding site for software that built on the lessons from
Kickstarter's success and the other sites' failures. Yorba has been
discussing the idea, he said. Ideally it would be simple and
good-looking like Kickstarter, but scoped only for software (and
perhaps just for open source software). Launching it would probably
require "
bootstrapping
" the site with several
high-profile projects.
On the other hand, he said, such a site would need to take a different approach in some ways to fit open source projects' needs. One interesting idea would be allow projects to maintain an indefinite presence on the site, but still run separate, time-limited campaigns for specific development cycles. Or perhaps projects could run campaigns to back specific features, where each development cycle's campaign would determine what gets worked on for that cycle. Whether such a campaign would let donors back specific features, or let developers set "goal" features at different levels is an open question. It is also unclear how to support libraries on such a site: it is hard enough to fund applications, he said, much less supporting libraries that the users might not even realize are there.
Several in the audience had questions in the waning minutes of the session. One asked how a software crowdfunding site could generate the same excitement over novel and crazy projects, which are a big part of Kickstarter's draw. Dingle responded that the site would have to emphasize features. Another audience member observed that Kickstarter projects maintain a lot of buzz through ongoing interaction with the project teams, and asked how a software crowdsourcing site could do the same. Dingle agreed, noting that he had donated to a game project and received a near constant stream of updates and feedback, something that is hard for a small software shop to do, since writing updates means temporarily stopping work on the code. On that question, Nelson also weighed in, saying
Of course, none of Dingle and Nelson's observations about crowdfunding and pay-as-you-like finances are limited to the GNOME project itself. All open source software faces the same challenges when it comes to raising the money to keep developers at the keyboard. In recent years, Linux distributors have underwritten the development of desktop software through the sale of enterprise services and support contracts of various forms. Users have grown accustomed to that situation, and there is certainly nothing wrong with it, but Dingle and his colleagues at Yorba have shown that no one needs to accept that as the only viable funding model.
[The author would like to thank the GNOME Foundation for travel assistance to A Coruña for GUADEC.]Index entries for this article | |
---|---|
Conference | GUADEC/2012 |
Posted Aug 16, 2012 4:25 UTC (Thu)
by cmccabe (guest, #60281)
[Link] (4 responses)
Posted Aug 16, 2012 5:23 UTC (Thu)
by ian00 (guest, #55476)
[Link] (2 responses)
Posted Aug 16, 2012 5:45 UTC (Thu)
by ian00 (guest, #55476)
[Link] (1 responses)
Idea: A distribution adds a payment system that would allow easy donations, to individual non-profits, or the distro itself, or a mix. Throw in something to the distro installation ui, the package manager ui which connects non-profits to the packages they work on. Allow people to opt-out, or opt-in to everything.
Posted Aug 16, 2012 5:45 UTC (Thu)
by ian00 (guest, #55476)
[Link]
Posted Aug 23, 2012 7:03 UTC (Thu)
by oldtomas (guest, #72579)
[Link]
<http://www.kickstarter.com/projects/joeyh/git-annex-assis...>
Of course, the really interesting part is to ask why this project had such a resounding success (funded with 24K out of a 3K pledge -- that's a factor of eight!). I propose (non-exhaustive):
* Joey is well-known in his circles. No one had a doubt he'd follow through.
* He had already git-annex, i.e. something usable to show around
Posted Aug 16, 2012 5:46 UTC (Thu)
by ian00 (guest, #55476)
[Link] (1 responses)
Idea: A distribution adds a payment system that would allow easy donations, to individual non-profits, or the distro itself, or a mix. Throw in something to the distro installation ui, the package manager ui which connects non-profits to the packages they work on. Allow people to opt-out, or opt-in to everything.
Posted Aug 16, 2012 5:53 UTC (Thu)
by ian00 (guest, #55476)
[Link]
Posted Aug 16, 2012 6:59 UTC (Thu)
by danieldk (subscriber, #27876)
[Link] (10 responses)
What I'd love to have is the following: I give 10 Euros monthly to my favorite distribution (Ubuntu or Debian). They distribute my monthly donation uniformly among the projects associated with the packages that I use.
This has many advantages:
- I don't need to remind myself about donating (it's like a monthly subscription).
Say that you could convince one million Linux users to donate ten Euros monthly, the pie is 120 million Euros per year, this would imply that major projects suddenly have a budget to address boring development tasks (polishing, bugfixing), and even smaller projects may have the budget to hire a developer one or two months full-time per year.
Of course, the downside is that you'd need infrastructure for projects to register themselves, etc. But it is a whole lot easier, and probably fairer than the current methods for getting funding.
Posted Aug 16, 2012 8:33 UTC (Thu)
by dd9jn (✭ supporter ✭, #4459)
[Link] (4 responses)
Posted Aug 16, 2012 8:49 UTC (Thu)
by danieldk (subscriber, #27876)
[Link] (3 responses)
Something akin to Debian's popcon.
> What about infrastructure packages, most users are not aware of?
Do you mean X.org, coreutils, libc et al.? They get a (big) share of the pie too, since in this setup, what counts is packages that are installed.
http://popcon.debian.org/ gives an impression of how donations are distributed in such a setup.
One potential problem is that some packages are small, but very popular. They might need less funding that larger, less frequently used packages (e.g. compare util-linux with Shotwell).
But I think the upside is that it guarantees a steady, predictable, income for the software projects that are the most fundamental to the free software ecosystem.
Posted Aug 16, 2012 12:42 UTC (Thu)
by mathstuf (subscriber, #69389)
[Link]
I think the question was referring to things like Koji or Bodhi (for Fedora). Every user needs those things, but they're rarely installed.
The stats would also have to be exposed so that RPMFusion could do something similar for its packages (I imagine Fedora would do this anyway (assuming something akin were implemented) in the spirit of transparency).
Posted Aug 16, 2012 12:44 UTC (Thu)
by mathstuf (subscriber, #69389)
[Link]
There could be a field for "After what point is money better spent elsewhere?" possibly due to few full-time volunteers versus $DAYJOB developers.
Posted Aug 16, 2012 16:45 UTC (Thu)
by tx (guest, #81224)
[Link]
Posted Aug 16, 2012 11:24 UTC (Thu)
by ewan (guest, #5533)
[Link] (1 responses)
Other than that, I think I'd be on board with the general idea - it'd be a similar experience to buying a boxed set of Red Hat or Mandrake years ago rather than just downloading the ISOs.
Posted Aug 17, 2012 12:04 UTC (Fri)
by man_ls (guest, #15091)
[Link]
Then again these donations might convert a licensing issue into a cost/benefit decision ("Cups for Linux costs us xxx and we only get xx from them, so away they go"). Who knows. Anyway a grant evaluation process is nice.
Posted Aug 16, 2012 12:41 UTC (Thu)
by ssam (guest, #46587)
[Link]
but:
maybe there could be a set of sliders to adjust, with a suggestion based on your installed apps and usage. and system packages bundled together, eg
Posted Aug 16, 2012 23:02 UTC (Thu)
by Tester (guest, #40675)
[Link]
Posted Sep 3, 2012 17:18 UTC (Mon)
by Tlb9 (guest, #86539)
[Link]
It seems to me that this solution has a fundamental flaw - yes, there will be a 120M $(£ € whatever) budget, but there will also be a dictator in charge of this budget, and God help us if he will turn out to be not so benevolent. And with this big money any person, unless he's naturally saint - will become not benevolent, later or (more likely) sooner.
And lets think wider - it seems to me that outside of popular distros and their communities there is a dozen of other free and opensource software pieces that could benefit from regular donations, and it has enough fan users to provide good stream of donations if given a handy way to do this.
So, let's give all these people an option to choose what exactly they want to support, and option to select if they want to do a one time coin drop, or a regular check sending.
What do you think about such approach?
thanks,
Posted Aug 16, 2012 13:31 UTC (Thu)
by wazoox (subscriber, #69624)
[Link]
Posted Aug 16, 2012 13:56 UTC (Thu)
by pj (subscriber, #4506)
[Link]
Posted Aug 16, 2012 13:59 UTC (Thu)
by arafel (subscriber, #18557)
[Link]
No idea if it'll work any better than the others - it only has a few projects, and the visual side of things could be better - but it explicitly aims to be a crowdfunding source for software.
Posted Aug 16, 2012 23:06 UTC (Thu)
by Tester (guest, #40675)
[Link] (4 responses)
Posted Aug 16, 2012 23:11 UTC (Thu)
by dlang (guest, #313)
[Link] (3 responses)
Posted Aug 23, 2012 18:21 UTC (Thu)
by Tester (guest, #40675)
[Link] (2 responses)
Posted Aug 24, 2012 2:47 UTC (Fri)
by rahulsundaram (subscriber, #21946)
[Link] (1 responses)
Posted Aug 25, 2012 11:56 UTC (Sat)
by nix (subscriber, #2304)
[Link]
Posted Aug 17, 2012 15:37 UTC (Fri)
by alex (subscriber, #1355)
[Link] (4 responses)
I've been interested in Flattr for a while - I must get round to joining and seeing if any of my projects attract any donations that way.
Posted Aug 17, 2012 21:01 UTC (Fri)
by dashesy (guest, #74652)
[Link]
Personally I would not mind paying for software if it is well written, open source is like science and is capable of achieving the higher quality because of real peer review.
Posted Aug 17, 2012 21:29 UTC (Fri)
by neilbrown (subscriber, #359)
[Link] (1 responses)
Somehow I feel that is the wrong starting point, though it seems like an obvious one.
I think it would be more effective to think "I must get round to joining and seeing if I can direct some funds to some useful projects".
If everyone does the former, nothing much happens. If everyone does the latter.....
Posted Aug 19, 2012 16:37 UTC (Sun)
by alex (subscriber, #1355)
[Link]
I'd love to work full-time in the FLOSS eco-system but currently there are few organisations with the funds and I do have to support a family so I can't do it full time for free.
Posted Aug 18, 2012 19:15 UTC (Sat)
by giraffedata (guest, #1954)
[Link]
Maybe it's just erroneous wording, but I don't think that's what you see. Those bounties don't estimate what it would cost to implement - they estimate what the feature would be worth to the offeror, and therefore simply tell us that implementing features is a waste of resources.
Posted Aug 18, 2012 6:39 UTC (Sat)
by nettings (subscriber, #429)
[Link] (1 responses)
Posted Aug 20, 2012 17:17 UTC (Mon)
by n8willis (subscriber, #43041)
[Link]
Nate
Posted Aug 27, 2012 17:10 UTC (Mon)
by whit537 (guest, #86427)
[Link] (1 responses)
It's starting to take root somewhat in the Python community, and I would love to partner with other communities to help Gittip serve as many people as possible.
Posted Sep 4, 2012 17:49 UTC (Tue)
by n8willis (subscriber, #43041)
[Link]
Nate
Posted Feb 14, 2013 1:50 UTC (Thu)
by Serge (guest, #84957)
[Link]
These models are not new. For the last few years I suggested crowdfunding several times to different developers. The problem is not that there's no web site around. There're lots of crowdfunding sites. The problem is that nobody knows about software crowdfunding. Kickstarter is the most popular crowdfunding site, and still many developers have never seen it. Pledgie.com supports software funding since 2007, it even had some GitHub integration in 2008-2010. Bountysource.com is there since 2005 and it was open-source-oriented from the very beginning. Still, nobody knows about it, and it's almost impossible to find it unless you know the site name. To make crowdfunding popular it would be nice if major source hosting, SourceForge or Google Code included support for it. Google Code could be the best option, but they said they're not going to do that.
GUADEC: New funding models for open source software
GUADEC: New funding models for open source software
GUADEC: New funding models for open source software
GUADEC: New funding models for open source software
Here's a counterexample
GUADEC: New funding models for open source software
GUADEC: New funding models for open source software
GUADEC: New funding models for open source software
- I don't need to put time into finding out where to donate next, what the payment method is, etc.
- Projects that we'd rarely consider donating to, but are vital to every system, e.g. coreutils, would also receive regular donations.
- Although my donation is distributed uniformly, popular applications have more users, and thus get a larger share of the pie.
GUADEC: New funding models for open source software
GUADEC: New funding models for open source software
GUADEC: New funding models for open source software
GUADEC: New funding models for open source software
GUADEC: New funding models for open source software
GUADEC: New funding models for open source software
Like it or not, the thing is that Apple and Oracle do some outstanding work for us GNU/Linux users, and it is Free software. Think about the developers there, not the megacorp that builds closed phones or databases. Sending a fraction of a dollar per donating user may not make a difference in their profits, but it might make a difference.
Cups and Berkeley DB
GUADEC: New funding models for open source software
i have plenty of things installed that I never use.
i have gnome-terminal(actually mate-terminal) open all the time, but i consider it feature complete, and not in any real need of funding.
some things are split into several packages, and some arn't
* Ubuntu infrestucture (hosting, servers)
* Linux kernel
* Core system software (compilers, libraries)
* Mozilla
* GNOME
* KDE
* gimp
* inkscape
...
GUADEC: New funding models for open source software
vice versa approach
Alex.
GUADEC: New funding models for open source software
Flattr and gittip are good starts, but I agree that integrating this into a distro somehow would be a good idea.
GUADEC: New funding models for open source software
GUADEC: New funding models for open source software
Something for nothing ?
Something for nothing ?
Something for nothing ?
Something for nothing ?
Something for nothing ?
Feature bounties
As an idea I think there should be also some sort of motivation, it can be seen as a game with trophies. A Linux.com email is a respected trophy that adds to the other values that Linux Foundation membership brings. Similarly a badge with one or more numbers that show how much a person/company cares about freedom and open source would be a good thing to brag about. Same badge can be displayed on bugzilla when reporting a bug or requesting a feature, and other places if a common API is used (linking with OpenID maybe).
Feature bounties
Feature bounties
Feature bounties
Feature bounties
the sites that I've seen do that offer such pitiful bounties for features that massively underestimate the amount of work that would need to be done
GUADEC: New funding models for open source software
A few people have tried to streamline the online donation process, he said, including Flattr. But although Flattr is helpful, Dingle said, "I don't know of any open source project sustaining itself via Flattr — or via donations, period."
The digital audio recording and editing suite Ardour has been running on donations and subscriptions for quite a while, and I think the authors consider the model quite successful. Maybe a look into how it works for them could make a nice LWN article?
GUADEC: New funding models for open source software
GUADEC: New funding models for open source software
GUADEC: New funding models for open source software
GUADEC: New funding models for open source software