Powered by FeedBurner

« Chapter Seven: 10K: 10K: 10M | Main | Spoon Fed: A Letter to the New Editor of Bon Appetit »

04/25/2011

Comments

Feed You can follow this conversation by subscribing to the comment feed for this post.

David Browne

My Dearest Beth,

I am taking a huge liberty and brainstorming your idea. I'm doing this as a stream of conciseness exercise without self-censorship or knowing any more about your project or that industry than this one blog page has informed me of. I do, however, design systems and products for a living so I know a little about efficiencies - maybe I can be of use.

Usual disclaimer applies: even though I might end up sounding grinchy your idea is fantastic and I do it in the spirit of colaberation without the bullshit nicities of corporate speak. However, this comment might not end up sounding grinchy so that previous statement may not be applicable.

Here we go:


THE PRODUCT DEVELOPMENT:

Create a mobile application that makes browse, flash alerts, and transactional moment really compelling, instant and easy. While joining a real-time event is fun (either virtually or in real life), not everyone can make the date. So, for example, using their $20 per month allotment, a user could scroll through a mobile app or go online and choose the donation events they want to participate in, in the near future. At the instant of the event, their $1 automatically is donated all at once. The immediacy of this approach also opens itself up for gaming principles such as unlocking badges. We could also create virtual rooms or worlds where people could "gather" and "meet" each other before the moment of donation, or in any event where large numbers of people are gathered for a single purpose—a sporting event, rock concert, or business convention. Imagine: A specific charitable organization would be selected by any variety of methods, and the audience, crowd, etc would rally at a single moment and donate their $1 to the event. The money would be flashed on a screen, maybe a video would be streamed in from the recipients… (honestly, wouldn’t that be so cool?? ).

Dave Says:
Your first couple of sentences are at odds with the rest of the paragraph. Scrap gaming principles, gathering, meet-ups, videos etc. Stick to the basics. Simplicity rocks.

Your site should do exactly what these guys do but for charitable giving:

http://www.kickstarter.com/discover

Charities create a profile. How do you make sure they are not terrorists? Because they need a 503C1 or other international charity number that the system automatically verifies. The IRS provides an API to do this and I'm sure other countries do too. Once their profile is created and verified, they create an "event" on a specific date. They use all the tools your site allows to upload images, state their case etc etc. They then create a "goal amount" and if the goal is not reached then the donations don't happen.
For example:
"It costs $5000 to buy this whole village eye exams and glasses for those who need it. Donate on June 1st 2011 to make this happen!"

This is important for two reasons. Firstly, you want your charity to convey a sense of "Now is the time, there is no other time, this is an EVENT". This model has worked for telethons forever because, well, it works.
At the same time you want "givers" to apply peer pressure to each other to meet the financial goal on a specified date. Personally I don't think you should let donations happen before the date. I think you want social media and social networking create a flash mob of giving. The fun is the deadline and the monetary target. If you let people think they can donate tomorrow then that's exactly what they'll do. Secondly, you need to do one financial transaction else you'll loose all your money to commissions (see below).

Your basic flow for charities is:
Register
Verify
Define events
Social market event before and on the date.


Integrating banks, savings accounts, and interest rates. Through the platform, people could commit to donating, say, $20 per month. This money would be transferred out of a checking or savings account into a special account. Every month, the user clicks through to the charities of their choice, still donating only $1 to each. At any time, the user can withdraw or transfer their money for personal use. The $20 is just a pledge. However, whatever money is in the account draws interest. This interest must be used for donations. It also makes it much easier for people to report charitable giving to the IRS.

Dave Says:
You actually don't want to handle any money at all. In fact you don't even want to handle any personal details yourself. No linking to bank accounts, no credit card info, no paypal credentials, nothing. Unless, of course, you want to go though (and pay for) PCI compliance in every territory you operate in and if you want to get audited every year. One hint of a privacy violation and you're out of business. What you do is work with something like PayFlowPro or Amazon's Flexible Payments engine. You register the "givers" on your site simply as users and when they eventually decide they want to pledge the fixed $1 to a charity you take their credit card details and pass then straight onto Amazon or PayflowPro to store in their system. They will give you a payment ref id back which you store. You don't even hold the billing address. When the event ends and, if the monetary goal was reached, you run one batch job against the payment provider and only pay one set of commission rather than a per transaction charge per user. So, you don't hold the $20 per month, you just charge their card $1. That means you need to be transparent on your site to both givers and receivers just what the overhead is.

For example:
The village who's going to get $5000 is going to loose 3% of that in transaction fees to process the payments.

Which brings me on to your other question: How do you cover your costs:
The village who's going to get $5000 is going to loose 3% of that in transaction fees to process the payments and another 5% to cover the costs of running the website.

You have to charge a "fee". You cannot survive any other way. Your pitch is "The Red Cross use 37% of your donation in administration costs, we only use 8%"

Tax receipts/statements: Let the charity do it because they use those receipts as invoices to the tax man to prove their charitable status. Besides, you don't want to do it. More overhead, no upside.

Your basic flow for "givers" is:
Browse (or be flash mobbed)
Register
Pledge
and if the monetary goal is met, you transact


Internet and international banking. See above. The percentage of Europeans who have credit cards is low vs. the U.S. Most Europeans use debit and internet banking transactions. If we enable the automatic transfer of funds (per point #2), we’d be able to engage millions more people than a site that just accepted American credit cards. We could do this through SMS or 1-Click technology such as what Amazon.com offers.


Dave Says:
PayflowPro in the US allows users to link their paypal accounts which means they can back the account with a real checking account. This support is being rolled out in Europe. Not sure about Amazon's payment engine but I'm certain it will back to your Amazon account and what ever payment methods you have defined in there. Remember, you're just transacting references, never real data. Let the payment gateways dictate payment methods. Debit cards look like credit cards to foreign transaction engines so you should easily be able to take any combo of visa/mc/amex etc. Systems like Aria will actually cycle transactions through a number of different payment gateways looking for the cheapest commission. Remember "One-Click" is patented by Amazon so you can't use that concept on your site. Remember too, one-click is just the interface, it's the payment gateways you're interested in.

Amsterbeth

yes! This is what we need. More!

Verify your Comment

Previewing your Comment

This is only a preview. Your comment has not yet been posted.

Working...
Your comment could not be posted. Error type:
Your comment has been posted. Post another comment

The letters and numbers you entered did not match the image. Please try again.

As a final step before posting your comment, enter the letters and numbers you see in the image below. This prevents automated programs from posting comments.

Having trouble reading this image? View an alternate.

Working...

Post a comment