How To Kick SaaS
  • Introduction
  • Forward
  • Who & How
  • The business of SaaS
    • The Business of SaaS
    • Basic Lessons of Saas
    • The Process
    • Parts of a SaaS
  • Validating You SaaS
    • Validating Your SaaS
    • What happens when you don't validate
    • The SaaS Validation Process
      • Why are you doing this?
      • Should you do this?
      • Competition Analysis
      • Buyer Analysis
      • Sales & Distribution
      • Time & Money
      • The Secret Sauce
      • Buyer Categorization By Sales Method
      • The Advisory Approach
    • Validation Success
  • SaaS Build Process
    • SaaS Build Lessons
    • Planning & Costing
      • The Costing Process
      • The Estimate
      • The Scope of Work
      • Information Architecture Development
      • Working Numbers
      • The Project Plan
    • Build Team Roles
      • What To Expect From Your SaaS Development Team
      • Build Teams
      • The Project Manager
      • Information Architect
      • UX Designer
      • Developers
      • Quality Assurance
    • Standard Tools
      • Project Management Tools in SaaS Development
      • Development Environment & Dependencies
      • Remote Development Environments
      • Code Repositories in SaaS Development
      • Monitoring Your SaaS
    • Steps to Developing a SaaS
      • What to expect in SaaS development
      • Systems Setup
      • Creative
      • Project Planning
      • SaaS User Experience (UX)
      • Concept Design
        • SaaS UX Design Case Study
      • Content Development
      • FrontEnd Development
      • BackEnd Development
      • Quality Assurance (QA)
      • Alpha Testing
      • Beta Testing
      • Launching Your SaaS
      • Continuous Integration
    • Things to know and expect
      • You MUST learn at least the basics of Project Management
      • Things you do and do not know
      • How to tell if your development team is working
      • Good, Cheap, Fast. Choose Two.
      • Positivity is Key in Management
      • Storytime: The Story of a Ton of Lost Users and Money!
      • Development is iterative
      • Development Time Increases As Complexity Increases
      • Storytime: Don't Send Me Shit
      • Story Time: The Best of the Best
      • Sunk Costs
    • Your SaaS MVP Pre-Development Build Checklist
  • Appraisement: Pricing Your SaaS
    • Appraisement: SaaS Pricing
    • SaaS Pricing Metrics
    • SaaS Pricing Metrics Glossary
    • Science of Pricing
    • What You Need To Know About Your Customers
    • How To Price Your SaaS
    • Customer Types Case Study
    • Storytime With Brennan
    • Pricing Page: The Most Valuable Page On Your Website
      • Pricing Page Examples
  • Acquisition: Gaining SaaS Users
    • Acquisition: Getting SaaS Users
    • SaaS Traction Lessons
    • Acquiring your first users
    • Getting ready for growth
    • Organic Search Marketing
      • Content Marketing Is An Investment
      • Step 1: Keyword Research
      • Step 2: Content Planning
      • Step 3: Writing, Formatting, & Beyond
    • Marketing Automation in SaaS
      • Marketing Automation Basics
      • Storytime: Learning about marketing automation the hard way
      • Lead Scoring, Tagging, & Triggers
      • Marketing Automation Systems
    • Lifetime Deals
    • Outbound Campaigns
    • Affiliates & Partnerships for SaaS Businesses
    • Narrowing Your Message With Adaptive Design
    • Social Media Marketing
      • Social Media Retargeting
      • Testing your social media ads
      • Social Media Ad Tricks
    • Pay Per Click (PPC)
    • SaaS Software Checklist
    • Email Marketing
    • The Marketing Website
  • Activiation
    • Activation
    • Getting Personal
    • Stalking Your Users
    • Onboarding
    • Training Webinars
    • Onboarding Emails
    • New User Tour
    • Setup Checklist
  • Attrition: Supporting Your Community and Growing Your Business
    • Supporting Your SaaS Customers
    • SaaS Community Building
    • Chatbots
    • Events
    • Swag
    • Education
    • The Knowledge Base
  • NOTES
    • NOTES
    • The best growth hacks no one wants you to know
Powered by GitBook
On this page
  • What Do UX Designers Do?
  • UX designers are problem solvers.
  • Great UX
  • Non-UX Designers vs UX Designers
  • Your SaaS UX Designer Should:
  1. SaaS Build Process
  2. Build Team Roles

UX Designer

What Do UX Designers Do?

UX designers take systems that are complicated and make them seem easy. They make processes with many variables easy to understand and flow through. They deliver systems that make sense. When users see these final deliverables and use those systems, they often think “of course it would be that way, how else could it possibly be?”

Users and, very often, teammates don’t see the many, many revisions the hundreds of hours that went into that design, or the thousands of hours it took to become a person or team that could deliver a system that couldn’t be simpler to use.

UX designers are problem solvers.

They use strong critical thinking skills paired with the ability to look at systems from multiple angles to ask the right question and determine how to deliver the best possible product. They don’t deliver what’s easy, they deliver what’s best for the user.

Since business is at the core of most software systems, UX designers must think about the impact on business. They consider the bottom line and the impact of actions by users towards the goals of the company.

Great UX

There is a difference between being a UX designer and being a great UX designer. Being great at UX doesn’t mean looking at systems and intuiting ways to do things or creating pretty pictures. It means having a study how users navigate programs, having read volumes on usability, it means examining and re-examining datasets and using that data to make decisions, then analyzing implementations to determine success. Then oftentimes, starting over to implement an even better system.

People that are great at this profession have failed, sometimes at great cost, and learned from those failures. As in every profession, there is no substitute for experience.

Great UX designers have spent many years honing their skills in order to know the right questions to ask, how to ask, when to ask, and why to ask. They have also spent time becoming great at applying the answers as designs to make systems as usable as possible. This includes years of practice mastering design tools, different styles, different systems, and becoming a great designer, developer, businessperson, manager, artist, and critical thinker.

PROTIP: It doesn’t matter great your tool is, if your users can use it you’re probably going to fail. So we must build a system with great UX.

Non-UX Designers vs UX Designers

Somethings that non-UX designers (ie. graphic designers, print designers, product designers, etc.) often don’t think about that UX designers must consider is that they are not building just pages, they are building ‘views’ and ‘states’. The difference between a page and a state is that a page may have many states.

For example, when your mouse is over a button (known as the rollover state), someone has to show what this is going to look like. But it also gets a lot more complex because some pages have multiple actions that happen during a click, rollover, after a click. These can be things like notifications to the user, modal boxes (popups), and other changes to the ‘view’ of the page based on actions of users. This list is just the a small subset of the number of states that have to be considered by UX designers. They must consider these same states on every device type, screen size, input system (mouse, keyboard, screen reader, gesture, touch-system, etc.), and all of this paired with accessibility compliance.

Your SaaS UX Designer Should:

  1. Ask you a lot of questions about your users.

  2. Ask you a lot of questions about what elements are more or less important (priority) on each page.

  3. Take the time to thoroughly understand system users, what the system does, what the system provides users, and why users will use the system.

  4. Ensure you have a well thought out information architecture.

  5. Create a list of flows for your system. These are usually simple wireframes that show the steps a user will take to get through different processes in the system.

  6. Get the feedback of everyone on the team as to how users will flow through the system.

  7. Be very upset if everyone on the development team doesn’t look over what they’re putting together, and so should you.

  8. Once they have consensus from the team, build out basic or more than basic designs for each page and view that show the main interaction aspects of each page, view, and feature (like the ones shown in the case study).

  9. A senior-level SaaS UX designer almost always has design skills as well and will often be able to put together the design for most of the pages and views in the system. But if not, you may also need an additional web or graphic designer to do some of the more intricate designs. Just makes sure that your front-end developer reviews any work a graphic designer does before it is approved to be included in the system. Graphic designers are notorious for designing things that can’t be coded!

  10. Your SaaS UX designer should also help you write the content for the pages they are working on. UX is all about explaining how things work, and if they can’t write up the text that explains what a user should be doing or how they should be using a tool of feature in the system, you should strongly consider getting a different UX designer. Don’t think for a second that it is a simple job to write up all the on-page instructions. It is very time-consuming, and the best person to do that work is the person designing the flow the users are going to take or should be taking.

While the designs are being implemented, the UX designer should review the process flows. Even the best planned designs get changed, and you are GOING to change their work as the developers get into it. So they need to plan on being in meetings with developers as they are building the tool so UX design considerations can be taken into account.

PreviousInformation ArchitectNextDevelopers

Last updated 4 years ago

See the full section on SaaS UX here.