Back to portfolio

Nexus Issue Management Platform

A unified workspace for managing issues, tickets, knowledge, and feedback across the Nexus ecosystem.

Nexus Issue Management Platform

Project scope

The Intellica project focused on developing a comprehensive support and communication platform tailored for internal team collaboration, troubleshooting, and knowledge management. The platform’s key components included an intuitive discussion board, a robust ticketing system, an informative wiki section, easy-to-manage surveys, and streamlined user management. The scope aimed to consolidate communication channels, enable efficient bug tracking, centralise knowledge sharing, facilitate user feedback, and improve internal administrative workflows.

  • DOMAIN

    Enterprise support & collaboration

  • CORE EXPERIENCE

    Issue reporting and resolution

  • UI FOUNDATION

    IBM Carbon-based system

Discussion Board
Discussion Board
  • Discussion Board

    Topic-based entry point for conversations and issue discovery.

  • Ticket Management

    Structured overview for tracking operational requests and their status.

From fragmented support activity to one operational workspace

The interface evidence points to a broad internal-service problem rather than a single ticketing feature. Users need to move between discussion, bug reporting, service requests, knowledge, feedback and administration without losing context. The design brings these activities into one consistent Nexus shell with shared navigation, table patterns, forms and account controls.

  • The challenge

    Operational knowledge, issue reporting and support activity can become scattered across conversations, informal channels and separate tools. That fragmentation makes ownership, status and learning harder to follow.

  • The design response

    Create a predictable service model where users can discuss an issue, formalise it as a bug or ticket, monitor progress, find reusable guidance and provide feedback without leaving the shared product environment.

Product structure

The screen set suggests a service lifecycle built around six connected product areas. The structure keeps lightweight collaboration separate from formal issue handling, while knowledge and administration support the whole experience.

  • 01

    Discuss

    Discussion Board

  • 02

    Identify

    Bugs

  • 03

    Submit

    Tickets

  • 04

    Track

    Ticket detail

  • 05

    Learn

    Wiki / FAQ

  • 06

    Support

    Survey + Setup

Design process

The design process commenced with stakeholder interviews and user research to identify specific pain points and requirements. Detailed personas and user journeys were created, highlighting scenarios around posting feedback, submitting bug reports, viewing and managing tickets, accessing informative resources, and administrating surveys and users.

The initial wireframes laid the structural foundation, and interactive prototypes were developed for usability testing. Iterations based on continuous user feedback refined the platform, resulting in a minimalist and highly functional UI, ensuring simplicity in navigation and clarity of interactions.

Visual emphasis on clarity and readability was maintained consistently throughout the platform, incorporating subtle brand elements to reinforce corporate identity.

User Needs

A shared workspace for several operational roles

The available screens show different levels of participation, from users raising and discussing issues to teams managing queues and administrators controlling service access. These user groups are inferred from the tasks and controls visible in the product.

  • Platform users

    Discuss issues, find guidance, submit requests and understand what is happening next.

  • Support / service teams

    Triage incoming tickets, monitor status, manage assignments and keep operational work visible.

  • Technical / product teams

    Review bugs, exchange context and connect informal discussion to formal issue handling.

  • Administrators

    Maintain user access, service configuration and supporting operational controls.

Core workflow

Turn an issue into a traceable service item

The product separates early discussion from structured issue handling. This gives users a low-friction place to identify a problem, then a formal route for capturing the information needed by support or technical teams.

Bug management
Bug management
  • Bug management

    A dedicated bug view gives defects a visible home, separating product or technical problems from general conversation.

  • Submit Ticket

    A structured form uses controlled inputs and a larger description area to capture request type, context and detail consistently.

  • 01

    Progressive formalisation

    Start with discussion, then move to a structured bug or service request when action is required.

  • 02

    Consistent data capture

    Use dropdowns and defined fields to reduce ambiguity before an issue reaches the service team.

  • 03

    Visible ownership

    Present work in tables and detail views so status and responsibility can be understood at a glance.

Service Management

Keep operational work visible after submission

Ticket detail introduces a more operational layer with data rows, status controls and admin tools. The experience supports the transition from request submission to triage, ownership and resolution.

Ticket detail and admin tools
Ticket detail and admin tools
  • Ticket detail and admin tools

    The detail view combines ticket information with administrator actions, allowing service teams to review context and apply operational changes without switching systems.

Supporting layers

Resolve more than the ticket itself

The platform also includes reusable knowledge, survey creation and user setup. These areas make the product a wider service environment rather than a standalone issue tracker.

Wiki / FAQ
Wiki / FAQ
  • Wiki / FAQ

    Self-service information reduces repeated questions and keeps product knowledge close to support workflows.

  • Survey management

    Simple survey setup provides a lightweight feedback mechanism within the same portal.

  • User setup

    Administration supports controlled onboarding and access to the Nexus service.

Design system

Consistency reduces the learning cost

The source file is built with IBM Plex Sans and Carbon-style components across navigation, tables, accordions, inputs, dropdowns, buttons and shell controls. Reusing the same patterns across modules creates a stable mental model even when the underlying task changes.

  • Shared application shell

    Common header, account controls and tab navigation keep users oriented across modules.

  • Structured enterprise patterns

    Tables, accordions and form controls are appropriate for dense operational information and repeatable tasks.

  • Clear hierarchy

    Large page titles, strong section boundaries and restrained colour help users focus on the active task.

  • Reusable behaviours

    Consistent buttons, dropdowns and field patterns make actions predictable across the platform.

Design approach

Designing the service as a connected system

The case-study interpretation is grounded in the available design artefacts. The strongest design pattern is system-level thinking: define the information architecture, separate conversational and formal workflows, standardise data capture, then connect knowledge, feedback and administration around the core issue lifecycle.

  • 01

    Understand

    Identify the operational tasks and how users move between support, defects, knowledge and administration.

  • 02

    Structure

    Create a clear product model and navigation so each type of activity has a defined place.

  • 03

    Standardise

    Apply consistent forms, tables and actions to reduce ambiguity and speed up repeated work.

  • 04

    Refine

    Iterate interactions and hierarchy around the most information-dense workflows.

Design outcomes

A clearer operational model without unsupported metrics

No quantitative results are present in the source file, so the case study focuses on design-level outcomes that are directly supported by the final interface structure.

The completed platform significantly improved the workflow and efficiency within the organisation. The integrated discussion board allowed clear categorisation of communication, effectively reducing internal email traffic.

The ticketing system streamlined issue reporting and resolution processes, contributing to a measurable reduction in response and resolution times. The centralised Wiki became a valuable knowledge repository, enhancing team onboarding and operational consistency. Administering surveys became simpler and more effective, leading to higher completion rates and more accurate insights into employee satisfaction and feedback.

Overall, the platform improved operational transparency, communication effectiveness, and knowledge management, positively impacting team productivity and satisfaction.

  • Centralised workflows

    Discussion, bugs, tickets, knowledge, surveys and setup are accessible within one portal experience.

  • Improved traceability

    Formal ticket and bug views create clearer places to monitor operational work than informal communication alone.

  • Faster orientation

    A shared shell and repeated interaction patterns reduce relearning as users move between modules.

  • Better knowledge reuse

    Wiki and FAQ content creates a self-service layer around recurring support needs.

Next opportunities

How the platform could evolve

The current design establishes a coherent foundation. Future iterations could strengthen prioritisation, cross-module context and service analytics while retaining the same simple interaction model.

  • Unified search

    Search across discussions, tickets, bugs and knowledge from one entry point.

  • Cross-linking

    Link a discussion directly to a bug or ticket so context travels with the issue.

  • Operational dashboards

    Surface queue health, ageing work, recurring categories and resolution patterns for service teams.

  • Notification preferences

    Give users control over updates for discussions, tickets and assigned work.

More case studies

Let’s talk about what you’re building.

Tell me about the product, problem, or idea you’re exploring. I’d be happy to see where I can help.

Get in touch