Showing posts with label UX. Show all posts
Showing posts with label UX. Show all posts

Thursday, April 20, 2017

ACRL-NY UX Meeting

On Friday, April 7th, I gave a talk on mobile usability at an ACRL-NY UX Discussion Group meeting. A lively discussion followed about responsive design vs. mobile sites vs. apps. Stefanie Havelka of Lehman College gave some great pointers on conducting usability testing and using the results to justify improving web services.

I also mentioned I'd give links to Nielsen Norman Group's UX articles page, something about service design (the name of which I couldn't remember at the time), and the ACRL-NY UX blog, so here are those resources:



Also, if you liked this talk, and think it would make a good Ignite session at ALA in June, please consider voting for it!

Wednesday, June 15, 2016

NJLA 2016 Conference Talks

Beyond the CE: Cultivating Your Personal Learning Network

We live in a constantly changing world, and this does not stop at the library doors. There are more continuing education opportunities than ever ranging from Conferences and Unconferences to web sites, blogs, podcasts and social media. Everyone's personal learning network takes a different form, and this panel representing public, school and academic libraries will explore the broad landscape of professional development opportunities for librarians.

Presenters:

  • Joyce Valenza, Ph.D., Rutgers University
  • Robin Rockman, Youth Services Librarian, Oradell Free Public Library
  • Valerie Forrestal, Web Services Librarian, College of Staten Island
  • Alyssa Valenti, Electronic Resources & Web Services Librarian, Raritan Valley Community College
  • Theresa Agostinelli, Moderator

Slides: http://tinyurl.com/beyondCE


The Cats Are Herding Us: Neko Atsume and Mobile Usability*


Neko Atsume, a popular mobile app for smart phones and tablets, was an international hit despite the fact that gameplay was originally directed entirely in Japanese. This presentation assesses the usability of this app using Jakob Nielsen's "5 Aspects of Usability," as well as research on interface design for low-literacy users, in order to point out techniques for designing user-friendly mobile applications.

*part of the NJLA Ignite: Ideas that Inspire program organized by Allen McGinley

Slides: http://bit.ly/NAandUX


Monday, September 30, 2013

Hacking Google Forms

A few months back I pitched the idea of using Google forms for all the forms on the new website. Our current forms were created through a Joomla-specific add-on, and I'm not proficient enough in PHP or SQL to feel comfortable recreating them from scratch. Also, the forms on our current site turned into a pretty huge security risk as they aged, and I like the thought of using Google's servers to house the forms and resulting data. However, on their own, Google forms are pretty limited in their functionality, just dumping data into a Google spreadsheet document (which can be exported, but you still have to regularly log into your Google account to view the data.)

Forms do have the option of sending an email alert whenever someone fills out the form, but the alerting email doesn't include the actual form data, so you're still tied to constantly logging into that account to get the information. Enter: Google Apps Script. With a little knowledge of JavaScript, you can use their library of classes and methods to add functionality to basic Google forms.

I started out just wanting to be able to receive an email when someone submitted a form, with all the responses included. For this I found a really nice tutorial from Amit Agarwal (http://www.labnol.org/internet/google-docs-email-form/20884/). If that's all you need your form to do, great! You got it, dude.

I needed a few extras though. First, some of the forms need to go to multiple people. You can easily do this with a slightly more advanced version of the sendEmail method. (You can find documentation on the MailApp class and various iterations of the sendEmail method here: https://developers.google.com/apps-script/reference/mail/mail-app. Also helpful, their Understanding Events cheat sheet: https://developers.google.com/apps-script/understanding_events)

Essentially, you just need to find this line in the original code:

MailApp.sendEmail(email, subject, message);

and change it to:

MailApp.sendEmail(email, subject, message, {cc: email 
   of person you want to copy});

You can cc multiple people by just separating their email addresses with commas.

One of the librarians, however, wanted users to indicate what department they were affiliated with, and then have a copy of the form results go to the department liaison. This is where things start to get a little complicated, and it's helpful to know a little bit about programming languages. I wrote a simple switch statement (with some help from Babs, of course, my go-to programming guru.)

 var dept = e.values[array location 
    of dropdown].toString();
 var contact = toString("xx");

 switch (dept) {
   case "dropdown value 1": 
     contact = "email address 1";
     break;
   case "dropdown value 2": 
     contact = "email address 2";
     break;
   default:
     contact = "default email address";
 }

The first line of code pulls whatever drop-down value the user selected (the associated Google spreadsheet stores these values as an array. 'e.values' accesses the values in this array. Position [0] of the array is the time-date stamp that gets put in automatically, so your array location is just the exact question number of the drop-down question.)

Your switch statement is then just comparing that value to values that you associate with email addresses, and then assigning the associated email address to the variable "contact", so now your method call looks like this:

MailApp.sendEmail(email, subject, message, {cc: contact});

Ok, if I haven't given you a headache yet, there's one more tweak you can do to increase the usability of the form submission email. Using 'e.values' again, you can pull the user's email address from their form submission, and set it as the reply-to on the resulting email. That way, if the person who gets the email has a question for the submitter, they can just hit reply (default reply-to is the gmail account that you're using to create the form.)

Again, since the time-date stamp is [0], you just need the question number where you ask for the user's email address, and now you've got:

var reply = e.values[array location of user’s 
   email].toString();

MailApp.sendEmail(email, subject, message, {cc: 
   contact, replyTo: reply});

You can check out the whole script, as I use it, here.

If you've done any Google form hacking, I'd love to hear about it in the comments. I've only just begun delving into the possibilities here!

5/23/14 - I just stumbled across this post about using Google Forms for leaderboards/summer reading programs. It's also another good example of hacking Google Forms with formulas and scripts.


Wednesday, May 22, 2013

Spring cleaning your LibGuides

I'm in the process of revamping my library's LibGuides, and I've come across a few small changes you can make to your guides that make a world a difference for design and usability. First of all, as far as headers/banners go, I am NOT a graphic designer, so I kept it simple, with just the school logo, and "Library Research Guides" in our official font. I don't recommend random images and color-fading if you're not really, really good at it. Otherwise it looks like a page for your local pre-K, coded with Microsoft Word.

old design

new design
Second, take advantage of SpringShare's excellent documentation. As a company that markets guide-creation software, they really put their money where their mouth is. Seriously, they've created a guide for pretty much everything. Here are some I found particularly useful:
As the library's LibGuides admin, I'm currently building a template that all librarians can start from when creating new guides. They are free to not use it if they don't want to, but if the majority of them do use it, this will ensure some consistency across guides. It also acts as a repository for all the custom search-boxes I've built, so other librarians can pick and choose which ones they want to add to their guides.

I've also created a hidden tab (hidden from public view, that is. It's visible to anyone signed in through the admin interface.) I'm using this tab to post instructions, screenshots, and tips for guide creators. I'm also using it as a content repository for boxes I want to be available, but that don't necessarily have a logical home in the template itself (more on this in a minute...)

I've recommended that users link to boxes in the template, rather than copying them, so the template can also act as a content hub, where changes can be made in one place and pushed to all guides linking to the content. This is also why it's a good idea to import your database A-Z list into LibGuides, even if you have one on your library website. If librarians link to links in the database A-Z guide, it will automatically pull the description (which can be hidden or changed if they want) and it will allow you to make changes to database links and names in one place, that, again, will be pushed to all guides that use those links.

I've also noticed that most libraries that use LibGuides just use the default homepage options, which include a list of guides (featured, popular or recent,) a random user profile, email sign-up and/or a tag cloud. But you can choose instead to display a box from elsewhere in the site, by just entering the box id. So, on my hidden template page, I created a box of popular links (I called them "quick links") and put that on the homepage. I also replaced one of the boxes with our "help" box, that contains our various methods of contact. A good example of a nice customized LibGuides homepage is Worcester Poly's site: http://libguides.wpi.edu/

I also like how Rutgers made their homepage a complete list of guides, listed alphabetically on one tab, and by discipline on another: http://libguides.rutgers.edu/home

This is still a work-in-progress, so if anyone has any other helpful hints, please leave them in the comments!

Monday, April 15, 2013

MISSION LIBGUIDES: A Guide to Creating Guides that Aren't Awful

I've been tasked by my director to somehow wrangle our LibGuides implementation into shape. Apparently the library subscribed to the software sometime last year, and librarians have slowly been migrating their subject guides from the CUNY-grown SRMS (Subject Management Resource System) to LibGuides. LibGuides offers much more flexibility and back-end usability than SRMS (which was maintained by one person, with all users sending their edits to the e-resources librarian.) Having a system that allows each subject librarian to create and update their own guides makes much more sense, but the ease-of-use and flexibility have a DARK SIDE. Yes. Dark side. In all caps.

So all the librarians, who have varying degrees of technical expertise, are copying and pasting content, willy-nilly, into hastily-created guides in the LibGuides system. Some of them have used the software in the past, and so are comfortable removing unwanted formatting (which often requires you to toggle out of the WYSIWYG and into the html editor) and customizing pages and tabs by adding, removing, or changing the widths of columns. Some of them are understandably daunted by guides that contain giant text and random fonts that they never chose.

I plan on giving a workshop for staff in the coming months, to cover topics such as pasting into a text editor to remove formatting (I've also been installing PureText on people's computers for them. I use it myself, and love it for instant conversion to plain text.) I'll also be going over how to add, remove, and adjust column widths, and when to use special content boxes (such as for multimedia or books from the catalog.)

While putting together this workshop, I've realized that while I can show people how to use the software, I don't really know what to tell them about design. Personally, I can't stand cluttered guides (3 rows of tabs?! Go home LibGuide, you are drunk,) but I can't refer the librarians to any best practice guides outside of the LibGuides system. To this end, I started doing some research to look at best practices (based on assessment/usability testing) for creating subject guides. I'd love to turn this research into an article, but until I see what's already been written on the topic, I can't say if that will happen or not.

I did, however, create a Zotero user group (zotero.org/groups/libguides) for my research, so you can read up on the topic yourself, if you feel so inclined. I'll be adding to it on an ongoing basis, so you can join the group if you want to keep up with what I'm finding. I also opened up comments and discussion, so feel free to share your thoughts. Oh, and if you want me to add you as a contributor to the group, let me know. It might be cool to see what a bunch of us can find, if we all pitch in.