Stripe... Like Square... For Your Web Site

nightkingdoms

Member
Reaction score
11
Location
Arizona
I have gotten a lot of really good ideas and advice on how to better manage, promote and grow my business from these forums over the years. I've gotten awareness of a lot of tools I probably would never try or ever even know about which have helped me greatly since then. Because this forum and everyone on it are awesome!

I have shared or chimed-in on things that I personally use to further better my business and how it operates over that time. I will try or check out most things that I come across to see how they work and if they can help my business somehow all the time. Things like Square, WHMCS, PayPal, Twilio, Google Voice, down to tools like D7, LookInMyPC and more.

I've recently talked about Twilio for my toll-free number, forwarding and IVR system for my business that I checked out and started using. It was a low-cost method of completely controlling my incoming/outgoing calls and added a whole suite of possibilities like integrating telephony and SMS directly into my web site and business processes with simple programming. I know a lot of people on this forum aren't programmers, but it was something good I had to let everybody know about if they chose to check it out.

Well, I've got another one and it's called Stripe. Not too sure how in the world I originally found it now, though. But, everybody here pretty much has a web site and some have tried to integrate it for payments. Instead of opting to pay hundreds if not thousands just to be PCI compliant and able to take infrequent credit card payments online, most of us have opted to go the route of PayPal or Google Checkout. The problem with having those processors is that you lose the customer experience by sending them to a completely different site. You know (and your users know) that it's not like the big sites that take your credit card on their site and know that there must be a reason why you're using something "free."

The entire problem with taking credit card payments online is PCI compliance which has a whole host of rules and regulations regarding actually accepting the credit card data and if you can't comply, you don't do it under the threat of being sued. To get around the issue, you pass off the user to a 3rd party who takes care of all the PCI compliance and returns the user to you once it's done. Stripe takes the same idea and tweaks it a little... Instead of you receiving the raw card data -- which would enter your PCI compliance nightmare -- it's encrypted before it ever reaches your servers. You then take that encrypted information and submit it using another encryption key in the backend (programatically) to Stripe's servers and receive your response. All the while you should be on an SSL session to encrypt all of your data in transit as well.

This takes care of the PCI compliance where you never touch raw card data so you don't need to comply with all of those rules. Because you can send the data to Stripe in the background like you would with a processing company like Authorize.net, etc. you get to keep the user for the entire process. End result is you look like you're a big business and process the card right then and there on your site without having to pay all the money and headache for PCI compliance.

Better yet, I said it was like Square... 2.9% and $0.30 per transaction. No merchant account, no monthly fees, no setup fees, no minimums, no maximums, and deposits are made every 7 days to your bank account. All you need is to basically use some minor programming to get yourself on your way. It took me awhile to get used to the weird way (to me) that it handles errors, but altogether from starting to read their documentation, to testing/debugging and going live it was about 4 hours total.

This particular one is for collecting payments for remote support. I've touched on how I do it before on here once, I think. I use GoToAssist Expert. Normally you'd just direct them to fastsupport.com, have them enter their code and you're in. Well, I need them to agree to my terms and I want their payment info before I ever touch their computer. So I have a little process...

remote_pay1-082012.png


1. I enter their details for my record and it auto-sends them a link to connect for remote support.

remote_pay2-082012.png


2. They get a shortened link in their email or I can give them the short link over the phone and they get directed to my terms to agree to. After they agree, a copy of the version of terms they agreed to, their name, IP, date/time, etc. all gets saved into a database with the other info for later reference. Then they go to...

remote_pay3-082012.png


3. My payment page. This is where I added the Stripe solution. If the info they enter is correct, it will charge the card, send them to fastsupport.com and auto enter the info you'd normally have the client enter. Basically, they type in their card info and if it's correct, they click next and all-of-a-sudden I'm connected to their computer in less than a minute. If they get something wrong, it just give them an error and has them correct it.

So I now have a fully-integrated, seamless, real-time solution to accept live credit card payments online. I will definitely be trying to integrate this further into other areas. These guys have been around for a few years and have venture capital investments from some big VC firms as well as the founders of PayPal (ironically enough) so I don't see them leaving the scene any time soon. But, I found something that seems pretty good so I'm sharing! Oh! Almost forgot! Right now this is only available in the U.S. BUT, unlike all the other companies, half the people that work at this one are from other countries (including the founder) and are working big time to get it rolled out for other countries. They also want to know who's interested in it in their countries, so be sure to tell them.
 
Last edited:
That looks great! Good job

I tried to do this in Joomla a year ago.. Didn't work out so well.. then again, we only do a few a month - and they give us the card when they are DONE.

Out of about 30~ of them - never had a problem getting paid -
 
I agree, it looks great and very professional. Easy too for the user.

A few comments I have is that during our remote support calls, we talk the client through every step (giving us a chance to talk to the client, get to know them, ask basic questions about them biz or home user, etc.) and by the time we are remoted in and doing the work, they can go off and do something else, they have talked to us and have gained a bit of trust. This is all done off the clock, so the client knows when we start is when we are actually remoted in.

I love automation, but for those seriously considering remote support, figure out a way to get to know your clients too while doing it after you are connected, like at the close of the job maybe. Clients will forget how you fixed it or how much it cost them, but they will never forget their experience with you and your company.
 
@drpcfix: Thanks. If you notice I have options that I built into my management page that allows me to decide whether it shows them the payment or terms pages. If they're a remote call for my partner company that I'm handling because he's busy, I require payment but not the terms. If it's one of my existing clients I usually turn off the payment but leave the terms on. If it's a brand-new client, both are on. If it's family, I turn them both off (lol).

And I'm actually working on a small system right now to integrate payments for anyone without having to use any code. Simple drop, configure, point links. Desktop and mobile compatible. (Current screenshot at end of post from my Android.)

@callthatgirl: Thanks. I actually do the same thing. I usually just highlight or red-circle areas they have trouble finding, but it's basically enhanced phone support where I can see what they see. Rarely do I get the client that wants me to "just fix it" and leaves.

Screenshot of payment system:
20120820204351.png
 
Rarely do I get the client that wants me to "just fix it" and leaves.

WIN.

LOL, the dream for those at sup**rt.com and other tech support companies, turn and burn....they want more in and out. I want to retain, enhance and get referrals later. When guys here talk about outsourcing remote support, gives me chills to be honest, not the good chills.
 
Exactly. Never even heard of sup**rt.com, the one I never heard the end of (because it's mostly older clients) is iY*gi.com. Grrrr :mad:
 
Last edited:
Definitely looks nice and tidy. Are you able to change the Remote Service Terms to your own?
I know InstantHousecall has something a little like this in their remote support software but I think is Paypal only.
 
@Bryce I might've misspoken somewhere... The remote support screenshots that were posted were from my internal system for providing remote support that I use when I provide remote support to current clients. The system that I was working on was to basically create a configurable payment form that stays on your site that you can give it information and process a payment directly on your site without handing it off to PayPal or Google Checkout. :o

Notice that I said WAS...
While I was checking out a few things on their site I just happened to take a look at their Terms of Service to check out the requirements for using SSL on your site. Then I found this:

Section 5 - Prohibited Businesses
...(47) personal computer technical support

:eek: I was like WTF?!! I was not amused.

Sent them a nastygram:
I was very excited at the opportunity that Stripe.com provided to small businesses. I belong to a large, multi-national forum for computer support businesses and associations where after developing and testing a solution to integrate your solution I wrote a glowing review and recommended (and exposed) Stripe.com to literally thousands of businesses within the U.S. and internationally. I even posted a Twitter message about how great it was that there was finally a service that allows small businesses to take credit cards "on their site" without having to send users to a separate, third-party site like PayPal or Google Checkout that can instill issues with the business' professionalism.

I was also almost finished developing a system that would allow small businesses everywhere to upload to their web site, go through a quick online setup and be fully integrated into Stripe.com's system and be ready to take payments online immediately. In fact, I'm just about finished with a production-ready system that would be available to download and use immediately.

That is, until I was perusing through Stripe.com's Terms of Service when I encountered something that just shot all of that down...

Terms of Service, Section B(5) - Prohibited Businesses:
(47) personal computer technical support

My business - as well as those of the thousands I have exposed Stripe.com's service to - all provide personal computer technical support to hundreds of thousands of clients mostly in the U.S. but also around the world. I had recommended that those that were in other countries signup for notifications to let Stripe.com know that they want it in their countries as well.

Now that I've seen that it is a specifically excluded business class by Stripe.com, I'm going to have to let all these people know that Stripe.com explicitly does not want their business. This is very disappointing and I had very high hopes for using the service.

Unfortunately I will be letting them all know that Stripe.com does not support all small businesses and that our business class is somehow ranked in line with drugs dealers and prostitutes.

Very disappointing to say the least. Other business owners were telling me about other similar services which I had dismissed due to Stripe.com's service being so easy, but I will be having to look around for another provider that does not believe our businesses are somehow equated with pornography, pyramid schemes and fake online pharmacies.

Thank you for recognizing us as actual, legitimate and professional businesses.

I'm sure I'm embellishing a little bit on the usercount and client numbers, but they don't need to know that. ;)
 
Already got a reply which doesn't exactly help the situation at all. But it does confirm what I read, that it is true and that none of us should use it. I've removed the extensive customer-service-type apologizing to get to the point...

Hi Jesse,
...
> Now that I've seen that it is a specifically excluded business class by Stripe.com, I'm going to have to let all these people > know that Stripe.com explicitly does not want their business.

To be clear, Stripe would love to be able to process for you, but our
banking partners have placed this restriction, and unfortunately, we
have no room to change this.

...

I know there is probably nothing I can say to make this better, but
please know that we are not intentionally against computer support
companies. I agree that it is less than ideal, but due to a few bad
apples in certain industries, the banks have cast wide nets to shield
themselves against fraud. We, you, and many other legitimate
businesses unfortunately get caught in the mix.

If there is anything else I can do to help clarify anything, please let me know.

Patrick

So after all the development I've spent on this program to get people on-board, I'm scrapping it entirely because it can no longer be used.
 
For the time being I'm just going to not require payment and do it over the phone with Square or GoPayment. Going to be looking for another payment processor that doesn't try to blanket-prohibit our industry like that. We're a $5+ billion dollar a year industry just in the U.S. and to just exclude that because of, whatever, and not provide any out is just ridiculous.

Right now I'm looking at a few other services (and reading their TOS very carefully). If I find a similar service that does not exclude everyone in our industry I will definitely post my solution here for everyone.

I'm still shaking my head on this one. :confused:
 
Well I've decided since I spent so much time on it, I might as well finish it. Granted, a lot slower because I can't use it for what I want.

Here's a screenshot of what the payment page will somewhat look like. "Mulah!" at the top and "EchoShop" are user-configurable names. Had to come up with something for test names. lol

stripetaker082112.png
 
Just wanted to update... I emailed support@stripe.com with a detailed explaination with exact same screenshots asking for some type of blessing and saying the reason for the request (prohibited business).

I got an email back with a green light to go ahead and use it. A pain in the butt to have to do it, but it worked.
 
Unfortunately not. I saw on one of their support postings about someone asking basically the same question I was. They eluded that the person should email them at support@stripe.com to "discuss their situation".

I did exactly that, explaining the prohibited business thing along with walking through my system's processes step-by-step. Asked for approval to use it - with them well knowing that it was for computer support - and they surprisingly said to go ahead.

I think they can overrule the prohibition if it provides some kind of resemblance of a legitimate business. I think what did it was me having them agree to the service terms by typing their name. All in all, it all boils down to money and in their case it's chargebacks.

With me having them agree and saving all that info plus providing them with glaring notice they will be charged, it provides clear proof that they understood they would be charged and they agreed to it that can be used to dispute a chargeback. Maybe I'm just guessing, but I'm saving that email for my permission to use this particular online system I made with Stripe.
 
Last edited:
Ok so they can and will approve it on a case by case basis. All I would need to do is make sure that I had a very similar setup to yours (which I do)
 
Back
Top