Live data from Hacker News

Add recurring billing to your site. No coding, monthly fees, gateways. Code=HN

pintpay.com

11–20 of 91 posts

Re: Add recurring billing to your site. No coding, monthly fees, gateways. Code=HN

#11

This looks pretty interesting. I was using membrr with opengateway for an expressionengine membership site (which requires a merchant account). Pintpay looks like a great way to test the waters without needing a merchant account. Best of luck to you guys!

Thanks chopsueyar!

Re: Add recurring billing to your site. No coding, monthly fees, gateways. Code=HN

#12
post #2

Hi HN readers, we're expanding the PintPay beta and allowing a few more folks to signup. We've added a new beta code for the first 200 hacker news readers. The code is "HN" (no quotes). Thanks!

Looks very nice, I like being able to design your hosted payment page. Does the "thank you page" redirect pass along enough information to be able to associate the subscription with a user account? Also, do you plan to do some kind of URL postback for when a subscription's status changes?

I was a little bummed to see that your ToS doesn't allow adult, but I also have a dating site client who will be needing subscription billing soon. :)

Edit: Ah, yeah the net 60 is kind of rough.

Re: Add recurring billing to your site. No coding, monthly fees, gateways. Code=HN

#14

Guys, net 60 payment on other people's money is absolutely absurd, beta or not. It's obvious you're attempting to bootstrap by using the cashflow of your clients payment processing to grow, but that's not ok in this niche. Raise capital or self fund and do Net 7 max.

Hi, the net 60 is just during the beta period and really there to combat fraud. I assure you it is not to help "bootstrap." We intend to lower it later to 30 days.

Edit: if you email us at feedback@pintpay.com we would consider lowering that number from 60 for approved/verified merchants.

Re: Add recurring billing to your site. No coding, monthly fees, gateways. Code=HN

#15
post #6
post #3

Earlier quoted context omitted.

Looks great, and it's a shame I can't sign up, since I'm in Canada. Is it just the need for a US bank account that's holding me back?

Our lawyers are looking into the international payments, but the honest answer is that it adds a ton of complication so we're only accepting US merchants at this time. Sorry, but if you email us at feedback@pintpay.com we'll keep you posted about when we intend to support Canadian merchants.

Cool. I got all excited when I saw this, because I'm starting a new project and need recurring payments right now, so this would have been absolutely perfect.

Since you guys are very experienced in this area, is there a competitor that you could recommend in the meantime? Maybe one that's not as bad as the rest, and that would perhaps slightly reduce the big effort of switching payment providers in the future.

Re: Add recurring billing to your site. No coding, monthly fees, gateways. Code=HN

#16
post #12
post #2

Hi HN readers, we're expanding the PintPay beta and allowing a few more folks to signup. We've added a new beta code for the first 200 hacker news readers. The code is "HN" (no quotes). Thanks!

Looks very nice, I like being able to design your hosted payment page. Does the "thank you page" redirect pass along enough information to be able to associate the subscription with a user account? Also, do you plan to do some kind of URL postback for when a subscription's status changes? I was a little bummed to see that your ToS doesn't allow adult, but I also have a dating site client who will be needing subscript…

good questions -- we're working on an api and postback right now during the beta. Should have those up soon. But yes, we'll support URL postbacks for all kinds of subscription changes (new sub, changed sub, etc). The net 60 is just during the beta and we would consider lowering it for anyone we approve/verify as a legit merchant.

Edited.

Re: Add recurring billing to your site. No coding, monthly fees, gateways. Code=HN

#17
post #14

Guys, net 60 payment on other people's money is absolutely absurd, beta or not. It's obvious you're attempting to bootstrap by using the cashflow of your clients payment processing to grow, but that's not ok in this niche. Raise capital or self fund and do Net 7 max.

Hi, the net 60 is just during the beta period and really there to combat fraud. I assure you it is not to help "bootstrap." We intend to lower it later to 30 days. Edit: if you email us at feedback@pintpay.com we would consider lowering that number from 60 for approved/verified merchants.

Hold a 60 day rolling reserve (10%?) instead.

Re: Add recurring billing to your site. No coding, monthly fees, gateways. Code=HN

#18
After reading the story of self-publishing whizkid Amanda Hocking

http://www.usatoday.com/life/books/news/2011-02-09-ebooks09_...

I was inspired to start writing again. Rebuilding emphastic.com, I really wanted to find an easier way to integrate some kind of self-publishing eBook payment system, and this looks test-worthy.

In general, the timing is excellent, too. Google's Samsung Android tablet, the iPad2, etc.; the audience of digital readership is almost ready to eclipse the ebook-ready available content.

Re: Add recurring billing to your site. No coding, monthly fees, gateways. Code=HN

#19
we talked before via email, but i wanted to reiterate -- for me to really integrate this into my site, i need an api available to tell me when a payment was successfully processed. get that up and running and i'll see about pulling this in.

Re: Add recurring billing to your site. No coding, monthly fees, gateways. Code=HN

#20
post #14

Guys, net 60 payment on other people's money is absolutely absurd, beta or not. It's obvious you're attempting to bootstrap by using the cashflow of your clients payment processing to grow, but that's not ok in this niche. Raise capital or self fund and do Net 7 max.

Hi, the net 60 is just during the beta period and really there to combat fraud. I assure you it is not to help "bootstrap." We intend to lower it later to 30 days. Edit: if you email us at feedback@pintpay.com we would consider lowering that number from 60 for approved/verified merchants.

I see two problems with this strategy: a) New developers still see "60 days" and say "Fuck you!", you should emphasize the shortest available payment schedules on your site (make the "anti-fraud" period seem more like a short hurdle to get over) b) 30 days is still too long for verified publishers; while it's a reasonable "new account" rate (for after your beta period), if I'm verified and doing volume on your service, I expect Net-7 or daily.

But what do I know, I'm just a developer who's looking for a recurring billing platform for my indy service.

Post reply on HN