Live data from Hacker News

I Created a $60K/Month App That Collects In-Person Payments Through Stripe

starterstory.com

141–150 of 172 posts

Re: I Created a $60K/Month App That Collects In-Person Payments Through Stripe

#141

Earlier quoted context omitted.

We have an integration with Payworks for non-US, but mostly hoping Terminal rolls out globally soon. But, no card reader is required.

So how do you handle chip & pin without a card reader?

It’s handled as non card present, similar to e-commerce. At some point, 3DS will be required.

Re: I Created a $60K/Month App That Collects In-Person Payments Through Stripe

#142

Earlier quoted context omitted.

Larger user base will hopefully protect me from being cut off.

One could argue also the contrary, a larger user base might make you more of a target for Stripe to cut-off. Who knows.

That argument doesn’t make any sense to me. Stripe gets 2.9% regardless of how many users I have. It’s just volume to them.

Re: I Created a $60K/Month App That Collects In-Person Payments Through Stripe

#143
post #52

Earlier quoted context omitted.

Thank you! I’ll be first to admit it was perfect timing (which wasn’t planned at all). The freedom is what I was looking for; if nobody buys it, I’ll happy just keep running it. If Stripe launches the same features, I’ll figure out how to pivot. Or, build something completely new. Who knows what the future holds.

“If Stripe Launches the same features” is a scary reality that I’ve been through twice. As a software developer with a young family the urge to pivot and take risk becomes less and less. Good for you for having the enthusiasm and energy to keep going.

I should mention, I already went through that with Stripe once. I did an interview for Mixergy here describing what happened. TLDR: I built an analytics app on Stripe, then they launched Dashboard for iOS. Didn't matter because we knew we hit a dead end and weren't into it.

https://mixergy.com/interviews/ryan-scherf-payment-for-strip...

Re: I Created a $60K/Month App That Collects In-Person Payments Through Stripe

#146

Earlier quoted context omitted.

There are middle men in bitcoin. In fact, there are a million middle men. But you trust those million men, rather than the 10 who run the bank. Anyways, it's about how much money you're willing to spend for trust/safety/risk-mitigation/speed. Cost of item - $100 $100.05 - pay via Bitcoin. In case of fraud, suck it up. $102 - pay via Bank. In case of fraud, complain to bank, who are slow to resolve it. $105 - pay via…

Actually, let’s compare real cost and duration. Cost of item: $100 SEPA: $100.00 ( GiroCard: $100.13 ( Bitcoin: $100.57 ( Bitcoin (SegWit): $100.41 ( MasterCard/VISA: $102.50 (< 30 days, easy to reverse)

Maybe my numbers are wrong. But my point was to say that each system has its advantage/disadvantages

Anycase, I'm in favor of the bank-bank Indian UPI & German SEPA system.

Re: I Created a $60K/Month App That Collects In-Person Payments Through Stripe

#147
post #12

Earlier quoted context omitted.

>but with cheaper processing fees What? The product's page says it charges 1% + whatever Stripe charges ("generally" 2.9% + $0.3). A quick search says that Square charges 2.6% + $0.10 per in-person transaction. Seems like that this product is more expensive than Square.

Good for him for getting paid now. But that margin is too fat to go unchallenged. Market forced and competition will grind that 1% down quickly.

There are several copycat apps that have tried varying pricing structures (some more like 1.3%) and others that tried to go lower (like 0.1%).

Re: I Created a $60K/Month App That Collects In-Person Payments Through Stripe

#148

Earlier quoted context omitted.

So how do you handle chip & pin without a card reader?

It’s handled as non card present, similar to e-commerce. At some point, 3DS will be required.

So if the person in front of your stall has a stolen card, and you are about to sell them some goods. Let us say you are selling them a tv. They play with their stolen card, take the tv, the card owner sees a transaction they don't know and complain to their bank, you get a chargeback. You just lost a tv. In the UK this is rare, due to chip & pin. It is very easy to defend a chargeback when the customer entered a pin into your terminal.

If someone wants a tv delivered to their house you do a 'customer not present' transaction, which can use their house number and area code to authenticate that the card is registered at the address you are delivering to. Now if they raise a chargeback you can defend it by showing a delivery note etc. If you use a 'not present' to do a face to face sale surely you have just defeated the security model entirely?

Re: I Created a $60K/Month App That Collects In-Person Payments Through Stripe

#149

Earlier quoted context omitted.

It’s handled as non card present, similar to e-commerce. At some point, 3DS will be required.

So if the person in front of your stall has a stolen card, and you are about to sell them some goods. Let us say you are selling them a tv. They play with their stolen card, take the tv, the card owner sees a transaction they don't know and complain to their bank, you get a chargeback. You just lost a tv. In the UK this is rare, due to chip & pin. It is very easy to defend a chargeback when the customer entered a pin…

Chip & pin is not a requirement in the US, but I agree with you that using it does alleviate risk. This is why Stripe offers a fee discount to 2.7%+5c when using their card reader vs. 2.9%+30c. These are common fee structures for other gateways like Square.

The app runs all transactions through the Connect accounts Radar fraud filters, and the user can opt to force several levels of validation on the card (CVV, zip/postal, name, address).

These types of transactions happen all the time, regardless of if they're more secure or not.

Post reply on HN