Prism Blog

Taking a New Look at the Account Pages

One of the things we’ve been keen to do for a while is re-assess presentation of the “My Account” pages in Prism 3. This has been dependent on another piece of work, improvements to the Local Data Services (LDS) that pass information back to Prism 3 from your local LMS. This does mean that some of these modifications are dependent on installation of the newer LDS at your site.

Reasons for the Changes

One of the most requested additions to Prism 3 was the Loan History, we’re going to add this, but we’re also taking the opportunity to look at how we deliver account information overall.

Similarly to how we approached the availability redesign earlier in the year, what we wanted to focus on was:

  • How can we make the complex data as people-centric as possible?
  • How can we make the common tasks easier?
  • How can we make the information easy to comprehend?

So in this post, we’ll take a look at some of the concepts we’re working with. Please do provide feedback and remember these are mockups rather than final designs so subject to change. Also, it’s worth remembering that these are defaults that can be over-ridden by custom css or interface labels. We’ll also be looking at further changes earlier next year as part of the “improvements to my account efficiency” roadmap item.

Breaking the Data into Manageable Chunks

Our first task with the account pages of Prism was to break the data into more manageable, compartmentalised chunks. Currently everything about an account appears on one page, and this will get pretty big, pretty fast, so we wanted to move each section of my account to its own sub-page.

This means each task has its own context to work in resulting in pages for:

  • Current Loans
  • Charges
  • Reservations
  • Bookings
  • Loan History
  • Inter Library Loans

There’s been some discussion on how this is to be split up, with the issue of whether Bookings and Reservations are different enough in the minds of library users. Currently we’re erring on the side of keeping them separate, but we’d be interested in your thoughts on this.

The Account Summary

At the top of the accounts pages we’ve realigned the summary details, in much the same way as we did with availability, to be simple statements making for a more “human” page. We’ve also made it persist through the various account pages, acting as a “notifications area” to summarise items that need action (reservation pickups, charges and so on). We’ll also use this area for confirmation of actions.

Accoutn Summary - showing loans, reservations, pickup and charges

A subtle change here is that the charges indicator contains the total including currently accruing fines, where previously these were only shown as part of the loans (something that confused users).

Beneath the summary, the navigation between the various sections of the account pages will be by mini-tabs. This is a nice simple metaphor for this type of content, allowing easy movement between the various sub-sections along with highlighting current location.

Current Loans

Here we’ve put the information that the majority of users need most of the time and made it the default page when you log in. We’ve taken a look at the Google analytics and the common paths involve going in and renewing, so we want to make this as easy as possible. So we’ve added a “renew all” button, to speed the most common use case, that of “I can’t get to the library, so need to renew all my current loans”.

Current Loans - showing extra item detail, highlighting of overdue and renew all button.

We’re improving this by adding in the jacket image and a link to the item in question. We’ve also removed some of the detail that really isn’t needed by most users: item ID and control number. This was a hard choice, but scenarios in which these would be useful are fairly limited in this context.

A useful piece of feedback we got from libraries was that showing the renew count out of a total would be really useful, so we’re hoping to add this too.

We’re also adding in several cues as to the state of individual items. We’re looking at several options for the exact nature of this display. The one shown above is a simple enhancement to the existing tables. Where an item is overdue it turns a shade of red and bolded.

The second option is adds an additional collation of items so that common dates act as headings (much like an email client might). So you can see “overdue”, “due back this week”, “due back this month” and “due later” to help as a cue for what needs attention now.

Current Loans - with extra headings breaking up overdue, due next week and so on.

Loan History

The Loan History pages have the potential to contain a huge amount of data, especially if a library user has had an account for several decades and borrowed books every few weeks in that time. Thus the Loan History page needs to be broken down into manageable chunks.

Loan history - showing navigation and sorting options

The history can be re-ordered by the title, main author and loan dates; each version of the navigation provides its own paging mechanism.

Reservations, Bookings and Inter-library Loans

Although the concepts may be different, the mechanics of checking these three elements online are very similar, so the interfaces here differ only in the labels.

Reservations - showing pickup point, and highlights to ready for pickup status.

Again, the basic changes are to add in the book covers, links to the books and highlighting of common actions. A simple statement of entitlement is an element we hope to add to allow people to manage their account more efficiently and again we’ve added a cancel all button.

Charges

The charges page has only a few minor improvements. We’ve included the summary and with the improved LDS service we can fix the missing accrual date problem. As mentioned earlier, the totals now represent the current total owed, including currently accruing items.

Charges - showing history of charges and date accrued.

Next Steps

The key aim of this work is to add in the loan history work, break the account pages into manageable chunks and integrate it more completely into the rest of the product. Although it mainly addresses the “Loan History” roadmap item it also paves the way for future work including the “improvements to my account efficiency” item.

Please do let us know if there are issues we haven’t considered either here or via email.

6 Responses

  1. Heather Jardine Says:

    I’ve flown this past a couple of public-facing colleagues and they’ve been very positive – “Basically – yes to everything”. I like it too, think it is very clear. And it will be such a relief to have borrower history back – as my colleague said, “didn’t realise how much customers would miss it (until they started telling us)”.

    A couple of specific requests though:
    (1) “One thing about the renew all button (which is a good idea) – it would need to highlight clearly in the process any items which are not/can’t be renewed.”
    (2) “Will reserved items be highlighted? Currently, the only way a customer knows an item is reserved is when they go to renew it and are blocked from doing so. It would be really useful and customer friendly if people were notified when an item they have has been reserved. I know we can send a recall when we manually reserve items but it’d be good if that information was also highlighted in the account summary at the top of the page. That way they’d know that it couldn’t be renewed and they’d bring it back on time (in theory).” It would be helpful if instead of giving the renew count as 2/6 (for example), it could say, “Reserved by another reader – cannot be renewed”, or something similar.

    Would we be able to hide tabs we didn’t want to display? For example, we don’t use Talis for ILL (but we do offer an ILL service). Someone looking at the ILL tab and not seeing their requests will be baffled. Equally, we don’t use bookings.

    But overall, we really do like it!

  2. Matt Machell Says:

    Hi Heather,

    yes, we’re keen to make sure that if any items fail to renew we flag it clearly and explain why. As you rightly say, this is particularly important with the renew all function as we don’t want people to assume a transaction went though that didn’t.

    On reserved items, we’re hoping to have the mechanics in place to flag items as not renewable due to reservations or reaching renewal limits. In fact the padlock icon in the screenshot above is for that purpose (though this isn’t finalised, text may be better).

    As mentioned in the Development Webinar, if you don’t use particular features it will be possible to disable or hide them via CSS.

  3. Claire Eskriett Says:

    Hi Matt

    We are still on Prism 2.1 but taking a keen interest in Prism 3 for the future. There’s a defect in Prism 2.1 that means that potential fines (fines accruing) on recalled loans don’t display. It shows as £0.00 even when they exist in Alto. Do you know if this is fixed in Prism 3? If so, showing the fines accrued and accruing will be great. If not, it’s an issue because we already have repeated ‘debates’ with students who argue that the Prism 2.1 display is misleading.

  4. Matt Machell Says:

    Hi Claire,

    Prism 3 pulls this data in from the local system using the LDS web service, so the calculations will be those used there. That code will be undergoing considerable redevelopment to enable the account work, so we’ll check that this bug is not replicated there.

  5. Shelagh Hewson Says:

    Hello Matt,

    Not sure if it’s too late to comment but thought I would try anway. Our feedback from the front line asked for two things: one that overdue items were more clearly differentiated pink shading was considered not quite striking enough (red writing was mentioned). The other was for more explanation and help when a user couldn’t renew or reserve an item e.g.
    Unable to renew – fines exceeding £10 limit. Pay fines?
    Unable to renew – item reserved by another borrower. Place new reservation?
    Unable to renew – maximum no of allowed renewals reached. Please return books to library asap.

Leave a Reply