Readit Newsfalafel_muncher commented on Radar – A new set of integrated tools to help prevent fraud stripe.com/radar?... · Posted by u/sinak
The data is from Stripe's handling of 100,000+ businesses' transactions, probably a better dataset than SiftScience.
That's a big probably.
doubtful that stripe has 100,000+ business customers. Kount is another good one, that's what Braintree uses apparently.
falafel_muncher commented on Radar – A new set of integrated tools to help prevent fraud stripe.com/radar?... · Posted by u/sinak
Of course. I sell business software, never had a fraudulent transaction ever. But the video game and porn industries, for example? Tons of fraud.
You can prevent a lot of fraud by simply requiring both a postal code and the CVV on the card. It's unlikely that a card thief has both pieces of data. (If you steal the physical card, you won't have the postal code, if you buy a database of cards, unlikely that they will have CVV's)
>Ubiquitous comment, as a person within the industry: there's a big difference between cars that have a hands-free driving mode, and cars that do not have a driver.
Surely the pay is far less for the passive driver? If not I assume it will be soon.
Solution: pay drivers a bonus for the number of 'accidents avoided', or the amount of times they need to grab the wheel after the car sounds the 'take-the-wheel' ping. Drivers will be incentivized to pick-up passengers in more complex areas, which then improves the data and the car learns how to drive better in complex area.
These are the right questions to be asking! Yes, there has been some talk -- but not remotely enough. At present, the vast majority of work in the vehicle-automation space is being done by, well, vehicle people. The assumption is that driverless vehicles will slot into the existing infrastructure with minimal modification. There's a fair amount of consideration being given to vehicle-to-infrastructure communications (so that vehicles can notify traffic signals that they are approaching, for example), but relatively little consideration being given to how the roadways will actually _physically_ evolve.
Personally, I expect that this evolution will be roughly as significant as what was catalysed by the horseless carriage.
Take the Las Vegas Strip for example. They have a lot of pedestrian bridges for people to avoid crossing streets. Granted, this also works to funnel folks into casinos. However, it would be difficult for a pedestrian to get into the street at some intersections because of fences and barricades. I have to think that most cities will evolve similarly when self-driving cars become commonplace
The disruptive effects still happen even if we don't get to 100%.
For example, a train of self driving trucks can be led by 1 in the front. Yes, I know, REAL trains exist, but they don't go everywhere. A train of self driving trucks could save a lot of money.
If self driving Taxis don't work in the rain, then Uber can just NOT drive them when it is raining! For example, Maybe the penetration rate will be very low in Seattle, but very high in Texas. Disrupting 20% of the Taxi market by eliminating drivers is still a very big deal.
They still have to work in the rain before gov't allows them on the road though..
1. Cut down the IAP commission to 15% for everyone. 2. Cut down the commission to 5% for those who pay for a Business Account, say at $5,000 a year.
The thing is no customer wants to use any company's half-assed bug-riddled purchase or subscription system. Every iOS and macOS user will prefer to use the Apple system. All Apple has to do is to make the rates competitive enough, that after considering building their own purchases system, factoring in sales tax and VAT, most developers will happily just opt for Apple's system if the rates make sense. Many people are putting up with 30% already — bringing the rates down to something reasonable with an upgrade path to put them on par with payment processors like Stripe (with VAT and Billing and Radar) or Paddle will just increase revenues for them.
The moment they drop rates and ease restrictions apps that are not being built because of these rules will get built, and these apps will gladly pay the market rate of 5% to 10% for a full service payments system.
The _buyer_ experience with Apple's IAP is mostly good, but I would argue that the developer experience is downright horrible. Working with subscriptions and IAP receipts is clunky. You can only use one of about 100 SKUs, which makes it difficult to offer discounts and customized pricing at the higher price tiers, where the gaps between amounts are quite large. Until recently, it wasn't even possible for developers to issue refunds!
Even if Stripe charged 30%, I would choose them every time over Apple's IAP.