Show HN: Restaurant POS system built completely on iOS
Hi guys,
I've spent the last 18 months building a restaurant POS app that can run completely and reliably on iOS. Along the way, we've really pushed the devices to their limits and have something special that doesn't rely on the cloud for service, doesn't copy old and crappy "100 buttons on a screen" POS interfaces, and is still just as efficient and much more usable. Combining Bonjour (Apple's implementation of zeroconf) with the excellent Cocoa APIs also made it a relatively magical experience - you can literally watch on an iPad as a waiter takes an order on a iPod connected to the iPad.
This is my first time as an entrepreneur, and we're trying to bootstrap out of Buffalo, NY. I'd love to hear any advice you have on marketing to a relatively hard to reach segment such as restaurants, and any feedback you have on the app itself. The app is available for free (trial version that doesn't allow adding menu items or allow complete printing of checks to receipt printers) at http://itunes.apple.com/us/app/ambur/id408723017?mt=8&ls=1 , and our website is http://www.refulgentsoftware.com
Thanks for your time!
63 comments
[ 6.0 ms ] story [ 148 ms ] threadAnother question is.. what happens if a server spills a drink on it? :)
Now for an answer instead of another question. For marketing I would focus on finding a scalable sales method that is as self-serve as possible (small biz owners will always want to talk no matter how hard you try though). It's easy and tempting to go 'door to door' and sell one at a time, but economically it doesn't make sense. That's one place iOS helps, distribution through the app store. But you'll eventually need to find people who are generally looking for POS, not just specifically an iPad POS.
Anyways, good luck it looks interesting!
The fact that the whole ecosystem (app store, iTunes, backups, etc.) is designed for consumers means that it's easy for anyone to deal with. It would be trivial to teach all your management and supervisors how to reset, restore, etc. an iPod Touch in the case of hardware problems, rather than having to log a support ticket with some company somewhere when the PoS hardware is being problematic.
So lets say it happens to your iPad POS and you run down to the Apple store to get a new one. What happens to your data? Is it stored on the device, or is the backend hosted somewhere? How do you get your old data into your new iPad?
Another thing I just thought of... lets say there's a horrible bug that's causing some big problem. Wouldn't you have to submit a new version to Apple, which then needs to get approved by them?
All that being said, there's risks with any POS system since it's pretty much mission critical. When I launched my company and did a Show HN, some people thought it was a bad idea (it's web-based). There's a lot of what ifs you can bring up that all sound terrible to a business owner. I'm sure a lot of people will go with iPad POS systems, I'm just wondering if there's a good reason to or if it's just the cool thing to do.
That is the showstopper.
"Sorry, we fixed the bug, but Apple hasn't approved it yet. We'll keep you posted."
The iPad is fairly water resistant at the end of the day, we've had a glass spilled on it (!) and it was fine. There's a database that the app allows you to email to yourself to backup, and you can connect it via iTunes and use Apple's ridiculously cumbersome iTunes methods of dragging files in and out. I'm not happy with it necessarily, but the attitude I have as an iOS developer is "let's see what happens in iOS 5 to make file management/sharing/backup easier, it *has to get easier...right? right!?"
Think of it this way - up until recently, POS systems were monolithic things that were never updated. Web POS systems take the opposite route of just throwing out what you have and fixing bugs as they pop up, which definitely is easy. With the App Store, it's sort of medium – we can easily ship updates, but it might take 7-10 days. IMHO, it's not a showstopper though. If it was, then almost no software would have shipped before the Internet. You just have to rely on the fact that you're a good developer, with a good testing process.
That would be good to know since the data on the hard drives of POS systems are a target for thieves to the point of ignoring the cash and just taking the hard drive.
http://www.cbc.ca/marketplace/blog/2010/03/the-proper-way-to...
My company helps SMB's find the best credit card processor, so in theory Restaurants would be great customers because they are often getting screwed. In reality, we don't convert restaurants well at all.
I've been to trade shows like the NRA (Nat'l restaurant association), Pizza Expo, etc, and a new trend is well-funded companies offering a "free" POS system. It's free because they include the merchant account, and they KILL you on the fees. Almost all of the POS vendors are partnered with http://www.mercurypay.com/ which is a very expensive solution with hidden fees/upcharges etc.
Restauranteurs become lured in with the free POS and are locked into a shitty payment processor. I think being on iOS is a strength though - maybe there are ways you can focus and optimize your ranking on the app store? Participate in blogs/forums whenever you can.
We've had some luck getting in publications (QSR, Food News Today, etc), which has been very useful in getting the word out. You should try to get in QSR.
Drop me a line if you want to talk further.
In this case, the App Store is just a distribution method, and all of the marketing and discovery is up to the company themselves. As Wil Shipley once said, the App Store should be a warehouse, not a storefront.
Thanks for your feedback, and the information about publications, it's been hard for me to figure out what publications exist and which ones exactly matter.
I wish I could open source the framework, but at this point it would be an engineering effort to tease out the code and it's also giving away a lot of secret sauce.
Also, though this one's just my opinion: "point of sales system" seems awkward to me compared to "point of sale system" and I note from a couple of Google searches that the latter seems to be used a lot more often.
Anyway, good luck!
Good call on point of sale, I had never thought about the distinction before.
You need to go to as many restaurants in person as possible and be able to explain why your product is worth "trying" at the risk of a night of business. The key to understanding your customer is that they need to train all their servers and cooks on the new system and risk a huge single night loss of sales in the event of an error.
This is big business and for large restaurants could be $20K in a single night.
What is the big feature that your product has, that current systems don't have?
*ALSO REALLY IMPORTANT: I would consider not offering it for free since the "cost" is not the product. The cost in your case is the potential loss a restaurant could take on a crashing system (and the cost and lost sales relating to server training). I would try charging MORE than current POS systems as your sticker price.
Pricing is a signal and you need to signal high quality to sell this risk to businesses.
A few quick things that are important to restaurants: 1) Margins (they are really low, anything to improve them is good). 2) Servers are unreliable and turnover is high (anything to help speed up training is a plus, but probably a minor one) 3) Risk (a single night of lost sales may bankrupt a restaurant. You are asking for big commitment.) 4) Costs (upfront costs are harder to swallow because cash flow is always important. Decide whether it is worth figuring out a way to subsidize the equipment and software and get paid back later maybe).
Additional advice: Work in a restaurant as a server, then as a cook. Knowing the business is very important for selling to it.
Lame. There will be a market for iOS/OS X POS because there are people who prefer them to "PC" products. If a restaurant owner wants the $299 Dell rather than pay a bit more for a Mac/iOS device, they probably aren't a customer he'll want anyway.
Big features? Price, wireless connectivity, commodity hardware. I can't lie and pretend we're as rock solid as Micros, and I'd like to charge a fair price. $999 is low in my opinion, but not that low.
Thank you for your feedback!
2) I haven't done market research, but are you telling me no other POS has wireless?
3) Who will provide iPods? How many will be lost or broken, this seems to add additional expense.
4) As a potential pivot, could you enable your system to run in restaurants with no servers, just food runners and have patrons order the food themselves? There is competition here as well, but it is less entrenched and probably easier to displace.
(Not endorsing or dis-endorsing anything in it, but a possible point of reference to see if anything's changed.)
The main caveat is, the article assumes that servers would be carrying around iPads - we've found iPod touches are more than sufficient and iPads acting as centralized hubs like a traditional POS work well.
You should also consider offering packages with all the hardware the restauranteur would need.
You're right on the domain thing too.
Square is great for what it is, but there rates are way, way, too high for restaurants and their app doesn't allow for 3rd party callbacks. I don't think they have much interest in "real" business to be honest with you, I've tried to get in touch with them on multiple occasions for at least information on them integrating a callback scheme, but I haven't heard a word back. They're busy doing bigger and better things though, god bless 'em.
We actually do have integrated credit card processing (kind of). There's an app called Credit Card Terminal that lets us pass charges to it and then calls back to us with the charge amount and type when it's done processing.
It's a tough marketing problem: how do you get to people who haven't already invested in another solution down this road, even if our solution is much cheaper we're still talking in the thousands to switch over from someone who already charged them tens of thousands. The answer is to find people who haven't, which means finding restaurants that have not opened yet. Not easy work.
If your system actually works, you will have no trouble selling it. What we've seen so far needs improvement.
I was a bartender at a downtown Chicago restaurant using Aloha for more than a year. Aloha is not pretty, but it's really fast. I don't want to scroll, or click into menus and tabs to then go find an order. Just put my tables in front of me as soon as I'm logged in.
Trying to give constructive criticism here, so please don't take this the wrong way. Speed is everything. I almost feel like I can login to Aloha (all I have to do is type my server #), and then enter in an order for a table before I've even finished finding my name and typing in the password into your "server selection dial". Passwords are really not that important at the server level. What I am going to do, go change someone else's check?
Speed. Think raw speed. How FEW clicks can I get from login to item entry. It's not about how logically organized it is. I don't want a magical experience, I want a flawless and fast experience, so that I can get back to the 500 things I have to do to service my customers.
My 2 cents.
A fast illogical system is better than a well organized system that requires several actions to get a result. You can front load the work an illogical system requires when you aren't busy, by memorizing the location of menu items, etc.
We'll have to look at speed a bit more - at the restaurants we've tested at, my experience once it was just pure frustration for a server at first, but after 3 or 4 shifts they settled back down into normal speed for order entry, and it ended up being a win overall because the discoverability of stuff was faster. That being said, I know we definitely have room to improve.
Thanks for your feedback, it's nice to hear from someone else who worked at a restaurant, especially one that was busy and relied on the speed of its POS more than one in Buffalo may have.
What should be keeping you up at night is the ordering experience. This is where users are going to spend 99% of their time. It needs to be flawless and ultra-refined for speed and accuracy. The cascading screens and tiny "Done" buttons are not going to cut it for heavy use.
Finally, you are going to need to be careful about getting feedback during a 15 minute demo. There is a grand canyon of difference between using a POS all day every day versus once for 15 minutes.
We did however have situations where I would need to enter alternate server IDs for different things. What comes to mind is that we had an ID for bar comps so that we could keep track of inventory.
Perhaps discoverability makes sense in certain restaurant scenarios. At our sushi restaurant/bar, I don't know that I ever had to "discover" something?
We did however have situations where I would need to enter alternate server IDs for different things. What comes to mind is that we had an ID for bar comps so that we could keep track of inventory.
Perhaps discoverability makes sense in certain restaurant scenarios. At our sushi restaurant/bar, I don't know that I ever had to "discover" something?
No matter what the end user says, they do not care about fine-grained permissions. Not that they don't care about your system having them, they just have no interest setting them up or ever changing them. The way us software engineers think about things and the way management thinks about things are just too different. "I just want Mary to be able to see the f*$%ing orders!" It's really too much to go, "Ok, well Mary is part of the Server's group, so you go into Servers Group Permissions, then look at this list of vaguely worded categories and find the one you want, then click into that and get half a million switches, then find the action verb that we've assigned to viewing orders then click it on. Oh yea, this also gave Carlos and Mike the ability to see orders because they are in the Server's Group. Oh you didn't want that? Ok, well make a new group called Super Servers and then put Mary in that gr....."
At this point management has slipped quietly into a coma.
Split this video into a, "Here is what your servers will see, look how easy it will be to get those minimum-wage monkeys to use this" and a "Here is what you will see, look at how much more money this will put in your pocket as you are able to manage more effectively, you king of food you!"
And then make a third video about the nitty-gritty technical details of Role-Permission systems and launch that into the sun, no one wants to see that ;)
I think it could be a really compelling product but right now the video doesn't seem to be addressing any audience (other than maybe other developers writing POS software).
Personal Note: For some reason the line, "Refulgent is very proud that Ambur saves all the information pertaining to all closed orders, just as if they were open." irks me to the very core of my being. Whoa, you did the most logical thing to do by keeping historical records, this is nothing to be proud of. Be proud of the truly innovative parts of this product, not the silly things that are obvious for your software to do.
I wish you the best of luck, just throwing in my $0.02 and trying to share some wisdom I've learned the hard way.
Yes.
I'd really want to see it in action at a table to see that the drill-down method of entering orders is going to work fast enough - there's a reason that current systems have the "million buttons" interface and I don't think it is solely that POS designers can't make good interfaces.
As an improvement I'd add in something like a margin/upsell reminder system. The server would have someone to know high-margin items from the menu list and have key upsells highlight when a dish is chosen ... "do you want fries with that!".
I'm scared to shoot one showing "action", considering how hard it was just to get the first one done, but we'll have to see what we can do efficiently that looks nice. It's key, I think, because really by far the magical part of the product is how easily devices running Ambur can link together and share data easily.
Thanks a lot for your feedback, it's truly appreciated and taken under careful consideration.
This type of app will live and die by demos that you give restaurant owners. It needs to blow people away at first glance, especially waiters. Because you used all stock UIKit elements, at first glance it looks like it could be anything. I really think it needs an amazing interface to stand out from the crowd and blow people away.
Edit: I'd also suggest going to some local restaurants & bars and talking to people there who'd be using this app. Get their information and tell them you'll pay them $50 for 30 minutes of their time whenever they're free. Meet up with them and ask them their gripes about current POS systems, record this audio conversation (with their consent). Have them talk about the top things that they hate and the top things they wished it would do. Ask about what they spend the majority of their time on when using POS systems and which parts of the system fail the most often or are most frequently misinterpreted by the cooks or other waiters. Now you've got a firsthand account of what your competitors suck at that you can focus efforts on.
Navigating repeatedly through these actions is slow and makes for a bad experience. As a bartender or waiter (both of which I've been in the past) this would maker me want to quit.
To be honest I took out more custom UI than ended up making it in because the people we tested with who were new to iOS really took quickly to the standard components and had a harder time with custom stuff. That being said, I'm hardly a real designer, so there's a distinct possibility my custom UI was just, well, not too good. :P
Thanks for your feedback. I'm familiar with your work and you saying this automatically means I'm probably going to dedicate the next week or so combing over my UI and trying to make it better.
"Is there a demo video of Ambur? Yes! Please click here to see a real demo of Ambur."
However, nothing is hyperlinked.
Same here:
"Ambur will be available for free shortly in the App Store. You can also download the software from any iOS device by launching the the App Store and searching for "Ambur"."
I would actually just link to the app (there is chance someone is viewing that page on an iPad after all).
> Is there a demo video of Ambur? > Yes! Please click here to see a real demo of Ambur.
There's no link anywhere near this text.
Now, there are lots of good comments that others have made already. I think the most important ones are the issues with the speed of taking orders and the suggestion to talk to local restaurants and bars for input.
My two cents are related to the video. It looks too amateurish. The camera is not 100% steady (use a tripod, or set the camera on a table), the narration is not very fluid (practice, practice, practice) and it's too technical. The video should target your audience and highlight the advantage of using your system. Show a waiter taking orders, and the kitchen receiving them instantly. Show how a fast and easy it is to print receipts and how a manager can help resolve customer issues/complaints. How would you convince a restaurant owner to ditch the multi-thousand $$ POS system that he/she has, and invest in yours?
Also your FAQ page seems to be outdated and missing a few links.
Good luck!
Reshooting the video is probably the first priority after fixing mistakes on the site, thanks to your comments and a couple others. Thanks for the feedback, hearing things like that from someone really makes it clear what work we have to do and how we have to do.
Where I work (not my dept.) we were locked in a five year contract with a company based 5 times zones and 5,000km away.
Adding new printers, configuring printers, connected by cheap off-the-shelf switches and routers, too many people with admin access and employee turn-around losing the people who knew the system.
Add to that old and usually proprietary hardware that tends to get damaged faster in an environment with a lot of food and liquids (restaurant/bar).
Add to that restaurant people tend not to be technology oriented.
I can't see my workplace buying a bunch of iPad or iPod Touch devices just to use a brand new system. I know the staff would love it. If you had an iPad/serving tray that would be interesting too.
The perfect system would run on old existing hardware, be bullet proof, very intuitive, cheap and with lots of support every day at all hours.
Secondly, adding printers is one of our best pieces of functionality - it's just entering an IP address, a name, a type of printer, and assigning it to a menu item group.
I'm not sure old hardware is the answer. It's underpowered, weak, running on odd platforms. iOS was designed for touch and to be rugged from the ground up, and provides a consistent platform that is essentially commoditized and is growing every day.
- What the app looks like -- there's a lot of talk about how beautiful, simple and well designed it is, but not a single screenshot;
- If it accept payments;
- Whether it is a complete solution. Will I need a server? If not, what's "Ambur in a box"?
- A 1-2-3 storyboard of setting up, making an order, paying the bill;
- Whether it will work with my cash drawer, or my receipt printer, or my credit card machine, (or any drawer or printer or machine);
- What happens if my iPad (I'm the manager) breaks/is stolen/is low on batteries?
- Can my clients place orders using their own iOS devices?
And important stuff is hidden by the wall of text. For instance:
- Your app needs _no configuration_ when adding more terminals;
- Updates are free for life;
Lastly, a benchmark: http://checkoutapp.com/
Good job.