Problem-solving · Enterprise UX · Microsoft 365

A project management hub built inside Microsoft 365 (SharePoint + Teams) for a complex intralogistics business

How do you give a project-driven engineering company one place to see every customer project — status, team, milestones, BI and documents — without leaving the tools they already live in, and within the platform's native components?

Product / UX Designer
research → IA → UI → handoff
Microsoft 365
SharePoint · Teams · PowerBI
Domain
intralogistics · warehouse automation
The stakes

The problem: project information was scattered

A German intralogistics / warehouse-automation company runs large, complex customer installation projects in parallel. Status, team, milestones, reports and documents lived in different places — so there was no single, governed view of a project.

The constraint

The constraint that shaped everything

This had to live inside Microsoft 365 using native SharePoint components and Teams — not a free design canvas. The real challenge was designing a clear, scannable experience within an existing component system that engineering could actually build and maintain.

The design challenge

Designing inside a constrained platform

01 · Single source

One governed view per project

Unify news, milestones, org chart, embedded BI and documents so people stop hunting for information across tools.

02 · Native components

Build within SharePoint / M365

No free canvas: design within native components, keeping consistency and real build-feasibility for the client's team.

03 · Governance

Right people, right data

Sensitive project data needed a separate, governed layer — not everything visible to everyone.

Key decisions

How the hub took shape

Problem

Project info was scattered across tools and folders.

Decision

A single project view unifying news, milestones, org chart, embedded BI and documents.

Why

It kills the hunt for information — the project is legible at a glance.

Problem

People think by project and by client, not by document library.

Decision

IA structured project → client, filterable by real identifiers (project / offer number, project lead).

Why

Navigation matches how the company actually works, so nothing needs translating.

Problem

The platform was constrained to SharePoint / M365 components.

Decision

Design within native components instead of a custom canvas.

Why

A maintainable system the client's team can own and extend — not a one-off mockup.

Problem

Some project data is sensitive and shouldn't be visible to all.

Decision

A separate confidential layer in Teams ('sensitive data') with its own permissions.

Why

Governance of who sees what, without bolting on a second system.

Problem

The org chart needed to be actionable, not decorative.

Decision

Interactive org chart with a context menu + a person modal.

Why

Role, team membership and contact are one click away, without leaving the page.

Information architecture

Structured the way they run projects

People think by project and by client — so the IA does too, with a parallel Teams layer for collaboration and governance.

SharePoint portal
Projektübersicht
All projects — cards, filters, search
Projektsicht
Single project view
Projektorganigramm
Org chart
Projektberichte
Reports
Projektfortschritt
Progress
Projektdokumente
Documents
Teams layer
Projektkanäle
Per-project channels
Sensible Daten
Confidential library (governed)

The hub is organized the way the company runs projects: overview → single project → its facets, with a parallel Teams layer for collaboration and governance.

One governed entry point: every customer project as a card, found by the identifiers the company actually uses.

  1. 1Filters by real identifiers — project number, offer number, project lead.
  2. 2Search bar for the times you already know the project.
  3. 3Each card is one customer project, grouped current vs. completed.
  4. 4Status is visible on the card, before opening anything.
The single project view

One project, one screen

The heart of the hub: everything about a project assembled in one governed place, built from native SharePoint components.

One project, one screen — news, milestone plan, org chart, embedded BI and documents, so nobody has to leave to assemble the picture.

  1. 1Project news up top — what changed since you last looked.
  2. 2Milestone plan (Meilensteinplan) — the schedule at a glance.
  3. 3Project org chart on the side — who owns what.
  4. 4Embedded SAP PowerBI report — BI without a context switch.
  5. 5Documents, quick links, location & 3D building view in one place.
Actionable org chart

Who owns this?

The org chart is actionable, not decorative — it answers 'who owns this?' in the flow of the project.

  1. 1Each node is a real team member with role and membership.
  2. 2Right-click opens a context menu for quick actions.
  3. 3A person modal shows role, team membership and contact — no page change.

Context menu: quick actions on a person without leaving the chart.

Person modal: role, team membership and contact in place.

The Microsoft 365 ecosystem

One project, three surfaces — unified

The hub never asks people to leave the tools they already live in. SharePoint, Teams and PowerBI converge on a single project.

SharePoint
The portal

Project overview, single project view, reports, documents — built from native components.

Teams
Collaboration & governance

Per-project channels, posts, milestone plan, and a confidential 'sensitive data' library.

PowerBI
Business intelligence

SAP-sourced reporting embedded directly into the project view.

Unified per project

Three Microsoft 365 surfaces, unified per project — the user never leaves the tools they already live in.

Project conversation lives where the team already is — channels per project.

The same milestone plan, surfaced inside Teams — one truth, two surfaces.

A separate confidential library governs who sees sensitive project data.

Inside a project

Reports, progress, documents & dashboards

Reports surfaced inside the project, not in a separate reporting tool.

Progress tracked against the milestone plan — status you can trust.

Documents governed by SharePoint, attached to the project they belong to.

Aggregated dashboards for the portfolio-level view across projects.

Outcome

One governed home for every project

The result is a single place for every customer project across SharePoint and Teams — status, team, milestones, BI and documents unified — built entirely within Microsoft 365's native components so the client's team can own and extend it.

1 hub
for every project, across SharePoint + Teams
Native M365
built to be owned & maintained by the client
Governed
a separate confidential layer for sensitive data
  • Enterprise UX
  • SharePoint / Microsoft 365
  • Microsoft Teams
  • Information architecture
  • Design within existing component systems
  • Dashboards / BI (PowerBI)
  • UX research
  • Stakeholder / PO coordination
  • Complex / industrial domain
  • Data governance
My role & contribution

I owned the experience end to end — from research to a handoff engineering could build inside M365.

  • Ran research and coordinated closely with the Product Owner.
  • Defined the information architecture (project → client, real identifiers) for a complex, multi-stakeholder domain.
  • Designed the UI entirely within SharePoint / Microsoft 365's native component system.
  • Designed the embedded BI, the interactive org chart, and the confidential Teams layer.
  • Handed off a maintainable system the client's team could own and extend.
Learnings

What I'd improve next

Measure adoption

I'd instrument whether PMs actually land here first, and track time-to-find for key project info.

Tighten the org-chart interaction

The context menu + modal pattern works, but I'd refine discoverability and keyboard access.

Template the project view

I'd templatize the project view so a new project spins up with zero design effort.

Anonymized case — real work, no client or end-customer names. Screens are shown blurred for confidentiality (logos, project numbers and sensitive-data markings are not legible).

Contact