Uber can kill whole delivery company segment. Clients would go where delivery is the fastest/cheapest. More volume, gives more efficiency.
UberRUSH API – Add on-demand delivery to your app or service
81–90 of 90 posts
Re: UberRUSH API – Add on-demand delivery to your app or service
#82I don't get it. But how much do we - the app developers that are using this API - get from the fare?
I'm not seeing that information in the documentation. Or does UBER want us to get clients for them for free?
Re: UberRUSH API – Add on-demand delivery to your app or service
#83if you don't want to develop a program, there's a frontend for business owners https://rush.uber.com/how-it-works
What do you mean by this? Is this a way for small business owners to get UberRUSH integrated without the need for a developer? They announced it as an API so I figured there had to be some manual integration. If there is manual integration required, this seems like a good fit for a consultant to come in and do it.
Re: UberRUSH API – Add on-demand delivery to your app or service
#84Earlier quoted context omitted.
Well, isn't EDI just an API for manufacturing + supply chain management? As far as retail stores are concerned, they make an API call to a supplier, and product shows up. Granted, it's a pretty convoluted API, but I don't think it's too difficult to imagine what a supply chain algorithm would look like. Just lots of exception handling + long timeouts...
I'm working on a project involving EDI data right now. You speak as though you have some experience in manufacturing and data. Would you be willing to chat with me for a few minutes about the space?
I'm not sure what I could offer -- my experience is limited to wrapping my head around EDI file formats + processes, and understanding what would be required to support a small manufacturing company's who directly drop ships their products.
Given the Expense + complexity of EDI, in all cases we've found it more cost effective to integrate with all the alternate Web-based import/export tools provided by systems like VendorNet, or whatever other crazy systems our customers use.
If our volume gets bigger, we'll probably have to revisit that position, but it's served us very well for now.
Re: UberRUSH API – Add on-demand delivery to your app or service
#85This is a game changer - not only for what service it provides, but I think it will lead to more companies making APIs for totally non-technical tasks. Sure there are companies like task rabbit, shyp, etc etc, but this is the next level of ease. Relevant - I want an API for a cleaning service. AirBnB integration so that it can automatically track when a guest has left and the cleaner shows up within an hour to get it…
Well, isn't EDI just an API for manufacturing + supply chain management? As far as retail stores are concerned, they make an API call to a supplier, and product shows up. Granted, it's a pretty convoluted API, but I don't think it's too difficult to imagine what a supply chain algorithm would look like. Just lots of exception handling + long timeouts...
EDI isn't so much the API but the payload's format (and its documentation). The projects I have seen usually customise the formats so much, I sometimes wonder if it's technically worth the effort to use EDI.
Re: UberRUSH API – Add on-demand delivery to your app or service
#86This is a game changer - not only for what service it provides, but I think it will lead to more companies making APIs for totally non-technical tasks. Sure there are companies like task rabbit, shyp, etc etc, but this is the next level of ease. Relevant - I want an API for a cleaning service. AirBnB integration so that it can automatically track when a guest has left and the cleaner shows up within an hour to get it…
Well, isn't EDI just an API for manufacturing + supply chain management? As far as retail stores are concerned, they make an API call to a supplier, and product shows up. Granted, it's a pretty convoluted API, but I don't think it's too difficult to imagine what a supply chain algorithm would look like. Just lots of exception handling + long timeouts...
> Well, isn't EDI just an API for manufacturing + supply chain management?
EDI is more standardized data formats than API (though the fact that it often standardizes request and response formats and the relation between them makes it close to an API in some requests), and EDI goes a lot beyond manufacturing and supply chain management.
(In US healthcare financial transactions, specifically, the combination of EDI transaction specifications + standard operating rules mandated under the HIPAA is, basically, a standardized API, if not called that.)
Re: UberRUSH API – Add on-demand delivery to your app or service
#87I don't get it. But how much do we - the app developers that are using this API - get from the fare? I'm not seeing that information in the documentation. Or does UBER want us to get clients for them for free?
That's a curious way to look at it. If you are a developer and need to deliver items to your customers or customers' customers, surely you'll need to pay someone to do that. Via the UberRUSH API, you can now integrate our delivery services to handle that, and yes, either you or your customer would need to pay for the delivery service.
The benefit of using the UberRUSH API is that you can take advantage of the elasticity of Uber's fleet to scale up and scale down delivery services on demand without needing to build up or manage your own couriers.
We think of it similar to how developers use AWS: developers could run their own server infrastructure but their costs would be much higher on a per-unit basis because they don't have the scale or purchasing power that Amazon has. Furthermore, running servers and dealing with amortization and depreciation probably isn't good for their businesses (unless their businesses are in scalable server hosting!).
We hope that developers use the UberRUSH API to lower the costs of running businesses that need to move physical goods in cities where we operate; we know full well the costs and challenges of setting up an elastic logistics network (it's our core business) and are passing on those capabilities and cost savings to third parties so they can focus on the value that they're providing, rather than merely on how to fulfill requests.
Re: UberRUSH API – Add on-demand delivery to your app or service
#88Can somebody give an example of a service that needs this, where Fedex wouldn't do?
Competition with bike messengers in the case of same-day wet-signature document delivery. Very big demand among legal and financial firms within major cities.
UberRUSH is powered by both vehicle-drivers and bike riders! :)
Re: UberRUSH API – Add on-demand delivery to your app or service
#89if you don't want to develop a program, there's a frontend for business owners https://rush.uber.com/how-it-works
What do you mean by this? Is this a way for small business owners to get UberRUSH integrated without the need for a developer? They announced it as an API so I figured there had to be some manual integration. If there is manual integration required, this seems like a good fit for a consultant to come in and do it.
Correct. The UberRUSH API is for those businesses or developers that want more control over how they integrate UberRUSH into their business or customer experience. Prior to launching the API, UberRUSH was available for businesses through the console mentioned above without requiring any coding.
Re: UberRUSH API – Add on-demand delivery to your app or service
#90Neat. 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.
Why isn't it just as easy for businesses to switch to the delivery service that is cheapest at any given moment? There are API aggregators that abstract out the differences between delivery providers.
Their moat is their crap load of drivers.