Library Hat Rotating Header Image

March, 2011:

Personal Branding for New Librarians: Standing Out and Stepping Up

Tomorrow, I will be giving a webcast for ACRL 2011 Virtual Conference with Kiyomi Deards and Erin Dorney. The webcast is open to all attendees of either ACRL 2011 Conference or ACRL 2011 Virtual Conference. I have moderated a panel discussion program at ALA 2011 Midwinter on the same topic. But in tomorrow’s webcast, we will discuss more in depth about the right fit between one’s own personality / preferences and personal branding tools and practical tips to develop and  manage one’s own personal brand.  We will also have a lot of time dedicated for questions from the webcast attendees.

One thing that I have written before and want to re-emphasize is that personal branding is not an end itself.  It is more of a by-product of the successful pursuit of one’s own interest, contribution, and networking in librarianship. Many doubts and suspicions about personal branding stem from this misconception that personal branding is all about promoting oneself as if it could be an end itself. And it is not.

What the message of personal branding boils down to is: Be engaged in the profession, share your thoughts and ideas with peers, and contribute to the ongoing dialogue of librarianship. The new twist is that now with the rise of many social media tools, this can be done much faster and more effectively than before and even on the cheap (without even attending a conference physically).

Here are the slides for the webcast.  If you are attending ACRL 2011 conference, join us. Otherwise, share your thoughts!



Usability Express: Recipe for Libraries

Here is the slides for the presentation I am doing with my colleague, Marissa, at Computers in Libraries 2011 conference this coming Wednesday.  I cover the first half in which we look at the common usability flaws in library websites and discuss cheap and quick fixes. I may tinker a bit more since the presentation is still a few days away. But the slides are done.

Do you plan to do or have you done any library website usability improvement project? Share your thoughts and experience or plan!


No-brainer Usability: the new Twitter iPhone app

I am presenting about usability issues in library websites in Computers in Librareis 2011 in a few weeks. So needless to say, I have been thinking a lot recently about usability. Today, having updated all apps on my iPhone, I noticed that the Twitter iPhone app finally made some changes in its new message user interface (UI) which makes it more usable.

However, the new UI fails in some respects, and the new app introduces a different usability problem, which is often the case with website redesign. So let’s pretend the new Twitter app is a re-designed library website and see what its pluses and minuses are in terms of usability.

Old Twitter App

When the arrow is pressed down

This is how the old Twitter iPhone app’s new message screen looked like. (Screenshots thanks to @bmljenny.)  It is very basic until you press the “140 â–¼” button on the top right corner over the keyboard.

Once you press that button, however, the whole new world of functionalities unfolds. Taking a photo, inserting an already-taken photo, geo-tagging, adding Twitter user by his/her Twitter username, adding a hashtag, and shrinking a URL is all just one touch away.

Unfortunately, not many people noticed this button; many users weren’t able to take advantage of these useful functionalities.

I must say, the design of hiding these functionalities behind the “140 â–¼” button is both clever and stupid. Clever in the sense that it made the new message UI clean and simple. But quite stupid in the sense that the button that holds these functionalities don’t stand out at all that it resulted in those functionalites being often completely unknown and undiscovered to users.

One of the great usability principle is, in my opinion, is this :
Stop being clever and make things super-obvious.

New Tweet screen in the Twitter iPhone app

The new Twitter iPhone app followed this principle and corrected the issue by removing the “140 â–¼” button. Instead it added a gray bar with four icons that stand for usernames, hashtags, camera, and geotag. I would say this is an improvement since users can now clearly see the icons when they are in the new tweet screen.

However, these icons are not the same as the previous icons used in the old Twitter app. Geotag icon has changed the appearance and the camera icon now functions for two previous features of taking a photo and adding a photo from the photo library.

One of the pitfalls of re-design is that even when improvements are made, often the web team (designers in particular) are not satisfied with just fixing the existing issue. They are tempted to make changes ‘for uniqueness’, which tends to raise rather than solves a usability problem.

So now Twitter seems to have gotten rid of perfectly useful two icons — photo library and shrink URLs.

If I were to redo the screen, I would keep the same icons in the previous app.  After all, some users have discovered and used these hidden functionalities. Why now force them to change their pattern of use?

My version of New Twitter screen

While I was evaluating the new Tweet screen, I realized that the new Twitter app has also introduced a new usability issue to it. The new trending hashtag notification. It appears on top of the tweet timeline.

As quite likely to be intended, since it appears on top and written on a black bar, it stands out.  The problem is that it actually stands out more than what users need. It is downright annoying.

This can be easily corrected if the bar appears at the bottom rather than the top. It would be still noticeable enough for those who take interests in the trending hashtag but would not annoy the majority of users who want to quickly scan the timeline from the top to the bottom.

 

New Twitter Timeline

My version of Timeline

 

 

 

 

 

 

 

 

 

Because of this this new and  un-user-friendly trending notification, the overall reaction to the new Twitter app would be more negative than positive.

Furthermore, what was really interesting to me is that even after the re-design, the new Tweet screen of the new Twitter app does still slightly fall short of the new Tweet screen of the Tweetdeck app. Compare my revised version of the new Twitter app above with the following Tweetdeck’s new tweet screen below. Pretty much what I have done ended up making the Twitter app look almost the same as the Tweetdeck’s existing new tweet screen.

Sometimes, a good design comes from benchmarking a competitor’s product and from following conventions that users are already familiar with.

Can you think of an example of a library website that failed to be user-friendly while trying to be clever and/or from poorly benchmarking another library website?  If you work with a library website, this is a good thing to think about.

Tweetdeck

Library and IT – Synergy or Distrust?

In my previous blog post, I asked why libraries are not actively encouraging those who are novice coders among library staff to further develop their coding skills.

I was surprised to see so many comments. I was even more surprised to see that the question was sometimes completely misunderstood. For example, I never argued that ‘all’ librarians should learn how to code (!).  Those who I had in mind were the novice coders/librarians who already know one or two programming languages and struggle to teach themselves to build something simple but useful for practical purposes.

On the other hand, all comments were very illuminating particularly in showing the contrasts between librarians’ and programmers/IT professionals’ thoughts on my question. Below are some of the most interesting contrasts I saw. (All have been paraphrased.)

Librarian (L)
– I am interested in learning how to code but I lack time. Most of all, it is hard to find guidance.

Programmer/IT professional (P)
– There are lots of resources online. Don’t make excuses and plunge in.

L is lost in learning how to code while P thinks everything needed can be found online! Interesting, isn’t it? Ls and Ps are likely to be coming from two completely opposite backgrounds (humanities vs. sciences) and cultures (committee and consensus-driven vs. meritocratic and competitive).

Librarian (L)
– IT distrusts the library staff and doesn’t even allow admin privileges to the staff PCs.
– IT people are overprotective over their knowledge. Not all but many IT tasks are relatively straightforward and can be learned by librarians.

Programmer/IT professional (P)
– Librarians require an MLS for even technology positions. That is crazy!
– You are arguing that librarians can learn how to properly program in their spare time without gaining the proper theoretical understanding of computer science and training in software engineering. That is crazy!

L thinks P should recognize that library staff do work in technology just as IT does and wants P to be more open and sharing instead of being mysterious.  On the other hand, P wants to see L value programmers and IT for their expertise and thinks that an MLS is an unreasonable requirement for a technology position at libraries. I think both parties make excellent points. About the over-protectiveness, I think perhaps it is half true but half likely to be a communication issue.

And here are some of the most valuable comments:

  • Librarians tend to miss that there can be an overlap in the role of IT and that of librarians and regard them as completely separate ones.
  • The management buy-in is important in promoting technology in a library. A nurturing environment for staff development can be quite helpful for the library staff.

I think these two comments are very close to answering my question of why libraries don’t actively encourage and support those among the library staff who know how to code albeit in a rudimentary manner to further develop their skills and apply them to the library context. Although almost all libraries today emphasize the importance of technology, the role of librarians and that of IT, librarianship and technology are often viewed as completely separate from each other. Even when there is an interest in incorporating technology into librarianship, both libraries and LIS schools seem to be puzzled over how to do so.

It is no doubt a tough problem to crack. But it explains up to a certain degree why there is not much collaboration found between librarians and programmers (or IT in a wider sense) at most libraries. Why don’t the library and the IT at a college/university, for example, form a closely-knit educational/instructional technology center?  While reading the comments, I kept thinking about the story I heard from my friend.

My friend works at a large academic library, and the university s/he works at decided to merge the university IT and the university library into one organization to foster collaboration and make the two departments’ operation more efficient. Two departments came to reside in the same building as a result. However, there was so much difference in culture that the expected collaboration did not occur. Instead, the library and the IT worked as they had done before as completely separate entities.

The university administrators may have had the insight that there is an overlapping role between the library and the IT and seen the potential synergy from merging the two units together. But without the library and the IT buying into that vision, the experiment cannot succeed. Even where a library has its own IT department, the cultural difference may hinder the collaboration between the library IT and the rest of the library staff.

How can the gap between librarianship and IT be bridged? As I have already said, I don’t think that the problem is to be solved by ‘all’ librarians becoming coders or IT professionals. That would be implausible, unnecessary, and downright strange.

However, I believe that all libraries would significantly benefit by having ‘some’ library staff who understand how programming works and so all libraries should support and encourage their staff who are already pursuing their interests in coding to further develop their skills and deepen their knowledge. (This is no different than what libraries are already doing regarding their paraprofessionals who want to pursue a MLS degree!)  Even when those staff are not themselves capable of developing a complicated, production-ready software system, they can easily automate simple processes at libraries, solve certain problems, and collaborate with professional programmers in troubleshooting and developing better library systems.

So, my question was not so much about librarians as individuals as about the strategic direction of libraries whose primary concern is providing, packaging, disseminating, and maintaining information, resources, and data. And I am glad I asked my half-baked question. You never know what you will learn until you ask.