They're functionally equivalent - Parcel processes Amazon updates server-side instead of client-side I believe, which means their web interface actually works for Amazon. Because it's client side Deliveries can pull the name of the item in the Amazon order whereas Parcel just shows an order number (or whatever the subject of the e-mail that got forwarded was). Besides the UI, those are the only important differences between the two as far as I know.When they announced this on their blog, I tweeted at them and pointed out that their main competition is Parcel, which costs $2.99/year, and if they priced themselves over that, they needed to be able to show us what they offered which Parcel does not. As far as I'm aware, they're functionally identical, and now cost almost double.
That said, I've been using Deliveries as far back as 2008. I have no idea if I paid for the Mac app, presumably I paid $5 for the iOS app (it's been too long, I have no idea). That works out to $0.50/year, and they are running all this stuff on their own servers which do cost money. They are providing a service app, not a local only one. They have to make money to cover that.
At this point, I don't know if I'll stick with Deliveries or switch to Parcel. Anybody tried both?
Also Parcel is kind of annoying in that you can't manually forward an e-mail to them, you have to use forwarding rules (since they seem to read the To: field in the e-mail which is preserved when using rules). This is just lazy programming, IMO.
Last edited: