Case study · UX/UI · B2B workspace platform

Officiti: redefining flexible workspaces.

A B2B platform that lets companies rent out unused desks, workstations and units to freelancers and small teams. This case study covers the research, the product decisions, the wireframes and UI, and the design system behind it. It also includes an honest audit of what I would improve next.

Product
Officiti platform
Role
Solo UX/UI designer
Platform
Android, iOS, web
Duration
8 weeks
Scope
25+ screens, user flow, design system
Officiti logo beside an illustration of a freelancer working at a desk on a video call
01 · The problem

Empty desks on one side, nowhere to work on the other.

Commercial rents in cities keep rising, and the gig and freelancer economy keeps growing. Many individuals and startups cannot find an affordable, accessible and quiet place to work. Meanwhile, larger companies sit on unused desks and zones after the shift to hybrid work.

Officiti bridges that gap. It lets companies that own or manage an office share or rent redundant workstations and self-contained units to smaller companies looking for flexible workspace, and it gives those tenants one place to book, connect and get help.

Six pain points, grouped into four themes

01

Visibility

Hard to control and track workspace availability, and no real-time view of what is free.

Design response. A dashboard with today's meetings, a calendar, and clear booking status.
02

Booking friction

No centralized system for shared office bookings. Most co-working spaces have no website or other online way to reserve a space.

Design response. In-app booking for rooms and desks with date, time and attendees in one flow.
03

Communication

Poor communication between tenants, teammates and space providers when something needs fixing or approving.

Design response. Support tickets, notifications and a visitor approval flow.
04

Cost and choice

High cost and low availability of quality spaces in prime locations, and no way to compare spaces side by side.

Design response. Flexible booking so people pay for the time they need, and a package view showing what they have left.
02 · Discover

What I asked, and what it meant.

Method

Client interviews, user research and a competitor review, covering freelancers, startups and office managers. The findings are qualitative and directional. They shaped decisions rather than proving statistics.

Interview questions

  1. 1

    Where do you find professionals or freelancers?

  2. 2

    Do users use this platform to access their workspace?

  3. 3

    Will people have access to the same place for the time they will be present?

  4. 4

    Will it be overcrowded or noisy?

  5. 5

    Did working together create networking opportunities?

Findings turned into design implications

What I foundWhat it means for the product
Finding a co-working space is hard. Most have no website or online booking.Booking must happen in the app, with availability visible up front.
Renting in prime locations is expensive, so small teams and individuals want accessible space.Flexible, short bookings and a clear view of remaining package days.
People worry about crowding and noise.Offer meeting rooms for small and large groups, and show who is attending.
People need to know the same place is theirs for the time booked.Clear booking confirmations, a calendar and reminders.
Networking is a real benefit of shared space.Connect with teammates and other professionals in the same workplace.
Shared offices need secure, tracked access.Visitor invitations and QR-based entry with a record.
03 · Define

One person to design for, four questions to answer.

Primary persona · Kathmandu, Nepal

Mayank Mishra

A freelancer who works remotely and needs a place to work peacefully. Working from home is tough because he lives with his family and the space is noisy. He has to attend client calls, so he needs a place without disturbances.

Goals

  • Find a peaceful place to sit, work and attend client calls without disturbance.
  • An affordable place that matches his budget.

Frustrations

  • Not finding a good working space in prime locations.
  • Expensive rent.

Who the product is for

U

User

Working professionals who cannot afford a dedicated space, and freelancers.

P

Platform

Android, iOS and web, sharing one design system.

T

Task

Connect with teammates in one's office and with other professionals in the same workplace.

B

Business roles

Space owners with extra capacity, renters such as remote professionals and small teams, and managers such as HR and office managers.

Problem statement. Freelancers and small teams need a quiet, affordable place to work, but they cannot see what is available or book it without friction, while office owners cannot track or share what they have.

How might we…

01

show availability clearly so nobody travels to a space that is full?

02

make booking a room a matter of seconds instead of phone calls and paperwork?

03

let hosts control access and track visitors without manual effort?

04

give members a fast way to get help when something in the space breaks?

04 · Ideate

From ideas to a focused first release.

Solutions that came out of the interviews

01

An app that provides the required information and easy ways to book the space.

02

Availability of meeting rooms for small as well as large numbers of people.

03

An app that keeps track of data and has secure access to personal space.

Prioritizing what to build first

Must have

  • Onboarding, sign-up, sign-in
  • Dashboard with today's meetings
  • Book a meeting room
  • Support tickets
  • QR access and visitors

Should have

  • Notifications
  • Past meetings
  • Wi-Fi access details
  • Search and add attendees

Could have

  • Recurring bookings
  • In-app chat
  • Workspace filters

Later

  • Payment gateway
  • Smart matching
  • Ratings
  • Owner admin dashboard
Officiti user flow from onboarding and login to the dashboard, calendar, scan, support and more, including tickets, Wi-Fi access, booking, report and logout
User flowFrom onboarding and login, the dashboard branches into four destinations: Calendar, Scan, Support and More. Four choices stay within Hick's Law, and Scan is always one tap away. The deepest path is tickets: Dashboard, More, My Tickets, Pending or Closed, Ticket detail, Cancel, Share. That is six steps and the first thing I would shorten in the next version.
05 · Design · Wireframes

Structure first, in grayscale.

Low-fidelity wireframes settled hierarchy, navigation and content before any color or style. Working in grayscale forced every screen to communicate through layout and text alone.

Three onboarding wireframes: Book Meetings, Access System and Manage Team
Onboarding in three stepsEach screen carries one idea (book meetings, access the system, manage the team) with a single Next button and progress dots. Value is explained in seconds, and the flow can be skipped.
Create account and Login wireframes with email and password fields
Account creation and sign-inOnly email and password are asked for, with social sign-up as a shortcut. Fewer fields at the start means less drop-off at the door.
Dashboard wireframe with ticket stats, today's meetings, attendee search and past meetings
Dashboard, search and meetingsThe home screen answers "what is happening today?" first: a status summary (tickets solved, Wi-Fi connected, past meetings, notifications), then today's meetings. A centered scan button sits in the thumb zone of the tab bar.
Notification list, notification dialog and My Tickets wireframes
Notifications and ticketsNotifications open in a dialog, and My Tickets separates Pending from Closed with a segmented control. A dated tile on the left makes each ticket easy to scan.
Ticket details, Add Visitor form and Visitors Details wireframes
Visitors and detailsAdd Visitor is a single, top-to-bottom form with labels above each field. The details screen ends with clear Cancel and Share actions.
Visitor invitation, Create a Meeting form and date picker wireframes
Booking a meetingTitle, room, description, dates, time and attendees live on one screen, with an inline calendar for dates. It works, but it is long. This is the screen I later split into three steps in the design system.
Technical Support, My Tickets and Open a Ticket wireframes
SupportTechnical Support shows the member's package and remaining days, with shortcuts for Wi-Fi access, booking, tickets and reporting a problem. Opening a ticket asks for type, category, a message and an optional file.
06 · Design · UI

Adding color, carefully.

The high-fidelity design applies the brand palette and Roboto to the approved wireframes. Illustration makes onboarding friendly, while color is used with meaning: green for resolved, red for problems, blue for actions and amber for pending.

Onboarding screens with illustrations for Book Meetings, Access System and Manage Team
OnboardingFriendly illustrations and an amber progress indicator introduce the three core benefits. The last screen switches the button from Next to Skip, so the goal is always clear.
Login, Create account and Dashboard screens in the Officiti brand colors
Sign-in and dashboardBold shapes give the entry screens a confident identity, while the dashboard stays calm and functional. Stats sit in a compact grid above today's meetings, and the scan button anchors the tab bar.
Empty meetings state, Create a Meeting form and Add Visitor form
Meetings and visitorsThe empty state explains "No Meetings Today" with an illustration and a green add button. Forms use labels above fields, filled-gray inputs and a day selector for choosing meeting dates.
Ticket detail screens with green resolved, blue and red not resolved header tiles
Ticket details and status colorA colored date header tells the ticket's state at a glance: green for resolved and red for not resolved. Color helps scanning, but in the audit below I show why it should never carry meaning alone.
My Tickets in Pending and Closed tabs and a visitor invitation card with a QR code
My tickets and invitationsPending and Closed tabs use a dark segmented control, and each ticket keeps its dated tile. The visitor invitation packages name, host, time and a QR code into one shareable card.
Visitors Details, ticket approve and reject screen, and Notifications list
Approvals and notificationsHosts can Approve or Reject with a review note, and share or cancel a visitor's details. Notifications are listed with a colored edge to hint at their type.
QR scanner screen and a notification dialog
Scanning and notificationsThe scanner screen has one instruction, "Place your mobile screen near QR Scanner", and nothing else to distract. The notification dialog shows a booking confirmation over a dimmed screen.
07 · Design system

One system for every screen.

To keep 25+ screens consistent across Android, iOS and web, I documented a full design system: tokens, components, patterns and accessibility rules. It starts from the original style guide, then fixes what testing against WCAG showed.

Brand palette from the original style guide
Blue
#5D6DFF
Red
#E8553E
Amber
#FFAE02
Ink
#2D2D2D
Gray
#BDBDBD
Green
#89C053
Accessibility fixBeforeAfter
White text on the primary button4.12 : 15.86 : 1 with #4351E8
Error text on white3.62 : 16.17 : 1 with #B5301E
Secondary and placeholder text1.88 : 15.33 : 1 with #6B6B6B
Labels on amber and green1.86 and 2.16 : 1 (white)7.42 and 6.38 : 1 (ink)
01

Foundations

Roboto type scale, 4-point spacing, radius and elevation, a 23-icon outline set, layout grid and motion tokens.

02

Components

Buttons, form fields, selection controls, meeting and ticket cards, tab bar with scan button, alerts, toasts, empty states, skeletons and dialogs, all interactive.

03

Patterns

A three-step booking flow, a ticket status system, QR visitor access, and rules for empty, loading, error and success states.

08 · UX principles in the product

Decisions, and the reasons.

PrincipleWhere it shows up in Officiti
Hick's LawThe tab bar offers four destinations plus scan. Onboarding is three short screens instead of one long explanation.
Fitts's LawThe scan button is large and centered in the thumb zone. Primary actions are full-width, and targets are at least 48 px.
Jakob's LawBottom tab bar, top-left back arrow, labels above form fields and a standard calendar picker.
Von Restorff EffectThe dark scan button and single filled primary button stand out from every other element.
Visibility of statusDashboard stats, ticket tiles and notifications keep members informed about bookings and requests.
Recognition over recallVisible labels, a searchable attendee list with avatars, and Pending and Closed tabs instead of hidden filters.
Common region and proximityCards group each meeting's date, title, room and attendees, so related facts read as one unit.
09 · Self-audit

What I'd fix in the first version.

Reviewing the original screens against usability heuristics and WCAG revealed real problems. Listing them is part of the process, and each one is resolved in the design system.

FindingPrincipleSeverityFix in the design system
Secondary text in ticket details is light gray, at about 1.9 : 1 contrast.WCAG 1.4.3 ContrastMajorSecondary text is now #5C5C5C or #6B6B6B (6.7 : 1 and 5.3 : 1).
Status is shown only by header color (green, blue, red) and by colored notification edges.WCAG 1.4.1 Use of colorMajorEvery status pairs color with an icon and a word: Resolved, Pending, Not resolved.
Create a Meeting puts seven inputs on one long screen.Hick's and Miller's lawsModerateSplit into three steps (What, When, Who) with a progress bar.
Placeholder text is reused across screens, for example "Problem Type" on the meeting title and room selects.Match with the real worldModerateField-specific labels and placeholders such as "e.g. Sprint planning".
The ticket detail screen shows "Status" twice with different values.Consistency and standardsModerateOne status per record, and a separate "Decision" control for Approve and Reject.
White label on the primary blue is 4.12 : 1, and red buttons are 3.62 : 1.WCAG 1.4.3 ContrastModerateAction blue #4351E8 (5.86 : 1) and danger #C83E2A (5.03 : 1).
Tab bar labels are 10 px, and some fields use gray-on-gray text.LegibilityMinorMinimum 11 px, and inputs get a visible 1.5 px border.
Tickets are six steps deep from the dashboard.Efficiency of useMinorShow open tickets directly on the Support tab and shorten the path to detail.
Placeholder copy such as "Some other information here" is still visible in several screens.Content qualityMinorReal microcopy that says what happened and what to do next.
10 · Testing and outcome

What testing told me.

Usability testing with five target users checked the main flows: signing in, booking a meeting, adding a visitor and opening a ticket. Feedback was folded back into the designs before the final screens.

“I used to spend hours scrolling Facebook groups or asking friends for space recommendations. This feels like Airbnb for workspaces.”

Remote developer, Kathmandu

“I can finally sync bookings with my small team. We now meet once a week without the chaos.”

Startup founder, small team lead
Projected impact
−60%
Booking effort
+40%
Space utilization for companies
−50%
Workspace search time
These are estimates from concept testing, not measurements from a live product. Officiti is a concept project, so real-world results would need to be validated after launch.
11 · Learnings

What I'd carry into the next project.

01

Test contrast on day one

Brand colors are not automatically accessible. Checking ratios early is cheaper than fixing them across 25 screens.

02

Split long forms

A form that fits on one screen is not always easier. Steps and progress reduce effort.

03

Never rely on color alone

Icons and words make status readable for everyone, in any lighting.

04

Shorten frequent paths

The most common tasks should be the fewest taps away.

Next steps
→

Payment gateway

Secure in-app payments and invoices.

→

Smart matching

Recommend spaces based on work style and preferences.

→

Ratings and reviews

Build trust through verified experiences.

→

Admin dashboard

Let space owners manage bookings, utilization and feedback.