Category: Business

Divvy considers my suggestions in bike-share kiosk map redesign

The new design that will appear at the newest stations first and then rolled out to all stations. 

I posted two months ago a critique of the Divvy bike-share maps, seen at 284 stations scattered around Chicago, focusing on the clutter of having so many maps (with the third being useless), unclear labels and labels that covered map objects, and the low prominence of the smartphone app and map legend. Two weeks ago the Divvy public relations manager emailed me a screenshot of the new map design and said that these points had been changed. He said they considered four of my suggestions:

  1. Make CycleFinder, the official Divvy smartphone app, more prominent
  2. Change “You are here” design to make it clear where you are
  3. Make streets and streets’ label text smaller
  4. Removed service area map and make legend more prominent

I replied to the manager and suggested that the “You are here” label be made slightly transparent to show that the road does continue beneath it.

Close-up of the original “you are here” design that covered up other objects and wasn’t centered in the walking distance circle.

Update on my work this summer: Chicago Bike Guide now on Android

Yesterday I released the first version of my app for the Android operating system. The Chicago Bike Guide (born the Chicago Offline Bike Map) had been available for iOS since April 2012 and the most frequent question I heard was, “When will you have an Android version?” At first I was probably joking when I said it was coming soon as I had no interest in it. But things change: more people kept asking, I was slowly learning how to publish an app for Android, I bought a tablet myself on which to test it, and Android eclipsing iOS as the most dominant mobile OS had some effect.

I use PhoneGap software to compile the Chicago Bike Guide for iOS. My app is actually an HTML5 compliant website using jQueryMobile and PhoneGap allows this website to interact with some of the hardware on the iPhone (like the GPS components) and software (native notification buttons). PhoneGap compiles for Android and other operating systems, but my experience using the Android emulator put a damper on my progress.

I would install Google’s software development kit (SDK), including Eclipse, and load the app (er, website) into the emulator and it would be terribly slow. It didn’t emulate the Android experience very well. I did this twice; I don’t remember making any additional progress the second time but I probably made different progress, slightly expanding my understanding of how to make Android apps.

PhoneGap 3.0.0 came around, and its use requires focusing on the command line to build apps. In prior versions, for iOS, you would add “helper software” to Xcode but now it creates the Xcode project for you. It was easier to use this time around, as the process in this version was simpler to understand, use, and the documentation had improved. I felt it was time to try again to make an Android version so I “made the plunge” and bought the Asus MeMO Pad HD 7″ tablet from my local Micro Center.

At first I used the tablet to test my app (website) as a website, loading it over the network from my Mac’s web server. After fixing a lot of the display bugs I moved into native app testing. One command, “cordova build android”, and an APK I can email to my tablet appears 30 seconds later. This is one of the few areas where Android has iOS beat in terms of testing.

The iOS development environment requires so much setting up with developer profiles, team profiles, and other gunk I forget the names of. With Android, you simply email the ChicagoBikeGuide-debug.apk file to your device and open it in the Gmail app. Voilá.

After getting this far I stopped progress on developing for Android as I wanted to issue a new version for iOS with features and bug fixes I’d been working on since the last release in July (version 0.8.2). With that out of the way last week, and the new version waiting for Apple’s review, I worked on the Android version on Sunday and finished it today.

Did you catch that? I uploaded version 0.8.3 for iOS on October 3 and it’s been in review since then while in less than 24 hours I set up my Google Play Developer Console ($25 per year), merchant account, store listing, and started selling the Android version.

N.B. Google Play doesn’t allow you to switch the app between free and not free like the iTunes App Store does, so I cannot release it for free during a short promotional period like I did for the iOS platform.

After a sufficient period (a few days, perhaps) of no reports of it crashing, I will promote the Android version heavily.

New iOS app offers most advanced Divvy route directions

Chicago Bike Route for iOS

Walking directions from my house to the Divvy station at the CTA California Blue Line station, and then from there to the Divvy station at LaSalle/Illinois Streets. Lastly, there’s walking directions to some arbitrary N LaSalle Street address.

Adam Gluck and Andrew Beinstein showed up at OpenGov Hack Night on July 16, 2013, to show off the technical concept of their forthcoming app for iOS devices. I looped them into the Divvy app-making progress I and others were undertaking (documented on a shared Google Doc).

They said they would make their app was going quite different from all of the eight apps for using Divvy that have since launched before theirs: it would offer directions for walking to the nearest Divvy station with available bikes, directions to the Divvy station nearest their destination with open docks, and then walking directions from that end station to their destination.

Chicago Bike Route launched Friday last week. Currently only three of the eight iOS apps released before Chicago Bike Route have routing. CBR takes directions to a new level by giving you directions from where you are to where you want to go, and not necessarily from a specific Divvy station (like my Chicago Bike Guide does). Instead, CBR gives you complete directions between origin and destination and smartly picks the nearest Divvy station with available bikes. Now, I believe most often this will just be the nearest Divvy station, period, as it’s relatively rare for a station to lack bicycles.

The app uses Google Directions and for every trip makes a maximum of three calls to their API; counts against the app’s free quota from Google. The first call gets walking directions from the origin to the nearest Divvy station with available bikes, and the second call gets bicycling directions to the Divvy station with available docks nearest the destination, and the third call (assuming the destination isn’t that Divvy station) gets walking directions from the end Divvy station to your destination. The next step, I believe, is to have the app use a prediction model to accurately choose the end Divvy station. A lot can happen at that Divvy station in the 30 minutes (or whatever) it takes to get there. It may not have open docks when you arrive.

Two other suggestions I have: an improvement to the autocomplete destination function because it didn’t recognize “Chicago city hall” or its address, “121 N LaSalle Street”; and adding a “locate me” button. Additionally I’d like them to add some basic resources to advise users on where they can get more information about Divvy or bicycling in Chicago.

Adam and Andrew are going to publish a “dock surfing” function in the app that will incorporate multiple segments on Divvy to make a trip longer than the free 30 minute period. This would probably mean a fourth call to the Google Directions API. I emailed Adam and Andrew to learn more about the app development.

Video of Beinstein and Gluck presenting their app to Hack Night. Created by Christopher Whitaker for Smart Chicago Collaborative.

Why did you make Chicago Bike Route?

We made the app because we wanted to make something civic related. We thought that Divvy was an exciting new civic program coming into existence, and we kept seeing it all over the place. It also solves a real problem in public transportation that we notice and hear about a lot living in Hyde Park called the “last mile problem.” We also had the data in our hands from having attended civic hack night at 1871 when Divvy came and we thought “let’s make a native Divvy app!” And that’s what we did. We also released a framework for interacting with the Divvy API natively for developers who don’t want to get their hands dirty playing around with the iOS frameworks.

What makes your app stand out from the pack?

I think the routing but also the simplicity of design of the app.  We wanted it to be something you could just open up and use and was like all the other mapping utilities that one has on their phone (Google Maps, Apple Maps). And that’s what we did. You open it, enter an address, and you get routed to that address. Something that people could use to get up and running with Divvy with basically no familiarity with the system.

What features are you planning for the future?

Bike surfing! Seriously though. We think that it would be a really useful feature for some people, and also help reduce the cost of using the bikes. It would be useful for the regular riders where the $2 additional charge could really add up but also if you are someone who is not part of the program and are just taking the bike out for a joy ride. It can actually get kind of expensive, since every half hour after the first hour in a half is an additional $8, rather than $4.50 for members. You would also be less familiar with the bike stations under that situation. We also need to integrate with Chicago public transportation. But, we also want to keep with the simplicity, and create a user experience with basically no learning curve, and we are a little cautious to throw something in that could complicate things.

Pervasive Divvy station maps offer big opportunity to show people around Chicago, but need major changes

A man looks at one of the first five stations installed, at State and Randolph (but the board says State and Lake). 

Navigation maps on Divvy bike sharing stations will be placed at 400 locations around the city. A map this pervasive, to be read and interpreted by hundreds of thousands of locals and visitors to Chicago (including people who will never use Divvy), should have a design that communicates good routes to ride, and important places like train stations, nearby Divvy stations, points of interest, and where to find places to eat or be entertained.

The design of the maps on the station boards needs to be improved. The first issue I noticed in June is that streets and alleys are given equal significance in their symbology, possibly confusing people on which route to take. The map should strip alleys, offering room for more info on the map, like useful destinations. It may be easier for some to locate the Art Institute of Chicago as a labeled, light-gray block instead of trying to locate its address on the map (nigh impossible). When one locates the destination, one can more easily locate the nearest Divvy station.

The map at North/Clybourn’s station (actually on Dayton Street) covers a large portion of the map with the “you are here” label and lacks the connection between North Avenue and Goose Island. 

I’ve noticed that the “you are here” labels cover up train station markers/labels, and the loop elevated tracks are missing (a common reference point for Chicago). It takes a moment to realize that the white text is labeling the CTA stations and not the nearby Divvy stations. It’s unclear where “you are here” points to, until you realize that it’s at the center of the blue 5-minute walking circle. Dearborn Street is symbolized as a bike lane, but not labeled as a street. Clark Street and State Street are doubly wide, but the meaning of that is unknown. The legend is useful to distinguish bike lane types but is placed far from the map, at the bottom of the board.

Here are other areas where the boards and maps should be redesigned:

  1. The “service area” map has low utility in its current form as it’s not labeled with streets, points of interest, or a time or distance scale. It appears as a reduced-boundary blob of Chicago. It could be improved if it communicated “this is where you can go if you take Divvy” and label streets, train stations, and points of interest at the edge of the service area. 
  2. The 5-minute bike ride map is nearly identical to the 5-minute walk map, but smaller. The 5-minute walk map should be made larger and integrate the now-eliminated 5-minute bike ride map.
  3. Much of the text is unnecessarily large. The CTA station labels are so large in comparison to the streets that it’s not clear where on the block the stations are located. CTA stations are labeled but the train routes aren’t always shown (Loop stops are just gray); it’s not even clear that they’re CTA stops.
  4. The purpose of the blue circle isn’t labeled or clear: the larger map, titled “5 minute walk”, shows a large map but there’s a blue circle – is the blue circle or the square map the 5-minute edge? The connection between the title and the blue circle could be tightened by using the same color for the text and the circle or by wrapping the text around the circle path.
  5. The map, which is likely to serve as a neighborhood “get around” and discovery map for tourists, and even locals, lacks basic info: there are absolutely no destinations marked, no museums, parks, etc.
  6. The bike lane symbology doesn’t match the Chicago Bike Map, which uses blue, purple, orange, and red to denote different bike lane types, and hasn’t used green for at least seven years. The use of green makes them look like narrow parks.
  7. The map designers should consider placing the city’s cardinal grid numbering system to enable readers to find an address.
  8. North/Clybourn’s Divvy station map lacks a bikeable connection from North Avenue to Goose Island via the Cherry Avenue multi-modal bridge. The maps should be reviewed for street network accuracy by people who live and ride nearby.

Photo shows the original board and map at the Milwaukee/Wood/Wolcott station, which has since moved. The station on this map marked at Marshfield/North was moved to Wood/North this week. 

There are many opportunities for the map to change because they will have to be updated when stations are moved, for both the moved station and the handful of station boards that include the moved station. At least four boards needed to be updated when the station at Milwaukee/Wood/Wolcott moved from Milwaukee Avenue (next to Walgreens) to Wood Street (across from the Beachwood). The maps for Citibike in New York City don’t share these design flaws.

The Citibike station boards and maps were designed by Pentagram, a well-known design firm, with whom the city has a longstanding relationship, designing the new wayfinding signs for neighborhoods, the “LOOK” anti-dooring decal for taxi windows, and the bus station maps. One of the key differences between the Citibike and Divvy maps is the text label size, the symbol label size, and the presence of building outlines (that other huge group of things that defines a city, contrasting the roads-only view on the Divvy map).

A close-up view of a Citibike map. Photo by Oran Viriyincy. 

N.B. More trips are currently taken by tourists and people with 24-hour memberships than people with annual memberships. I question the bikeway symbology and suggest that the streets have three symbols: one representing a bike lane (of any kind), one representing sharrows (because they are legally different from bike lanes) and one representing a street with no marked bikeways. The current bikeway symbology may not be understandable by many visitors (or even understood by locals because of differing definitions) and show a jumble of green hues whose meanings are not clear or even useful. It’s not currently possible to take a route on a bicycle that uses only protected bike lanes, or uses protected bike lanes and buffered bike lanes, so the utility of this map as a route building tool is weak. One wastes their time looking at this map in the attempt to construct a route which uses the darkest green-hued streets.

I also recommend that the board and map designers give Divvy CycleFinder app messaging greater prominence. I believe that a majority of users will be searching app stores for appropriate apps. When you search for Divvy, you’ll find eight apps, including my own Chicago Bike Guide.

Updated 22:43 to clarify my critique and make more specific suggestions for changes. 

#protip: Businesses must tell their customers that a Divvy station is out front

I bet you want a Divvy station in front of your business. 

Gabe Klein, commissioner of transportation in Chicago, said on WBEZ on Monday that (paraphrased) “business owners are calling us to say ‘we’d like to buy a Divvy station to put in front of our restaurant’“.

Excellent.

Regarding my headline, I’m talking about telling customers on websites that, in addition to “where to park” and “which highway to take to access our location”, the website needs to give more diverse transportation directions. It should say how to get here by bike, and where the nearest Divvy station is.

When I worked at CDOT – I left before Klein arrived – I had the responsibility of increasing the number of visitors to the Chicago Bicycle Program’s website. I developed a set of strategies including making the content more searchable, adding more content, diversifying content types (like uploading photos staff took to Flickr), but also by increasing the number of inbound links. To satisfy that strategy I listed organizations where biking should be encouraged, like train stations and museums. I contacted many museums individually and asked them to include “bike here!” text on the webpage that otherwise told people to drive on I-290 and exit some place. I gave them sample text and even mentioned where the nearest city-installed bike racks were.

Several museum websites were updated as a result of this effort, but now I cannot find the evidence on Shedd, Field, or Adler websites.

Heck, forget the web. When your customers call, forget the assumption that most people drive and just start giving them directions as if they’re going to arrive in this order of transportation modes:

  1. Walking
  2. Biking
  3. Transit
  4. Scooting
  5. Running
  6. Taxi
  7. Ride sharing
  8. Pedicab
  9. Driving

Every mode requires different directions because people move about the city differently. Here’s an example: I’m giving directions to someone who’s going to drive from my house in Avondale to our friend’s house in the same neighborhood about five blocks away. I tell them, well turn here and there, and then drive through the alley to cross over this one-way street in the “wrong” direction… and “wait, those are directions on how to bike there. With all the one-way streets in my neighborhood, I honestly don’t know a good way to drive there, so ask Siri.”