Archive for the ‘Mobile technologies in libraries’ category

Should your library implement a Foursquare strategy? Only 17% of mobile users check in.

May 5th, 2011


We’re all susceptible to hype, especially those of us in the mobile technologies industry. Hype is fun, it’s great getting excited about things. There has been a huge buzz building in the library space over the past year or so regarding Foursquare, Facebook Places and other location based services (LBS). When David Lee King (a librarian, blogger and thought leader we hold in high regard) wrote a post in January 2010 called “Foursquare and Libraries – Definitely Something There!” we watched carefully and yes, some of us signed up and regularly checked in. I personally tried 3 mobile apps (Foursquare, Gowalla and MyTown) for 2 months to see which one I liked best (Gowalla had the best design, MyTown had the best gaming element, Foursquare made me Mayor of my pet food store). I now use Facebook Places when I decide I want to check in.

Mashable’s post today, “Why Mobile Users Aren’t Checking In [Infographic]“, caused some mixed feelings around the office. Some of us were surprised to find out only 17% of mobile users “check in” to Foursquare and Facebook Places, others weren’t surprised at all. Should libraries implement a mobile technology strategy that appeals to less than 83% of patrons? It’s not really for me to say, but this report and infographic on the “reality behind the hype” is definitely eye opening for any organization deciding what to spend resources on in staying relevant using mobile technologies.

Random Four Square Fact (the real game): This year on February 25 and 26, 15 students from Manchester College broke a world record by playing Four Square for 30 hours. (via: Wikipedia)

Shiny New Things: Beware of Early Adoption When Implementing Technologies at Your Library

August 24th, 2010

This post is from an entry I did a few months back for Attack!, a guerrilla and event marketing services agency I co-founded and where I served as President before co-founding Mosio, but the fundamental ideas are the same: new technologies and gadgets are great for those of us who love the newest shiny things to come out, but implementation and adoption at your organization is tricky at the bleeding edge. At Mosio / Text a Librarian, we see a full spectrum of technology interest/knowledge/experience in libraries, including a lot of librarians who are truly at the bleeding edge of new technologies and social media. I remain on the fence about QR Codes, but I certainly appreciate the enthusiasm. Rather than “Ctrl+F and Replace “Business” with “Library”, the original post is below, unchanged.

Being a marketing and technology fan, I was excited to read Ad Age’s Insights White Paper, Shiny New Things (pdf). Attack! has always been a very technology-friendly company. The mantra for our success is “People, Process and Technology” so I read the white paper on my flight to our LA office, excited to present some ideas I had brewing in my head along with any new nuggets of wisdom I found. In reading about the behavior and general importance of early adopters to brands and marketers, I couldn’t help but think how early adoption, while a passion (and sometimes expensive hobby) for many consumers, is dangerous for businesses. And as David Berkowitz points out, “many agencies will include it [the iPad] in their pitches and plans without thinking whether it’s the best platform for meeting their clients’ objectives.” It’s apparent that the danger of early adoption, for iPads or other shiny objects, can be easily overlooked in the search for innovation. Here’s why:

Shiny new things (SNTs) require employee training.
Regardless of how simple a Shiny New Thing (SNT) is to use, implementing it into your business requires implementation and training with some employees needing morHe than others. Implementing anything new into your business process needs careful thought so the learning curve and mistakes are minimized. Throwing SNTs into the mix increases your chances of confusing and/or frustrating your staff.

The first version is never the best, don’t bet the farm on Beta.
Every early adopter knows that the first version of a new technology is never the best. This means your business is subject to all of the glitches and bugs of the brand new product. It definitely pays to wait it out for the next version if you determine it is something that could prove beneficial to your employees or clients.

Shiny new things can make you lose focus.
I want an iPad. I want one badly. I think they’re a game changer for many industries and as I anticipated their arrival, I started brainstorming all of the possible ways Attack! could use them for our client projects. I’ll admit, I also tried to brainstorm how I could use one at work, ready to enlighten my partners on a revelation in Non Traditional Marketing Agency Management. My “Reasons Partners Should Get iPads” brainstorm notes are below:

There’s nothing wrong with getting an iPad because you want one and we’re headed to the Apple store at lunch to get them, but the mistake in the above thinking that it was rooted in “a solution looking for a problem”: I tried to think of reasons an iPad could be useful rather than thinking of all of the inefficiencies and challenges needing solutions and concluding that the iPad was the perfect tool to solve them. There is great wisdom in knowing the difference.

If you absolutely can’t resist…
There’s nothing wrong with being an early adopter. It’s great (and fun) to be in search of the New New Thing, of new ways of being innovative at your company. Some of the best ideas come out of being open to new technologies and products that can help your business grow. If you can’t resist the temptation to look for new technologies to implement, here are a few things to consider:

Make a list of your challenges and areas of improvement needed at your company.
By defining what it is that you need to improve on, ways your employees can improve process and efficiencies, when SNTs show up, you’ll know instantly where there is a fit. You’ll have a problem looking for a solution. We’ve recently defined several areas in our business where text messaging can improve efficiencies in our Account Management teams and can be sold as add-on services by our Account Executives. The end result will be time saved, archived data in contractor communications and additional revenues to our programs by giving events and street campaigns a longer tail.

Create a new technologies decision phase.
It’s pointless to tell early adopters to wait. Early adopters wait long enough hearing rumors, seeing leaked photos, specs and standing in lines to get their beloved new technologies. Instead, implement an internal timeline and process where you will explore if and how a SNT can help your company. Start with 60 days. Use the time to attend demos, identify pros and cons and ultimately make an informed decision on how you will implement the SNT into your business. You might need more than 60 days, but after the launch of a product, that should be long enough to help you determine if it will be good for business and also to hear about when the next version is coming out. See if you can wait for version 2.0.

Know which employees are technology-friendly and who aren’t.
This will be helpful in the implementation and training phase. Employees who are excited about new technologies can be the ones who help you test them out before you decide they should be implemented and they can help you educate the others who are less comfortable. If over 50% of your employees are not technology-friendly, every new SNT you add will be a struggle, so it’s best to pick your battles. If you have an employee or two helping you test things out in the new technologies decision phase, make sure they understand that you ARE testing out the technology against your needs, not trying to find a place for it to work.

Know when to cut bait.
You should default to “we don’t need this” then see if the solution it creates beats the need to let it go. But, as soon as it becomes apparent (hopefully sooner than later), stop testing the technology and let it go. Your time is valuable, your employees time is valuable, so there’s no point in hanging on to wait and see if something magical will happen.

I’m off to buy my iPad…because they’re awesome and I want one.

Mosio and Text a Librarian on the iPad

April 12th, 2010

Click for Bigger Image of Mosio's Messaging Platform & Text a Librarian on the iPad

Back in January I wrote a blog post titled “The iPad, Tablets and E-Readers in Libraries: Game Changers or are they just Another Mobile Technology?” My decision was that I was uncertain, but suspected they were just another mobile technology. This weekend I got one and I have to say, I love it. I think they can and will be super efficient in various work environments. I’m actually faster at typing on my iPhone. I’m sure as with anything, practice makes perfect, but unless I’m without my laptop, I won’t be typing any more blog posts or writing an proposals on my iPad. If needed, I’ll use my phone to get the thoughts out.

Naturally, my first inclination was to test out our software on the iPad and it works amazingly well. All of the moving text/flashing box notifications work and you can get around quickly if you need to open a new browser window for additional research. Is it as fast as working on a computer? Absolutely not. The iPad fills a strange gap between mobile phone and laptop. My biggest use for my iPad is what I thought it would be: to read blogs and online articles like a book. Only with this “book” i’m able to click on and watch a relevant video as well, very cool. I handed it to my wife to check out and after about 15 minutes, I returned to the room with 3 new games on it, she was playing on of them. I wasn’t too surprised.

I’m happy to say that Mosio’s Text Messaging Platform and Text a Librarian offer great experiences on the iPad, just as our CTO Jay Sachdev, said it would. As we continue to build out more features and solutions for our clients, we’ll continue doing our best to make sure the experience is a good one, regardless of what industry you’re in and which device you’re working on.

Using QR Codes in Libraries – Thoughts and a Free QR Code Generator

February 19th, 2010

QR Codes – Mobile’s Secret Decoder Ring

There seems to be quite an interest about the use of QR codes in libraries lately. I personally have mixed feelings and am still wondering if it’s a bandwagon worth jumping on just yet.

Are they cool? Yes. They’re a cell phone’s version of a secret decoder ring. They definitely have a form factor. But are they worth taking the time to QR Code a whole bunch of text and urls, then work at getting patrons and customers excited about using them (of course, after they have discovered and downloaded an app that works for their particular phone)?

I’m simply not sure and am going to need a little bit more convincing before I get excited.

By the way, if you’re excited or just curious about them, here’s a great QR Code Generator from www.kaywa.com, no registration required.

I’ve enjoyed seeing Google’s Favorite Places QR Codes around San Francisco, yet recently read this post about a QR scanner reading the code wrong. Personally, I’ve had good and bad experiences with the reader, mostly using it to test them out (I have yet to see one in the real world compelling enough to break out my phone and use my BeeTagg iPhone App, but I’m ready for when I do). I’m not sure if it’s the reader or my aiming abilities, some times it has taken a few snaps to get it right.

Secret Decoder Ring
A Christmas Story is my favorite movie to watch during the holidays. It’s a classic that will always be watched by my family. There’s a scene where Ralphie has waited for his Little Orphan Annie Secret Decoder Ring with great anticipation, finally gets it and runs upstairs, closes the door to be alone, then begins to decode his secret message. If you’ve seen the movie, you know how it turns out. Here it is in the form of a QR Code:

If you don’t remember the outcome: Ralphie is disappointed with the results.

One could argue that the problem isn’t the decoder ring, but the content that is disappointing, but let me pose a question: When you saw the QR Code above, did you pull out your phone to see what the code said? If so, great and thank you for participating! If not, I understand. This is my reasoning for the mixed feelings and I happen to LOVE mobile technologies.

The future of libraries and businesses is in mobile because it’s a device that is always with people. By being available to them everywhere, you increase your communication opportunities with more patrons and customers. That said, with so many different sub-technologies on mobile devices, at some point a choice has to be made on where you place your time, energy and money. Right now and for many years to come, text messaging is the most ubiquitous mobile technology outside of voice calls.

What’s Best About Them?
They’re free, they’re pretty cool and for those who have the software downloaded onto their phone, they can be quick and useful (although someone here with a Blackberry Curve disagrees about the quick).

Other Possibilities: Search Engine Optimization
I recently read on a search engine blog, a speculation that Google will read the codes and index the information in them (which is why we have one on our contact page). I’ll keep an eye out, but have yet to see any confirmation of this. This use, however, isn’t mobile.

My Pick for Coolest “Code” Library Mobile Technology: Red Laser
Red Laser is a barcode scanner (just like the ones at the check out). Why could it be great for libraries? Because patrons out in the world could scan books, DVDs, etc and instead of buying or renting them at the store, see if their library has it, then put it on hold. Definitely a bigger jump in programming on the library side of things, but very useful bridging the gap between the library and being out in the world. OCLC and Occipital have already caught on to this and partnered to build a WorldCat Local App.

Do you think QR Codes will be worth your time, energy and money? If so, how do you see them working best?

By the way, for those of you who didn’t pull out your phone to snap the QR Code, here’s the response (the same one Ralphie got in the movie):

New! Simple but Effective Feature: Text for Instructions

February 18th, 2010

“Aren’t you oversimplifying this? Yes. That’s the whole point.”

From the Steve Krug’s new book, Rocket Surgery Made Easy

We’ve added a simple, but very effective feature we call “Text for Instructions.”

Simply stated, it means your patrons only have to text your keyword to 66746 for instructions on how to use your service.

What happens next?
1. Your patrons get an auto-responder with instructions on saving your keyword and the number 66746 to their contacts for when they need to ask you a question. The instructions include a link to a mobile web page with detailed instructions in case they need them.

It acts like a registration system that gets them started with your service without having to have a pressing question or message on-the-spot. They save your info in their phones for later when they do.

2. The Mosio system assigns the phone number a PatronID associated with your account, so after that all they need to do is text their question to 66746.

That’s it!

Note: The old way of texting your keyword + their message to 66746 still works, no problem. But this way patrons can see your poster (example below) or promotional materials, text for instructions, then save everything in their contacts when they need it later.

If you’re a Mosio / Text a Librarian customer and want more specific information about it, like how you can customize/edit the instructions, it’s listed in the New Features section inside your account.

The iPad, Tablets and E-Readers in Libraries: Game Changers or Are They Just Another Mobile Technology?

January 26th, 2010

My wife loves to read magazines and books every night after work. I love to read articles on my iPhone. The problem is that when you’re reading a magazine or a book, it’s obvious what you’re doing. When I’m “reading” my iPhone, in her eyes, I’m working. Yes, some of them are articles, news and blog posts about work, but many other times they are not. I can’t think of too many other reasons currently why I’d like an iPad, which is being announced by Apple tomorrow.

Note: I have $.50 riding on the fact that it’s called an iPad and plan on using my winnings to pay for half of a bus ride on MUNI.

There has been a lot of talk around the office about what this and other e-readers will do for the publishing industry and we’ve signed up to get our Kindle Devloper’s Kit, but based on some of the recent news and talks that happened at ALA Midwinter recently, it got me thinking again about libraries and how e-readers and specifically the iPad will change or not change libraries.

Here’s what I’ve determined: Outside of the discussions going on about mobile technologies in libraries, I don’t think it will change it too much. The iPad will offer some great new graphic interfaces where buttons will be bigger, browsing experiences will be more tactile (as the iPhone and other mobile phones do), but e-readers and libraries becoming more mobile-friendly will play into the fact that an iPad will just be a bigger version of the iPhone. Obviously at this point I haven’t seen one, so I’ll update if I’m wrong, but I can’t help myself in thinking people will be holding up the iPad to their ears as a silly joke, looking like they’re talking on an iPhone.

So we’re back to mobile. Do I think libraries should start spending money and resources to develop iPad Apps? Absolutely not. In fact, we don’t think libraries should spend money and resources on iPhone Apps. If you need some great reasons, Michelle Kraft (AKA the Krafty Librarian) just wrote a great piece called “Stop the App Madness” and Jason Griffey’s proclamation of 2010 being the Death of the App is actually something we’ve talked about a lot over here. And while it’s great to see these things talked about in the library community, we’ve noticed that Google is betting on the mobile web, plus some research stating that the cloud will replace mobile apps (and their stores) in the next five years.

All of this said, I’m looking forward to seeing how the iPad and e-readers “change” libraries, but only time will tell. In the meantime, I’m really looking forward to seeing what it looks like and ultimately what it does, other than to let my wife know I’m reading and not answering work emails.

Why We Don’t Use Google Voice as an SMS Gateway

December 28th, 2009

Google products are great and we use a handful of them at our office. But the question of using a “Google Voice SMS Gateway” for text messaging reference software has come up recently with regards to Mosio’s Text a Librarian, so we wanted to quickly explain why we don’t do it.

The answer is simple: it violates Google’s Terms of Service.

Google Violation, Part 1: Screen Scraping and Polling
Google Voice does not offer any sort of API (permitted) way of letting you piggy back your technology onto Google Voice, to receive text messages via your Google Voice number and then use them in other software. What that means is that anyone using Google Voice to piggy back on their text messaging function is doing so by automatically logging into the system, which is known as “screen scraping” or “polling.” Doing this is a direct violation of Google’s Terms of Service:
5.3 You agree not to access (or attempt to access) any of the Services by any means other than through the interface that is provided by Google, unless you have been specifically allowed to do so in a separate agreement with Google. You specifically agree not to access (or attempt to access) any of the Services through any automated means (including use of scripts or web crawlers) and shall ensure that you comply with the instructions set out in any robots.txt file present on the Services.”

Google Violation, Part 2: Reselling Google’s Services
Google as a company is a wonderful contributor to the open source movement and offer APIs to many of their products. Google Voice, however, is not one of them. Currently there is no Google Voice API and depending on who you ask, the response is either hopeful or “there’s no way that will happen.” Regardless of which side you stand on, any organization or individual selling software that includes Google Voice hacks is again doing so in violation of Google’s terms of service:
“5.5 Unless you have been specifically permitted to do so in a separate agreement with Google, you agree that you will not reproduce, duplicate, copy, sell, trade or resell the Services for any purpose.

It’s Unreliable
When Google releases APIs to their software and services, they are providing reliable access under an agreed upon set of circumstances (some involve commercial vs non-commercial rights, etc) and make product change decisions with APIs in mind. Simply put, when they make changes, they do so either without affecting the API or by giving those with API access appropriate information so adjustments can be made, ensuring the services will still work well. With no API, there’s no warning, no information on why code changes. If you’re accessing Google without an API and things begin not working, there is no recourse in getting things up and running again.

We hope this clears up any questions people have regarding Google Voice and why we don’t use it as an SMS gateway. We think Google Voice is pretty cool, but it’s not a legal, reliable way to offer text messaging software to libraries, companies or organizations, so we opt instead for legal, approved ways of giving our customers access to text messaging. As far as Google being a company the supports openness, we applaud them for being so, but also recognize that Google is open when it’s convenient for them. While it may not be “go to jail” illegal, it’s simply not a risk worth taking.

If you have any questions for us, please feel free to contact us.

The Mosio Team