In the category of "It's obvious that there are huge chunks of the economy which need one SFBA-startup quality workflow web app", I give you blend.com , which did that for mortgage origination at banks / credit unions / independent mortgage originators.
It's one of those magically mundane things. The business process here is extremely well-understood; the actual front end and backend processes in the US for mortgage origination are, and this is a technical term, a roaring pyroclastic tire fire.
I went through Blend's white labeled process while trying to get pre-approval to hopefully help a family member out, and literally sent a human two emails "Sorry only have 15 minutes so no possible way this is done today" "Erm ignore the last I think it's ready for you."
This is helped by me being preternaturally organized but sufficient data entry for a mortgage application being collectable in 15 minutes is pretty stunning to me, even with all of the documents ready to go.
If you want to read about mortgage origination and understand why "Hmm this seems like a frontend-heavy web application that one could reasonably deliver in a hackathon" is not coextensive with the actual solution, see amazon.com/Digitally-Tran…
(Disclaimer: read critically.)
A non-obvious challenge here is that the most important consumer for a home mortgage is not obviously the person buying the house, it is the GSE or other financial system entity which is going to securitize the mortgage.
They have *much* more exacting requirements.
And, structurally, they will *never* talk to the person buying the house, the bank that person has the down payment at, the HR department certifying that that person is gainfully employed, etc etc, *but* they have a lot of very specific questions for *all* of these people.
And so the mortgage loan originator has to have all their paperwork together and pre-reviewed prior to sending it over to the securitizing party.
And if they don't? Well, then they're at substantial risk of either eating the home loan or carrying it on their books for 7+ years.
• • •
Missing some Tweet in this thread? You can try to
force a refresh
(In particular note the cap on cash back and the carveout for particular transaction types which some users are able to generate arbitrarily high amounts of or would naturally have arbitrarily high amounts relative to “normal” CC use.)
“How does this happen?”
Credit card PMs are extremely aware that there are multiple different personas for credit card use out there. One of them has a name in various banks, but you can think of them as Mercenary Financial Enthusiast.
If I can give a slightly more optimistic take on this: much of how commercial software development is done trades some resources for others, in ways that might not be rational for people with very different strengths than e.g. AppAmaGooFaceSoft or BigCo customers.
A lot of AWS services exist so that two teams don't need to have a meeting.
That *is not a criticism of either AWS or those two teams.* That is a preference one can have about time allocation and corporate structure, and capitalism will help you satisfy it.
If you are not constrained on organizational complexity, if meetings with yourself are free, then a lot of the standard stack that BigCo uses is both overkill and underkill at the same time.
So strange that card program managers make such a show of doing this careful balancing act when everyone who reads the Atlantic knows that the real source of rewards is cross-subsidization of elite cardholders by poor people. </sarcasm>
Less sarcastically: it’s a math problem conducted by people who are pretty good at math, and the marching orders they get are “In general and in steady state, all of our card programs should be margin accretive. Make it happen. If you can’t you’ll need a senior signoff.”
(The above is not private information from any particular issuer but rather is a pastiche representing industry standard practice.)
I think the so-called Bitcoin treasury companies have just reinvented exchange tokens: there is an asset with X real world utility but not naturally leverageable. It should flow to place in world where most leverage is bolted onto it; immediately incentive compatible. Repeat 100x
And then “Holy %}*]^ how did so much of it end up in a place with grossly deficient risk management?!”
(I understand that MicroStrategy is the opposite of leveraged exposure from the common shareholder’s perspective but if someone with hands on keyboard believes they are allowed leverage if they hold more exchange tokens then the model happens regardless of whether that is true.)
(n.b. This is extremely well-known among companies which have a business process where you sign things. Most of them use a signature to demonstrate solemnization rather than authorization or authentication.)
As I've mentioned previously, solemnization is a sociolegal tripwire to say "There are many situations in society and in business where you're Just Talking and up until this exact moment we have been Just Talking *and after this point* We Were Not Just Talking. Do you get it?"
People who are unsophisticated about this think that the signature is somehow preventing someone from retroactively changing the terms of the contract. People who are unsophisticated say thinks like "Oh use digital signatures to PROVE that that has not happened. Sounds great."
Apparently Japan Post is debuting the most obvious improvement in addressing for last two decades: address virtualization.
You sign up with them and get a short alphanumeric code. Their DB holds a pointer to physical address. If you move, you tell them, pointer changes.
And then when dealing with an e-commerce merchant instead of doing the traditional laborious address entry (which in Japanese usually requires redundantly providing the pronunciation of the address as well) you just give them the code.
This follows some more limited experiments with address virtualization, like the double blinding of addresses used in e.g. P2P marketplaces, where neither buyer nor seller strictly need to know where other lives if packages can move between them expeditiously.