Website Review
SAAS Enterprise Software / User Research / UX + UI Design / Lean UX / Product Strategy / Design System
Role

Product Designer | UX Researcher

Company

Papercurve

team

1 Designer | 2 Engineers | 1 PM

Problem Statement

Papercurve users didn't have an easy way to collaborate on, review and approve website content.

The awful workaround used by the account managers & agency folks facilitating the review is to use screenshots or PDF exports that require external tools and can be inaccurate. Then, once the review begins, reviewers tediously input their feedback on a spreadsheet.

Business Goal

Diversify the business by creating tools that bring value to agencies to attract future agency prospects and keep current agency clients .

Overview
Company Brief

Papercurve is an AI-powered Content Lifecycle Management software for life sciences companies to streamline their MLR review process.

My Role in this feature

This Case Study is a deep dive into one of eight major product pieces I designed end-to-end at Papercurve. For this feature, I did all the deliverables from research to engineering handoff

Solution Preview
Review Desktop, Mobile & Tablet Views
Give Feedback with Annotate Mode
Easily Add New Webpage
Interact With Website On Browse Mode
Success Metrics
# of Clients Creating Website Content

So far, a higher than expected number of clients (agencies particularly) have opened a website review project.
# of inquiries from agencies prospects

Inquiries from agencies about Website Review have increased substantially since release.

Our success metrics were selected upon the business goal of creating value for our agency clients. Here are the results 3 months after the feature released:

Reflection

This feature was a particularly challenging one and really forced me to think outside of the box. I also became better at staying agile and adaptable, especially when the technology is only tentative.

Process
Website Review Process
Research
User Interviews
Key Insights
01
Tediously Reviews websites on spreadsheet
Did everything via an excel sheet by tediously inputting for ex. “webpage name, line two: typo, change to “_”
02
Uses PDFs for reviewing non live websites
Before site is live, review is done on the PDF version, and when it goes live, review becomes a very manual process.
03
Conducts Multiple Rounds of Review
Website may go through multiple rounds of review before and after development depending on the project, but not always.
04
Needs to check multiple URLs  
Many webpages are reviewed at once (up to double digits sometimes)
05
Checks responsiveness
Often needs to do a mobile and tablet view check
06
some websites are Password protected
This is due to unreleased content, presence of a paywall or confidential content
Technical constraints
01
constraint by Proprietary Software
Due to use of proprietary software (PDFTron), I was constraint by its technical limitations (of which there were plenty)
02
webpage height cannot be auto detected
This means user has to manually guess & check the height until they get it right
03
webpage load time is quite slow
Especially problematic when guessing and checking height
04
Loaded webpage is not interactive
Cannot review website interactivity (dropdowns, hover states, videos)
05
Cannot detect if website is blank or an error page
No way to detect if website is blank or an error page before loading
06
loading updated webpage versions is problematic
Each height needs to be checked manually incase content is added
07
Cannot Get through password protected websites
Website with password input cannot be reviewed past the login page
Competitive Analysis

I found 2 products in the market designed for website review: Userback.io and Markup.io. I then investigated the platform for patterns, weaknesses/opportunities and how they overall solved the problem. Some features that stood out were:

Video feedback | image and video attachment | number ID for each comments | browse & annotate mode | desktop tablet and mobile view | naming pages with HTML page name | slack and jira plugin | share as pDF

Website Review Process
001 Define
Proto-personas
Website Review Process
002 Define
Business Objectives
01
Broaden Papercurve's use cases to attract agencies
02
Create value for clients by streamlining a problematic workflow
03
Creating selling point for prospective Agency clients
Website Review Process
Prioritization
Value-Complexity Matrix

I facilitated a cross-functional team exercise, where we mapped out priorities based on business goals/value & constraints, then decided what to include in the MVP. Everything in the easy wins section were scoped to be done, along with most of the strategic initiatives.

Website Review Process
001Design
User Flow

I began by mapping out the user flow for Website Review so that I could communicate my thought process and make a short list of screens and flows that need to be designed.

Website Review Process
002Design -Adding page Iterations
Preview Mode v1

The adding page went through 4 design iterations. First iteration of adding page consisted in a 'preview mode' had a visual separation between the adding webpages flow and doing the actual review but ultimately was retired due to not being very user friendly due to lack of affordance on key inputs and creating needless engineering effort.

Website Review Process
003Design -Adding page Iterations
no preview mode

Next I experimented with the 'add page' flow in the main viewer. This flow uses a familiar pattern to users, has the error prevention & affordance needed and also lower engineering effort. However, it brought with it lots of error states and technical complexity. You can see the granular details on the iterations below.

Website Review Process
004Design -Adding page Iterations
preview mode v2

Based on feedback, a new version of 'preview mode' was brought back to the add page flow. Subsequent user testing showed this flow solved the issues found in the previous iterations and is a much simpler flow.

Website Review Process
005Design -Load Latest Versions (Descoped)
What happened?

Lots went into figuring out how to facilitate multiple rounds of review & tackle versions, but due to the technical constraints I found while working through it, it had to be descoped until the technology improved.

Website Review Process
Usability Test - Cognitive Walkthrough
Key Insights
01
Load Latest Versions is problematic
Although participants accurately understood the functionality, watching them go through the task brought up a number of potential problematic use cases.
02
add New webpage without preview mode created Complexity
The current adding new page flow is missing a loading state that cannot be done elegantly on the main viewer.
03
Upload button is not accurate anymore
Participants got confused by the upload button in the beginning because they are not "uploading" the website.
04
Metrics show Tasks were done correctly & quickly, but...
Participants did assigned tasks with accuracy & speed while on the happy path, but the problems arised with participants who did a cognitive walkthrough where step by step instructions were omitted.
Overall Takeaway

Descope load new versions for the MVP, do more iterations of ' add new page' flow and change the upload button copy to have more affordance.

Website Review Process
Handoff Prep
Usability test 2

The second usability test showed that other than a few minor changes, the MVP was ready for development.

Ticket

I created all the secondary screens, empty states, edge cases and error states and then wrote the engineering tickets.

uh oh... Technology update
PDFTron Update

The day after I wrapped up ticketing, we got notice from PDFTron that the software has been updated with significant changes. Engineering then created a demo site to test with. Using that, I determined the new constraints and opportunities this update presented:

New Opportunities

  • Website is interactive now
  • Add webpage flow is MUCH simpler
  • No more manual height & width selection
  • Toggle between screenwidths
  • Browse mode & Annotate mode
  • No need for edit webpage flow
  • No need to load new versions bc website is live

New Constraints

  • Tracking comments when browsed away from initially loaded webpage is not possible
  • Browse mode pose some new usability challenges
  • Review is done on live website so comments may be out of date if website is updated
Redesign
User Flow Update

I then revised the user flow to reflect the new update. I was very pleased with it because the user flow was much simpler and easier!

I then used this to do several iterations of design, feedback & usability testing.

Final Usability Test Insights
01
Average time to add a webpage cut in half
Metrics showed the average time for the 'add a webpage' task cut down round 50% from the initial design
02
Correctly understood each feature element and its function
Post-test questions showed an understanding of each element of the feature and its value
03
Commented on the intuitiveness
Participants commented verbally that the feature was overall comprehensive and intuitive
Finalize Feature

After completing my design iterations, I moved on to revising the engineering tickets I wrote and wrapping up the feature. Below is the Figma ticket I wrote for development.

Reflection

The key learning from this design is to voice my intuitions. I had the feeling that the usability issues caused by the technical limits were too great to design around and that we ought to pause on design until PDFTron released a more refined version of the software, but I didn't speak up.

In the end, PDFTron did end up updating the technology, resulting in me having to redesign the feature. This ultimately caused a slight hamper in meeting our quarterly design objectives.

Easily Add New Webpage

Users are able to add new webpages by simply inputting the URL.

Rationale

Our research showed that website review is done on many URLs at a time and our low tech users want the simplest solution possible.

Review Desktop, Mobile & Tablet Mode

Users are able to review the responsiveness of their website with 3 of the most common screenwidths by clicking the icons in the toolbar.

Rationale

Our research indicated that users conduct review primarily on desktop but mobile and tablet views are also checked. Our users are also not very tech savvy, hence the 3 simple icons. Also, I selected the screenwidth PX sizes based on stats for most common screenwidths globally.

Interact With Website On Browse Mode

Users are able to click around and interact with the website using browse mode.

Rationale

A website is an interactive medium, so a sufficient review cannot be done without being able to review the interactive elements. Users go into browse mode by clicking on the cursor icon, a pattern already familiar to PC users.

Give Feedback with Annotate Mode

Reviewers are able to leave feedback using annotate mode by selecting the pindrop icon, putting the pin on the webpage and then typing up a comment.

Rationale

The pindrop flow to leave comments has not changed for website review so it is a familiar flow to users, thus matching their mental models.

See All Feedback Organized in Comments

Users are able to see all the feedback in the comments panel which is categorized by page name and screenwidth.

Rationale

All the feedback lives in one area to make sure nothing is left uncheck. If one needs to filter further, they can use filter feature which now sports a new screenwidth filter.

Next Project

PiggyBank