If Uber is able to integrate with other apps this introduces a high switching cost for those apps... and that gives them a pretty solid moat. Excited to see how this API gets used.
UberRUSH API – Add on-demand delivery to your app or service
61–70 of 90 posts
Re: UberRUSH API – Add on-demand delivery to your app or service
#62Neat. I've always wondered if Uber's ride sharing had a weak moat. As a consumer there's little difference for me between taking an Uber, Lyft, or something else. This makes it easy to compete in the consumer ride sharing market. If Uber is able to integrate with other apps this introduces a high switching cost for those apps... and that gives them a pretty solid moat. Excited to see how this API gets used.
Re: UberRUSH API – Add on-demand delivery to your app or service
#63Neat. I've always wondered if Uber's ride sharing had a weak moat. As a consumer there's little difference for me between taking an Uber, Lyft, or something else. This makes it easy to compete in the consumer ride sharing market. If Uber is able to integrate with other apps this introduces a high switching cost for those apps... and that gives them a pretty solid moat. Excited to see how this API gets used.
Where did you find this term "moat"? (Genuinely curious)
Re: UberRUSH API – Add on-demand delivery to your app or service
#64Neat. I've always wondered if Uber's ride sharing had a weak moat. As a consumer there's little difference for me between taking an Uber, Lyft, or something else. This makes it easy to compete in the consumer ride sharing market. If Uber is able to integrate with other apps this introduces a high switching cost for those apps... and that gives them a pretty solid moat. Excited to see how this API gets used.
Where did you find this term "moat"? (Genuinely curious)
Re: UberRUSH API – Add on-demand delivery to your app or service
#65Neat. I've always wondered if Uber's ride sharing had a weak moat. As a consumer there's little difference for me between taking an Uber, Lyft, or something else. This makes it easy to compete in the consumer ride sharing market. If Uber is able to integrate with other apps this introduces a high switching cost for those apps... and that gives them a pretty solid moat. Excited to see how this API gets used.
Where did you find this term "moat"? (Genuinely curious)
That's my interpretation anyway! I've never heard 'weak moat' used in this context before though. Apologies if you actually know what a moat is and that all sounded rather patronising :/
Re: UberRUSH API – Add on-demand delivery to your app or service
#66It would be nice to have a field to denote "This driver has a marijuana handlers permit" so they could potentially deliver recreational marijuana from retailer to consumer. Although I'm sure the regulators would want to go over this. This would be in Oregon.
Currently UberRUSH is only available in San Francisco, New York, and Chicago, so that's the first gating issue for this idea. Second, there are several restrictions on what can be delivered via UberRUSH: - People or animals of any size - Alcohol (or any other goods that require identification) - Illegal items - Dangerous items (weapons, explosives, flammable, etc.) - Stolen goods - Any items for which you do not have…
Re: UberRUSH API – Add on-demand delivery to your app or service
#67It would be nice to have a field to denote "This driver has a marijuana handlers permit" so they could potentially deliver recreational marijuana from retailer to consumer. Although I'm sure the regulators would want to go over this. This would be in Oregon.
Re: UberRUSH API – Add on-demand delivery to your app or service
#68It would be nice to have a field to denote "This driver has a marijuana handlers permit" so they could potentially deliver recreational marijuana from retailer to consumer. Although I'm sure the regulators would want to go over this. This would be in Oregon.
This has essentially been banned by MMRSA in California and has been banned in SF for a while now.
Re: UberRUSH API – Add on-demand delivery to your app or service
#69We integrated the UberRush API as part of our multi-carrier shipping API https://goshippo.com/shipping-blog/introducing-uberrush-ship... It's interesting to see Uber entering the space of same day delivery. Happy to chat about the integration experience if anyone is interested!
Why does your API is making such a big assumption that there is only one parcel/package per shipment[0]. I have looked at your competitors as well. Except for one all of them make this assumption. I guess customers with multi package shipments are not your target clients. [0] https://goshippo.com/docs/#shipments
I still think Shippo has a long way to go, but they're doing great work and are very responsive to new ideas.
Re: UberRUSH API – Add on-demand delivery to your app or service
#70Earlier quoted context omitted.
I might be wrong but it seems like the api is creating one shipment for each package with in an order. I assume that mean you will get a tracking number for each package (Unless tracking number is associated with order, not the shipment in the api). The Scenario I have seen this is not something desirable. UPS[0] and Fedex[1] I believe let you ship up to 20 boxes in one shipment. [0] https://www.ups.com/content/us/en…
Yes, most carriers will assign a unique tracking code (and shipping label) to each shipment in the order, and also a "master" tracking code for the entire order. Depending on who the recipient is they may want to watch the entire order from the single master tracking code, or keep an eye on each individual shipment. It's not common, but sometimes individual shipments / parcels get separated from their orders in trans…
All articles belong to a consignment, and a consignment has one or more articles. There are dozens of services, the most used is eParcel which goes: Consignment #: ABC1234567 Article #: ABC123456789123456(09999)
Both include check digits, and the extra (09999) is the destination post code so it can still be routed in cases where the address info is damaged and the central servers are not available.