The Zipcar Prize proposal: enabling one-way car sharing trips
troy.yort.com
troy.yort.com
The problem of allowing one-way rentals is not one that I think Zipcar is particularly interested in solving. No matter how you slice it, it winds up leading to a less efficient allocation of parking spots than the current one spot per car model, it increases the probability of a pissed-off customer who finds that the car from his local spot has semi-permanently vanished to four hundred miles away and nobody is currently planning on one-waying another one in, and it wouldn't necessarily lead to enough increased revenue to make these two downsides worthwhile. In fact it might well lead to less revenue, since someone making (say) an overnight round trip could just book two one-ways instead of a return and wind up saving money.
I think the other issues you identified are real, are solvable, and are addressed in the post.
The post explicitly says not to allow a one-way trip to empty out a lot/neighborhood (permanently vanished car). An "I miss this car" button on the Web site would make it easier for Zipcar to know when to reward someone for parking a specific car type in a given lot.
In many cities, Zipcar has dozens of cars in the urban core. The use here is going from Seattle to Bellevue or Mountain View to San Jose, not BFE 1 to BFE 2.
I agree that Zipcar hasn't been not particularly interested in solving this problem. I think that may change now that they have competition in most markets.
As far as less revenue, most of the trips this enables aren't happening today because so few people spend $60-$80 (day rate) to drive 30 minutes then park for 8 hours.
If someone could book two one-ways cheaper than a round-trip, it would be because it's helping Zipcar. If my driving balances out two one-way trips booked earlier, I'm helping reduce Zipcar's costs by slightly altering my behavior (driving different cars).
As a zipcar user, I often want to drive somewhere that's 30 minutes away and stay there for 5-8 hours. That means I'd have to pay for the 5-8 hours that the car just sits around. (Which means I just skip it and hunt for a cab.)
On the reverse side, on sunny weekends, I often can't find a car to rent. Since I live near a part of the city that's a big draw on the weekends, I bet there are Zipcar customers who visit my neighborhood and leave their Zipcars in parking lots all day. I would pay extra to use their cars for a few hours.
Your idea of using cars others have parked locally is a good one, although I wonder how many people rent zipcars for 7-10 hours and park it for 5-8. It would be almost certainly cheaper to rent by the day from Enterprise et al if you did that.
I know how much people hate waiting for a ride because my startup RideCell worked on real-time carpooling for some time before we pivoted to fleet automation. Even now, one of the main problems our product solves is reducing wait time for transport/service vehicles by auto-dispatching tasks to the nearest one, routing them intelligently, and making the wait more bearable by letting people track their transport/service vehicles (Think Uber for everything).
Of course, the fact that this is a hard problem makes it even more interesting :)
ZipCar doesn't even offer one-way car trips. I'm sure it could do them with adjustments to inventory, management, and pricing. Traditional car rentals are evidence there is a model that works. But ZipCar needs start one-way car trips, much less get to the point where it has reached diminishing returns on its research investment, before it can expect worthwhile contributions from crowd sourcing.
U-Haul's business model is not precisely the same as Zipcar's, but it's pretty close.
http://www.car2go.com/portal/austin/page/mybookings/mapEnlar...
They are also innovative on other fronts such as charging by the minute and a feature-rich touchscreen in each car.
The proposed solution is definitely interesting, and I think it might be possible to make it workable, but I think it is a different order of complexity from the Netflix prize.
Their model is per-minute pricing with an hourly cap.
You "return" it by parking it anywhere within a huge area (several square miles) that effectively makes up anywhere you'd be car-sharing anyways (living outside this area means you'd be pretty likely to own a car).
You find a car to rent with their android or iphone app, website, or by calling their 24/7 phone number. All cars are tracked using GPS.
Pretty sweet model that is a good substitute for taxis, assuming the car supply keeps up with consumer demand.
It would certainly be an interesting model to try.
We tried using proxy data by scraping popular bike sharing websites but it didn't seem analogous enough. Any ideas where to get zipcars reservation data with zipcar offering such a prize?