We've compiled a list of questions that Banking partners,investors and startup mentors and other people have asked us in the past. If nothing else the document is a good overview of how the concept has evolved during the last couple of months. We're constantly updating the list as new questions come in. Here's the link:-
Added a new option "-w" that allows you to watch the project directory for changes in .lua and nginx configuration files and automatically restart nginx process to make those changes available.
Point taken, though I disagree with your assertions that credit cards don't have much to do with classical banking and that they are not about promotion.
It's also true that banking services are entirely different from facebook. But the goals are similar.
I guess one way to restate my opinion in a couple of lines would be
There are markets and customers that are not immediately in the operational radius of a local bank. Any bank that can create offerings that would appeal to such markets would stand to gain profit.
Also to flip the discussion we could ask if facebook were to create a bank how would they do it?
The website is out of sync with our ideas. We need to update it. Apologies for any confusion caused.
If you don't see any new idea then can you at least see a concept that has been proven already by revolut. If so can you see a possibility that this concept can be taken further to include other businesses and banks? If you do can you can you imagine a scenario where ideas we suggest might be probable?
And if we are able to overcome the challenges you put forth would you say that this idea is a winner?
Great critiques! Please understand that when you write a pitch the tone has to be a bit assertive. It wasn't meant to be insulting but rather invigorating. However I apologize for any offence if might have caused. We didn't mean any of it.
Having said that you raise many important points. Let me try to respond to them
>Where does the assumption come from that banks aren't aware of this market.
I'll concede that they probably are aware of this market. Now we want to build a service that caters to this market. And in the process make a profit for everyone involved. We know that there are businesses like revolut that have proven a part of this concept. We want to take it further.
If the market has been observed, services have been shown to be deficient and the concept proposed has been shown to be working then it should be smooth sailing.
>"not all business models try to maximize "eyeballs", or customers and that some attempt simply to maximixe revenue or profit"
There may be some business that don't try to maximize eyeballs or customers. But banks are not one of them for sure. If you look at the history of original credit cards they were made popular by
>"mass mailing of unsolicited credit cards (actual working cards, not mere applications) to a large population.[1]
It has also been my personal observation that banks put on large advertisements to attract new customers based on attributes like interest rates and after a certain period of time these attributes
get constant across banks. We are suggesting that it could be beneficial in the long run to look for a different set of customers.
>And how on earth does one compare near lawlessness of Facebook with the most heavily regulated sector of banking
The idea of posting it on hacker news is to make sure that if we can't do it someone else (better) can. There is a market. There is big money to be made. Banks are more receptive of startups than they've ever been. It'd be a shame to see this opportunity pass by.
Further we're not building a new bank. We're proposing to use the existing systems available, in any international bank today ,in a new way.
Simple was a challenger. We want to collaborate. Hacker news might just be the rabbit's foot!
You can think of revolut as a front end for barclays client pool account. This is a very simplistic explanation but what I'm trying to emphasize here is that the money revolut manages is effectively with Barclays.
So the idea of having Barclays is not to get traction or to have their own participation method later but to have the muscle of a bank that can handle large scale international payments.
There are other big banks who don't have something like revolut. So our solution can be a good proposition for them (Not saying that we don't have ideas for any new features. We do, but we've been caught off guard by the new announcement. It'll take a few more days to make it's way to the pitch)
>"Barclays has been known to help startups by lending them their (global) infrastructure in the UK"
Yes, but why? Barclays profits with every customer that revolut brings/ will bring. Other banks would want to profit in a similar way.
I didn't know about BOE but I don't think that switching banking partners after about 5 years of operation is going to be that easy... Not sure could be wrong.
It should be on bank statements and on the card. What I was trying to say though was that the fact that Barclays has a system like Revolut is a problem for other banks that don't have a system like that. So our solution is still valuable for them.
You are right about the countries wanting to protect their own banks. We're not suggesting a "savings account" in the sense that you keep your money in a foreign bank. This is more like an efficient "bank proxy". Does "nginx for banks" explain what I'm trying to say? The money at the end of the day will be kept in your own banks.
Your point about foreign transaction fees is also correct in part. There are many layers of fees in a foreign transaction, many portions of which are directly controllable by the parent bank as is already proven by services like Revolut and centtrip.
Not much can be done about the remaining charges but even the savings that can be done with the help of a parent bank are very substantial and within the bounds of regulation.
Yes both Revolut and centtrip have marketed their products to only consumers (travelers) where as the concept of multicurrency accounts is very useful to business as well. Not just individuals. The customer acquisition strategy is like Revolut but the larger goal is not (Not that I can say what they have in mind,long term).
The documents that are stored in couchdb are versioned as long as you don't replicate/ don't compress the database. You can query for all the _revs of a document. You can make api calls to give you an older _rev of the document.
The _revs themselves follow a pattern that is semi-human readable.Like so:-
`1-some_uuid,2-some_uuid,3-some_uuid` and so on.
The versioning functionality is not comprehensive but you certainly have the building blocks.
Indexes are cached on disk. As the new data comes in that satisfies the query function,that you have written,it will automatically be appended to the index that has already been built up to that point.
The query results are retuned with Etags that you can cache like you do any http resource.
>I want to have just indexes to do the queries I need to do with insane speed
couchdb seems to fit this requirement really well. You explicitly create indexes on the fields that you want to query. The index creation part is slow but once it's done your queries are really fast. All data is compressed with snappy[1].
couchdb also encourages you to split your data across multiple databases. Effectively you can have thousands of databases all managed by a single couchdb server instance. You can move your data in temporary databases and "purge" them when they are no longer required. It's all really cool once you get a hang of how to use this feature. Although if you query across databases you'll have to "join" the result set within your application.
You should give it a try, you'll really like it :)
- The low hanging fruits in corporate banking services (https://docs.google.com/document/d/11SRXfuC0-L5iGlHypnviI9H5...)
- A scalable banking proxy (https://docs.google.com/document/d/11SRXfuC0-L5iGlHypnviI9H5...)