We've made the difficult decision to no longer offer services to the small business market.
Back in April we launched Empower, and we decided to put the full weight of Brex towards building the best global payments platform for tech startups and larger companies. With that, we realized we couldn't do a great job serving the small business community at the same time. This has been an incredibly difficult decision for me and the team, but we believe small businesses deserve a partner that is entirely focused on them.
We know how changes in financial services can be disruptive – especially in a moment like now. We're doing all we can, and working with other financial service providers to make this transition as smooth as possible.
I don’t understand why you’re still not laying out the new criteria for being a Brex customer? It’s a wasted opportunity.
Whoever approved this communication squandered a chance to reframe what Brex is now about. Had the announcement said something like, “what’s the new criteria? $1m deposits … blah blah blah … we actually lose money on smaller customers … yadda yadda … it’s not sustainable”, you could have established yourself as transparent with a tough choice that you had to make. People can understand that.
Instead you post platitudes like “We’ve made the difficult decision” with nothing substantive and are establishing Brex as cagey, opaque, and unnecessarily defensive. Not a good look for your banks existing customers.
Now you’ve got a PR mess on your hands to clean up. Please consider a transparent postmortem on this blunder instead of doubling down on more corp PR speak.
After reading a few articles about how poorly Brex has handled this, I learned the Chief Communications Officer had 12 years of formative experience at Oracle (https://www.linkedin.com/in/karen-tillman-776a08/) and since worked at only large corps.
That would explain the heavy corp speak and complete lack of transparency. I don't expect them to budge or concede on any of this since the playbook is double-down, deny, and let it blow over. Blah.
I'm moving my funds out of Brex and will never bank with them. If you're in the same boat transferring founds out, be sure to leave a penny in your account and take a look at:
- https://www.mercury.com for small business banking. This is who I bank with now for small accounts and it works great. My only complaint is they don't yet have a credit card product, which makes purchasing online slightly riskier since debit disputes are harder than credit.
- https://www.airbase.com if you're looking for Brex Empower that doesn't have a track record of pulling the rug out from under people and need to control spend, etc. I've had experience running millions of dollars through Airbase and its great. No complaints. They're also great at responding to the needs of users.
The idea that this doesn't require face to face handling simply chills me to the bone. Is this how we're preparing for the worst economy in fifty years?
edit: PR used to begin with word of mouth. Just because we're online doesn't mean you can sh*post excuses and be done.
Brex founder here. Let me provide more context on what happened, and how this actually allows us to serve startups better.
In 2018, we launched Brex and started serving the fastest growing companies out there (DoorDash, Airtable, ScaleAI, Flexport, etc). As we expanded in 2020, we decided to start serving small businesses. We onboarded tens of thousands of traditional brick-and-mortar companies to Brex, along with startups. Over time, we realized that our startup customers were growing very fast, and needed BrexHQ to scale with them, but Brex didn’t work as well for larger companies.
Last year, we decided to go back to our core, and shift our resources to make sure startups could scale with Brex. However, we still had tens of thousands of small businesses with very different needs from fast-growing companies. By spreading ourselves too thin, we couldn’t serve either small businesses or startups well:
1) Small businesses didn’t get the products they needed (e.g. working capital solutions).
2) We had to degrade the white-glove level of service we offered to startups, in order to scale to tens of thousands of customers.
As we continued to scale Brex to serve startups (such as 70% of YC companies!), we realized we couldn’t do a great job serving small businesses at the same time. This led us to the painful decision to stop serving traditional small businesses. We decided to draw the line of who’s eligible as any customer who received any investment (accelerator, angel, VC, web3 token, etc).
This has been an incredibly difficult decision for the team, but it allows us to deeply focus on serving startups better. I wish we had been more transparent with the startup community about what this means to them – apologies for all the confusion.
If you believe we made a mistake offboarding you, please let us know at reopen@brex.com
I've transferred my funds to Mercury and have no plans to keep a Brex account open for current or future funded startups. The fact that you end your reply with "If you believe we made a mistake..." shows that Brex is still blaming the lowly SMB users and not taking responsibility for the problem. That's like apologizing to somebody by saying, "If you believe I offended you, I'm sorry".
I know you won't do anything about this, but you should seriously reconsider your Chief Communications Officer if you're serious about targeting startups (reasons at https://news.ycombinator.com/item?id=31780900). Assuming they're advising the customer communication for this strategy shift, you're getting terrible advice as evident by the poor response here and in the press. This was a huge opportunity to reframe Brex as being all about funded startups. Instead Brex is coming across as arrogant with no concern for customers unless they have boatloads of money and fit into the strategy. It's very unbecoming to startups and sounds like how Oracle would communicate to the world.
> We're doing all we can, and working with other financial service providers to make this transition as smooth as possible.
The biggest thing for us would be if you could support Plaid's Identity product by returning names and emails when someone links a Brex account with Plaid.
When someone links an account using Plaid, having this data available means we can compare that to the names/emails we have on file and have verified. If it's a match, this makes it _dramatically_ less likely someone is trying to commit ACH fraud against a Brex customer.
This makes it safer for us to offer higher ACH pull limits to that customer. Even for customers who never switch away from Brex, this would significantly increase protection from ACH fraud.
I just wanted to say that I absolutely understand why you prefer users to use Plaid's identity product (the startup I work at does this as well), but I HATE that it's becoming the standard way to link checking accounts. Both from a data sharing perspective, and from a training users to enter login information into random forms perspective.
There has got to be a better way for us to accomplish this.
Plaid is a menace. My checking account was synced on Venmo just fine using the small transfer method for years until plaid was introduced. I redid the old school verification 3 times before giving up and linking via Chase. I changed the password afterwards but of course that unlinked me again. Can’t wait until some regulatory agency comes after them.
It really annoys me how some service/startup gets build around the large "infrastructure" (in a broader sense) deficiencies in the US. Because of the size of the US market and the amount of VC funding they then become big and move into markets that have had perfectly functioning solutions (like the EU in this case). Because they are so flush with cash (and much conversation/advertising online is very US centric) they then become dominant even in markets which had a perfectly functioning system that never needed they solution.
Uber is an example of this (taxis had issues in Europe/Australia as well, but by far not as problematic)
> There has got to be a better way for us to accomplish this.
One path forward is Oauth, which several major institutions use on Plaid (Capital One, Wells, Chase are ones I know of).
This definitely solves “entering login information into random forms”.
I’m pretty sure I have seen these institutions offer you some control over what data you share when you link, but it was minimal control, and didn’t work well. Ideally that would be more fleshed out.
You’d still be sharing balance and transaction data with Plaid though, that part isn’t solved by Oauth. I think to solve that you need to have a European style standard banking API that makes direct bank-to-bank data sharing tenable?
There should be a law for this. The EU as an open banking API law, that requires banks to make this data available electronically over an API.
The US needs an open banking law. This should not be an optional feature for banks to offer. It should be an absolute requirement.
I think it's insane to enter your credentials into Plaid. Almost every banking agreement I've ever seen disclaims liability if your account is breached because you shared your password. So, if you share your password with Plaid, and Plaid is breached, and someone uses your banking credentials to drain your account, I think a bank could wash their hands of it and walk away in that situation.
I'm sure the Plaid engineers are great, and that their data is stored securely (and maybe they don't store the password at all in there systems). But I'm not willing to bet my entire bank account on them being perfect.
Plaid is almost 10 years old and I think there are probably several verbatim comments on HN since the introduction of Plaid. Unfortunately I don't think we will ever see a such a law; the landscape has changed from 10 years ago and:
1. Plaid has been pretty much been blessed by the largest player in the space (the , now blocked, acquisition from Visa).
2. The banks are glad to outsource development of banking apis to one single customer. Even CapitalOne who seemed horrified at the integration built an Oauth endpoint.
3. The queue of banking regulations is a mile long and is deeply politically controversial among those who vote.
4. Our geriatrics in congress will never see this as an
important issue.
Oh, yes, I would absolutely never use Plaid, or any service that requires it in the meantime.
But, there are many services that should exist, that could be safely used, if such an API mandate existed.
I actually think it’s a matter of time. Eventually the current state of affairs will lead to a crisis. Someone operating like Plaid (a centralized nexus of banking passwords) will be breached, funds will be drained, and banks will shrug.
At that point, the API law becomes much more likely. Banking regulations have a way of moving very slowly until a crisis erupts.
Another path is, once most of the bigger banks develop their own APIs, they will probably push for the regulation as a path to making it harder for smaller banks to compete.
> if you share your password with Plaid, and Plaid is breached, and someone uses your banking credentials to drain your account, I think a bank could wash their hands of it and walk away in that situation.
is "Plaid is breached" necessary? Or is it enough for bank to be aware that you used Plaid?
I don’t know, I’m not a lawyer, just a concerned bank customer that read my TOS.
My guess would be that your bank account being compromised would need to flow in some way from you sharing your password. But, it might be a matter of “who has the resources to make a claim in court”, which could be a challenge for most people if they just lost their bank account (hell, it would be hard for most people even with access to their savings)
From what I remember from reading my bank contract: they claim that any password sharing and blatantly insecure behavior waive bank responsibility.
It may not be enforceable, but in my case any use of Plaid or Plaid-like tool would allow bank to claim that they are no longer responsible for any fraud.
(for reference - I am from Poland, never encountered any nonscam asking me for my bank account, though banks have different variety of problems)
[I work at Plaid] Not to get into too much of this, but the Consumer Financial Protection Bureau has issued guidance that banks are still required to comply with the consumer protection measures provided by Reg E (and thus cannot fully disclaim liability) even when a fraudulent transfer is the result of password sharing. More info at https://www.consumerfinance.gov/compliance/compliance-resour...
Though this is still obviously not a replacement for open banking and would I still love open banking laws in the US (and hopefully better implemented / constructed than the open banking laws in Europe!)
I don't see anything that would extend the coverage to a service that is providing a read-only view into the account, or anything that mentions password sharing. I _think_ I could see what you're describing in maybe the description of the transitive nature of Regulation E to cover "non-bank payment providers", but I don't see anything that would protect me if I shared my bank password with Mint via Plaid?
I'd love to know more, and as a lay person I'm having a hard time working my way through all the language of Regulation E.
Sure. The most relevant section would be the "Error Resolution: Unauthorized EFTs" FAQ section in the link in my previous post, especially FAQs 4-8.
(Also, just to clarify how Plaid works, Plaid does not share account credentials with Plaid's customers, so you wouldn't be sharing your password with Mint via Plaid. Instead, Plaid provides token-based access to data via an API.)
After looking at those answers and reviewing the relevant parts of Regulation E that it cites, I do feel like the regulation pretty-comprehensively disallows banks to impose liability on the consumer for sharing their password. Answer 8 especially that notes that no waiver of Regulation E is allowed makes me feel more comfortable.
I'd still support an open-banking API law, but your citations here have really turned down the urgency for me on that issue.
(And, yep I'm familiar that Plaid does not share the password beyond itself and the relevant bank it's authenticating with)
Iirc, with our current partner bank Evolve + technology provider Synapse, ACHs and wires have “Synapse” as the sender name on a certain field, instead of your business name.
This is (as far as I understand) wrong. Fortunately
it usually doesn’t break anything, but Circle is more strict about this saying the business name.
We have a new partner bank we just launched where we have full control of the ACH stack, where we’ve resolved this. Also trying to fix the issue with the existing partner.
Caveat that I didn’t check this answer with anyone, since it’s early.
We use to be with Synapse and Evolve too - have thankfully moved on ;) We went through the same pain with Synapse that it's their name and not the customer's name on the wire. I thought at Mercury's scale you could get them to change this by now.
Mercury rejected our LLC when we applied there yesterday so not sure where to go now (and no idea why we were rejected). Is there any reason not to go with Bluevine?
Does this sound correct to you / if so can you remedy it with Rhode Island? (edit: our onboarding team says you specifically want a Certificate of Good Standing from the state)
That said, this should have been communicated as a clear rejection reason—we'll work on that.
Yeah we are waiting on accountant to finish taxes (which are on extension) for 2021 so we can submit and get a statement of good standing with RI so we can renew our registration. Mail forwarding failed to forward our annual statement document for 2021 so we won't be in good standing with RI until that happens. I got in touch with accountant today to see if they can escelate but they are still a few weeks out.
Every.io sounds interesting. Except I have never heard of the company, there are misspellings on the webiste and the address is a mail drop in San Francisco. And nobody else ever heard of the company with zero links or information anywhere online. So they pay 4% APY but its a company nobody ever heard of.
1) If I were doing due diligence on a vendor, and ran across something like this, I wouldn't buy from them. It's unlikely to come up (I've never done due diligence on a CEO), but if I learned a CEO had pulled a stunt like this, I wouldn't buy from a new company.
2) Actions like this bias my judgements to the entire buy vs. build decision, and the SaaS space. My experience is that each time a service provider pulls something like this, the cost is higher than any net benefit from having worked with that provider.
There are exceptions. There are vendors with long track-records of stability. I happily use AWS, and would happily use Azure. But I don't do business with Google because of a history of stunts like this (several affecting me), and I avoid small startups for anything business-critical for the same reason.
In finance, stability is especially key.
In the same way as firing employees impacts the morale of existing and potential employees, firing customers does the same.
I can't stand comments like this, pointlessly berating the CEO when you're not even a client. This is a forum for startups: startups frequently pivot in their search for product market fit. What do you expect him to do, have the company go under to maintain an unprofitable business segment? Have a layoff to cut costs? Who would that benefit?
Guess what: if every time a CEO writes a comment on this forum, angry-for-no-reason people show up to hurl vitriol at them, then eventually they will stop showing up to write comments. Stop it.
This is criticism and advice. It is not this forum's job to tell people that their ideas are good and their business models are sound when they arent. It seems like the claim is that it is a worse idea than you think to fire your customers.
That's the exact claim. It's not a pure calculation on individual customer ROI. In most cases, grandfathering in existing customers (keeping in mind I'm not one of them for Brex, so have no axe to grind) is simply good business. The reputational benefit far outweighs the cost.
The flip side is that if you are evaluating vendors, this kind of stability is worth looking at:
- Do they have a track record of customer-disruptive pivots?
- Are they structured (e.g. have revenues or funding) to be around for the long-term? Or might they disappear overnight, taking your business down with them?
- Are you being subsidized for growth? Do you expect for this to flip to being a cash cow at some point?
The wisdom when I was younger was "No one got fired for buying IBM." It annoyed me at the time, but having done a few ventures, I understand that wisdom now. It takes 10-20 years for a unicorn to exit. If you have a dozen vendors who are positioned such that a pivot on their side can cripple your business, and those vendors have a mean time between such pivots of 5 years, you won't last long.
With both employees and vendors, a good thing to look at is history of value-creation. If an employee created value everywhere they've worked, they're probably a good hire. If they've burned value at each place they've been, they're probably a bad hire.
I find it very useful to hear why people choose not to use my products, I find there is some selection bias in the opinions of people who are already customers.
There was valid points made that were forward but certainly didn’t strike me as angry. And I agree with the sentiment. I am weary of more and more startups and companies like Google these days. I can’t rely on a lot of them.
AKA they lose money on smaller customers to customer support requests and most likely wire transfer fees since they offer wire tranfers for free. They almost definitely lost money on my LLC I bet they only made $5 in interest after a year and probably spent $100s investigating my various customer support requests. Plus I made several thousand off of their rewards program. So yeah, bummer, but it makes sense. It's too bad I'd be willing to pay like $100/month to keep my account going.
They make money on the interchange too. When you're spending on your card, they're making money. At least for their credit cards, no idea how their cash/banking product works.
Source: We're a neobank too (and we use Brex cards for company purchases)
You hear that? That's the sound of my eyes rolling. Dude, stop saying cringe shit like "we made the difficult decision." You dumped your least profitable customers in the gutter.
> We know how changes in financial services can be disruptive – especially in a moment like now. We're doing all we can
Like giving people two months notice?
Seems like a perfectly calculated move: be a jerk to a small number of small-fry customers so the rest of your small-fry customers freak out and leave on their own accord and have much less negative stuff to say about you.
You're going to kick out some people that end up succeeding big. They will never forget what you did to them, and they will go out of their way to tell others about it.
You should have just changed the bennies for accounts under a certain size, instead of booting accounts and making even a small number of people enemies.
How do you distinguish between a tech startup and small business?
Not to doxx anyone but I'm familiar enough with the financials of several businesses that would call themselves either depending on the context, and the only meaningful distinction I can think of is venture funding
Those are orthogonal classifications. Startup is an early stage company, bootstrapping income/revenue flows. Small business is well... small, usually in terms of money flows and number of employees.
In contemporary usage "tech startup" usually means an early stage company expected to relatively quickly grow their money flows and have high opex-to-capex and incoming-to-outgoing transaction ratios.
As someone who got dumped when Crashplan decided to no longer offer service to individual users, regardless of the business realities, this is a universally shitty thing to do to your supporters. Why should anyone do business with you if you might pivot away from them (on such short notice, no less) in the future?
If the estimated total net profit % per user is low single digits, keep them like "white elephants" or move them somewhere else where they can be serviced with continuity.
Pulling the rug out from under customers with little or no warning is a terrible practice.
I have an LLC on Brex, but haven't gotten an email yet. I'm not sure if that means if I'm in the clear or if the email just hasn't rolled out yet.
Would be great if you could send an email to _all_ customers, including the ones who weren't affected as a reassurance, so we could either rest in peace or get the migration started ASAP.
That is ridiculous. I think closing down someone's account especially if there is still money in it warrants registered mail (even email is not sufficient) and definitely not a note on the web page.
They were marketing hard at one of the coworking spaces I was at which was full of tiny companies that didn’t make
Much revenue . Couldn’t they figure out the math doesn’t work out prior to doing all this work and then backtracking ?
I’m guessing they were just chasing vanity metrics for a funding round
So current costs vs. revenue mean you can't service your current customer base? Specifically, the customer base that punched the growth numbers to achieve many millions in funding?
I would guess they probably found that the "small business" segment of their customers ended up contributing to a disproportional percentage of fraud, support requests, etc, to the point they were net negative?
Though I still wonder if they considered just closing off to new customers instead of closing accounts of existing ones, since the fact that the latter would blow up in a nasty PR nightmare like this and do massive damage to their brand was pretty foreseeable.
Charitably for Brex, if I am to guess the decision was not taken lightly, it possible the company cannot raise as much as it hoped, is running out of runway and has to cut costs and this is how its doing it - by downsizing, possibly layoffs in post-Aug
They've raised $1.5 billion in 12 rounds. I don't think this decision is due to a lack of funding; in fact, I think so much funding has significantly encouraged it. Unit economics and customer acquisition costs/lifetime total value become a lot more important when you're leveraged, doubly so with a recession looming.
As a startup CEO that uses Brex and hasn’t been kicked off I have to say that I’m strongly considering self-evicting. What a shitty way to handle this.
The situation reads like a snob club rather than a business service. Since there's plenty of fish in the sea, I'd throw them back and find one that was more professional and less mercurial (pun intended).
Perhaps they know they can’t offer a cost that makes sense / is competitive for those customers and would rather devote resources to a product that is competitive?
Why does the cost have to be competitive? Price it at a level that covers all costs. If the price is uncompetitive, 99% of users will not take it, however, that 1% that _really_ need to continue using Brex (for whatever tail reason) can continue to until they're ready to migrate.
It’s always bette for your reputation to cut a product entirely, than to come back and say it’s $1000 per support ticket when support tickets were previously free.
Because you want to make a product that doesn't look silly / is worth all the effort to maintain it.
Having an noncompetitive product means fewer and fewer customers so the cost keeps going up per customer.
It also looks really bad. I know when I'm shopping around if I see sticker shock for some service even when it isn't exactly what I"m buying that is a big turn off for me as I assume that's how they price things ...
That only works out, when price matches customer expectations. Aren't you ever been position, where customer insist to get price offer for something ridiculous? Those clients always act offended, when you finally give them price. Even when you previously are communicating out that this is going to be really unreasonable, no point for calculating exact offer.
> What were your reasons for attempting to sell your services to smaller businesses in the first place?
People don't change banks very often - a lot of banks offer child and student accounts because they know a decent % of people who bank with them at age 15 will bank with them at age 35.
Perhaps their intention was to get in early at 3-person companies that were on their way to becoming 300-employee companies; but they actually found a bunch of 3-person businesses like barber shops and food trucks signed up.
They were trying to execute the principles in “the innovators dilemma” by acquiring customers while they are small and helping those businesses grow. I speculate that the sudden pivot came from the VC investors not the founders. First the drive for profitability most likely stemmed from emerging competition like ramp, and the now with growth stocks losing momentum and the credit market drying up, the VCs have more leverage to run things the way they want.
> Back in April we launched Empower, and we decided to put the full weight of Brex towards building the best global payments platform for tech startups and larger companies.
The "larger companies" part is surprising to me. I would have expected that larger companies have already figured out good ways to handle global payments. Global commerce by large companies has been common for decades and so I'd expect there would be large, efficient, well established services supporting that.
It is smaller companies being able to participate in global commerce that is still fairly new, and I'd expect that many of the older global payment services that served the larger company's global payment needs aren't designed to scale down for smaller customers.
Thus I'd expect that global payments for smaller companies is where the opportunity lies.
I was in the middle of transitioning my existing account to Brex. I have many things to do and so this lower on my priority list. I'm glad I was only in the beginning of the transition and that I hadn't moved over completely. While I wasted a few hours of my time, nothing near what I would have wasted if you had pulled this on me later.
> This has been an incredibly difficult decision for me
Could you elaborate on the “incredibly difficult” phrase? What pain did you go through to make this decision? Do you mean this is a risky move for you?
Your “partner” bank ratcheted account minimums upward. It’s no longer profitable in a modern inflation scenario to service the accounts you built your business on.
Since we started Brex, my co-founder Henrique and I had much bigger plans than only corporate credit cards. Business bank accounts are a pain for virtually every company for a long time, and for the last 18 months we embarked on a journey to build a banking experience that, coupled with the Brex credit card, is 10x better than anything out there.
Alan Kay used to say that if you’re serious about software, you should make your own hardware. In fintech, I believe the equivalent analogy is: if you’re serious about financial services, you should build your own infrastructure. At Brex, we have a strong belief that great financial products innovate at the core, and not only at the UI layer. So instead of relying on existing banking systems to build Brex Cash, we took the approach of building our core systems from scratch, building directly on top of the payment rails (NACHA and FedWire). This level of autonomy with the technology stack enables us to do amazing things like instant onboarding, making funds available instantly, charging no fees on wires/ACH (given our more efficient cost structure), and deeply integrating with the Brex card. And at the UI layer, we packed all of this into a user experience that is minimal, polished and designed to save companies time and get them back to running their business.
We also wanted to make business banking better in all aspects - not only on software. We noticed our customers raised millions of dollars and kept the money parked in their checking accounts, earning no interest. A 10x better experience meant offering the highest yield on their money and, to achieve that, Brex Cash became not only a complex technical challenge, but also a financial/regulatory one. The way most fintechs offer banking services without having to be regulated as banks is by “reselling” another bank’s products and bolting a UI on top of the bank’s checking/savings account. But because traditional banks separate checking and savings accounts, customers earn a lower yield on their money as a whole. Instead, we chose a different structure: customers put their cash into Brex Treasury LLC, a registered broker-dealer affiliate of Brex Inc., that invests the cash in low-risk securities, such as U.S. Treasuries.
The reactions of our early Brex Cash customers have been overwhelmingly positive, and we believe we’re on the path to build the best bank account replacement, not only for startups but for any business in America. Personally, I’ve been dreaming about this product since I was 16 years old building my first company in Brazil, and I’m incredibly proud of the Brex team for their hard work to make this dream a reality :)
I’m pleased to hear about the 1.6% return. I posted a while back asking HNers what they do with their business cash, and no one had a good recommendation. It kills me to have cash sitting in a bank account earning zilch (unlike my personal cash, which earns 2%).
I’ll take a look at this new offering and likely move a bunch of cash over if everything checks out.
Yes, you get an account and routing number with your Brex Cash account, which you can enter into on Stripe (like you would your bank account's account/routing number) to receive your Stripe payouts.
Other than using Money Market accounts instead of FDIC-insured accounts, what specifically is better about banking with Brex? And for those factors that are quantitative, how MUCH better are they?
1) 1.6% or more yield on your cash balance. (Savings accounts in the US offer 0.06-0.16% interest on average.)
2) Zero fees on ACH and wire transfers. (Average wire fee is $23.)
3) Get Brex reward points every time you do a transaction. (Haven't seen an account give reward points for each transaction but I could be wrong.)
4) One account for all your deposits. (Typically have two accounts -- checking and savings -- with checking typically earning less yield and savings accounts having a transfer limit of 6 transactions/month).
5) Easy-to-use online interface designed to give you back time to run your business. (Of course, very easy for me to say this so I'll let the customer feedback do the talking as we roll Brex Cash out).
Living in Europe, if this is really true then the US banking system sucks even more than I thought.
What you describe is basically a normal (northern) European bank from the sound of it.
The only difference is the interest rate, in my own bank I get lower rate until I hit a certain threshold, but it's the same account and there are no limitations on withdrawals etc. If you offer 1.6% from the first dollar than that is slightly better.
Predatory lending and fraud isn't really a feature of business banking. Predatory and fraudulent lending isn't restricted to business - though perhaps may be more lucrative. Banks do rather have the deserved reputation of lending an umbrella to ask for it back should it rain.
The bullets the GP lists were standard features of the high street business accounts I've had. Didn't care about reward points, but I don't seek those on personal accounts either. :)
Pedro here, co-founder of Brex (YC W’17, https://brex.com/) writing about a major product update. In June 2018 we first shared with the HN community the launch of our corporate card for startups. Here’s our first post: https://news.ycombinator.com/item?id=17418813
Just as we built our underwriting and issuing platform from scratch, we built our rewards platform internally, rather than use third-party software that typically comes as a module within existing bank industry softwares.
I have outlined the technical details of what we built in this blogpost. Would love to hear some feedback from the HN community :)
I have been seeing billboards for Brex on my way to or back from US101, saying BrexIt. Always caught my eye, making me think it must make SEO pretty hard. :)
Either way, good luck. Looks like a good platform.
I am surprised that Google/Facebook ad spend is not showing up as a major spend category in your reports, which seems to have led to the 1x earn-to-spend ratio for that use case. I know of several companies that use Amex Business Gold because they get a higher ratio on their ad spend.
It's something we thought a lot about as we had to pick the categories most important to our customers. What we heard is that dining and travel were more important since they are so commonly offered by other cards that people didnt want to feel like they were "missing out" by using Brex. Most of the feedback was that people like using Brex and all of the features and tech - and rewards was a way for the customer to make sure they were gaining something using Brex - and we do offer points on ad spend. Also, one cool feature where we help with ads is we actually clean the vendor, so rather than seeing GoogleAds or Facebook Ads followed by a bunch of numbers - with Brex you get one clean merchant name and that helps the user aggregate all spend by vendor - a lot of users love this feature
Brex (brex.com) | San Francisco, CA | On-site only | Full-time | Visa
What we bring:
- An environment where it matters to make the right design decisions the first time. "Move fast and break things" doesn't really work for the type of system that we build. We take less technical debt than other companies.
- At Brex, engineers make the product decisions with input from business people, instead of business / product people making decisions with input from engineers
- We'd rather have one strong, well-compensated engineer instead of having 5 mediocre engineers. Our customers are fine with fewer features, but are not ok with broken features.
- Small, accountable and autonomous teams of amazing people, eager to learn, teach and constantly improve our way of working.
- We believe that great individual contributors generate as much (or more!) value as engineering managers, and we compensate them accordingly.
What you'll bring:
- Exceptional technical background.
- Strong sense of ownership and accountability for what you're building. What you build today will be the foundation for dozens of other systems in the future.
- Frankness on discussing technical matters. If you disagree with how things are being done, we encourage you to speak up. You can attack an idea without attacking the person behind it.
- Passion for code. We love people that take pride in and love programming, especially if they've done so since a very young age.
- Experience in Haskell, Scala, Functional Programming, Elixir or F# is a plus
Pedro from Brex here :) Thanks for the feedback, super helpful! 1. We will make sure to support international addresses for the individuals, thanks! 2. On the submit button, did you sign-up from mobile/tablet by any chance?
You're welcome. I signed up with a Surface Pro but it wasn't in tablet mode. Chrome 67.0.3396.99 on Windows 10. I tried resizing the browser window a few times to see if a button would appear. I don't know (didn't check the elements panel) but I felt maybe the view had become unable to scroll, and maybe there was a button below the viewport. Anyway hope it helps :)
No, because changes are saved by triggers that run directly on the database. When the teleport instance is back up, those changes will be batched and transmitted.
I think I get it now. Essentially your replica is always in an inconsistent state, you cannot ever guaranty for anything, that happened on one replica, to be present on another. It's mostly for backups, disaster recovery, when it is ok to lose some data, right?
No. Teleport installs triggers on all tables the first time it starts. After the first start, consistency is guaranteed because triggers will save every data mutation in a separate table (that teleport reads to generate batches for the target instance).
Yes, I understand that triggers will save every data mutation, but no matter what you do second replica is not going to see them synchronously. It's always behind and inconsistent, if first one dies - you lose some data.
EDIT: Maybe you should rename it to something like "trigger-based asynchronous replication", so people would get the right idea about the guarantees it provides.
There were no solid Postgres replicator that supports schema migrations and real-time data updates when you don't have superuser permissions on the database (read: AWS RDS), so we wrote our own in Go.
We've made the difficult decision to no longer offer services to the small business market.
Back in April we launched Empower, and we decided to put the full weight of Brex towards building the best global payments platform for tech startups and larger companies. With that, we realized we couldn't do a great job serving the small business community at the same time. This has been an incredibly difficult decision for me and the team, but we believe small businesses deserve a partner that is entirely focused on them.
We know how changes in financial services can be disruptive – especially in a moment like now. We're doing all we can, and working with other financial service providers to make this transition as smooth as possible.