February - May 2024

Designing flexible file sharing for construction teams

Role

Product designer


Team

2 product managers
1 design lead
6+ developers

Product

SaaS for the AEC industry

(prepping for launch)

ActiveDraft is a browser-based document management and markup tool for the Architecture, Engineering, and Construction (AEC) industry.

Gearing up for launch, our startup focused on building out core sharing functionalities in our young product. Encouraging collaboration within documents was a key initiative, yet our users were limited to sharing the entire project and all its files with those in their workspace. We understood that our users needed to share specific files with outside companies to collaborate effectively on AEC projects.

Solution

Providing our users with flexible file sharing & permission management, plus a new user role of guest.

I led the discovery and design of how sharing works within ActiveDraft, focusing on the process of introducing file sharing. Our users can now collaborate faster by sharing relevant files by invite or link to collect feedback from project members and guest viewers.

Read the process below

Understanding AEC project complexity

Think about building a home. The project owner may be the general contractor, but they contract out different disciplines (like electric, concrete, painting, etc.) to complete portions of the home while managing project planning and cost estimation. This creates a complex web of collaborators who need access to specific files, not entire projects.

Identifying sharing requirements

Project Insights

File sharing insights

Projects consists of files like contracts, quotes, drawings, drafts, and photos.
Users need to be able to select relevant files to share to others
Files can contain confidential material
Users need to control who can and can’t access files
Projects have many collaborators both inside and outside of the company
Users should be able to share to others inside and outside of the workspace
Collaborators may only need brief access to review/approve a file
Users may only need to view files for a short time (don’t need a full seat)

Designing two sharing methods

When brainstorming ActiveDraft’s share functionality, I identified two key use cases for sharing files with outside collaborators:

  • Email invites for long-term collaborators who need editing access and should join the workspace.

  • Share links for instant access based on permission settings. This option is perfect for both ActiveDraft users and short-term collaborators through a new guest role.

Balancing security with usability

Introducing file sharing links raised the question: how do we protect confidential material? I proposed granular access levels so users could choose the level of security, from public access to locked files.

Idea: 5 file permissions options

Iterating to the final design

After presenting varying options to the team, I iterated based on their feedback:

  • Simplified to 3 permission options aligned with file, project, and workspace structure. I needed user validation before adding extra security layers.

  • Added user management within files so users could have different editing and access permissions at the file level versus project-wide access.

Final: file share modal

Introducing the guest user role

We defined guests as non-workspace users who received a share link with the file permission option: Anyone with link. The role was created for short-term collaborators, who played a small part in the larger project but needed quick and limited file access.

New guest touch points within ActiveDraft:

  • Alternate guest document experience: I designed the view to focus on file viewing and commenting, but removed the markup tools reserved for workspace seats.

  • Guest commenting: I crafted commenting flows that allowed guests to supply their names to identify themselves within the project.

Document view comparison
Guest view
Contributor view

Messaging for restricted files

Now that users could set file permissions, it was essential to inform users whether the file was restricted to the workspace or share list users. The team and I determined that the message they received depended on the users’ logged-in status.

Validating the design with users

I ran two remote unmoderated tests with 8 total participants (4 per test) using task-based scenarios. Users were encouraged to think aloud, with follow-up questions after each task to gauge their perceptions.

Test 1: Users explored both sharing methods (email invites and link sharing) to identify pain points and understand different permission levels.

Test 2: Users were asked to share files to see which method they naturally chose.

key findings

  • 80% of users successfully found the share link

  • We uncovered a critical bug where the share icon didn’t appear on first file access

  • The share icon’s position in the document was hard to discover (when it did appear)

  • Users had varying interpretations of whether link permissions allowed editing or viewing only

We successfully launched the file sharing feature on schedule and addressed the initial usability issues by fixing the share icon bug

key outcomes

  • Users can share individual files, moving beyond project-wide access limitations

  • Introduced a guest role that supports short-term collaboration

  • Created a flexible permission system that balances security with ease of use

  • Reduced friction for external collaborators who previously couldn’t access files

My project takeaways

This project taught me how to design a core feature that touches multiple product areas while maintaining flexibility for future expansion. By documenting each design decision and edge case, I equipped our team with clear guidelines for ongoing development. Most importantly, we’ve empowered our users to collaborate more efficiently by sharing exactly what they need, when they need it. This keeps their project momentum strong.