HP Access Cataloga case study
A private, secure enterprise app store

HP Access
Catalog

Every enterprise its own app store — while IT keeps full control behind the curtain.

Pure SaaSMobile + desktopHP Anywhere platform
catalog — browse apps
All appsDesignMarketing
Analytics
CRM Suite
Design Kit
Field Tool
UX designWireframingInformation architectureCompetitive analysisConcepting / sketchingCross-functional collaborationHP · Palo Alto
Feature Deep DivePayment Bundles
01The problem

The consumerization gap had already won.

Employees wanted app-store-simple access to their work tools on any device. IT had to deliver that — without giving up security, cost control, or fleet management across company-issued and BYOD hardware.

Consumer

Tap an icon. It installs. It updates overnight. It just works.

Enterprise

A wall of software that felt like it came from a different decade.

The expectation gap was real — and it was widening.
02The goal & the bets

A self-service app store — control kept behind the curtain.

A pure SaaS product to cut the cost and complexity of managing apps and content across every device. Two bets shaped everything.

Hypothesis · admins

Administrators need a single platform to add, manage, meter, and update every app — not a patchwork of tools.

Hypothesis · users

Users want a single catalog for all their devices — mobile and desktop, not a mobile-only story.

03What we learned first

Consumer store as reference. Enterprise as the real spec.

We studied how iOS and Android handled discovery, install, updates, and pricing — then asked what survives when one catalog has to serve mobile and desktop at once.

iOS

Browse, search, an app detail page, a one-tap download.

Android

Discovery, install, self-updating apps, consumer pricing models.

Enterprise reality

Desktop + mobile, versioning, roles, licensing. Neither store fully fit — we had to reason from the enterprise’s own constraints.

04One catalog, several hard problems

The storefront was the easy part. The machinery behind it wasn’t.

Selling a self-service platform meant every capability a vendor would normally own had to become a feature IT could operate themselves. Four distinct problems — split across three designers.

01

Submission

Getting apps into the store — and deciding who’s allowed to.

02

Management

Handling every variant of an app without the UI fracturing.

03

Payment

Metering and charging for apps, invisibly, in the background.

04

Reporting

Turning usage into decisions an admin can actually act on.

FEATUREApp submission

Before you download it, someone has to add it.

I designed the flow around the fields the platform already knew it needed — app details, categories, pricing, visuals.

The governance call

We explored letting users contribute apps — then decided submission was an administrative act. It lives in the admin panel, not the store.

admin — the Applications list, inside the administration panel

Enterprise PortalJohn DoeJD
Products
Manage
Apps
Published
Review & publish
Suspended
Incomplete
Hardware
Published
Bundles
Published

Applications

+ Add apps
1–5 of 5🔍 Search applications
TitleVersionDescriptionStatusActions
Analytics Dashboard2.4.5Usage & reporting suitePublished•••
CRM Suite1.1.0Customer records managerPublished•••
Design Kit3.0.2Asset & prototype toolsIn review•••
Field Service1.0.0Onsite work ordersPublished•••
Expense Tracker2.2.1Travel & expense claimsSuspended•••
FEATUREApp management

The hard part wasn’t the CRUD. It was multiplicity.

A single “app” isn’t a single artifact. The same product might be a desktop build and a mobile build, with several versions live for different users at once.

I designed the surface to hold every variant of one product without fracturing into chaos.

admin — an app’s detail view, opened over the catalog

HPEnterprise Portal

Applications

Analytics Dashboard
Price FreeVersion 2.4.5
Language ★★★★354 ratings
App images
DescriptionRead more

Real-time usage and reporting for every app in your catalog. Track downloads, API calls, and active seats across teams — then export the views your finance and IT partners actually need.

CloseEdit
FEATUREPayment & metering

Purchasing should feel like nothing at all.

A full e-commerce-style billing system, built on HP’s existing payment back-end so app costs routed to the right place invisibly — no employee stopping to “buy” a tool they need for their job.

Principle

Invisibility. Cost routed behind the scenes, not into the user’s way.

The full flow — account setup, the purchase path, and every card & currency edge case:

Read more about Payment
!The honest turn

The right consumer pattern was the wrong enterprise one.

What I designed

Individual checkout

Credit-card-style, closer to how a consumer pays in iOS or Android. It’s what the wireframes show.

Where it went

Team-based accounting

Charges assigned to a person’s team, not paid individually. The pivot began as my contract ended.

A pattern that’s obviously right in a consumer context can be quietly wrong in an enterprise one. Keep interrogating the borrowed reference against the real user.

FEATUREReporting & analytics

Legible and actionable — not a wall of numbers.

Scoped to three metrics that lined up with the features being built in parallel:

01 API usage

02 Download analytics

03 Purchase analytics

admin — API-usage analytics

Enterprise PortalJohn DoeJD
Analytics
Reports
Audits
API
Downloads
Apps

APIs

API usage
Usage per ISV
Application 1
Release date · 21 Sep 2012
Downloads · 123,456
Category · Productivity
Line Last 60 days
Grand total · API calls
151296300102030405060
FEATUREApp bundles

One click, a whole toolkit.

Employees rarely need one app — they need the set that goes with their job. Making them install each one was exactly the friction the catalog was built to remove.

For users

Download a bundle in a single click.

For admins

Create, edit, remove — purpose clear at a glance.

Stop grouping by what the apps are. Group by who they’re for.

First idea

Bundle by app type

“All the design applications.” Literal — but not how IT provisions people.

The reframe

Bundle by user type

Everything a marketer or a designer needs — tied to roles & groups.

A type-agnostic pattern — driven by each application’s own details — so one bundle can hold desktop and mobile apps at multiple price points, with no special-casing.

The bundle builder screen by screen — main view, menu, single- and multi-price-point bundles:

Read more about Bundles
FEATUREOver-the-air updates

Getting apps on a device is the easy half.

Keeping a whole fleet current is the hard, ongoing half — and in an enterprise, stale software is a security liability. OTA kept the promise: current apps and content, seamlessly, without compromising security.

The promise

Employees receive updates the way a consumer expects their phone to quietly update itself.

The enterprise twist

Updates respect identity, roles, and security posture — with admin visibility and control over what’s pushed to whom.

Multiplicity, again

Never one blunt push — a targeted rollout: which version, to which users, on which device type.

The real challenge

Three designers. One interconnected system.

The risk was a product that felt like it was designed by three people — because it was. Two things kept it coherent.

01 · Same office

Constant, low-friction coordination — the “how are you handling versioning?” conversation that keeps a shared system from drifting.

02 · Own the piece, tend the seams

Split the product by feature, own it cleanly, then reconcile where it meets everyone else’s work.

Results

A full app lifecycle, designed end to end.

A coherent, multi-platform enterprise app store — positioned to be sold as part of HP’s Anywhere platform. The framework covered an app’s entire life inside an enterprise:

Submit
into the store
Manage
every variant
Bundle
by role
Install
any device
Update
over the air
Report
to decide

KPIs set for the effort were a successful build and launch, and adoption across multiple HP enterprise customers — launch/adoption metrics land after my involvement, so I don’t quote them here.

What it taught me

The discipline is in the detail — and in interrogating the borrowed pattern.

Rigor ships products

A manager pushed me to be more rigorous than I thought I needed to be. That pressure shaped how I work today.

Question the reference

Consumer checkout was right — until it wasn’t. Test assumptions against the real user’s situation, not the borrowed one.

Design is coordination

On an interconnected system, owning your piece well and tending the seams is most of the job.