iphone – BKM TECH / Technology blog of the Brooklyn Museum Mon, 14 Dec 2015 17:04:39 +0000 en-US hourly 1 https://wordpress.org/?v=5.5.3 Challenges using the iPod Touch for a Mobile Testing Environment /2015/01/06/challenges-using-the-ipod-touch-for-a-mobile-testing-environment/ /2015/01/06/challenges-using-the-ipod-touch-for-a-mobile-testing-environment/#comments Tue, 06 Jan 2015 16:12:28 +0000 /?p=7242 In previous blog posts we’ve discussed the results of our initial user testing. In this blog post we’ll talk about the process and challenges of getting the app into the hands of our testers. We won’t be offering loaner devices when our app is officially released, but instead a visitor will be able to download our app onto their device. As you’ll read in this post, we realized that not offering loaner devices will most likely serve us well as we move forward.

Up until very recently distributing test versions of an app had a limitation of up to 100 devices. This was great in theory but those 100 devices were over the course of a whole year and surprisingly we’d already used about 20 of those device tokens just on our own internal testing. Reaching that 100 mark wouldn’t take much.

Of course the other important factor was making the process of having a visitor test our app quick and easy. Distributing a test app to someone’s device was a several step process. We were using TestFlight internally for distribution of our app which requires a tester to create a TestFlight account and ask to join our app distribution list. This then registers their device UUID—used to uniquely identify an Apple device. But it doesn’t end there, each time a new device is added to a distribution list a new version of the app and various other Apple certificates need to generated…painful at best.

So to try and circumvent the process we made the decision to use our own devices and hand them out to visitors to test with. This seemed like the easiest approach. We’d no longer have to worry about hitting that 100 device limit and we’d totally bypass the pain of installing the app on a new device. This also gave us full control over our testing environment. We’d know what iOS version was being run and set any device settings accordingly—turning notifications on etc…

Our stock of iPod Touch devices ready to go for user testing.

Our stock of iPod Touch devices ready to go for user testing.

We had seven iPod Touches (5th generation) left over from the very first test. We thought we’d created a perfect testing environment…

That’s when we starting learning about the limitations of an iPod Touch. In our first round of internal testing we had some of our team using their own devices (mainly iPhones) and various other team members using the iPod Touches. Interestingly, we noticed that the Bluetooth signal kept dropping out on the iPod Touches, but not once did that happen on the iPhones. This was a key feature of our app to detect visitor location using Bluetooth LE and iBeacon technology. It wasn’t acceptable to have the Bluetooth connection drop out intermittently during member testing. In addition we also saw that the wifi signal dropped out on occasion which we rarely saw with the iPhones. Again this was problematic—no wifi meant no notifications arriving to tell a visitor the question was answered. In fact questions couldn’t be asked in the first place as no means of network connectivity could be established without wifi on the iPod Touches.

We realized at this point that there was a fundamental problem testing our app with the iPod Touches. With an iPhone if the device auto locks (this is usually managed in settings with a default of five minutes) notifications will still arrive but with an iPod Touch if the device auto locks the wifi drops out and notifications will never arrive.

So controlling the environment needed a little more control. We had to set the iPod Touches to never auto lock which would keep a steady-ish wifi signal. We also had to add code to start and restart the iBeacon detection manager in an effort to keep Bluetooth enabled. We were working around the problems, but it was starting to feel a little too far from a real world scenario. We were forcing behaviors that didn’t mimic those used by real app users.

The iPod Touch doesn't have a vibration mechanism making notifications in a museum a tricky thing.

The iPod Touch doesn’t have a vibration mechanism making notifications in a museum a tricky thing.

One final interesting point about the iPod Touches was also around receiving a notification. After a couple of rounds of member testing we had feedback asking for a vibration when a response to their question arrived on the device, this way they wouldn’t keep looking at the device to see if a response had arrived. Sure no problem—and thats when we found out that an iPod Touch doesn’t have a vibration mechanism—who knew! Yes we could add a subtle sound (and for testing purposes we did) but long term that sort of interruption in a museum setting is never desirable and a vibration is definitely preferred.

Along comes September 2014—Apple Worldwide Developers Conference (WWDC). During that conference Apple announced that they were partnering with TestFlight to allow even easier distribution of test apps. We’d now have up to a 1000 device limit for testing and the process of installing the test version on someone’s device was greatly streamlined. At the end of October 2014 Apple had officially integrated with TestFlight. We quickly made a decision that to really be testing our app we needed to have our visitors install it on their device. In a couple of weeks we are going to invite visitors to do just that and are excited to see more real world results!

 

 

]]>
/2015/01/06/challenges-using-the-ipod-touch-for-a-mobile-testing-environment/feed/ 1
How has your culture shaped your life and accomplishments? /2011/09/27/how-has-your-culture-shaped-your-life-and-accomplishments/ /2011/09/27/how-has-your-culture-shaped-your-life-and-accomplishments/#respond Tue, 27 Sep 2011 15:48:59 +0000 /?p=5112 All eyes will be on you this fall when you enter the Great Hall and encounter the twenty-five massive photographic portraits by Timothy Greenfield-Sanders that comprise The Latino List. Those of you who remember his incredibly popular and thought-provoking 2008 exhibition, The Black List, will recognize this new project as of an extension of that one. This time, some of the most interesting, influential, and accomplished members of the American Latino community—from Sonia Sotomayer to Pitbull—pose in front of Greenfield-Sanders’s large-format camera.  The HBO documentary he directed as part of this project transforms these powerful still images into “speaking portraits” whose funny, poignant, and insightful personal narratives collectively explore and celebrate facets of the American Latino experience.  A trailer for the film is on view in the gallery and we’re thrilled to be hosting several screenings of the full film (October 1 & 27, November 20).

Latino List Community Voices Kiosk

iMac kiosks in The Latino List that record video reaction from visitors.

We are also super excited to see how visitors to The Latino List create their own “speaking portraits” at the exhibition’s community voice kiosk, an interactive that was such a successful part of The Black List exhibition that we knew we had to offer it again.  During The Black List visitors were invited to record on-the-spot videos of their response to the question: “How has race made an impact on your life and accomplishments?”  Videos were published to the museum’s YouTube channel and the best of them could also be viewed in the gallery during the course of the exhibition.  I was blown away by the candor, humor, pride, anger, and power in these videos.  One of the most fascinating things about the responses was their diversity and range.  Not only did each individual naturally have their own personal take on the question, but people reflected on how their own race is perceived and experienced as well as how they perceive and experience people of other races.

For The Latino List we wanted to elicit similarly inclusive and reciprocal responses, so the question we pose to visitors this time—in English and Spanish—is: “How has your culture shaped your life and accomplishments? (¿Qué impacto ha tenido su cultura en su vida y en sus logros?). The word “culture” conjures family and community traditions, and certainly one of the things that unite the stories shared by the Latino List participants is the impact and influences that family and tradition have had on their lives and identities.  The word evokes a range of concepts, from race to religion to heritage, without being  limiting or exclusionary: everyone comes from a culture of some kind, whether they abandon it or embrace it, and it shapes the way they experience the world and, to some extent, for better or worse, the way the world experiences them.

This time, we’re expanding the interactive to include not just visitors to the gallery, but anyone, anywhere, through a bilingual iPhone app.  You can record your video response directly on your iPhone, upload it to The Latino List YouTube channel, learn about the exhibition, and watch videos made by other people.

Latino List in the App Store

As always, we want to hear from you:  download the app, come to The Latino List, and make a video to share your thoughts about your culture and experiences.

]]>
/2011/09/27/how-has-your-culture-shaped-your-life-and-accomplishments/feed/ 0
A Response to Rothstein’s “From Picassos to Sarcophagi, Guided Along by Phone Apps” /2010/10/05/a-response-to-rothsteins-from-picassos-to-sarcophagi-guided-along-by-phone-apps/ /2010/10/05/a-response-to-rothsteins-from-picassos-to-sarcophagi-guided-along-by-phone-apps/#comments Tue, 05 Oct 2010 15:29:37 +0000 /bloggers/2010/10/05/a-response-to-rothsteins-from-picassos-to-sarcophagi-guided-along-by-phone-apps/ Many of you may have seen Edward Rothstein’s assessment of mobile technology in museums, but if you haven’t it is certainly worth a read and a bit of discussion.   The article looks at our mobile application along with the Museum of Modern Art and the Museum of Natural History and Rothstein pretty much dislikes the state of the union across the board.

nyt.jpg

I had mixed feelings about the article—I mostly agree that these apps all leave much to be desired, but I disagree that we shouldn’t be trying. Experimentation without perfection is a good thing.  You may remember, I have my own issues with the use of technology in museums, had a less than stellar experience using the AMNH Explorer app and we’ve had to rework our own mobile app once already.  Now is a good time to look at what the author is saying and discuss the current state of our mobile application.

One of the things Rothstein brings up is the lack of geolocation in our app.  He wants the device to automatically locate where he’s standing and magically deliver content—don’t we all?  We have GPS and AMNH’s Explorer app to thank for setting the bar so high, but in terms of what we can do here in Brooklyn, it’s just not possible yet.  While we do have a museum-wide wireless system, it was put in during 2004 and we don’t have the meshing technology required to triangulate signal (something that would require replacing the existing wireless network in its entirety), so we rely on people’s use of accession numbers to look up information about objects.  This is not perfect by any means, but it’s the simplest, clearest and most sustainable way we’ve come up with to deal with the nearly 6000 objects on view.  We tried other methods in version 1 of our app to no avail and we’ve considered switching to QR codes or short numeric codes, but that’s not realistic for this many objects.  Given every object has a unique number published on the object label and we need to develop a system that works with every object on view, accession number lookup is the way to do it…at least for now.

Rothstein makes an assumption about low usage of our app and this is true in some ways, but not true in others.  First and foremost, we don’t have a large audience for our app.  In the galleries on any given day (especially Target First Saturday), you’ll see very few visitors pulling out smartphones.  Eventually, that will change and it’s important to have a system in place as we start to see this turn around, but for now we are consistently seeing clamshell phones on cheaper monthly plans.  Beyond this, our app has suffered from poor visibility throughout the building.  I will admit that I’m really jealous of the amount of visibility the AMNH app—big signage everywhere, staff have Explorer t-shirts and ads are seemingly all over the place—as simply as I can put this:  I want.

mobile_signs.jpg

Just recently, we managed to get directory signage better positioned and our designers are helping us by including a picture of the iphone.  We saw a slight rise in usage when the signage went in, so that’s helping a bit.

So, let’s take a look at what’s really happening when people use this.  The statistics are indicating that they are doing so for pre-visit information (directions, hours, exhibitions, calendar) and that’s something that closely mirrors our general website traffic patterns.  It’s not that visitors are trying to use BklynMuse (our collection search) and failing or trying to play Gallery Tag! (our gallery game) and giving up—they are not getting that far. This could indicate two things:  1)  that visitors want to use the application pre-visit, but they don’t want it to be part of their in-gallery experience  and/or 2)  our app’s home screen is not clear enough to explain all the choices available. For our next round of changes, we are going to concentrate on the latter and see if that changes the metrics.

android1.jpg

What in the world do I get behind doors labeled BklynMuse and Gallery Tag?  It’s just not clear.

Where Rothstein’s assumption falls really short is what happens when people use BklynMuse.  What we are seeing in the statistics indicates that when people are using it, they are using it in an interactive way.  When you compare visitor’s use of the “Like This” feature in-gallery to the collection online, what you see is that on the whole, people in the gallery are using this feature to recommend objects to other visitors.  So, in theory, this kind of recommendation layer where we directly ask people to help guide others is working—we just need to do a better job getting people to the feature.

like_this.png   likethis2.jpg

Low usage overall? Yes, but “Like this” feature is being utilized in the gallery more than on our website.

Rothstein goes on at length to talk about why none of these apps measure up to the experience he wants in the gallery and there’s a point to that.  Each and every visitor walking in our doors is likely to expect something different from an app and every visitor is going to respond differently to what we provide. My point is that it is our  responsibility, collectively, to try new approaches and provide as many entry points into content and the museum as possible.   In terms of Brooklyn’s people-focused mission, we believe a people-focused application is the way to go.  The curated content is already on the walls in the form of object installation, labels and didactics, in-gallery multimedia and gallery design.  The power of the device means we can provide something else, something more unique. We believe leveraging the power of our visitor’s voices  in combination with our own is a worthy goal.  Are we there yet?  No.  Should we try, discuss, learn from our visitors and continue to iterate?  Yes, yes, yes.

I’d love to discuss more via the comments.  There’s a lot to cover on this subject, that’s for sure.

]]>
/2010/10/05/a-response-to-rothsteins-from-picassos-to-sarcophagi-guided-along-by-phone-apps/feed/ 23
Brooklyn Museum Mobile Web on iPhone and Droid /2010/07/27/brooklyn-museum-mobile-web-on-iphone-and-droid/ /2010/07/27/brooklyn-museum-mobile-web-on-iphone-and-droid/#comments Tue, 27 Jul 2010 19:27:36 +0000 /bloggers/2010/07/27/brooklyn-museum-mobile-web-on-iphone-and-droid/ Today we are releasing apps for both iPhone and Droid that, simply, wrap our mobile website.  If we have a mobile website, you may be asking why we felt we needed to release apps that basically do the same thing.  The answer is both simple and complicated.

Let’s look at our overall strategy for a moment.  Given the museum’s community-minded mission, we aim to spend our time developing content in a sustainable and accessible manner.  This means closely adhering to web standards and writing code and designing interfaces that play nicely across all platforms.  So, the first iteration of our Mobile Web launch was simple—hit www.brooklynmuseum.org on a mobile device and get redirected to a version of the site that renders well on (many) small screens.  Rather than create an app, we followed our strategy and developed so we didn’t need one, but everything can change quickly when you put people in the mix…

In order to launch our mobile site, I hosted a mobile meetup at Target First Saturday.  The purpose of the meetup was to get visitors started using Gallery Tag! and gain some feedback on the new game, but I was stunned at what happened as I met with folks.  Nine times out of ten, the owners of the devices had confused looks when I said, “open your web browser and go to www.brooklynmuseum.org.” I was floored at how much confusion was created just simply getting people to open their mobile browser.  Once we’d get through that, the idea of bookmarking it to the home screen was even more foreign.  At almost every turn, visitors were expecting an app.  Seeing these exchanges, I started to think about accessibility again. Of course, there’s the nuts and bolts web accessibility approach that we’ve been very committed to, but there are also accessibility issues around natural usage behavior.  In this case, it was clear to me that people on app phones wanted apps, not necessarily mobile websites and by not giving them an app, we were actually making it more difficult for them to find our content.

Android_Logo.png AppStore_logo.jpg

And, here we are.  We hired Dave Wilkinson to build apps for iPhone and Droid.  If you don’t know Dave, we knew him from his work on the Indicommons app and, besides that, he’s Flickr famous.  The apps are designed to simply wrap our existing mobile web site, which makes the endeavor sustainable for us.  We can continue to add content to the mobile site, but the apps themselves can stay static and this means we can avoid future development costs.  While we are not expecting downloads by the gazillons, we are hoping that this makes our mobile content accessible via as many avenues as possible.

]]>
/2010/07/27/brooklyn-museum-mobile-web-on-iphone-and-droid/feed/ 8
Gallery Tag! /2010/03/25/gallery-tag/ /2010/03/25/gallery-tag/#comments Thu, 25 Mar 2010 17:39:02 +0000 /bloggers/2010/03/25/gallery-tag/ As I mentioned yesterday, the creation of a mobile website allows us to grow, so today we are taking advantage of that by introducing a new mobile feature. Gallery Tag! is a pretty simple mobile tagging game, specifically designed for use in the gallery.  Select a tag or create your own, go find works in the galleries that match, enter accession numbers and earn points and prizes.

gallerytag_home.jpg    gallerytag_help.jpg

This is an interactive tagging scavenger hunt that (we hope) motivates people to find and look at the work in the gallery. In addition to the find and look idea, there are a few other internal motivations that we’ve incorporated into the design.

gallerytag_object_2a.jpg    gallerytag_object_2.jpg

Roam! One of our institutional aims is to get visitors looking across collections and that’s always a challenge in this very large building.  To encourage players to cross boundaries in the building, they gain more points if they tag objects on different floors.

Crossover! One of the big issues we’ve seen with BklynMuse is that it’s chock full of information and various paths to take and that can be an overwhelming amount of choice.  The recent simplifications are going to help, but we want to implement different ways to get people into that content.  As players use Gallery Tag!, there are links that crossover into BklynMuse.

Convergence!  All of the tags created go right back into the online collection, bridging the physical and virtual.

We’re going to do a launch meetup at this month’s Target First Saturday and I’ll post more details on that next week!  In the meantime, if you are coming here with your device hit m.brooklynmuseum.org to get started!

]]>
/2010/03/25/gallery-tag/feed/ 15
Mobile Web /2010/03/24/mobile-web/ /2010/03/24/mobile-web/#comments Wed, 24 Mar 2010 18:47:32 +0000 /bloggers/2010/03/24/mobile-web/ Today we are releasing a mobile version of our website and are happily following in the footsteps of our colleagues at the Powerhouse Museum and the Walker Art Center, who’ve already done so.  As Seb and Justin have already expressed, we started to discover through our analytics more and more users with mobile devices accessing our site, so we wanted to make finding and accessing information as easy as possible on the small screen.

home.jpg     mobile_home.jpg

Our native site, above left, renders fairly well on the small screen, but we wanted to slim our presence down to the bare minimum for the mobile version, right. We selected areas with the most traffic—exhibitions, calendar, visit information, Target First Saturday—and made templates that re-render the existing information for mobile.

mobile_exhibs.jpg     mobile_events.jpg

At the most basic level, this is about ease of use for the visitor with the mobile device, but we had other motivations as well.  By launching a mobile site, we can automatically detect and redirect when we see incoming traffic via mobile browsers. This means we can put BklynMuse in the menu of selections and make it more visible and easily found.  Without this lovely candy shell, redirecting to BklynMuse on its own would have been confusing.

mobile_colors.jpg

You’ll notice we are color-coding the menu of choices to indicate different types of usage.  Dark gray for informational content, cyan for interactive content and dark sage as the catch-all for things that don’t fit in the other categories.  Thanks for this idea, Jenny!

The mobile site also allows us to grow and expand easily and I hope you’ll join me back here for some news on that front tomorrow.

]]>
/2010/03/24/mobile-web/feed/ 5
BklynMuse: failing fast, retooling faster = version 2 /2010/03/23/bklynmuse-failing-fast-retooling-faster-version-2/ /2010/03/23/bklynmuse-failing-fast-retooling-faster-version-2/#comments Tue, 23 Mar 2010 17:09:09 +0000 /bloggers/2010/03/23/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.

]]>
/2010/03/23/bklynmuse-failing-fast-retooling-faster-version-2/feed/ 10
BklynMuse: Going Mobile with a Gallery Guide Powered by People /2009/08/26/bklynmuse-going-mobile-with-a-gallery-guide-powered-by-people/ /2009/08/26/bklynmuse-going-mobile-with-a-gallery-guide-powered-by-people/#comments Wed, 26 Aug 2009 13:45:43 +0000 /bloggers/2009/08/26/bklynmuse-going-mobile-with-a-gallery-guide-powered-by-people/ Ever wish you could remix the gallery experience?  When I walk into a museum I enjoy the structure—the information given, which objects have been placed where, the specific sequence in which the space has been designed—but I will admit, there are times when I want something else too….something that’s a bit off the charts and possibly something that is always subject to change.  I’m positive this other need has something to do with all those Choose Your Own Adventure books I was hooked on as a kid.

bklynmuse_home.png

Today, we are launching BklynMuse, a gallery guide that is designed to complement the more structured museum experience.  In its most basic form, it’s a community-powered recommendation system for the objects that are on display here.  As visitors move through the galleries, they can recommend objects to other visitors.  Based on the  recommendations you give it, this muse will crunch the collective data and present other suggestions for you as you move from room to room.  The guide does other stuff too—it gives access to our cell-phone audio stops, our YouTube videos—but the real power in the device comes from visitors sharing their own takes in our galleries.

bklynmuse_birdlady_info.png    bklynmuse_recs.png

This is one of a series of things we are implementing to bridge both the online experience with the in-person visit.  In the case of BklynMuse, Posse members get their recommendations saved to their profiles for future reference—think of it as bookmarking your favs on the go in the gallery and then being able to access them later.  Even more than that, Posse members can create sets of objects on our website and annotate them and, if you choose to sign into your Posse account on BklynMuse, your sets will be right there waiting for you to follow in the gallery.  Those same sets can be shared and featured for other visitors to see, so your voiceyour notesyour selections…may be highlighted, in all their Posse glory, for all to see.

bklynmuse_sets.png    bklynmuse_birdlady_notes.png

For those of you reading the blog, you know I’ve been on a bit of a failure kick lately—cautious observations of visitors glued to screens and kiosks that drive me slightly bonkers—you may be wondering how this could possibly be different.   We designed this interface as more like a scavenger hunt than a multimedia guide.  It’s something that can guide you to objects and something you can use to help guide others, but it’s not meant to replicate the actual experience of really looking at the work, so I’m hoping this reduces the screen glue. As with everything, only time will really tell the outcome, but it’s worth a try.

bklynmuse_tdp_wing3.png     bklynmuse_tdp_floor.png

In areas like The Dinner Party and Luce Visible Storage, suddenly you have a whole kiosk’s worth of information at your fingertips…right there in the space when you need, it in an unobtrusive way.

There’s even more after the jump if you are curious.

Logistics:

Why a web app?  We wanted to develop something that could be utilized on as many devices as possible.  Now, that means we can’t do some fancy bells and whistles…like integration with iPhone cams, etc., but we believe accessibility is paramount.

Why room codes?  We went with short codes instead of something like QR codes because I pine for the day that QR codes become truly easy to use.  Different cell phone cameras trying to capture QR codes in low light = one heck of a mess.  We are going for the most universal method, the simplest way to get visitors the information.

What’s to prevent a cascade? We’ve got lots of Wisdom of Crowds randomization built into the output to avoid it.

Why can’t I comment on objects and create sets on the fly during my visit?  That may be coming in version 2, but for now we wanted to be conscious that typing on these little device keyboards can be a frustrating and painful experience.  As it stands, the interface is almost all touch-and-go with as little typing needed as possible and the expectation is this will lowers the barrier to entry and allows the app to be more easily used.

Considerations:

At the moment, we are relying on visitors to bring their own hardware and we don’t how many of our visitors have these devices or want an experience like this. We will be watching usage closely, but also will be monitoring how many visitors come to the front desk to ask if we have units available.   For now, this is a starting point and as we learn more we will be considering if checkout at the front desk is necessary option that we need to provide.

What’s Next:

Eventually, the data gathered will power a recommendation system on our website.  This is something we’ve wanted to do for a while, but hesitated because objects present themselves so differently via the web.  We are hoping that data gathered in the gallery will be more true to the objects, so when we port this back to the website, the recommendations will be based on what visitors physically saw in the gallery rather than how objects are (mis)interpreted via the web.

As many readers know, we have an existing iPhone app that was developed using our API, so you might be wondering how these two things will co-exist.  Well, we think BklynMuse is something that works well in the building—everything is location specific, recommendations are something you give in the gallery while looking at objects.  The iPhone app works well outside of the building as a browser for our collection. Because the iPhone app is now open source, our internal team will be working to contribute code to combine the two things in the Fall. Ideally, when you download the iPhone app in the future, the home screen will present you with two choices “I’m in the building and want to explore.” or “I want to browse the collection away from the museum.” Based on the adventure you choose, the app will either bounce you to BklynMuse or you will be directed to the existing iPhone app.

Thank You:

For the first time since Click!, we did some extensive beta testing with some pretty amazing people willing to give their time to this project and this testing was essential.  We not only learned a lot from it, but it sparked some great ideas along the way and we wouldn’t be at this juncture without the help and dedication of: Mike, Rik, Lisa, Erin, MuseumNerd, Wesley, Mike, Matt & Kendall, Amy, Stephen, Ronnye & Fred, Farrah, Amy, Dave and Courtney.  Thank you for taking time out of your busy schedules to make this app even better.

If you got this far, you must want to give it a go?

We did extensive testing with mobile device browsers, but didn’t bother with desktop browsers, so you’ll have to humor us and use Firefox if you are testing via desktop instead of a mobile device.  Point your browser to m.brooklynmuseum.org and scale it down so the window is small.  If you need room codes you can find them on my Flickr (the codes are on labels in each gallery, I’m just giving you maps to be friendly).  If you are on the iPhone or iPod Touch, you can add the app to the homescreen after you hit it in mobile Safari.  Don’t forget to set your mood and have some fun!

bklynmuse_mood.png

]]>
/2009/08/26/bklynmuse-going-mobile-with-a-gallery-guide-powered-by-people/feed/ 12