THE BRIEF

Three Organizations Working Towards One Goal

The American Foundation for Suicide Prevention (AFSP), the National Action Alliance for Suicide Prevention (Action Alliance), and the Suicide Prevention Resource Center (SPRC) have been commissioning The Harris Poll to conduct a bi-annual, nationally representative survey of adults in the U.S. to understand the public’s beliefs and attitudes about mental health and suicide.

This year, 2022, all three suicide prevention organizations teamed up with Oomph to take that data and distill it into a microsite for easy consumption among professionals and the general public who visit the site.

The data from the poll shows that progress has been made, but there is still more to do. We all must continue to learn more about suicide and mental health, particularly through increased research efforts, teaching everyone how to help prevent suicide and strengthen mental health, and advocate for improved access to care and robust crisis services.

Oomph needed to make sure our approach to information design, branding, and messaging came across effectively and clearly. How could we use data to show people which actions they could personally take to affect positive change?


THE APPROACH

Design Sprint to E-Learning Microsite

Our initial idea of the audience was more public facing rather than a specific audience. We started our design approach to be stylized and playful.

Taking a step back, we regrouped and determined that the audience was more academic and administrative, therefore it was to lean towards a professional tone. A new idea clicked — we could present this microsite as an e-learning experience.

The new design direction features four key chapters: the Introduction, Learn About the Data, Know How to Help, and Advocate for Change. By implementing a tab-like navigation, it allows for users to hop to each section they may be most interested in, and reads as if it is an eBook.

Each section is color coded, and the navigation has a gradient that brings in all of the sections together in unity to showcase that message throughout. Each section follows a similar pattern: an introduction, data from the Harris Poll, an opportunity to find resources about the chapter, and shareable resources to help spread the message on the viewer’s own social channels. We hope that by the end of the microsite, the user is ready to inform themselves further by finding resources or sharing about the current perceptions of suicide.


THE RESULTS

Ongoing Public-education Impact

While Suicide Prevention Now is just one step of many, we hope that this project will help more people to become an advocate, or help spread awareness about suicide prevention. We hope it helps to save lives.

While working on this project, we became aware of a national suicide hotline number that is quick to dial and easy to remember, just like 911. Dial 988 to be connected to a friendly and helpful advocate if you or someone you know are having thoughts of suicide.

Working with Oomph was a great experience all the way around. From exploration to delivery, Oomph provided excellent guidance, and the quality of the final site is fantastic! I look forward to working with the team again in the future.

JONATHAN DOZIER-EZELL Director of Digital Communications, American Foundation for Suicide Prevention

THE BRIEF

Never Stopping, Always Evolving

Leica Geosystems was founded on cutting-edge technology and continues to push the envelope with their revolutionary products. Leica Geosystems was founded by Heinrich Wild and made its first rangefinder in 1921. Fast forward to the 21st century, and Leica Geosystems is the leading manufacturer of precision laser technology used for measurements in architecture, construction, historic preservation, and DIY home remodeling projects.

Oomph and Leica collaborated on an initial project in 2014 and have completed multiple projects since. We transitioned the site into a brand new codebase with Drupal 8. With this conversion, Oomph smoothed out the Leica team’s pain points related to a multisite architecture. We created a tightly integrated single site that can still serve multiple countries, languages, and currencies.


THE CHALLENGE

Feeling the Pain-points with Multisite

Leica’s e-commerce store is active in multiple countries and languages. Managing content in a Drupal multisite environment meant managing multiple sites. Product, content, and price changes were difficult. It was Oomph’s challenge to make content and product management easier for the Leica team as well as support the ability to create new country sites on demand. Leica’s new e-commerce site needed to support:

MULTIPLE COUNTRIES AND A GLOBAL OPTION

SIX LANGUAGES

MANY 3RD-PARTY INTEGRATIONS

The pain points of the previous Multisite architecture were that each country was a silo:

  • No Single Sign On (SSO): Multiple admin log-ins to remember
  • Repetitive updates: Running Drupal’s update script on every site and testing was a lengthy process
  • Multiple stores: Multiple product lists, product features, and prices
  • Multiple sites to translate: each site was sent individually to be translated into one language

THE APPROACH

Creating a Singularity with Drupal 8, Domain Access, & Drupal Commerce

A move to Drupal 8 in combination with some smart choices in module support and customization simplified many aspects of the Leica team’s workflow, including:

From more detailed information about how Oomph leveraged the Domain AccessCountry PathCommerce, and Commerce Store Domain modules, the project’s lead developer, John Picozzi, conducted a talk for Drupal GovCon all about it.


LEARN VS. SHOP

Supporting Visitor Intention with Two Different Modes

While the technical challenges were being worked out, the user experience and design had to reflect a cutting-edge company. With the launch of their revolutionary product, the BLK 360, in 2018, Leica positioned itself as the Apple of the geospatial measurement community — sleek, cool, cutting-edge and easy to use. While many companies want to look as good as Apple, few of them actually have the content and product to back it up.

The navigation for the site went through many rounds of feedback and testing before deciding on something radically simple — Learn or Shop. A customer on the website is either in an exploratory state of mind — browsing, comparing, reviewing pricing and specifications — or they are ready to buy. We made it very clear which part of the website was for which.

This allowed us to talk directly to the customer in two very different ways. On the Learn side, the pages educate and convince. They give the customer information about the product, reviews, articles, sample data files, and the like. The content is big, sleek, and leverages video and other embedded content, like VR, to educate.

On the Shop side the pages are unapologetically transactional. Give the visitor the right information to support a purchase, clearly deliver specs and options like software and warranties, without any marketing. We could assume the customer was here to purchase, not to be convinced, so the page content could concentrate on order completion. The entire checkout process was simplified as much as possible to reduce friction. Buying habits and patterns of their user base over the past few site iterations were studied to inform our choices about where to simplify and where to offer options.


THE RESULTS

More Nimble Together

The willingness of the Drupal community to support the needs of this project cannot be overlooked, either. Oomph has been able to leverage our team’s commitment to open source contributions to get other developers to add features to the modules they support. Without the give and take of the community and our commitment to give back, many modifications and customizations for this project would have been much more difficult. The team at Centarro, maintainers of the Commerce module, were fantastic to work with and we thank them.

We look forward to continuing to support Leica Geosystems and their product line worldwide. With a smooth upgrade path to Drupal 9 in 2020, the site is ready for the next big upgrade.

Redesigning your company’s website is never an easy task. But when you’re a digital agency and you’re redesigning your own website, it somehow seems like an impossible challenge that you will never get right. First, you have client work that will always take precedence over working on your company’s website. Second, you’re a digital agency! This is your opportunity to push boundaries and try out new things that you otherwise may not be able to on client projects. (Not a requirement, but it would be nice, right?) Lastly, even for an agency, we only redesign our website every few years. In fact, I believe the last time we redesigned our website was in 2016. And thus, there’s still that little voice inside your mind telling you that you have to “get it right”.

So how did we go about doing it?

Changing up our process

If I were to classify the Oomph website I would call it a simple marketing and lead generation website. We need a place to talk about ourselves, who we are, what we do, showcase our work, and capture the information of prospective clients. Typically, when we do this kind of work for a client, these projects tend to last anywhere between four and six months. That doesn’t mean that our team is working on the project full time for that period of time. But with the typical back and forth, feedback and approval cycles, and iteration on design and content, it can easily take that long.

While many agencies do or claim to work in an agile fashion, with a project of this nature there are still typically defined phases to the project that work in a pretty standard waterfall fashion: Discovery -> Strategy -> Design -> Build -> QA -> Launch. Most of our projects follow that pattern as well.

Unfortunately, we didn’t have four to six months. Actually, we only had about six weeks, although those six weeks were not consecutive. So we decided that in order to achieve our compressed timeline, our standard process and methodology would need to be set aside. We determined that the best way for our team to pull this off would be to work in week-long design & development sprints where we had a specific set of pages or templates that we were going to design, develop, test and deploy within a week.

We decided that we weren’t going to use our typical project management system JIRA. There would be no tickets, estimates, or time logging. Instead, we were going to use this good old fashioned form of communication called talking. And while none of us were in the same room, we planned to achieve this by having an open zoom meeting all day long that we could jump in and out of at any time. If you had a question or a decision to make, there were no comments in JIRA issues or Slack messages that didn’t get a reply until the next day. You simply said, “I have a question.” Everyone participated in the conversation, we came to a group consensus and moved on.

Week 1: The Pilot

DISCLAIMER: So I will 100% admit that in week 1 we were not truly starting from scratch. Our design team had already been going through a process of developing style tiles for the site redesign in their spare time. Style tiles are essentially digital mood boards that explore color, typography, and other visual elements. Going into week 1 we already had a pretty good idea of what the look and feel would be. But that was about all we knew.

In order to be successful, we needed to have a few things clearly defined before starting. For example, we felt strongly that we needed core tenets that would help guide the process. These would be the pillars against which we would measure success:

We needed a goal for the week. To help ensure that we were going to stick to that goal we set daily check-ins with our client (the CEO) at the end of each day. We also scheduled a presentation that we needed to give to the entire company at 4PM on Friday afternoon. We determined that by week’s end we were going to:

At the end of week 1 we had come pretty close to reaching our goal. We selected, set up, and configured the new site to work with the Contentful CMS and use Gatsby as the front end. We designed the homepage and had most of the coding done. Our designer also created a beautiful new video format to help showcase our work. Overall, it was a major success.

Rinse and Repeat

On the heels of our Week 1 experiment, we received approval to continue the project using a similar format. And while we weren’t able to secure a team to work another five consecutive weeks, the team was able to work for two consecutive weeks and then in a few more three to four day stretches. We stuck to the same format but backed off on the all-day zoom calls to allow the team to focus as much on work as they could. However, we stuck to the core tenet of acting like we were in the same room. Anytime a conversation was required or a decision needed to be made, everyone hopped on a call or made a quick judgement call through Slack. There were no tickets.

When it came time to do QA on the site, we kept track of bugs using a spreadsheet that we prioritized and subsequently used to track the squashing of them.

Overall, in terms of project hours we were able to complete the site including QA and some iteration in under six week’s time. Of course, we have a nice laundry list of tasks to complete and ideas we want to iterate on after launch. But we were able to call it done and we are thrilled with the results!

Takeaways and Final Thoughts

We learned a lot from this process. In fact, my biggest takeaway was the benefits we yielded from not following a standard project management process. It was efficient and effective. We did not let the process get in the way of making progress. No balls were dropped. Even though we didn’t use estimates to gauge the level of effort on tasks, no deadlines were missed. I would even say that our communication was significantly better as a result of not using a ticketing system. We actually talked to each other in real-time and came to gain consensus on decisions faster.

Would this work on a larger scale project? I’m not sure. But there are definitely some principles that I think could be applied and lessons learned. Would it work on a client project? I think yes depending upon the client sponsor and their goals. I hope we get to try someday.

In summary, I think that we live in a world where we are constantly looking towards tools and technology to help improve our efficiency. Unfortunately, those tools can often become a hindrance to making progress and being the most efficient version of ourselves. They also tend to remove the human connection from the building process. And when you are building these products for human use and consumption, why not try to add some human-ness back into the process? You may just end up with a better result in the long run.