Donnelley Financial ActiveDisclosure

A regulatory SaaS product for facilitating filing to the SEC (Securities and Exchange Commission).

Context

As a financial technology company, Donnelley Financial provides financial workflow SaaS solutions for a range of use cases and scenarios for their clients. Many of their clients trust Donnelley with the integrity and security of their data and leverage Donnelley's services to create, publish, and distribute financial documentation to remain in compliance with their respective governments.

My Role

Product Design

Status

Shipped

Collaboraters

John Lattanzi, Product Designer

Ralph Buan, Product Designer

At-A-Glance

In 2019, Donnelley Financial approached Devbridge/Cognizant seeking the modernization of a legacy product, ActiveDisclosure. Primarily, ActiveDisclosure facilitates filings and regulatory reporting to the SEC, enabling collaboration, auditing, and styling capabilities.

The ActiveDisclosure product is a large ecosystem of capabilities, supported by over 80 engineers, 12 product stakeholders, 5 business analysts, 4 product managers, and 1-2 designers at a given time. In 2024, a range of technical and product features were released, over 500 to be exact, and the design team assisted with these releases with around 220 design user stories.

I joined the project in late 2023 to assist in new feature development and design for product maintenance. I focused on:

  • Design team operations optimization
  • New feature development (introducing new feature capabilities for users)
  • Existing feature improvement (moving features past MVP)

Design Team Operations

Due to the size of feature requests and design work, it was immediately clear that having an organized design system, a process to audit and track design debt, and clear system for stakeholde rmanagement was extremley important.

Addressing an Outdated Design System

Problem

Component library did not accurately reflect current component design in production environments, causing manual rebuild of components in figma designs

The size of the product and quick iterative design sprints also lacked a template library of common screens to expedite the design process.

While the old design system supported a complex component library, after years of additions, it became complex to navigate and keep organized.

Solution

  • Worked among the design team to audit the existing design library and update components to match what was in production.
  • We noted any inconsistencies where front end engineers could make improvements and created design debt in our backlog.
  • During downtime, we focused on auditing larger screens to create a templated “Starting Place” where other designers could access larger organisms to jumpstart any feature design process.
  • Updated governance and guidelines in our design system with the intent to distribute this to stakeholders who run external teams. This would be an invaluable resource to product stakeholders and external engineering teams, providing them with vocabulary for design requests and reviews, and access to design standards.
Examples from the updated design system with properly documented variants, governance, and usage of various components.

Design Debt

Problem

  • The breadth and depth of the product, designer turnover, many teams, and unsynced design system contributed to many inconsistencies among front end components and ux flows.
  • Some UX had become outdated and there was a desire to update the interface and other UX flows to match industry standards and fulfill feedback from users.
  • A desire to update UI had created some intentional design debt. Thus, tackling how to track work needed to update similar components and schedule those design updates had become a challenge, particularly when facing important technical work, new feature development, or other competing product priorities.
Auditing the product during down periods of delivery work helped to ground newer designers in established UI/UX patterns and expose some potentially problematic experiences.

Solution

  • Begin an audit of the system and track design debt. Initially, we compiled these items in an excel spreadsheet, linking to existing designs, historical user stories, and providing estimates of design work or engineering work necessary.
  • Present these items, either en masse, or a selection at a time, to product stakeholders to gain buy-in and feedback. At this point, we would enter design debt items into our work management systems (Azure DevOps or ADO) and parent under our design backlog.
  • Moving forward, the system will remove the spreadsheet altogether and automatically place design debt into an unprioritized design debt bucket in ADO. Improved communication and tracking will help push through design debt items and begin removing them from our design backlog and into engineering teams' backlogs.

My Role

  • Owning the initial effort
  • Setting up the excel audit and refining; owning the design backlog in ADO
  • Seeking feedback on effort implementation and organization
Adding results of various product audits to our ADO backlog formalized our design debt and created space in delivery planning for remediation.

Bulk Actions

As clients need to disclose more and more to the government, this may require them to submit many of the same type of form. Therefore, prioritizing bulk actions for clients to be more efficient is very important.

Bulk Filing

Problem

Working with a product stakeholder, feedback from client users revealed that for certain use cases, the ability to mass file multiple forms to the SEC could save up to 20 hours of work and streamline scenarios where checking and understanding filing status was hidden and convoluted.

Users desired the ability to understand the status of all these types of forms and be able to file in bulk with confidence.

Users must execute all the tasks under these 6 accordions for every type of filing. For simpler filings, giving users the ability to run a bulk check and file would expedite their process greatly.

Solution

Building off an existing page design, create a tabular dashboard highlighting statuses, project type and name among other things. Leverage filters for users to facet their search by status to assist them in what is ready for a bulk filing.

Giving users the ability to have a top level view of all their filings at a given time helped make their filing process all the more efficient.
A confirmation modal is extremely important for this process, as in cases of live filings, users risk credibility with the SEC if they do not accurately file.

My Role

  • Evaluated product feedback and assisted in the refining of this into a user flow and then mockups.
  • Reviewed designs with product stakeholders to agree upon a direction.
  • Created a working prototype to demo the bulk filing process.
  • Demo'd the prototype to a client user to gauge feedback and expectations of the workflow.

Bulk Reconnect

Problem

Working with a product stakeholder, feedback from client services teams exposed gaps in our tagging workflows where financial tables would drop all their tags. Tagging services teams would then have to re-tag the entire table — at times, the scope of this rework could be upwards of 500 tags.

An example of a table dropping quite a few tags (blue squares). A user would need to manually re-tag this table, one by one.
A table such as this could be a regular fixture in a company's 10-K filing. This table contains 500+ tags.

Solution

Engineering had a potential method where these dropped tags could be reconnected to their table.

The intital flow prepared by my product owner. This laid the groundwork for the Bulk Reconnect flow.

Building off our existing tagging workflows and UI components, design provided many rounds of options to land on a solution spanning various phases of release.

With this updated approach, a suer could reconnect tags to a linked table that has been moved from one location to another. The user has the option to reconnect tags from a table directly, or from the directory of tags in the document, called the Facts Navigator.

My Role

  • Evaluate the established requirements with the main product stakeholder and present a variety of design options. The nature of this feature was such that engineering solutions could be shaped by design, so this design discovery phase was crucial to the effort.
  • When a final design was agreed upon, I prototyped it, and segmented it out according to milestone releases.

Collaborative Actions

Many of the documents that clients compile require various users to add content, edit, review, and apply XBRL tagging. Due to restrictive timelines, the product must handle multiple users in the document at a time.

Co-Authoring

Problem

Multiple users could be in a project at a given time, however, there could not be two users actively making edits in a section at a time.

This causes the progression of a document to be slower, reducing overall potential efficiency for a project lifecycle.

Solution

Assist engineering in designing signals for total users in a document and section, including but not limited to UI signals as well as advising on experience logic.

Exposing users via their cursors and document level avatars follows many collaboration experiences.

My Role

  • Bridging multiple workstreams affected by this feature to provide answers and user experience design recommendations.
  • Creating designs and prototypes to demonstrate desired interactions and functionality.
Since most users work section by section, exposing fellow peers within that section gives users better context into what actions are occurring.

DFIN Active Disclosure Conclusion

  • Design organization is key to success—maintaining a high design system standard in Figma has set up the design team to deliver artifacts efficiently and in detail. Documenting complex screens has helped newer designers onboard more quickly and contribute to a more efficient iterative design workflow.
  • Stakeholder Collaboration- Trusting our product partners at Donnelley Financial as subject matter experts to help inform user flows, priorities, and expectations.
  • User Centric- Understanding that many of our users expect detail, accuracy, efficiency and precision informs the decisions in for laying out experience and interface. Therefore, keeping in mind that many of ActiveDisclosure's users will prefer detailed user interfaces, particularly for document formatting and audit control.