I was hoping this might have information about length of security lines, a bit like Google maps indicating delays due to traffic build up, but this doesn't seem to be there. That would have been useful/actionable - give an idea how far ahead to arrive at airport to make it through security.
Flighty has 99% of the time notified me about issues before airlines have. In a couple situations it’s been more than 6 hours ahead of airline communication and I can personally speak to the amount of shows myself and my artists have been able to make because of an early notification about a delay or cancellation giving us enough time to reroute before everyone else rebooks.
Also the flighty passport has some amazing data and stats we all love to share with each other every year.
The new update just looks to add another tool to the flighty tool belt to keep me appraised of how likely I am to make it to my next show. Jury is still out on how good the data is though!
I have had at least 2-3 situations where Flighty gave me information before the airport did, and that I ended up being a guy informing a few fellow passengers on the status of our flight before the airlines did.
They've chosen a niche, have executed extremely well, and I'm happy to throw $50/year at them to say thank you for an excellent product that does everything I want.
My ONLY complaint is that during a flight, flighty's live activity or something uses up a TON of battery. It seems unlike them to overlook such a thing when the rest of the app has such a polish and attention to detail (form and function-wise)
Honestly have just been using Flighty for 4 years
Traffic on google maps might actually be a good canary for airport issues.
It also has links to a lot of other information useful for people in the airline industry.
I find the Airport Arrival Demand Chart to be good for seeing a big picture of all the flights: https://www.fly.faa.gov/aadc/
The links on the NAS page are also really good. nice share!
One small thought: as I scroll down on a particular airport page, it would be useful for that page to always display the airport's name in a fixed position. I've opened up a few airports and scrolled down to look at the data, and then was unable to tell which page was which airport without scrolling the pages back to the top (I later realized I could just look at the URL, which is cool).
Surely that’s wrong?
At the default for me it showed SFO and SAN, both green, and did not show LAX. LAX is a bigger and busier airport than SFO and SAN.
I'm not saying they were wrong not to show it. Just curious - It was apparently a common interview question - what place names should you show a map at a certain zoom level.
Honestly I often know changes from Flighty for my flights before the airlines do or at least before they notify me. I had once my carrier said on time and Flighty said 90 mins delay. I went to the airport on time and turns out flight was delayed. Should have just trusted them!
But if, say, you are traveling with a pet that has to be verified at the counter, or you need to check a bag, the time windows for accepting those are set by the scheduled departure time. If your plane is still in the air or hasn't even left its origination airport (and, for the sake of argument here, we will assume you are flying from a smaller airport that doesn't have other aircraft that can easily be reassigned to your flight, so you know it will be delayed), it doesn't matter: they still close the check-in and baggage 45 minutes (on American; YMMV by airline) before scheduled departure. So you have no choice but to get there early and wait unless your airline actually declares the flight delayed when they know it will happen.
Not that many people on Android are willing to pay $60 for an app.
https://dontkillmyapp.com/ is just one example of the kind of problems app developers face on Android
Those platforms don't generate revenue
Like GP, I'm also a paid subscriber and I couldn't care less where else it's available. If anything, it being a native app rather than a multiplatform JS wrapper is a plus to me.
BTW, them being iOS-only means they're probably getting lots of marketing support from Apple and other perks. That can really help a startup.
The gp asked a reasonable question. Your admonition about making money is misplaced because your assumption about it being a hobby is incorrect.
The website was developed by Flighty LLC. To answer the gp's question: Although the website itself doesn't have direct monetization, it acts as "inbound marketing" for the paid iOS app. Clicking on "Download Flighty" takes the user to the Apple App Store:
In-App Purchases
Week-to-Week Flighty Pro $4.99
Annual Savings Flighty Pro $59.99
Month-to-Month Flighty Pro $9.99
Annual Savings (Family Plan) $119.00
Lifetime Flighty Pro $299.00
Flexible Monthly (Family Plan) $15.99
Week-to-Week Flighty Pro $4.99
Week-to-Week Flighty Pro $7.99
Pro Family Lifetime $449.00
Annual Savings Flighty Pro $59.99
It's not just a $5/month VPS. Some cursory googling says Flighty gets data from the FlightAware Firehose api which costs a lot of money. The cost would exceed the financial resources of most people to make an equivalent free hobby website. (https://www.flightaware.com/commercial/firehose/documentatio...)
How much does this app cost? Who knows?! Does a "Week-to-Week Flighty Pro" subscription cost $4.99 or $7.99? Why is Week-to-Week Flighty Pro $4.99 in the list twice? Same for Annual Savings Flighty Pro $59.99. Apple have made such a fucking mess of in-app purchases that we end up with this kind of rubbish, and I can't place any trust in a developer who allows their in-app purchases list to look like this. So they just lost a sale.
It’s not just about money. It’s complexity, company size, management, etc.. Loss of focus by having to build a new app from ground up. Features and improvements take longer as they have to be done twice. Parity problems. Support debt. Maintaining multiple versions of the same app isn’t just “hire more”.
As you agreed with, they are successful. Maybe they’re happy with that.
They probably haven't done it because it doesn't make sense for them financially.
The main reason I also am not president of the world already is because I wouldn't like the attention.
It’s one of those slick apps designed to superficially look nice without actually being well-thought-out. That’s not what design is or should mean; that’s just aesthetics.
Case in point: one of the most important pieces of data for a flight, its duration, is displayed in the tiniest type size on the flight info display pane, in light grey text on a slightly darker grey background. It’s bordering on illegible.
It also doesn’t surface boarding time (or countdown to same), which is the single most important piece of data a flight tracker can give you.
Flighty is all about getting you to the airport in time for your flight, so the most important pieces of information are things like departure times, connection times, delay information, terminal and boarding gate. These are prioritised in the interface.
The flight duration is set when you book the flight and it's not going to change, there is no reason to prioritise this.
> It also doesn’t surface boarding time
I think this would be useful but difficult data to get. Airlines sometimes will push boarding announcements to their own apps but I doubt they would agree to feed Flighty.
Most budget airlines pull this crap but I've started pushing back especially when it's poor weather outside and they expect us to wait in the rain just to improve their metrics
They need some EU261 denied boarding threats/claims to sort them out
>If they printed the exact time boarding starts and people showed up then (and later), no flight would ever board on time
I don't understand the logic. If everyone is there at the stated boarding time and the airline has correctly allocated enough time for boarding, aren't they winning?
But this is why Flighty probably doesn't show it, it's irrelevant.
If you're in the US!
What is your use case for Flighty, and why would this information be important at all?