TE
科技回声
首页24小时热榜最新最佳问答展示工作
GitHubTwitter
首页

科技回声

基于 Next.js 构建的科技新闻平台,提供全球科技新闻和讨论内容。

GitHubTwitter

首页

首页最新最佳问答展示工作

资源链接

HackerNews API原版 HackerNewsNext.js

© 2025 科技回声. 版权所有。

Why I'm going back to capturing credit cards up front

72 点作者 SMrF超过 11 年前

4 条评论

dmix超过 11 年前
I also tried every sort of SaaS signup process (CC-first, every type of free-trial, etc) with my app (<a href="https://carelogger.com" rel="nofollow">https:&#x2F;&#x2F;carelogger.com</a>).<p>I actually agree CC upfront is better overall than not. Depending on the audience of course (some business users don&#x27;t have access to CC&#x27;s without approval from finance dept).<p>That being said. I found a higher conversion rate via what I call &quot;resource-based&quot; trials. One&#x27;s not based on time (&#x27;14-days&#x27;) but resources&#x2F;services your app provides.<p>For example, in our app users can create 10 free entries with no time restriction. This sounds like a good deal to the user. But what makes it effective is the type of user who ends up paying for our app, was always creating 10 entries the first day already. So it was essentially getting them to commit and signup for free, then give us their CC the same day.<p>I&#x27;ve been meaning to blog about this for about 2 years now :P
评论 #6601400 未加载
评论 #6601569 未加载
jrochkind1超过 11 年前
Another possibility that&#x27;s not discussed:<p>Get the CC number up front, <i>but</i> still require an &#x27;opt in&#x27; after trial expiration to begin charging. You won&#x27;t start automatically charging, you&#x27;ll require the user to do something -- but the &#x27;something&#x27; is just clicking a single &#x27;yes, start charging me&#x27; button, with no need to enter the CC at that point, cause they entered it up front.<p>I have no idea if that will work to get the conversions he&#x27;s getting with, well, automatic conversion. But I can&#x27;t help but think products where a free trial automatically starts charging your CC on a certain calendar date if you don&#x27;t opt out -- are getting conversions via trickery, and is not going to build a sustainable customer relationship.
评论 #6600994 未加载
评论 #6600857 未加载
lsc超过 11 年前
hmm. I&#x27;ve spent more time thinking about the ethics of recurring billing than the effectiveness of recurring billing; The big problem I have with recurring billing is that recurring billing tends to capture money from the &#x27;I forgot about it&#x27; customers... users have to take an action to cancel the account. Especially for small-dollar items, a recurring charge can go for months unnoticed.<p>I don&#x27;t feel good about &#x27;capturing value&#x27; from users who forgot to cancel... but the alternative (what I&#x27;m doing) is to make them take a positive action every renewal. (In my case, the account auto-renews, but it sends the user a bill that they have to actively pay; if they don&#x27;t pay, the account goes away.)<p>Now, some people do prefer the &#x27;bill me every month without asking&#x27; model... but I think the right thing to do is to make this an option; one option where the account will expire if the user doesn&#x27;t take positive action to renew the account, and another option to automatically continue billing until the user asks to stop.<p>I don&#x27;t know if many others feel this way, but as a user of subscription services, this is something I think about. I know that I&#x27;m probably going to forget to cancel, and that canceling is often difficult, so generally I consider services that don&#x27;t autorenew to be much &#x27;cheaper&#x27; even if they are the same price in terms of dollars.
评论 #6600989 未加载
评论 #6600474 未加载
GrinningFool超过 11 年前
The problem for me as a potential user is that I no longer trust some.random.dude.com with my CC info. I have no way to know if they&#x27;re storing it locally unencrypted or if they&#x27;re using a trustworthy third party provider.<p>I&#x27;m down to maybe three places that have my CC on file. Everyone else, I enter it - every month - at time of payment. I don&#x27;t exactly like this, either - there is still the possibility that a poorly written component is logging the card somewhere[1], but it&#x27;s better than handing over my wallet and walking away.<p>[1] seen it...
评论 #6601383 未加载
评论 #6601646 未加载
评论 #6600662 未加载
评论 #6601431 未加载