<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Recurly Blog &#187; Subscriptions</title>
	<atom:link href="http://blog.recurly.com/category/subscriptions/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.recurly.com</link>
	<description>Super Simple Subscriptions</description>
	<lastBuildDate>Tue, 31 Aug 2010 17:00:58 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
	<atom:link rel='hub' href='http://blog.recurly.com/?pushpress=hub'/>
		<item>
		<title>Improved Hosted Payment Page</title>
		<link>http://blog.recurly.com/2010/08/improved-hosted-payment-page/</link>
		<comments>http://blog.recurly.com/2010/08/improved-hosted-payment-page/#comments</comments>
		<pubDate>Sun, 22 Aug 2010 00:31:10 +0000</pubDate>
		<dc:creator>Isaac Hall</dc:creator>
				<category><![CDATA[Recurly]]></category>
		<category><![CDATA[Subscriptions]]></category>
		<category><![CDATA[card validation]]></category>
		<category><![CDATA[hosted page]]></category>
		<category><![CDATA[logo]]></category>
		<category><![CDATA[payment page]]></category>

		<guid isPermaLink="false">http://blog.recurly.com/?p=375</guid>
		<description><![CDATA[At Recurly, our goal is to help our clients professionally manage their subscription billing.  That means we want you to look your best.  To that end, we are thrilled to announce the latest revision of our <strong>Hosted Payment Page</strong>.  The latest version incorporates dozens of enhancements aimed at giving you more flexibility and improving the customer conversion funnel.  First, let's compare the old (left) and the new (right):

<a href="http://blog.recurly.com/wp-content/uploads/2010/08/hpp-old.png"><img src="http://blog.recurly.com/wp-content/uploads/2010/08/hpp-old-188x300.png" alt="" title="Hosted Payment Page - Old" width="188" height="300" class="size-medium wp-image-376" /></a> <a href="http://blog.recurly.com/wp-content/uploads/2010/08/hpp-new.png"><img src="http://blog.recurly.com/wp-content/uploads/2010/08/hpp-new-204x300.png" alt="" title="Hosted Payment Page - New" width="204" height="300" class="size-medium wp-image-377" /></a>]]></description>
			<content:encoded><![CDATA[<p>At Recurly, our goal is to help our clients professionally manage their subscription billing.  That means we want you to look your best.  To that end, we are thrilled to announce the latest revision of our <strong>Hosted Payment Page</strong>.  The latest version incorporates dozens of enhancements aimed at giving you more flexibility and improving the customer conversion funnel.  First, let&#8217;s compare the old (left) and the new (right):</p>
<p><a href="http://blog.recurly.com/wp-content/uploads/2010/08/hpp-old.png"><img src="http://blog.recurly.com/wp-content/uploads/2010/08/hpp-old-188x300.png" alt="" title="Hosted Payment Page - Old" width="188" height="300" class="size-medium wp-image-376" /></a> <a href="http://blog.recurly.com/wp-content/uploads/2010/08/hpp-new.png"><img src="http://blog.recurly.com/wp-content/uploads/2010/08/hpp-new-204x300.png" alt="" title="Hosted Payment Page - New" width="204" height="300" class="size-medium wp-image-377" /></a></p>
<h2 style="clear:left">Payment Page Improvements</h2>
<p>You&#8217;ll notice the new version is much more visually appealing.  Some of the other improvements include:</p>
<ul>
<li>Uploadable logo</li>
<li>Client-side form validation for required fields and credit card validity</li>
<li>Improved settings for Google Analytics to ensure your cookies are read/set properly</li>
<li>Optionally display more fields: company/organization name, phone number, and VAT number</li>
<li>Optionally hide email address if email is set on URL parameters or otherwise known for the account code</li>
<li>Additional credit card type logos for international merchant accounts.</li>
</ul>
<p>All of these revisions are designed to make the page more flexible for your needs and make it easier for your customers to subscribe to your service.</p>
<p>As we deployed this new page template, we wanted to respect the effort some of our merchants already put into customizing their CSS for the hosted pages.  We versioned the page so you may choose between the original payment page (using your existing CSS) or the new version.  If you have customized any of your CSS, the page will default to the previous version.  To upgrade or customize the fields, log into your Recurly account, click the <em>Configuration</em> tab at the top, then select <em>Hosted Payment Pages</em>.  The settings can be different for your test site and your production site, so feel free to experiment on your test site before updating your settings on the production site.</p>
<h2>What would you like to customize?</h2>
<p>At the moment, the new version does not allow you to customize the CSS.  If there are pieces of the new page that you would like to customize, but can&#8217;t today, please let us know.  We would love to hear your feedback on the new page.  We are especially interested in hearing from you if the new page helps improve your conversion rates.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.recurly.com/2010/08/improved-hosted-payment-page/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Top Ten Reasons to Use Recurly vs. PayPal Subscription API</title>
		<link>http://blog.recurly.com/2010/08/top-ten-reasons-to-use-recurly-vs-paypal-for-recurring-billing/</link>
		<comments>http://blog.recurly.com/2010/08/top-ten-reasons-to-use-recurly-vs-paypal-for-recurring-billing/#comments</comments>
		<pubDate>Fri, 20 Aug 2010 00:02:47 +0000</pubDate>
		<dc:creator>Dan Burkhart</dc:creator>
				<category><![CDATA[Billing]]></category>
		<category><![CDATA[Payment Gateway]]></category>
		<category><![CDATA[Recurly]]></category>
		<category><![CDATA[Subscriptions]]></category>
		<category><![CDATA[gateway]]></category>
		<category><![CDATA[paypal]]></category>
		<category><![CDATA[recurring]]></category>

		<guid isPermaLink="false">http://blog.recurly.com/?p=350</guid>
		<description><![CDATA[The short answer is: Flexibility and Total Cost Of Ownership We’re glad you asked &#8211; because this could save you many hours of development, and many curse words before learning the hard way – on your own precious company’s dime. Every payment gateway is designed to handle one-time transactions. Some gateways like PayPal and Authorize.Net  [...]]]></description>
			<content:encoded><![CDATA[<h2><strong><span style="font-weight: normal;color: #333333;">The short answer is:</span> Flexibility and Total Cost Of Ownership</strong></h2>
<p>We’re glad you asked &#8211; because this could save you many hours of development, and many curse words before learning the hard way – on your own precious company’s dime.</p>
<p>Every payment gateway is designed to handle one-time transactions. Some gateways like PayPal and Authorize.Net  offer recurring billing or subscription billing functionality, and while they generally work for simple recurring billing integrations, we’d like to explain what you should expect to receive by signing up with Recurly rather than integrating directly with your payment gateway.</p>
<p>Recurly is designed as a complete billing system for recurring billing. This means that we have put careful thought and consideration into the most common pain-points experienced by business owners handling the day-to-day billing and related customer support issues that can come along with subscription billing.<span id="more-350"></span></p>
<p><strong>Consider this</strong> &#8211; Unlike payment gateway solutions, Recurly lets you handle all of the following scenarios elegantly:</p>
<ol>
<li>Customers upgrade and downgrade between plans easily – Recurly handles proration and customer communications</li>
<li>Billing cycle changes (e.g. customer signs up for monthly plan and elects to change to yearly plan)</li>
<li>Easily issue customer credits towards future service</li>
<li>Create email invoices</li>
<li>Easily process refunds</li>
<li>Process one-time transactions</li>
<li>Customizable hosted payment pages for customers to subscribe &amp; update their billing info</li>
<li>Provide billing support with an account management console for your customer support</li>
<li>Easily change payment gateways without any business interruption. Recurly stores your data safely and securely.</li>
<li>Keep your own systems easily in sync with secure XML notifications and/or emails.</li>
</ol>
<h2>Things To Consider Before Building Homegrown Billing Solution</h2>
<p>Here are some common pitfalls when estimating the work required to build your own solution:</p>
<h2>Customer Upgrades and Downgrades</h2>
<p>Most businesses prefer to offer multiple subscription plans. It’s good practice to create a ‘migration path’ from an easy, no risk trial to the plan with the plan with the maximum expected lifetime value. This is great business practice, but the billing intricacies are non-trivial.</p>
<p>Let’s start with proration, it means prorating the current month&#8217;s charge against the current payment &#8212; this can get complicated quickly once you also factor in trial periods. If your customers decide it&#8217;s too much and want to downgrade, you might want to wait until the end of the current billing cycle &#8212; now you&#8217;re tracking state. These simple tasks can take months to build on your own; Recurly gracefully handles these situations with a single API call.</p>
<h2>Failed Payments</h2>
<p>Recurring billing APIs typically leave you in the dark when a payment fails. On average, 5-10% of your payments will fail every month due to changed credit card numbers, expiration dates, and accounts overdrawn.  (The longer the billing cycle, the higher the failure rate.) As part of offering a subscription service, you need to follow up with these subscribers to keep their billing information accurate. Recurly makes it easy to follow up with your past due accounts and gracefully collect their new billing info which eliminates costly customer service overhead.</p>
<h2>Account Management</h2>
<p>Subscriptions come with customer support requirements. This is a commonly underestimated cost, and Recurly makes it much easier for your company to manage without building out expensive custom solutions. Your customer service dept. can view subscription information, issue credits &amp; refunds, and more. Any change made in Recurly will be pushed back to your web application with our Push Notifications and REST API.</p>
<h2>Employee Retention</h2>
<p>We like the business we’re in, but we’ve never claimed that billing is sexy.  It turns out that many of our customers have come to us AFTER having built homegrown subscription billing solutions. Beyond the expected engineering and customer service challenges outlined above, the net effect on an organization is low employee retention. Engineers typically want to work on the company’s core product. After spending 3-6 months in the “billing department”, many engineers naturally seek new employment.<br />
When you outsource your subscription billing to Recurly, you’ll dramatically reduce your total cost of ownership related to each of these areas.</p>
<ul>
<li>Engineering Development Time</li>
<li>Ongoing Engineering Management and Maintenance</li>
<li>Customer Service and Support</li>
<li>Recruiting and Training to get new (replacement) employees up to speed.</li>
</ul>
<h2><a title="Recurly Sign-Up" href="https://app.recurly.com/signup">Sign up for Recurly</a>.</h2>
<p>It’s free to sign-up, and priced to pay-as-you-go. Your business will thank you.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.recurly.com/2010/08/top-ten-reasons-to-use-recurly-vs-paypal-for-recurring-billing/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>Recurly and Intuit® together help you get up and running with subscriptions fast</title>
		<link>http://blog.recurly.com/2010/06/recurly-and-intuit%c2%ae-together-help-you-get-up-and-running-with-subscriptions-fast/</link>
		<comments>http://blog.recurly.com/2010/06/recurly-and-intuit%c2%ae-together-help-you-get-up-and-running-with-subscriptions-fast/#comments</comments>
		<pubDate>Mon, 14 Jun 2010 07:21:07 +0000</pubDate>
		<dc:creator>Dan Burkhart</dc:creator>
				<category><![CDATA[Merchant Accounts]]></category>
		<category><![CDATA[Recurly]]></category>
		<category><![CDATA[Subscriptions]]></category>
		<category><![CDATA[Billing]]></category>
		<category><![CDATA[gateway]]></category>
		<category><![CDATA[intuit]]></category>
		<category><![CDATA[merchant account]]></category>
		<category><![CDATA[payment]]></category>
		<category><![CDATA[quickbooks]]></category>

		<guid isPermaLink="false">http://blog.recurly.com/?p=311</guid>
		<description><![CDATA[We talk with lots of business owners on a daily basis, and we frequently hear that setting up a merchant account is a time-consuming and painful process.  (We constantly hear stories of 4-6 week approval cycles). So, we worked with Intuit Payment solutions to bring an offering to Recurly merchants we believe our customers will [...]]]></description>
			<content:encoded><![CDATA[<p>We talk with lots of business owners on a daily basis, and we frequently hear that setting up a merchant account is a time-consuming and painful process.  (We constantly hear stories of 4-6 week approval cycles). So, we worked with Intuit Payment solutions to bring an offering to Recurly merchants we believe our customers will be excited about.</p>
<p>Instead of 4- 6 weeks, how about a <strong>24 -48 hour approval time?</strong> Better yet, check this out -</p>
<ul>
<li><strong>No application, sign-up or cancellation fees</strong></li>
<li><strong>Extremely competitive rates </strong>(Intuit provides both merchant account and payment gateway, so no duplicate fees)</li>
<li><strong>One-Click integration with your Recurly Subscription Billing Account</strong></li>
<li><strong>Automatic integration with QuickBooks accounting software</strong></li>
</ul>
<p><a href="http://recurly.com/intuit-subscription-billing/">Intuit Subscription Billing Solution details here.</a></p>
<p>The good folks at Intuit really like what Recurly is doing for small business owners &#8211; particularly that we’ve made it much easier for merchants to launch subscription businesses.  So, they’ve stepped up with a really compelling offer and a 1-800 phone number to make your merchant account provisioning as quick and painless as you can imagine.</p>
<p>There is really no reason to live with less than spectacular payment processing. Intuit is a great solution for merchants in the United States, looking to serve customers from anywhere in the world.</p>
<p>-Get going with subscriptions!</p>
<p><strong>The Recurly team </strong></p>
<p><span style="color: #ff0000;"><strong><span style="color: #000080;"><a href="http://recurly.com/press/intuit-merchant-account-promotion/">Press Release</a></span></strong></span></p>
]]></content:encoded>
			<wfw:commentRss>http://blog.recurly.com/2010/06/recurly-and-intuit%c2%ae-together-help-you-get-up-and-running-with-subscriptions-fast/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>Don&#8217;t bill all your customers on the first of the month</title>
		<link>http://blog.recurly.com/2010/04/dont-bill-all-your-customers-on-the-first-of-the-month/</link>
		<comments>http://blog.recurly.com/2010/04/dont-bill-all-your-customers-on-the-first-of-the-month/#comments</comments>
		<pubDate>Thu, 01 Apr 2010 17:44:20 +0000</pubDate>
		<dc:creator>Isaac Hall</dc:creator>
				<category><![CDATA[Billing]]></category>
		<category><![CDATA[Subscriptions]]></category>
		<category><![CDATA[accountants]]></category>
		<category><![CDATA[invoice]]></category>
		<category><![CDATA[prorate]]></category>
		<category><![CDATA[simple]]></category>

		<guid isPermaLink="false">http://blog.recurly.com/?p=196</guid>
		<description><![CDATA[Every so often I hear about a company that wants to bill all their subscribers on the first of the month.  Sure, a lot of companies bill on the first of the month.  This has its roots in the old school manual invoicing days of yore.  In the digital age, there's almost no excuse to invoice on the first of every month.]]></description>
			<content:encoded><![CDATA[<p>Every so often I hear about a company that wants to bill all their subscribers on the first of the month.  Sure, a lot of companies bill on the first of the month.  This has its roots in the old school manual invoicing days of yore.  In the digital age, there&#8217;s almost no reason to invoice on the first of every month.</p>
<p>Ask an accountant if they like to see a steady stream of revenue coming in every single day, or if they prefer giant monthly lump sums.  The answer is that a constant revenue stream is much better for cash flow.  From the user&#8217;s perspective, they would rather see round numbers like $99 on their credit card statement instead of prorated charges like $54.16 that look unfamiliar.</p>
<p>What happens if the user decides to cancel in the first month of service?  If you prorate your monthly dues and the user decides not to renew before the month is up, you&#8217;ve lost some additional revenue that the subscriber already agreed to pay because you did not charge for the full term.</p>
<p>From the developer&#8217;s perspective, it&#8217;s also much easier to deal with whole subscription terms than it is to worry about the shortened, pro-rated term lengths.  At Recurly, we are very big fans of reducing the complexity for programmers &#8212; they should be focused on developing your service, not on edge cases of subscription billing.</p>
<p>But what about services doing usage-based, or metered, billing?  The usage counter would traditionally be reset at the first of every month, hence the need to prorate to first month.  Instead, what if the usage counter was simply reset when the subscription renewed?  Bingo, problem solved.</p>
<p>So make your accountants, developers, and subscribers happy&#8230; keep it simple and forget about billing everyone on the first of the month.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.recurly.com/2010/04/dont-bill-all-your-customers-on-the-first-of-the-month/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>When to collect credit card numbers</title>
		<link>http://blog.recurly.com/2010/03/when-to-collect-credit-card-numbers/</link>
		<comments>http://blog.recurly.com/2010/03/when-to-collect-credit-card-numbers/#comments</comments>
		<pubDate>Sun, 28 Mar 2010 17:00:10 +0000</pubDate>
		<dc:creator>Isaac Hall</dc:creator>
				<category><![CDATA[Billing]]></category>
		<category><![CDATA[Subscriptions]]></category>
		<category><![CDATA[conversion]]></category>
		<category><![CDATA[credit card]]></category>
		<category><![CDATA[freemium]]></category>
		<category><![CDATA[trial]]></category>

		<guid isPermaLink="false">http://blog.recurly.com/?p=236</guid>
		<description><![CDATA[This question recently came up at the Freemium Summit on a pricing panel where I spoke; if you are offering a trial or a freemium service, when should you ask your users for a credit card number?  Asking for a credit card number is a significant hurdle for most people.]]></description>
			<content:encoded><![CDATA[<p>This question recently came up at the Freemium Summit on a pricing panel where I spoke; if you are offering a trial or a freemium service, when should you ask your users for a credit card number?</p>
<p>Asking for a credit card number is a significant hurdle for most people.  High fall off rates are to be expected.  But once someone gives you a card number and starts a trial, they are more likely to convert to a paid subscriber at the end of the trial.  So, if you are optimizing for your conversion numbers from trial to paid, then collect the credit card at the beginning of the trial.</p>
<p>If you offer a trial period and require your users to upgrade before the end of the trial, you will get more people in the door and trying your service.  However, it&#8217;s very difficult to get someone to come back before the end of the trial to enter their card number.  At least the number of total users will be much higher; use this as an opportunity to collect more feedback from your free users, especially the ones that declined to upgrade.</p>
<p>If you are able to offer your users an indefinite, free version, then you can wait to collect the credit card number when the user is ready to upgrade and convert to a paid subscriber.  You benefit from getting the most people in the door and will have the most opportunities to ask the user to consider upgrading.</p>
<p>At the end of the day, you need to factor in the costs associated with the free trial, the viral-ity of your product, and the likeliness of a conversion when deciding when to collect their credit card number.  You&#8217;ll get the highest retention rate when you can reach the customer the most (while providing value, not annoyance).</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.recurly.com/2010/03/when-to-collect-credit-card-numbers/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>How to maximize your yearly subscription renewals</title>
		<link>http://blog.recurly.com/2010/01/how-to-maximize-your-yearly-subscription-renewals/</link>
		<comments>http://blog.recurly.com/2010/01/how-to-maximize-your-yearly-subscription-renewals/#comments</comments>
		<pubDate>Fri, 29 Jan 2010 17:30:36 +0000</pubDate>
		<dc:creator>Isaac Hall</dc:creator>
				<category><![CDATA[Billing]]></category>
		<category><![CDATA[Subscriptions]]></category>
		<category><![CDATA[email]]></category>
		<category><![CDATA[reminders]]></category>
		<category><![CDATA[retention rate]]></category>
		<category><![CDATA[yearly subscription]]></category>

		<guid isPermaLink="false">http://blog.recurly.com/?p=121</guid>
		<description><![CDATA[This past week, I've heard from multiple customers who offer yearly subscriptions.  They took the easy route and implemented it with one time transactions -- in other words, the subscription is valid for a year and then never renews.  When they find out about Recurly, sometimes they want to simulate that behavior and not have the subscription renew because that's what their customers are used to. While Recurly can do that, there's a better way to maximize your retention rate and still keep your customers happy.]]></description>
			<content:encoded><![CDATA[<p>This past week, I&#8217;ve heard from multiple customers who offer yearly subscriptions.  They took the easy route and implemented it with one time transactions &#8212; in other words, the subscription is valid for a year and then never renews.  When they find out about Recurly, sometimes they want to simulate that behavior and not have the subscription renew because that&#8217;s what their customers are used to. While Recurly can do that, there&#8217;s a better way to maximize your renewal rate (or retention rate) and still keep your customers happy.</p>
<p>If your users forget about your service during the year and then they see the yearly renewal on their statement, they&#8217;re going to remember your service&#8230; and not in a good way.  Worse yet, they might want their money back.  That usually means they&#8217;ll ask you for a refund (and you should be willing to issue it if they really haven&#8217;t used the service) or they&#8217;ll attempt a charge-back (and that sucks for you and your bank account).</p>
<p>So right before the yearly subscription renews, remind your users two weeks ahead of time about the upcoming charge.  This gives them plenty of time to opt-out of the subscription.  It also gives you a chance to remind them of the value you provide so they will continue paying for the service.  It&#8217;s just that easy to keep everyone happy and make more money.</p>
<p>And yes, Recurly will be adding this feature before your yearly subscriptions get close to expiration.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.recurly.com/2010/01/how-to-maximize-your-yearly-subscription-renewals/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>The Challenges of Subscription Billing</title>
		<link>http://blog.recurly.com/2009/08/challenges-of-subscription-billing/</link>
		<comments>http://blog.recurly.com/2009/08/challenges-of-subscription-billing/#comments</comments>
		<pubDate>Wed, 26 Aug 2009 19:27:54 +0000</pubDate>
		<dc:creator>Isaac Hall</dc:creator>
				<category><![CDATA[Billing]]></category>
		<category><![CDATA[Subscriptions]]></category>
		<category><![CDATA[billing service]]></category>
		<category><![CDATA[declined payments]]></category>
		<category><![CDATA[metrics]]></category>
		<category><![CDATA[payment gateway]]></category>

		<guid isPermaLink="false">http://blog.recurly.com/?p=20</guid>
		<description><![CDATA[More than once, I've underestimated the efforts required to create a billing system.  I have yet to find a start-up that budgeted correctly for the time and effort to integrate subscription billing. If your startup is new to subscription billing, there are a few key problems you'll soon encounter.  Knowing about these issues will help you budget your development resources appropriately and help you evaluate your recurring billing options.]]></description>
			<content:encoded><![CDATA[<p>More than once, I&#8217;ve underestimated the efforts required to create a billing system.  I have yet to find a start-up that budgeted correctly for the time and effort to integrate subscription billing.  From the outside, the task seems to be pretty straightforward:</p>
<ol>
<li>Signup for a recurring billing service</li>
<li>Create a signup form that accepts the billing information</li>
<li>Create a page for the user to update their billing information</li>
<li>Allow the user to cancel their subscription</li>
<li>Sell your product or service and money</li>
</ol>
<p>The above will get you up and running with subscriptions.  However, there&#8217;s a lot missing from the above picture that you won&#8217;t realize until you roll out your new billing system.  If your startup is new to subscription billing, there are a few key problems you&#8217;ll soon encounter.  Knowing about these issues will help you budget your development resources appropriately and help you evaluate your recurring billing options.</p>
<p><strong>Declined Recurring Payments</strong><br />
For starters, what happens when one of the recurring payments fails due to a declined or expired credit card?  Will your system know to alert the user and/or cancel their subscription?  Can you get a list of past due accounts?  And, will the system continue billing the user or will it stop until their payment information is updated?</p>
<p>When a card is declined during the subscription renewal, you need to alert the customer and give them a way to update their billing information.  If they update their billing information in a timely manner, then bill them the missed amount.  Otherwise, the appropriate action is to cancel their subscription and transition their account back to a free account.  Unfortunately, many recurring billing APIs make it non-trivial to determine if a recurring payment failed.  And, if the user updates their billing information, verify that the service will collect the missing payment &#8212; this should happen immediately as part of the billing info update process.</p>
<p><strong>Upgrades and Downgrades</strong><br />
If your site offers multiple subscription types, billing intervals, or quantities, then your customers are guaranteed to ask for upgrades and downgrades of their subscription.  If you start offering your subscriptions without a means for the subscriber to modify their own subscription, then you&#8217;ll receive several support requests.  Hopefully your support staff has the tools to modify the subscriptions or else you will miss the opportunity to make more money by allowing your users to upgrade.  And, a few users will be more than unhappy.</p>
<p>Of course, not all recurring billing APIs will allow you to upgrade or downgrade like you would expect.  Typically, an upgrade (additional quantity, add-ons, or service level) should happen immediately.  To do that, the remainder of the current term needs to be prorated and billed immediately.  Not all recurring billing services do this &#8212; some will require you to wait until the renewal to charge a new amount.</p>
<p>Downgrades or billing cycle changes can be just as tricky.  These events typically occur at the end of the current billing cycle, since the customer has already committed to paying for their current term.  These changes are doable with almost all recurring APIs, but most services will require you to perform the calculations to get the changes just right.  Buffer for some development time and lots of testing here.</p>
<p><strong>Customer Service Tools</strong><br />
Does your billing system give your support staff the ability to lookup and modify accounts?  Your subscribers will want you to make changes (either by contacting you with a phone call or email) on their behalf.  If it takes an engineer to make subscription changes because you haven&#8217;t built the tools for your support staff to handle the modification, then you&#8217;re not using your resources efficiently.  Other users will expect your support staff to be able to offer them credits or refunds if something should go amiss.  Your support staff should be able to handle these requests immediately to minimize any chances of chargebacks or upset customers.  I strongly encourage you to give your support staff the tools necessary to support billing requests without involving a developer with database access.</p>
<p><strong>Reporting and Metrics</strong><br />
Are you tracking your subscriber metrics?  Your payment gateway will tell you about the dollars and cents moving through your account but it doesn&#8217;t know anything about subscribers.  You&#8217;ll want to know as much as you can about new signups, upgrades and downgrades, cancellations, missed payments, failed subscribe attempts, etc.  Out of the box, most recurring billing services fail to provide these reports.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.recurly.com/2009/08/challenges-of-subscription-billing/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
<!-- WP Super Cache is installed but broken. The path to wp-cache-phase1.php in wp-content/advanced-cache.php must be fixed! -->