Litera Transact

Multi-user collaboration in a digital workspace

Litera’s legal technology solutions serve over 2 million legal professionals internationally and 99% of the Am Law 100 firms. Transact is 1 of the 5 SaaS offerings to help attorneys focus on what matters.

Role:

I was a UX team of one as the first in-house designer for Transact and responsible for all design aspects in the product. In this project, I was leading the design strategy for increased collaboration in the tool. I partnered closely with my cross-functional teammates (including Project Managers, Customer Success Managers, and Engineering) and presented to leadership regularly.

Challenge:

To take our single user model and upgrade it into a multi-user model to improve communication, document management and information flow across 130 firms and thousands of Daily Active Users (DAU).

Overview

Context

Transact was created to mimic the processes of a traditional legal workflow:

Platform Area of Focus

The area of the deal cycle focused on in this case study is managing the deal. This involves tracking multiple documents (uploads, revisions, and final drafts) and parties as the transaction progresses, and requires quick reporting so stakeholders can easily understand the status of each checklist item.

  • all team members can manage a checklist and work on items

  • external collaborators could view documents

  • signature pages could be sent to relevant parties

Similar to a traditional workflow:

  • only one long comment was available at a time

  • there was no review process for documents

  • permissions for who could see what were complicated

Different to a traditional workflow:

While many collaborative components were mirrored from a print and paper legacy to a digital world, most communication still fell to emails, phone calls, and meetings outside of Transact for shared decision making and joint work across the firm as well as with external collaborators.

User Problem:

Frequent switching between applications resulted in poorly documented decisions, reduced productivity, and increased user frustration.

Business Problem:

Reduced activity in the platform led to lower retention rates as competitors offered more collaborative features.

Persona Cards

Each persona along with different needs, spends a different amount of time in the product

To make our platform the all in one digital hub users’ wanted it to be, I proposed a multistep approach that focused on features allowing collaboration both internally and externally in the tool. The goals in mind were to improve the overall workflow in the platform, keep users on more consistently, and increase collaboration. We would define success as an increase in DAU, time spent per session, and by tracking what areas of the platform were clicked most.

The features below are some of the improvements that accomplished our goals. Keeping reading for a walk through the discovery and research process or skip ahead to the final deliverables.

Features Summary:

  1. Status Notes

  2. Automatic Comparison

  3. Approvals*

  4. Permissions*

* not highlighted in this case study

Research

Identifying the problem

Feedback from users was typically gathered by our PMs and Head of Product on customer calls via those that filled out the Net Promoter Scores (NPS) while activity in the platform was tracked through Heap.

There is extensive bureaucracy in this field so I needed to not only get buy in to talk to users, but establish connections before reaching out to users myself. I relied on recorded past meetings with users and attended some as well (~10) to get an idea of where areas of friction were present in their experiences.

Insights:

With some users using up to 6 different tools at a time, they end up spending a significant amount of time bouncing between tools instead of getting as much work done as they wanted to complete.

  • One person completing a task in Transact and then handing it off to the next

Common across firms:

  • Not wanting to invite others onto the platform because they had privacy concerns about what they’d be able to see

  • Needing to talk outside of the tool and tell their co-counsel to take over using Transact instead of working in tandem

Privacy concerns seemed to be the biggest driver for not inviting external collaborators, showing a potential area of improvement to increase both conversion and adoption rates.

Time spent outside of Transact:

editing documents

communicating/documenting the edits

getting approval for document drafts

sending redacted versions of the checklist to external parties via email

Competitive Analysis

I picked 2 tools our users were using for collaboration as well as 2 competitors for analysis which included Microsoft Teams, Google Docs, Closing Binder and Legatics. From this, I was looking for inspiration as well as parameters to help set the direction for potential features and gaps.

Some of my suggestions to improve in Transact were easier tracing back of communication via status notes and suggestions on documents, attaching users to comment data and task assignment, more granular permissions under roles, and real-time notifications.

Constraints & Challenges

State of Transact:

The initial constraints in this project came from the logistics of being the only designer on the product. I only had so much time to deliver features to multiple engineering teams. And making sure I had enough work ready before they started their next sprints wasn’t always easy.

I would classify the UX maturity of the organization as Limited based on the NNGroup’s definition. I didn’t have any prior design assets to work off of so I was designing things from screenshots as I went along and simultaneously creating reusable components for myself. And since much of the platform was put together from products we acquired, there was a lack of consistency across modules and accessibility issues that needed to be addressed.

Technical:

Transact did not allow editing of a document within it so there would still be some amount of collaboration happening outside of the tool.

Legal permissions are pessimistic by nature and the default is to restrict access when it comes to information sharing. This challenge led to the previous settings functionality being more of an allow list and made it hard to see who had access to what specific documents.

Improving this experience would mean a larger re-architecture of the system. We ended up deciding as a product team that for a better experience it would be necessary so we didn’t leave users unclear about access restrictions for potentially 50+ counsel at a time. Hopefully leading to quicker onboarding and increased adoption in the future.

Final Deliverables

  1. Status Notes

  2. Automatic Comparison

Feature Summary:


Status Notes

Overview

Status notes was a feature being used by the firms as a way to comment on a recent upload in a checklist item. The capabilities were limited to just one note, which any user who logged in could override or add to.

How might we… help users communicate more effectively?

User Stories:

  • As a Paralegal / Legal Assistant, I want to inform Associates of updates on documentation so they can review it

  • As an Associate, I want to know what stage a document is in so I can review it

New Interactions:

  • Add a new note (create)

  • See who wrote a note (read)

  • Edit note (update)

  • Delete note (delete)

This feature was updated to have a historical record of status notes with authors and timestamps to track the progress of line items and allow collaborative commenting among users.

As V1 of this was rolled out, it led the way for future improvements of seeing a specific users notes’ history and tagging users in notes.

Looking Forward:


Automatic Comparison

Overview

When comparing updates between documents, our users didn’t want to have to navigate back and forth between Word to see changes made and then Transact to make sure the most recent line items’ document was correct.


While we had the functionality to show these changes in Transact, only 32% of our user base was actively using this feature. I hypothesized this was because the steps to get there didn’t offer an easy way know what could be compared nor did it provide storage of comparison documents directly in the checklist.

When validating, the first step was to see where users were getting stuck.

How might we… make comparing documents more visible?

How might we… minimize navigation outside of Transact?

User Stories:

  • As a Paralegal / Legal Assistant, I want easy access to redlines so I can review them

  • As an Associate, I want to have all relevant documents in the checklist to review and make sure the team is on task

Improvements:

  • Consistent UI utilizing Fluent UI and custom components

  • Comparison interaction integrated into a high traffic area

  • New section for all documents to live in

This feature was brought forward and placed in a high traffic clicking area. Improvements in the flow simplified the way users compared documents by keeping them in the checklist and eliminated the step of saving redlines to the desktop first.

Impact & Takeaways

Product:

As a result of adding these new features, we

  • Regained 2 previously lost firms

  • Increased time spent per session by 26%

  • NPS scores showed an average increase by 3 points

  • DAUs increased 38%

  • The “add note” button for Status Notes became the most clicked interaction 3 weeks post rollout

  • I would have tried to find the unique MAU as a better metric for how many users were in the tool within a typical deal lifecycle

By offering these features, Litera Transact enhances collaboration, efficiency, and oversight in legal transactions, making it easier for teams to manage complex deals and ensure that every detail is accounted for.

Personal:

  • Increased UX Maturity of my organization by adding in design processes, getting access to users for UXR, implementing a design system, and creating components unique to Transact

  • Gained more practice in strategic thinking, aligning design strategies with business objectives, taking on a leadership role, and guiding teams and stakeholders through the design process