Recently I published my ideas for a Flexible Zipcar Algorithm that allows customers to rent Zipcars one-way. I had a dream the night after I published it: the Zipcar research lab invited me to give a presentation about my algorithm and they asked me a lot of questions. I would like to answer these questions now, but first let me give you a short description of the algorithm:
Some locations are flexible. The number of cars assigned at a flexible location is not fixed, but rather a range between the minimum and the maximum. A Zipster would be allowed to use a car one-way from one flexible location to another, as long the number of assigned cars doesn’t move outside the range.
Question. Zipsters expect to pick up the exact vehicle they reserved. With vehicles changing locations you will break this system. I am operating on the assumption that Zipsters will continue to pick up the exact vehicle they reserved.
Question. What about people who get attached to the cars at their location? You can divide your pool of cars at a flexible location into two groups: fixed Zipcars and floating Zipcars. Only floating cars will be allowed to move. You should advise Zipsters who get attached to their cars to choose fixed cars as the object of their affection. This solution is less flexible, but it resolves your problem.
Question. You designed your algorithm using the min and max number of cars at a flexible location. Where is the desirable number of cars coming from? We need the desirable number of cars to calculate the financial incentives. For example, you can take the absolute value of the difference between the current number of cars at a flexible location and the desirable number of cars. Then sum it up over all locations. We can call this total the distance between the current state and the optimal state. If a one-way trip increases this distance, that Zipster pays extra and vice versa. You can also add a surcharge for all one-way trips to cover the extra expense for parking spaces.
Question. What if cars get stuck? For example, what if we always have the maximum number of cars at Harvard Square and the minimum number of cars at Coolidge Corner? You can always offer free rides from Harvard Square to Coolidge Corner. If every Zipster knows that you have a discount program which is easy to find, your cars will be in the right place in no time. For example, you can color code overstaffed and understaffed locations on your map; or you can add RSS feeds for people who are interested when cheap rides from Harvard Square to Coolidge Corner are available.
Question. Are you saying that instead of hiring drivers to move our cars around we find a much cheaper Zipster who needs to go in the same direction? Yes. If you go even further and offer a token payment or some Zipcar credits, you can have Zipsters driving your cars to oil changes and car washes for you.
Question. Why do you always talk about a small number of flexible locations? I would limit the number of flexible locations for your initial stage, so that for a small investment you get something new, you can experiment, you can observe and study trends in how cars are migrating, you can tune your financial incentives system and you can design and test your web support for this algorithm.
Question. What if someone reserves a car for a one-way trip one month in advance? What happens with the car during this month? If your car â€“ let’s name it “Comfy” — is reserved from the Harvard Square location for a month from now, you need to lock this car into the Harvard Square location for a month. That means, no one can take Comfy for a one-way trip during this month. This looks like a bad case of inflexibility. To resolve it you can have a time-limit for one-way reservations. For example, you might limit one-way reservations to not more than three days in advance.
Question. Suppose we have four cars at the Harvard Square location and the desirable number is three. Then four people reserve four different cars at this location for round-trips on Labor Day. Are these four cars stuck at Harvard Square for a month until Labor Day? I can offer one solution using the earlier idea of fixed and floating cars. You can allow very advanced reservations for fixed cars, but floating cars can only be reserved three days in advance. Another possible solution is that you do the same without dividing your cars into fixed and floating. For example, you allow people to have very advanced reservations for any car which is currently assigned to the Harvard Square location. As soon as three cars are reserved for more than three days in advance, the fourth car is no longer available for very advanced reservations. The fourth car temporarily starts behaving like a floating car, without that being its permanent designation.
Question. Suppose today is Monday and Jack reserves Comfy one-way from Harvard Square to Coolidge Corner for Thursday. To which location is Comfy assigned for three days between Monday and Thursday? On one hand it should be assigned to Harvard Square as it takes a parking space there and we can’t allow another car to take up that space. Also, Comfy is available for reservations before Thursday at Harvard Square. At the same time, Comfy can’t be counted as an extra car anymore as we know that it is guaranteed to be moved. That means that even though Harvard Square actually houses an extra car for these three days, it shouldn’t be flagged as a location with extra cars that need to be reassigned. On the other hand, Comfy will take a spot at Coolidge Corner soon, so we can’t allow other cars to move into that spot. Even though Coolidge Corner doesn’t yet have the complete set of cars, we can’t allow other cars to take up Comfy’s future spot.
Question. It sounds complicated. Can we make it simpler? You can simplify this design for the first implementation. For example, you can only allow immediate one-way reservations. That eliminates any problem with conflicting reservations or an extra car holding up a space for three days. Also, keep in mind that the user doesn’t need to see all this complicated stuff. They are only interested in knowing whether or not they can reserve a car.
Question. What if someone reserves the car one-way then cancels the reservation? This only becomes a problem if someone else reserves the same car for a later time at the destination. In this case, you might institute a very big fee for cancellations of one-way reservations, so that you can either hire a driver or offer a super deal to other Zipsters. Of course, if you allow only immediate reservations for one-way cars this problem will be minimized.
Question. Suppose Jack reserves Comfy for two hours; his starting point is Harvard Square and his end point is Coolidge Corner. Where is Comfy assigned during these two hours? This is a great question. For round-trip Zipcars, you do not care if a person starts a half-hour late or returns the car one hour early. With a one-way car, you need to know when Comfy’s parking space will be available to other cars. To allow Jack to pick up his car as late as he wants or return it as early as he wants, the simplest solution is to assign Comfy for two hours to both locations. That is, no other car is allowed to move into Comfy’s parking spot at Harvard Square until the end of Jack’s rental period and the spot for Comfy should be ready at Coolidge Corner from the start of Jack’s rental period.
Question. You were talking about the simplest solution. Do you mean you have other solutions? I have many ideas, but I prefer to get some feedback from the car-sharing research community before continuing.
Hey, Zipcar! Let’s do it!Share:
I haven’t gotten a whiteboard and run through all of the permutations, but isn’t there a bunch of simplicity you’re skipping out on by not adding another rule in? Specifically:
If you’re requesting a one way rental we’ll have a car for you, just not a specific car for you. This way you get around issues such as “What if someone reserves a car for a one-way trip one month in advance? What happens with the car during this month?” It doesn’t matter what happens to the car during the month, as long as one car is available there.
I’m definitely going to think about this more, but I think less, not more complexity is necessary.25 July 2008, 12:27 am
Nicholas, you are right. It is possible to have a design without assigning a specific car. There are several reasons I decided to go with a specific car: the price is different for different cars; I, personally, would like to try MINI Cooper one day; and, most importantly, I received a letter from Zipcar people insisting on the importance of these assumption.25 July 2008, 6:36 am
The floating fleet should be a standardized car model or family. (e.g. Corollas) If you want a Mini its a round trip. (And I Zipcar’d tried a Mini and was unimpressed. Definitely not worth the $1/hr extra.)
Zipcar could take the whole naming thing a step further and make floating fleets be a “family” So you’d have the Haverford family and it would be made up of a series of cars named Julie Haverford, Sam Haverford, Mekenzie Haverford. They’d all be the same type of car, but they’d be a family and could be floated around.
This could also design in some controls. The Haverford family is only parked in these five or six lots, so you can go between these two. The Jones family is parked at a different set of lots with only two or three overlapping lots with the Haverford family. And they’re a different car type.
The goal here is to mask the operational details behind a “fun” facade.
There will be tradeoffs, but I’m much more in favor of changing the fleet and system instead of attempting to work through all of the permutations.25 July 2008, 8:18 pm
My gut feeling is that adding more flexibility to the system will lead to more business for Zipcar. An I also have a dream about Zipcar renting bicycles as well as cars, or cooperating with some bike renters, so people (especially those who want to lose weight and stay in shape) could drive a car and ride a bike back, or make a part of a trip by car and another part by bike. But this dream is probably too nice to become a reality any time soon.25 July 2008, 8:53 pm
Nicholas, when I was inventing my algorithm, for a brief moment, I was thinking about having the same car for floating cars. I didn’t write about it because, in my design, Zipcar doesn’t need to hire a driver to move cars around ever. The reason is that you are reserving a car which is already in the right place. Your suggestion can provide flexibility for advance reservations of one-way cars, but at the price of needing drivers or heavy discounts.26 July 2008, 7:34 am
I love your idea of several floating fleets. This way you can have separate networks of subocompacts, vans and sports cars.
I think the implementation can be done in stages. At the first stage Zipcar can analyze trends and costs then they can move to riskier stages.
It would be nice to get in touch with people from car-sharing research community and get some feedback on what is important from them.
There are already lots of flexible bicycle rental systems across Europe and I’m sure they have already developed algorithms based on traffic patterns to make sure there are always bikes available. If the flex cars are not allowed to travel outside the city I’m sure you could stock a few cars at specific locations and solve a big problem. I probably will abandon this service and buy a car because with the current system I can’t go and spend the day at the beach or a day with my brother etc etc.11 August 2009, 7:17 pm
Bicycle are different from cars. You can put many bicycles in a truck and distribute them to the right spots at night.11 August 2009, 7:30 pm