BklynMuse: failing fast, retooling faster = version 2

This year, I had the privilege of speaking at Webstock and one of the things I learned from listening to the other speakers was the benefit of fast, iterative cycles.  It was a long plane ride home from New Zealand, but by the end of it, I was determined that we revisit BklynMuse with the idea to fix substantial issues as quickly as possible, get it back into the hands of our visitors—watch and learn from what we see happen—rinse and repeat.  This post is going to detail what we saw failing and the changes we’ve made to the guide. Fair warning, this is going to be epic, so jump with me if this interests you.

Let’s recap.

BklynMuse is a gallery guide for web-enabled smart phones (iphone, droid, blackberry).  At its heart, it’s a recommendation system powered by people—as you use it and actively “like” objects in our galleries, the guide will show you recommendations based on those preferences.  If you are scratching your head at this point, go back and re-read the primer from the August ’09 launch.

Location, location, location.

This is, by far, the biggest fail and still remains the biggest challenge ahead of us.  In our version 1 beta testing, 10/10 testers expected the device to automatically locate them within the gallery and were frustrated when it didn’t.  The reality is, that technology is just not there yet once you get inside the building.   Geolocation works really well in the wild, but it fails in galleries where cell signal is spotty and object location mapping is complicated. In addition, our use of cell-phone repeaters to extend signal within our walls does nothing but make an even bigger mess of the issue.

roomcode_sign.jpg

Signage #fail.  Signage was too small and got lost in a sea of sameness trying to blend in.

In version 1, we assigned room codes to each area of the museum, but ran into major problems when the signs were too small and blended in too much to the surroundings.  With so many signs going into the building, the general concern was that it would be overwhelming for people who wouldn’t want to use the system, so the choice was made to try and make this signage blend in.  Of course, that meant it was difficult for those using the system to find the signs, so we had a Catch-22 going on.

v1_home.jpg

In version 1, above, visitors had trouble with drop down menus as a way to set location.

When folks did find the signs, they found the drop down menus difficult to use.  We thought about using QR codes or similar, but as an institution with a community-minded mission, we want the guide to remain as accessible as possible and that means striving to ensure it works across many devices.  What we give up in a scenario like this is the ability to use built-in hardware easily.  Not to mention, putting QR codes on the 5,764 objects on view would be just a tad distracting. We thought about maps, but maps present a problem on a small screen (doable, but tough) and, most importantly, for every person who understands a floor plan there’s another who can’t stand them.  Maps might solve the problem for some people, but they could easily create frustration for another set of users.

v2_home.jpg    v2_help.jpg

In version 2, above, we focus on accession number searching.  If people have trouble, we’ve got an example to explain what to look for on a label.

In the end, we simplified in version 2.  Room codes are gone and we’ve re-engineered the home page to focus on accession number searching and we’ve added some education about what we mean by accession number (because, that’s obvious to everyone…right?).

v2_objectview.jpg

Congrats, you found the Bird Lady!  Now, view the objects in this room.

When you find the object you are looking for, that automatically sets your location, so you can browse other things in the room.  This seems like a surprisingly simple solution to a complex problem, but perhaps that’s too easy?  I guess we are about to find out.

Digging for gold.

Overwhelmingly, beta testers told us two things.  They loved finding the “notes,” off-the-cuff remarks from staffers and visitors about the objects, but as much as they loved the notes, they were too difficult to find.  In version 1, you had to click on an object to see if there was content there that might interest you.  In version 2, we’ve re-engineered the recommended tab to indicate what kind of content is behind the click.

v1_objectmenu.jpg    v2_objectmenu.jpg

(left) Version 1:  Difficult to see what kind of content is available.  (right) Version 2:  Adjusted this view to include what comes after the click.

Too much.

You may be spotting a trend right about now: simplification.  Version 1 of this guide wanted to be everything to all users all of the time and it was a mess!  That’s my fault for growing the spec and getting too excited in the first phase, so now we are cleaning up after a few hand slaps later.  Moods are gone.  Sets have been simplified and combined into comments.  Settings have been paired down to a minimum. We took a weed whacker to the guide in the name of less is more.  While we are not at a Miesian level yet, we’ve come far in version 2 and may go one more round in our next iteration as we see how visitors use the device.

v1_mood_settings.jpg    v1_mood.jpg

Difficult to let go of this, but it proved to be just too much and we needed to simplify.  Moods, seen in version 1 above, are now gone.

Have a say.

Beta testers also told us that the “notes” inspired them to want to comment too, right there in the gallery without having to go back to the website, so we are now allowing comments on each of the object pages.  This could be a total disaster—keyboards on small devices are tough and that may cause a lot of frustration.  We are worried about the usual issues with moderation and possible jump in inquires, but it’s worth a shot.  The electronic comment books teach us a lot about our exhibitions and installations—enabling something similar on an object level may yield interesting results.  Either that or it will be the first thing we take away in version 3!

Let’s talk style.

We’ve restyled much of the UX, so that it has more iphone-like elements.  Version 1 was styled much more like our website and that just didn’t work.   Overall, elements have a much more clickable feel to them…including the “like” button, which is something we really want to see people using.  (Tip of the hat to Seb Chan, for stating the obvious about this over dinner one evening in NZ—thanks, Seb!)

We have no idea if any of these changes will help, but the aim was to make a fast set of adjustments, get it into the hands of visitors and then make more changes based on what we see happen.

If you made it this far, stay tuned. I’ll be back tomorrow with more news.  Curious?  Here’s a hint.

Author profile

About Shelley Bernstein

Shelley is the Chief of Technology at the Brooklyn Museum where she works to further the Museum's community-oriented mission through projects including free public wireless access, web-enabled comment books, projects for mobile devices and putting the Brooklyn Museum collection online. She is the initiator and community manager of the Museum's initiatives on the social web. She organized Click! A Crowd-Curated Exhibition, Split Second: Indian Paintings, and GO: a community-curated open studio project. In 2010, Shelley was named one of the 40 Under 40 in Crain's New York Business and she's been featured in the New York Times. She can be found biking to work or driving '74 VW Super Beetle in Red Hook, Brooklyn with her dog Teddy. ::contact::
Filed under: Technology
Tagged: , , ,
Bookmark the permalink

6 Responses to BklynMuse: failing fast, retooling faster = version 2

  1. Erin says:

    Using accession codes to orient people in the gallery – brilliant! We face huge location problems in our museum (we’re built like a vault – no signals get in or out), which has crippled our ability to do something like this. This is an idea that could change that. I look forward to seeing how people respond.

    Now, if we can just get wireless…

  2. justin h says:

    Location is a tricky thing in the building, but it’s definitely a big impediment. We have WiFi in just about all our galleries (and we’re in the process of greatly expanding). One of the ideas I’ve been kicking around is using SNMP to talk to our access point controller and see which mac address is on which AP, and the correlating that with the IP the visitor has, and we might be able to get a guess on where they are, given that 1 gallery = 1 AP. That’s the theory, anyway.

    There is some company who’s name escapes me that claims to have software that does wifi triangulation.. That is, you tell software where your APs are, and what your physical layout, and it will triangulate indoors based on the signal strengths from the APs that can see a wifi device.

  3. Hey Justin,

    I’ll be really curious how you come out with that. The problem that we have is that Cisco access points will do almost anything to keep your connection once you are associated. The signal has to get really, really low before it will initiate a re-association with a stronger AP. With 70, count ‘em, 70 access points in the building…as people move from one room to another, often they are still connected to the previous room’s access point. There are solutions for this, Cisco makes a product that allows you to better manage a mesh, but they are wicked expensive.

    In terms of third party solutions – we really want to avoid that for a variety of reasons. The one problem with writing posts like this is all the calls I get from vendors trying to sell us something as a result! Argh :)

  4. justin h says:

    Yeah, we’re springing for it. At least, I think we are. (I am not the network guy).

  5. dan says:

    Shelly,

    Hey – very cool! Well done. One thought for additional content that you might think of is AR a la Yelp Monicle, AcrossAir are doing. Check out what Zugara from LA has been doing in this space. While distracting and a bit problematic for every item, imagine using QR for rooms. Amazing what can be delivered using them.

    Kudos on the success. Very cool.

    Dan

Leave a Reply

Your email address will not be published. Required fields are marked *

You may use these HTML tags and attributes: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <strike> <strong>

4 Reactions

  1. Pingback: #mtogo: Shelley Bernstein on … : MuseumMobile Wiki

  2. Pingback: #mtogo: Benefits of rapid … : MuseumMobile Wiki

  3. Pingback: #mtogo: RT @smannion: Benefits … : MuseumMobile Wiki

  4. Pingback: #mtogo: RT @NancyProctor: RT … : MuseumMobile Wiki