Loading...
Answers
MenuAnyone deploy a large scale iBeacon initiative yet?
Answers
I've been recommended to speak with Leigh Rowan in the past for iBeacon projects. I haven't had the pleasure of doing so yet but he came highly recommended. His contact information is on his LinkedIn account. https://www.linkedin.com/in/leighrowan
I've got a desk full of various iBeacon hardware, and for the most part the performance profiles are pretty similar. The major differentiating factors to me are the enclosures, battery, and the SDK (if you're looking to use the manufacturer supplied SDK). Happy to talk more about the details of the hardware I've gotten hands-on experience with.
More then one! I am owner of community : Beacon iced on Google+! Check it out and find the best white papers, examples, companies: Estimote, Lightcurb, beacons tachtig, to me a few
Beacons essentially are transponders that provide a unique ID via Bluetooth to a compatible device. In practice, that means an iPhone, iPad, or iPod Touch, since those devices have supported Bluetooth Low Energy for several years. But today it is hit and miss outside of iOS devices. Most beacons do little else than transmit their ID to a Bluetooth Low Energy device. An app on the device connects to the Internet to look up that beacon ID and pass that UUID to a back-end service that then tells the app whatever it needs. For example, device X might be in the men's shoes department at a Macy's at 123 Main St., Anytown, USA. The app could then list shoes on sale there, check online inventory for a shoe out of stock at that location, alert you when you're in a department that offers a product you previously placed on your shopping list, or provide your location to a store mapping app. Beacons are typically the size of a hockey puck and are meant to stick on walls or other surfaces. Alternately, they could be easily stolen or pulled off walls by vandals. Beacons are typically battery-operated. You must replace the batteries every few years and hope you do not miss a beacon in that survey -- or put a beacon back in the wrong location. The Brooklyn Museum has documented some of the physical issues with beacons in a compelling blog post. High-tech solutions include getting Wi-Fi or 802.16 beacons that connect to your LAN so that you can monitor individual beacons' status, such as battery level or whether it is still functioning.
Well, Bluetooth's short-range nature takes that challenge to a whole new level. You probably need several beacons within a small shop, corporate lobby, or department store section -- no single beacon's Bluetooth signal will likely cover all places your users could be. You may have to play with signal strength to reduce overlap, program the apps to look for patterns of beacons to try to triangulate to a specific likely location, or offer an ability to see «nearby» information so that a user can move to the correct item if the app detects a nearby beacon instead of the intended one. For basic beacons, you have to manually go to each beacon to ensure it's still in place, the battery is working, and the signal is found -- which would need to become part of your “open the store” routine.
It is like managing Wi-Fi access points, but with a lot more individual devices to check and track. The network-managed beacons can more easily be, well, managed, such as to update their firmware. Network management also makes it easier to update the beacon for new capabilities, such as to add Eddystone support or change the beacon IDs from Apple's UUID standard to Eddystone's standard, for upgradable beacons. All this networking management will cost you a lot more money. Beacons typically report only their ID string and a little context like battery level, so you might wonder what security needs exist. Major beacon providers typically offer ways to lock down the ID and authenticate changes based on a user's account information before allowing the change to occur. This is the kind of management IT does every day, but few IT shops will know how to do so for beacons -- not to mention the marketing folks who will likely ask for beacon deployments. Finally, there is the app that uses the beacon ID to deliver whatever information you intend. The app must be able to look up the beacon ID, so the device running it needs Internet capability. You may also want to download a local set of IDs to the app in case Internet access is disrupted, such as in subway tubes, store basements, and so on. The more locations you use beacons, and the more the things they are associated to change, the harder this information management challenge becomes. Beacons' challenges often involve more than one type, so the management can get even trickier. For example, a museum will have to reprogram the content for beacons used in traveling exhibits, whose artwork changes periodically.
Besides if you do have any questions give me a call: https://clarity.fm/joy-brotonath
Related Questions
-
Pre-seed / seed funding for a community app... valuation and how much to take from investors?
To answer your questions: 1) Mobile companies at your stage usually raise angel funding at a valuation equivalent of $5,000,000 for US based companies and $4,000,000 to $4,500,000 for Canadian companies. 2) The valuation is a function of how much you raise against that valuation. For instance, selling $50,000 at $5,000,000 means you are selling debt that will convert into shares equal to roughly 1% of your company. 3) I would encourage you to check out my other answers that I've recently written that talk in detail about what to raise and when to raise. Given that you've now launched and your launch is "quiet", most seed investors are going to want to see substantial traction before investing. It's best for you to raise this money on a convertible note instead of actually selling equity, especially if you are intending on raising $50,000 - $100,000. Happy to schedule a call with you to provide more specifics and encourage you to read through the answers I've provided re fundraising advice to early-stage companies as well.TW
-
What is the best technology for developing a new mobile app from scratch?
There are two sides to that question. One is the mobile app itself and the other is the backend. If I misunderstood in any way and you didn't mean "native" app I apologize in advance. On the backend, there is no clear cut answer to which is the "best". It depends solely on the developers you are able to get. We for example use Node.js , mongoDB, redis, elasticsearch and a couple of proprietary tools in the backend. But you have your pick of the litter now both on the backend api and the datastore with the myriad of options available and touted as the "best" currently on the market. Now on the app side again it solely depends on what you need your mobile app to do. Experiencing first-hand "develop once, run anywhere" I can say it's more like "develop once, debug everywhere" to quote a Java saying. We have tried Phonegap and Titanium Appcelerator and we have switched to native (ObjC and Java) after a couple of months of trying to go the hybrid route. The reasons behind the choice are as follows: - anything that breaks the pattern of how those frameworks NEED to operate is just a huge technical debt that keeps accruing a huge interest. - anything that uses css3 accelerated animations on Android is buggy at best and slow as hell at worst on any lower (< 4.1 I think) versions of Android I hope this gives you some insight. If you need/want to ask me anything feel free to contact me. MihaiMP
-
Whats are some ways to beta test an iOS app?
Apple will allow a developer to register 100 UDID devices per 12 month cycle to test via TestFlight or HockeyApp. Having started with TestFlight, I would really encourage you NOT to use it, and go directly to HockeyApp. HockeyApp is a much better product. There is also enterprise distribution which allows you far more UDID's but whether you qualify for enterprise distribution is difficult to say. As part of your testing, I'd encourage to explicitly ask your testers to only register one device. One of the things we experienced was some testers registering 3 devices but only used one, essentially wasting those UDID's where we could have given to other testers. Who you invite to be a tester should be selective as well. I think you should have no more than 10 non-user users. These people should be people who have either built successful mobile apps or who are just such huge consumers of similar mobile apps to what you're building, that they can give you great product feedback even though they aren't your user. Specifically, they can help point out non obvious UI problems and better ways to implement particular features. The rest of your users should be highly qualified as actually wanting what you're building. If they can't articulate why they should be the first to use what you're building, they are likely the wrong tester. The more you can do to make them "beg" to be a tester, the higher the sign that the feedback you're getting from them can be considered "high-signal." In a limited beta test, you're really looking to understand the biggest UX pain-points. For example, are people not registering and providing you the additional permissions you are requiring? Are they not completing an action that could trigger virality? How far are they getting in their first user session? How much time are they spending per user session? Obviously, you'll be doing your fair share of bug squashing, but the core of it is around improving the core flows to minimize friction as much as possible. Lastly, keep in mind that even with highly motivated users, their attention spans and patience for early builds is limited, so make sure that each of your builds really make significant improvements. Happy to talk through any of this and more about mobile app testing.TW
-
If I am planning to launch a mobile app, do I need to register as a company before the launch?
I developed and published mobile apps as an individual for several years, and only formed a corporation later as things grew and it made sense. As far as Apple's App Store and Google Play are concerned, you can register as an individual developer without having a corporation. I'd be happy to help further over a call if you have any additional questions. Best of luck with your mobile app!AM
-
Where can I find programmers willing to join a growing mobile start up for equity only?
You won't find anyone worth adding to your team willing to work for equity only, no matter how compelling your product and business is. The realities of the talent market for mobile developers anywhere is such that a developer would be foolish to work only for equity unless they are a cofounder and have double digit equity. Happy to talk about hiring and alternatives to full-time hires.TW
the startups.com platform
Copyright © 2025 Startups.com. All rights reserved.