Simple Testing

Each semester I get in front of 20 or so Bethel students and teach a class on usability testing. I take the opportunity to model a usability test right in front of them and then ask them to perform tests of their own.

Just before I taught the usability class this spring we launched a new site for visual and performing arts events. One of the concerns expressed after launch was that people wouldn’t be able to find it. Some were pushing for a link on the homepage, but we weren’t convinced this was necessary. We already had a link to an events landing page with performing and visual arts sitting on prime real estate.

This was a perfect testing opportunity. I wrote a test case to see if the class could find our new performing and visual arts site. Take a look at one of the tests:

Turns out that the events link worked for this group of students. Now, I know there are many other audiences–prospective students, parents, alumni, and others–but the fact of the matter is that most of us don’t test at all because we get paralyzed by the multitude of options and our growing lists of pressing priorities. Sometimes we also spend more time defending our decisions than testing them.

But each time I teach this class, I’m amazed at what I learn from carrying out a few simple tests. So remember, keep your eyes open and look for areas to test. You don’t have to test everything and you don’t have to test everyone. Go simple, straightforward, and do it often. Who knows what you’ll learn.

Hello? Is Anybody There?

When the new website was launched, the Web Services team made it a priority to migrate content to the new site and close pages in the old site. We’ve focused a large part of our time and energy on optimizing the new site, developing meaningful pages and content, and moving various groups on campus into the new system. We’re also currently working on making the website more flexible for iPhones, iPads, and other mobile devices, which will go a long way towards setting us up for future success.

With all the emphasis we’ve placed on the new website, it occurs to us that there are a lot of folks who still have content in the old site. And these folks might be feeling like we’ve abandoned them.

Is that the case? Do you wonder if anybody’s home in Web Services?

I want to take this opportunity to assure everyone with content in the old site: We still care and we want to help you. We know there are a lot of pages in the old site with useful, important content, and visitors come to our site on a regular basis looking for that information.

This content is just as important to us as it is to you, and we’re investing in keeping it current, relevant, and useful. Although we won’t be doing any major restructuring or site overhauls in the old system, it’s important that any webpage Bethel publishes stays current.

So if you have content in the old site that needs to be updated, send an email to web-services@bethel.edu and let us know. It’s possible that your group already has an author who’s trained in our content management system and can help you make changes. If not, we can look into who might be the best person to get training and take charge of your office or department’s webpages.

Thanks to all of you who are still working in the old system and keeping your content up to date. We appreciate your patience and the time you put into Bethel’s website.

A Single Author at the Helm

Bethel University Web Services

As we migrate content into Bethel’s new site, we’re trimming down the number of web authors in our content management system (Silva).

I know at first this sounds constricting—perhaps even controlling. And to be honest, we’ve received a healthy share of opposition when we’ve asked groups to select a single author for their office or department.

Don’t get me wrong, we love Silva authors and need their support to keep Bethel’s site running. But our experience over the years taught us a few things about maintaining a huge, complex website. We learned that if we wanted to help Bethel become better at adapting to the online needs of our audiences, less is more.

All Hands on Deck

In the old website, we used an all-hands-on-deck approach to web authoring. In most cases, multiple employees in a department or office had access to update their webpages.

There were two reasons for this method. First, departments needed some redundancy. In those days there wasn’t a web team to support an office if their web author caught the flu or took a sunny vacation. Second, offices wanted to divide up web maintenance based on job function—employees who knew the information were responsible for updating specific pages.

Although these were logical and pertinent reasons for having multiple authors, this approach produced some maintenance challenges that surfaced at the beginning of the redesign process.

Who’s at the helm?

With the redesign, we began the migration of thousands of webpages into a new system. One initial step was to audit all webpages, looking at where they were located, what info they housed, when they were last updated, and who maintained them.

I ran into many abandoned sites with broken links and outdated information. Pages hadn’t been touched in years. Many of these areas had multiple web authors in the system and I couldn’t always identify who was responsible for upkeep or who to approach with questions.

So who steers the ship when all hands are on deck? In most cases we learned that multiple authors led to outdated content because roles and responsibilities were not defined clearly.

Stranded at sea

To gain access in the old site, web authors went through an initial technical training. This was a basic training on how to use the system that didn’t take into account web writing standards or strategies for search engine optimization, two things crucial for developing today’s web content.

After training, authors were sent out to build webpages. The staffing structure wasn’t in place to provide continued support for such a large user group. So naturally, some authors forgot how to use the tools and they didn’t have anyone to go to for help.

We realized this was another crucial piece to the abandoned content problem.

Steering without a rudder

With web authors spread throughout campus and no staff in place to coordinate efforts, Bethel’s system wasn’t set up to respond quickly to the demands and changes of the fast-paced web world.

This meant we were in for a long migration process with many groups to inform, people to introduce ourselves to, and disparate workflows to help coordinate.

Resetting the Strategy

This time around, we knew we wanted to train and support web authors a bit differently. And part of this new approach meant fewer Silva authors.

We’re resetting the system, which creates the kind of confusion and loss that comes with any major change.

So to help work through this change, we want to unpack a few details about our new approach and how we’re trying to set up Bethel’s site—and Silva authors—for future success.

Identify who’s steering the ship

With each office or department we migrate, it’s part of our strategy to identify a single person to serve as the Silva author. This is helpful for two reasons.

First, it defines responsibility for the web. Teammates know who to go to with questions or updates. Web Services has a single liaison to consult when we’re making changes to the system or have questions about a webpage.

Second, it helps us find the best person for the role. Let’s face it; some of us aren’t suited for troubleshooting web issues and others might not be in the office enough to coordinate with teammates. And that’s just fine. By having one person responsible for web updates, we can work with area leaders to make sure web authoring fits with their role and interests.

This doesn’t mean others on the team can’t contribute to the web. Silva authors rely on their teammates for information. They need help identifying what’s out of date and what needs to change. The Silva author is then responsible for making the changes happen and working with Web Services on more complex issues.

Build relationships with web authors

In total, over 230 different web authors had accounts in the old system. When Web Services was formed we didn’t know many authors. Looking at the list, we couldn’t even identify if they all still worked at Bethel.

We want to know everyone who works on the web. We want be able to say hi to the Silva authors who pass us in the hallways. We want them to know we’re here and ready to help—and we want to invest in what they’re doing. We don’t want to give them access and leave them stranded. But that’s tough to do for hundreds of people.

It’s our belief that we can serve our audiences and our Silva authors better if we have fewer authors in the system. In the end, this builds stronger relationships that lead to more meaningful conversations about how to serve our audiences. And it gives authors more focused training to build confidence in their role.

Create a more agile system

With the web constantly in flux, our systems will always be changing. This creates a lot of stress, but also makes the work fun and challenging.

Constant change calls for open lines of communication with everyone contributing to the web. If major changes are on the way, we need to get a message out to everyone in a swift manner and help each author prepare for what’s next.

Communication is time intensive. So is helping people learn something new and adapt their process. But the web isn’t slowing down, so we need to continue to become more nimble while maintaining a high-quality web presence.

Plan for better succession

Unfortunately, great people leave Bethel for new opportunities. We’ve seen a lot of turnover in Silva authors throughout the years.

By defining a single author for each area, it helps for better succession. With fewer people, we have an understanding of their responsibilities, where they have access, and any unique maintenance challenges they face. This allows for faster transitions between authors.

A few last thoughts

In all we do, we try our best to create sustainable systems that help us care for our online audiences. It’s our dream to have a go-to person for web support serving each office and department—and as we work with your area, we’ll help you find the person that fits the role.

We also know some of our programs might not be staffed with enough support for this approach. In these cases, we’ll have other Silva authors pitch in or Web Services will provide continued support.

If you’re waiting for migration and wondering who’s at the helm of your site, stay tuned for our next post or contact our team today at web-services@bethel.edu.

Are we making a difference?

Bethel University Web Services

To be honest, the last few weeks I’ve started wondering if what we do on Bethel’s website really makes a difference. I’ve participated in a series of meetings with people questioning our solutions, we’re still migrating content to our new site, and the Web Services team seems to be drowning under a wave of tasks and projects. We  leave each day with more to do than time will allow us to accomplish.

So how do you know if you’re making a difference? As I thought about this question, it occurred to me that many of us probably measure our impact in the wrong way.

False measurement

  1. Making everyone happy:  The tendency is to think that if you’ve made everyone happy then you’ve made a difference, but often the opposite is actually true. People don’t like change. If you make everyone happy, odds are good you haven’t changed enough.
  2. Doing things fast: We live in a culture of instant gratification and we’re people who expect instant results. But things that are good don’t happen quickly and things that happen quickly often aren’t good. Make sure you don’t get tricked into thinking the rate of production is more important than the product itself.
  3. Getting noticed: It’s nice to be noticed, but I learned from my time in IT that sometimes success means you’re invisible. When people don’t have to think to use your website, people don’t notice you. When your systems don’t crash, people don’t notice. Some of the things with the greatest impact go unnoticed.

True measurement

  1. Audience driven solutions: Do you care more about the people using your tools than the tools or solutions themselves? Do you have regular contact with your audience? Are you asking them what they need? If so, you can’t help but make a difference.
  2. Setting goals and measuring progress: Research says there’s no better motivating factor for people than a clear and obtainable goal. Make sure you have them and celebrate when they’re met.
  3. Taking risks: Often things that make the most difference are risky. Don’t be scared to try things and fail. We work on the web and creating great websites is a process. That means our work is never complete. If your team is taking risks, you’re most likely making a difference.

With those things in mind, I leave this week reminding myself of what matters and how, in a small way, it’s possible to make a big difference.

 

 

When Predictions Break Down, News and Events Break Up

Bethel University Web Services

As I spend more time in my role here at Bethel, I want to believe that I’ll settle into a pattern and that my work will become predictable.

That’s how things were starting to look for office migrations. We created a plan for moving content into the new website and started working through it—office by office.

But the reality of my experience at Bethel over the past 4 years has been a bit different than predictable patterns. Instead, I often run into complex projects that break down or challenge my processes and assumptions.

That’s what happened when we met with Benson Great Hall. We were expecting a fairly simple migration project. They already had a dedicated team keeping their website up to date. Their content was predictable—events with a few additional pages for ticketing and contact information.

But right away we uncovered an issue we weren’t expecting, which set a snowball in motion that swept us down an uncharted course. It was complexity at it’s finest, snubbing my expectations in the face.

Long story short is that the project led to a change to our main navigation that should roll out within the next 2 weeks when we launch a new site for performing and visual arts events.

So what’s the change?

News and events are breaking up

It’s with mixed emotion that we’re splitting up news and events. Lots of schools choose to pair them together, but we have a couple big reasons why we feel like it’s the best move for the site right now.

Give events more real estate.

One of the issues we uncovered during the Benson Great Hall project is that some visitors have a tough time finding events on our site. Tucked away in a tab behind news, events have to work hard to grab the eye of visitors.

By dedicating a page just to events, we can free up a bit more space to better route people to what’s happening on campus. This doesn’t mean that every event will be in the spotlight. There’s a lot going on each day across our schools and programs. But it gives us a bit more flexibility to help our visitors get a better picture of what’s happening at Bethel.

Create focused content.

With the swift advance of mobile technology, visitors are viewing Bethel’s website from their tablets and phones in increasing numbers. Our good friends at mStoner report that they’ve been seeing a 500% increase in mobile traffic over 1-2 years for many of their higher-ed web clients.

That means we can no longer predict that visitors will hit our site from a desktop computer with a nice, large screen. So we’re preparing for big changes that will make our site more accessible from all devices—phones, tablets, desktops, and whatever comes next off Apple’s production line.

But in the meantime, there are small things we can do to better serve content to our visitors, no matter their screen size.

One of those small things is creating more focused content. It’s too cumbersome from a small phone to toggle between news and events in its current format. It’s a lot of information to try and pack into a small space.

By creating more focused content, we can serve up webpages that are hopefully more clear and usable—especially for our mobile friends.

What does this mean?

Since news and events are breaking up, it means they’ll no longer share a common landing page. Instead, they’ll each have a slot in the yellow navigation to point visitors to individual pages.

On the Events page you’ll find…

  • A link to the Bethel calendar
  • Featured events
  • What’s happening at Bethel this week
  • Links to athletics and the new performing and visual arts events site

On the News page you’ll find…

  • Latest Bethel news and archives
  • Links to Bethel publications
  • Media contacts
  • eNews signup
  • The Clarion

Looking ahead

As we continue to work through offices and academic areas, we’ll run into projects that end up being much larger than expected. And as the web keeps evolving in new and exciting ways, our website will always be adapting.

So although we’ll continue to develop processes to keep things sustainable and predicable, I must also remember to seek out new learning that rocks my assumptions about how the web works. On the big, wide web, everything’s changing. I think that’s going to mean a lot for Bethel’s site over the next year.

Whose Race is It?

Bethel University Web Services

THE TORTOISE AND THE HARE

Tortoise and HareAs a child I remember hearing Aesop’s Fables told to me. These stories were used to teach me morals and lessons I could take with me later in life. One of the tales I remember best was that of The Tortoise and The Hare. The story showed me that slow and steady wins the race. It’s a mantra many people say, but few actually believe.

REAL LIFE FABLES

For just over a year now I’ve been wrestling with the question of how to migrate our content (slow and steady or quick and dirty).  Before the launch of our new website we set forth a goal of only migrating content that had been re-written, search engine optimized and pruned. Most of our content (49,000 pages worth) was outdated, inaccurate, and unmaintained. We didn’t want to just place a new design on top of old content. The result of our efforts is fewer, cleaner, more findable pages. But the question needs to be asked: are we doing the right thing?
Are we better off moving slowly and steadily, being intentional about the content we put on the new site to ensure that it’s accurate, up-to-date, and useful for our visitors? Or should we shift our focus to getting all offices and departments into the new site, and worry about fixing the content later?

So what would you do? And would you answer the same way if you were the one waiting for your content to me be moved?

 

Web Services’ To Do List: Academic Departments

Bethel University Web Services

Bethel’s website has come a long way since the days of green borders and unpredictable site navigation (or what I affectionately think of as the Wild Wild West).

Speaking as an alum who remembers the old site and cringes, I can impartially say that the progress the web team has made is impressive. The new site is clean, engaging, easy to navigate, and easy to find.

Speaking as the newest addition to Web Services, I can honestly say that I’m thankful, every day, that I get to work with the talented people in Townhouse H. There are exciting things happening with the website, and I’m glad I get to be a part of them.

Which leads me to the point of this post: What’s next for Web Services?

I’m glad you asked.

When the new website was launched, each academic department was given a set of pages (Department Home, Department at a Glance, Majors & Minors, Why _____________ at Bethel?, Potential Careers, Our Faculty, Contact). Those pages are performing quite well, and the number of people visiting our academic sites has risen from around 4 million/year to around 8 million/year.

At the same time, we recognize that our current pages don’t cover everything an academic department has to offer, and we’ve received requests to make updates and add pages to help departments celebrate the things that make them unique and exceptional.

Those departments have been extremely patient as we’ve worked on other projects to keep the new website moving forward as we migrate content from the old site.

I’m happy to say that the wait is over.

We’ve started the process of revisiting academic department sites, figuring out what’s working, what’s not, looking at ways to improve our academic pages and round those sites out.

Over the coming months we’ll be meeting with folks in academic departments (General Education and Business & Economics are already underway) to gather some insight from the experts about their programs, learn what’s working for them on the website, what isn’t, and talk through things they’d like to see. We’ll then draw up a strategy, proposing changes and improvements that will help departments highlight their strengths and help users find the information they need to know about Bethel’s academic programs.

We’ve received a priority list from the academic deans, and we’ll be working through the departments in that order. Check it out if you’re curious to see when it’s your turn.  The prioritization takes into account department size, the amount of traffic on each department’s current site, and strategic planning. At this point we don’t have specific timelines because each department will have unique needs for their site and varying levels of availability to work on the project. But rest assured that you’ll be hearing from us.

We’re excited about the opportunities we have as this project moves forward. Bethel’s academic departments are doing great things and we look forward to learning more about them, highlighting them on the website, and working with all of you.

 

 

Thank a Silva Author Today

Bethel University Web Services

What does it take to keep a huge institutional website current? Lots of help from web authors.

At Bethel, we call them Silva authors. They’re the gracious souls throughout the university who have volunteered (we use that term loosely) to keep our web content up to date.

It can sometimes be a thankless role, working with technology that’s always changing and responding to requests that are often urgent. I can’t tell you how many emails I’ve received from Silva authors working late on weeknights or on Saturday mornings to meet the needs of their colleagues and web visitors.

We know that if you’re a Silva author, it can feel like you’re in no man’s land—not up here in the townhouse with Web Services getting the latest web updates, but having responsibilities that your colleagues and bosses don’t always understand. Sometimes you feel caught in the middle of competing priorities or different ways of thinking. We know it can be challenging.

William Faulkner once said that “gratitude is a quality similar to electricity: it must be produced and discharged and used up in order to exist at all.”

So in that spirit, we want to say thank you. Not just a passing thank you, but we want to send you a hearty dose of energy that’s bursting with appreciation and gratitude.

And we want that energy to spread.

So if you know a Silva author, give them a big thank you today. If you are a Silva author, give yourself a pat on the back and know that what you do matters. It matters to your web visitors, it matters to your colleagues, and it matters to us. You make Bethel’s website run, and the university couldn’t do it without you.

Here in Web Services, we consider all Silva authors part of our team. We’re here for you. And we want you to enjoy what you do. So any time you have a question, or want to grab lunch, never hesitate to give us a call.

Thanks Silva Authors

Dallas Kidd and the Web Services team (not pictured: Tim Hammer, Andy Altepeter, and Jake Johnson)

Portal Redesign Part 2: Some Web Design Challenges

It was like an old farmyard pig, starting to get a little ornery and a little rotund around the middle. We needed a solution to make it more appealing, and we knew it wasn’t bacon.

We were stuck with ‘ole Blink, Bethel’s community portal, but need to prettify it. So, we harkened back to one of the most memorable quotes spoken by a vice presidential candidate in 2008. We broke out the lipstick.

A new login screen

First, we tackled the login screen. The old one was filled all sorts of information like why Blink existed, how to get help, a link to a virtual tour, and the animated eye .gif that actually blinked. Oh, and there was also a little form you used to log in.

To cut down on distractions, we stripped away everything that wasn’t essential to the task at hand—logging in to Blink. That meant putting the login form front and center. Only 4 other links survived, and they took secondary spots on the page or moved to the footer.

A few CSS surprises

Then we moved on to the portal interface. Once we started to change the colors and typography, we found crazy CSS split into multiple stylesheets with tons of style overrides. What does that mean? A maintenance nightmare. And once we started to edit the CSS, we started poking around the HTML to see what we could change and—surprise!—we found tables.

So we were sitting on an antiquated, table-based HTML structure with CSS that was built on exploiting browser quirks, specifically in Internet Explorer.

To move forward, we decided to keep the base styles intact, strip out any additions that had accrued along the way, and put a reset.css stylesheet over the top to normalize things across browsers. Next we started applying Bethel-specific styles, like our university colors and typefaces. The result wasn’t great, and we ended up having to pull back on some of the additions to the CSS to make the management areas of Blink work properly. But we managed to unify all of Bethel’s styles into one document, making it easier to maintain in the long run.

This allowed us to better reflect Bethel’s branding and colors as well as unify the typography. We also added some CSS3 techniques to remove all images from the interface to speed page load times, aside from the logo and icons.

To create a more seamless navigation, we brought the main navigation forward in the design and used spacing and borders to make the channels look more discrete and the titles more prominent. This was all completed in the winter of ‘10-‘11 with the intention of launching summer of ‘11.

A delayed launch (which paid off)

Due to the unforeseen circumstances, the launch date was pushed back indefinitely. But little did we know, like so many good things that come with time, this would work in our favor. Responsive web design was gathering steam and by the time we resumed work, the techniques were solid enough to put to use.

We first tried to make the tables responsive. That didn’t work, because of course, that is not what tables are made for. Then we made the crazy decision to convert all of the tables to divs, which took lots of time, patience, and chocolate. At the 11th hour we did it, applying media queries to produce 3 breakpoints—phone, tablet, and desktop.

The site has gone from looking suspect on a desktop, to looking quite spiffy in all browsers, on tablets, and even on mobile devices. Good ‘ole Blink went from country bumpkin to Babe, Pig in the City.

If you’re not a Bethel community member, check out the new Blink using our guest login:

user: demo
password: demo

Portal Redesign Part 1: A New Look on an Old Blink

Hey Bethel, you’ve probably noticed that your old friend Blink has a new look. We thought we’d take a minute to answer a few questions about what changed and why we made the update.

I see Blink is different. Did you do something? Why yes, thank you for noticing. We redesigned it.

Did you change everything? No. All of the content should be the same except for the login page. We simply took what was already there and spiffed it up a bit.

Are you going change the content? Yes. Certainly. We know that a lot of the content also needs refreshing. However, that will be an ongoing project slated to begin early next year.

Why the redesign? Well, the short story is that 2001 called and it wanted its website back. ^_^’ But on a more serious note, we wanted to clean up the interface and highlight navigation to hopefully make it easier for visitors to get to the content they want to see and to complete the tasks they’ve come to do.

Why now? We were hoping to launch it last summer, but the underlying technology was a little antiquated, which lengthened the project a bit. In our next post, we’ll share more about those challenges and how we worked through them.

Also, due to new developments that rolled out in the Internet over the last few months, we were able to make Blink more useful on mobile devices. This is something we’re really excited about.

Will it work on my phone or tablet? Hopefully, most of the content will be accessible on common devices, but we can’t make any full guarantees. And if you’re hitting the site from an older phone, all bets are off.

Where’s the blinking eye? To every thing there is a season.

I don’t love it. Can you change something? If you have comments or questions for the Web Services team, feel free to post your thoughts here.

Stay tuned for our next post when we’ll share about the technical challenges we worked through to give Blink its new look.