All work Operating Portal · Live

Ascent Basecamp

The software a mentoring organization runs on. Four kinds of people sign in — mentors, students, chapter leaders, and staff — and each one needs a different system behind the same front door.

Client

Ascent Mentors

Scope

Product Design & Build

Type

Web Application

Status

Live & in use

Ascent Basecamp sign-in screen: a centred white card with a navy header reading ‘ascent’, a Welcome back heading, Sign in with Google and Sign in with email buttons, and a text-message fallback link, over a photograph of a campus gathering
The front door — three ways in, and a plain statement of who the portal is for. Checked 17 August 2026
The Problem

A spreadsheet that outgrew itself.

Mentor rosters, student assignments, chapter records, meeting logs, approvals. Every one of those lived somewhere different — a sheet, a group text, somebody's inbox. It worked at one chapter and fell apart at ten.

The catch: almost everyone using it is a volunteer. There's no onboarding, no IT desk, no training day. If a mentor can't figure out the screen in front of them, they just don't use it, and the data goes back to being a group text.

The Approach

Design for the person who didn't choose this software.

Every decision came back to one test — can a busy volunteer do the thing they logged in to do without asking anybody for help?

  • No password to forget. Google sign-in, an email link, or a texted code. The most common support ticket in volunteer software, removed entirely.
  • Role-aware from the first screen. A mentor sees their students. A chapter leader sees their chapter. Staff see everything. Same URL, four different systems.
  • One obvious next action. Each dashboard opens on what's actually due, rather than a menu of everything the software can theoretically do.
  • Access is a closed door. Only approved accounts get in, and the sign-in screen says so — the portal handles records about students, so that boundary is stated up front, not implied.
Inside the portal

Four roles, one system.

Every screen below is the real thing, captured from the live portal. Names, emails and photos are obscured — the system holds records about minors, and those don't belong on a public site. Everything else is exactly as it ships.

Basecamp admin dashboard showing stat cards for background checks pending, total mentors, total students, mentors fully onboarded, and active matches, above a mentor-onboarding step completion breakdown
Admin overview — the whole program in five numbers, then where onboarding is stalling.
Usage analytics screen with weekly active user metrics, sessions per user, average session length, and a twelve-week engagement trend chart filtered by role
Usage analytics — is the software actually being used, by which roles, and is that trending up.
Communication screen for composing a text message: template picker, chapter selector, audience and gender filters, remaining message credits, and personalisation tokens
Communications — pick an audience, pick a channel, personalise, send. History kept automatically.
Mentor roster showing counts of mentors missing each onboarding step, filter pills, and a table with chapter, submission date and per-step status columns; the name and email column is blurred
Mentor roster — who is missing which onboarding step, at a glance. Only the name column is obscured.
The same sign-in, four different products

What each role actually sees.

A chapter leader and a student share a login screen and almost nothing else. This is the difference, side by side.

Chapter leader dashboard for the Texas A&M chapter: stat cards for mentors, percentage onboarded, students and active pairs, a match-day countdown, and a chapter high schools panel
Chapter Leader — one chapter's health, and a countdown to match day. Their nav is scoped to people they actually manage.
Mentor portal showing an onboarding checklist: Base Camp complete, Mentorship 101 complete, Sexual Abuse Awareness Training complete, and Background Check outstanding, plus a chapter GroupMe card
Mentor — a checklist and nothing else. Three of four done, and the one that isn't has the button to fix it.
Student portal with four tabs — Community, My Profile, My Mentor, Help — showing a chapter GroupMe join card
Student — the lightest surface by design. Four tabs, and the first thing is how to reach their chapter.
Admin overview with organisation-wide stat cards and mentor onboarding step completion across all chapters
Admin — all eleven chapters at once. The deepest surface in the system.

Mentors

Their students, upcoming meetings, and a fast way to log what happened after one. Nothing else competing for attention.

Students

Who their mentor is, when they're meeting next, and what they signed up for. Built to be read on a phone between classes.

Chapter Leaders

Roster health for their chapter — who's matched, who's inactive, which pairings need attention this week.

Staff

Approvals, account management, cross-chapter reporting, and the administrative tools that keep the whole thing running.

Access Control

Permissions checked on the server, not just hidden in the interface. A role can't reach data it shouldn't by guessing a URL.

Phone-Ready

Every view works at phone width, because most mentors are checking in from a parking lot, not a desk.

The Depth

This is not a contact form with a login.

People hear "portal" and picture a members area. Here's what the organization actually runs through this thing, day to day.

11
Chapters,
four states
452
Applications
taken
711
Emails and
texts sent
1,470
Training modules
completed

That's the 2026–27 season alone, seventeen days in. Every one of the items below started as a spreadsheet, a group text, or somebody's memory. Season to date, 17 August 2026

01

Matching & Match Day

Runs the biggest logistical day of the organization's year.

02

Background Checks

Screening status tracked per mentor, because adults work with minors here.

03

Weekly Check-Ins

Logged in seconds. Leaders see which pairings have gone quiet.

04

Email, Text & Group Chat

Sent from one screen, to the right audience, with full history.

05

Seasons & Re-Enrollment

Each cycle rolls over cleanly instead of starting from a blank sheet.

06

Curriculum & Content

Course material with a built-in player, in the same place as everything else.

07

Reporting & Exports

Spreadsheets, PDFs, and a map of where students come from — on demand.

08

Guardrails

Duplicate detection, change history, and a support view of any user's screen.

Why It Matters

This is the half most portfolios skip.

A marketing site is judged in five seconds by a stranger. A portal is judged over months by the same people, every week. The second is harder, and it's where a business actually lives.

Basecamp is on this site for that reason — it's proof the same person who builds the front door can build what's behind it.

Next

From portal to pocket.

Basecamp established what the organization needed. The native iOS app — now integrated and in testing — takes the handful of weekly actions and makes them a two-tap job.

Next project

Ascent Mentors App — mobile product design

View case study