PACTFI | PRIVATE MARKETS

PACTFI | PRIVATE MARKETS

Turning Fragmented Private-Credit Workflows into Structured Operations

Turning Fragmented Private-Credit Workflows into Structured Operations

I led the design of two new PactFi capabilities, Signature Blocks and Custodian Reporting, that helped deal teams replace manual coordination with configurable workflows built around transaction data already available in the platform.

ROLE

ROLE

Product Designer

Product Designer

TIMELINE

TIMELINE

Apr 2025–Aug 2026

Apr 2025–Aug 2026

TEAM

TEAM

Product, Design, Engineering, and QA

Product, Design, Engineering, and QA

OUTCOME

OUTCOME

Two capabilities shipped

Two capabilities shipped

Please note that certain details and information have been omitted or altered to protect the privacy and confidentiality of the organizations involved.*

CONTEXT

CONTEXT

One Transaction, Many Moving Parts

One Transaction,
Many Moving Parts

PactFi helps private-credit firms and their counterparties coordinate complex transactions involving multiple organizations, legal entities, signatories, and sensitive information under tight timelines.

Without a centralized workflow, deal teams relied on emails, Excel spreadsheets, Word and PDF files, and past transactions. This made it harder to collect accurate information, identify gaps, and prepare consistent materials.

Before PactFi

With PactFi

MY ROLE

Primary Designer from Requirements to Client-Validated Solutions

Primary Designer from Requirements to Client-Validated Solutions

I joined a five-person design team, initially working on platform enhancements to learn PactFi’s interconnected workflows and design system. I then became the primary designer for Signature Blocks and Internal and External Custodian Reporting.

For both projects, I partnered closely with product managers to translate client requirements into workable product experiences. I mapped workflows, explored interaction patterns, identified edge cases, created prototypes, incorporated feedback from PMs and other designers, and supported engineering and QA through implementation.

Because the platform handled sensitive client information, PMs led direct client conversations and brought requirements and feedback back to the design team. I worked with them to clarify how each workflow should behave, surface unanswered questions, and translate industry-specific requirements into understandable interactions. PMs then used our prototypes to validate the experiences with existing clients before development.

01

Domain Discovery

02

Workflow Mapping

03

Interaction Exploration

04

Prototyping and Validation

05

Engineering and QA

06

Launch and iteration

01

Domain Discovery

02

Workflow Mapping

03

Interaction Exploration

04

Prototyping and Validation

05

Engineering and QA

06

Launch and iteration

01

Domain discovery

02

Workflow mapping

03

Interaction exploration

04

Prototyping and validation

05

Engineering and QA

06

Launch and iteration

01

SIGNATURE BLOCKS

Turning a Document Request into a Configuration System

Turning a Document Request into a Configuration System

A signature block defines who signs a legal document, which entity they represent, and their authority to sign. The legal party might be a fund represented by a general partner or investment manager, with an authorized individual signing on its behalf. More complex structures can include several of these layers.

Before PactFi introduced Signature Blocks, operations teams gathered this information from emails, documents, attachments, and previous deals. Across transactions with many entities, they had to locate and verify different roles, manager structures, and signatories, then manually assemble a packet for counsel. This repetitive process was difficult to manage, and missing or outdated information could delay document preparation.

LEGAL ENTITY

LEGAL ENTITY

Northstar Fund III

Northstar Fund III

MANAGER / GP

MANAGER / GP

Northstar GP LLC

Northstar GP LLC

AUTHORIZED PERSON

AUTHORIZED PERSON

Avery Chen

Avery Chen

OUTPUT

OUTPUT

Generate Signature Block Packet

Generate Signature Block Packet

LEGAL ENTITY

Northstar Fund III

MANAGER / GP

Northstar GP LLC

AUTHORIZED PERSON

Avery Chen

OUTPUT

Generate Signature Block Packet

THE DESIGN CHALLENGE

Preserve Flexibility

Without the Complexity

Preserve Flexibility Without the Complexity

Preserve Flexibility Without the Complexity

Preserve Flexibility

Without the Complexity

How might we help operations teams configure signing relationships across many legal entities and generate document-ready packets while maintaining the flexibility required for different organizational structures?

What appeared to be a download feature was actually a configuration system that needed to support:

Multiple entities within the same workflow

Multiple entities within the same workflow

Different entity roles and authorized signatories

Different entity roles and authorized signatories

Role-based access and editing permissions

Role-based access and editing permissions

Bulk actions that could affect existing data

Bulk actions that could affect existing data

Document outputs needed at different stages of preparation

Document outputs needed at different stages of preparation

Deal-level and company-level working contexts

Deal-level and company-level working contexts

DESIGN DECISION 01

Choosing an Editable Table Over

a Step-by-Step Flow

Choosing an Editable Table Over
a Step-by-Step Flow

Choosing an Editable Table Over

a Step-by-Step Flow

A form, wizard, or separate page could guide users through one entity at a time, but would make it harder to compare entities, identify missing information, or update multiple records efficiently.

I designed an editable table that showed every entity’s role, authorized signatory, and manager relationships in one place. Users could edit information in context, review the complete set before generating a packet, and use expandable manager rows, bulk actions, and entity-level controls without moving between pages.

Supporting Deal-Level and Company-Level Work

Supporting Deal-Level

and Company-Level Work

Signature Blocks needed to work in two different contexts. At the deal level, PactFi already knew which entities were participating in the transaction, so the table could be populated automatically. Users could move directly into reviewing the entities, assigning roles and signatories, and generating a packet.


Signature Blocks needed to work in two different contexts. At the deal level, PactFi already knew which entities were participating in the transaction, so the table could be populated automatically. Users could move directly into reviewing the entities, assigning roles and signatories, and generating a packet.

At the company level, users might need to prepare signature blocks outside an active deal. In this context, they could add or remove the relevant entities before completing the same configuration and download workflow.

Designing around a shared table kept the experience consistent while accounting for the main difference between the two contexts: whether PactFi already knew which entities belonged in the packet.

DESIGN DECISION 02

Reducing Repetitive Work Without Losing Control

Reducing Repetitive Work Without Losing Control

Assigning the same information one entity at a time became repetitive for larger packets. Users could initially apply one authorized signatory across all entities, and client feedback later led us to add the same bulk action for entity roles.

Because bulk updates could overwrite individual selections, we added confirmation messages explaining what would change and allowing users to cancel. We used the same pattern when removing entities from the company-level table. This made repetitive work faster while keeping high-impact changes clear and intentional.

DESIGN DECISION 03

From Table Configuration

to Final Packet

From Table Configuration to Final Packet

From Table Configuration

to Final Packet

Signature block order represents the legal relationship between an entity, its managers, and the person signing on its behalf. Because some entities had several management layers, users could expand each entity to review and reorder its manager rows without cluttering the main table. The order was saved to the backend and reflected accurately in the generated packet, ensuring the information reviewed in PactFi matched what counsel received.

PDFs provided a stable format for review and sharing, while Word files allowed counsel to edit and insert the blocks into transaction documents. Including signatories supported confirmed selections, while excluding them kept the packet flexible when the signer was undecided or would be added later.

VALIDATION AND LAUNCH

From Validation to Post-Launch Iteration

From Validation to Post-Launch Iteration

From Validation to Post-Launch Iteration

I used interactive prototypes to test whether users could configure signature blocks across multiple entities, understand the impact of bulk actions, and generate the correct document output. Feedback from internal reviews and client sessions shaped the experience before and after launch.

WHAT WE VALIDATED

Reviewing and editing information across multiple entities

Using bulk actions without losing confidence or control

Understanding how selections shaped the generated packet

01

01

Prototype and Critique

Prototype and Critique

Weekly sessions with design, product, and engineering surfaced edge cases, technical constraints, and opportunities to simplify the workflow.

02

02

Client Validation

Client Validation

Clients and prospective clients evaluated terminology, table interactions, bulk actions, and document outputs before development.

03

03

Launch and Iteration

Launch and Iteration

Signature Blocks launched in October 2025. Continued feedback revealed where teams and signatories needed more flexibility.

POST-LAUNCH INSIGHT

Launch Revealed the Workflow Needed More Flexibility

Launch Revealed the Workflow Needed More Flexibility

We expanded the capability with bulk role assignment, support for layered manager relationships, and the ability for authorized signatories to update their own signature blocks. These improvements reduced additional coordination while preserving control over sensitive legal information.

Bulk role assignment

Manager relationships

Bulk role assignment

Bulk role assignment

Bulk role assignment

Manager relationships

Manager relationships

Signatory self-editing

Signatory self-editing

SIGNATURE BLOCKS OUTCOME

Clients reported that Signature Blocks saved time and reduced email coordination, while prospective-client demos supported new-business conversations.

Clients reported that Signature Blocks saved time and reduced email coordination, while prospective-client demos supported new-business conversations.

Clients reported that Signature Blocks saved time and reduced email coordination, while prospective-client demos supported new-business conversations.

01

Centralized entity, role, manager, and signatory information.

Centralized entity, role, manager, and signatory information.

Centralized entity, role, manager, and signatory information.

02

Reused existing PactFi data to add more value to client workflows.

Reused existing PactFi data to add more value to client workflows.

Reused existing PactFi data to add more value to client workflows.

03

Generated document-ready packets directly from the platform.

Generated document-ready packets directly from the platform.

Generated document-ready packets directly from the platform.

04

Grew into a reusable signing-information system.

Grew into a reusable signing-information system.

Grew into a reusable signing-information system.

02

CUSTODIAN REPORTING

Expanding the Approach to Custodian Reporting

Expanding the Approach to Custodian Reporting

After Signature Blocks, I became the lead designer for Internal and External Custodian Reporting, another workflow that relied on information across a transaction.


Deal teams previously gathered deal details, entity information, and supporting documents manually before assembling standardized reports and distributing them to internal and external recipients by email. We brought the process into PactFi by reusing transaction data and documents already available in the platform.

Designing Around Connected

Data and Dependencies

Designing Around Connected Data and Dependencies

How might we help deal teams create and distribute flexible reports using information already available across a transaction while accounting for incomplete dependencies? What appeared to be a report-generation feature was actually a connected workflow that needed to support:

Create New or Reused Saved reporting templates

Create New or Reused Saved reporting templates

Entity-specific report configuration

Entity-specific report configuration

Configurable deal information and attachments

Configurable deal information and attachments

Attach published wire notices for selected entities

Attach published wire notices for selected entities

Email messages and recipient management

Email messages and recipient management

Preview, save, and send reports Directly from PactFi

Because deal teams prepared similar reports repeatedly, rebuilding each configuration would recreate much of the manual work we aimed to reduce. Users could create templates and use saved templates as consistent starting points, then customize the entities, information, attachments, and recipients for each report.


The workflow also kept report creation and distribution inside PactFi. Users could preview the report, write a message, add recipients and CCs, save unfinished work as a draft, and send it when ready instead of downloading it and moving to email.

Because deal teams prepared similar reports repeatedly, rebuilding each configuration would recreate much of the manual work we aimed to reduce. Users could create templates and use saved templates as consistent starting points, then customize the entities, information, attachments, and recipients for each report.


The workflow also kept report creation and distribution inside PactFi. Users could preview the report, write a message, add recipients and CCs, save unfinished work as a draft, and send it when ready instead of downloading it and moving to email.


Keeping the full workflow within the deal context reduced handoffs while helping users understand which entities, documents, and recipients were connected to each report.


I began designing Internal and External Custodian Reporting in August 2025, and it launched in early 2026. PMs received positive client feedback that the workflow saved time and reduced the email coordination required to prepare and distribute reports.

Keeping the full workflow within the deal context reduced handoffs while helping users understand which entities, documents, and recipients were connected to each report.


I began designing Internal and External Custodian Reporting in August 2025, and it launched in early 2026. PMs received positive client feedback that the workflow saved time and reduced the email coordination required to prepare and distribute reports.

CUSTODIAN REPORTING OUTCOME

Clients reported saving time and reducing email coordination needed to prepare and distribute reports. It also attracted prospective clients and helped secure new business.

Clients reported saving time and reducing email coordination needed to prepare and distribute reports. It also attracted prospective clients and helped secure new business.

Designed beginning August 2025

Launched February 2026

Designed beginning August 2025

Launched February 2026

BROADER CONTRIBUTION

Contributing Across the Platform

Contributing Across the Platform

While Signature Blocks and Custodian Reporting were my largest areas of ownership, I also collaborated on Secondary Transfers and enhanced Parent Funds and other transaction workflows.

Working across the platform deepened my understanding of how information, permissions, and actions connected across PactFi.

It also strengthened my ability to enter unfamiliar product areas, ask the right questions, and contribute without becoming the sole domain expert.

Signature Blocks

Signature Blocks

Custodian Reporting

Custodian Reporting

Secondary Transfers

Parent Funds

Parent Funds

Secondary Transfers

Transaction Workflows

Parent Funds

Parent Funds

Transaction Workflows

WHAT I LEARNED

01

Simplifying a complex product does not always mean removing options.

Private-credit workflows required flexibility across different organizations, transactions, and legal structures.

02

Flexibility works best when the consequences of actions remain visible.

Tables, templates, previews, confirmations, and configurable outputs helped users retain control.

03

Launch is part of the design process, not its endpoint.

Client feedback after release shaped the next rounds of workflow improvements.

WHAT I LEARNED

01

Simplifying a complex product does not always mean removing options.

Private-credit workflows required flexibility across different organizations, transactions, and legal structures.

02

Flexibility works best when the consequences of actions remain visible.

Tables, templates, previews, confirmations, and configurable outputs helped users retain control.

03

Launch is part of the design process, not its endpoint.

Client feedback after release shaped the next rounds of workflow improvements.

Let’s work together!

Let’s work together!

Get in touch.

Get in touch.