User Experience principles for Open Transport adoption

When creating the Open Transport API and its associated documentation, it would have been easy to fall into the the trap of just of just focusing on the technology tasks.

However, it was also a key consideration of the team to consider the User Experience of those systems that have adopted the Open Standard for transport and transit account interoperability.

We therefore followed (and will continue to follow) these principles wherever possible:

  1. Secure & trustworthy
    This is customer data we are dealing with (albeit not PII : Personally Identifiable Information) so ensure that the solution can securely integrate and transfer the correct data – and make it clear to all that it is safe to use.
  2. Understandable & usable
    Don’t create a solution that is too complex to initially set-up or maintain.
  3. Customer choice & control
    The user should be fully in control of what accounts they integrate and know what data will be shared. They should also be allowed to break the integration whenever they want.
  4. Seamless
    This integration is additional functionality that a user will see in their transport account, so try not to make it different from what they expect (e.g. avoid presenting jargon or technical stuff back to them).

Note: When using the term “User”, it is generally accepted that this refers to the end user of the solution (e.g. the customer using a browser). However, as this is a technical standard, we also wanted to ensure that we also made things as useful as possible for the technical user (e.g. the architect or developer) responsible for implementing the specification too.

API Specification v0.9.1

Today there’s two updates to the Open Transport API:

  1. The creation of a new centralised operator look-up API (following our recent decision to create an API that will act as a directory of each registered mobility operator). This has been given the name “operator-info” and the specification set at version 0.9.1
  2. An update to the “customer-account” API Specification, also now at version 0.9.1

Both are available to view on Swaggerhub here:

And we now invite anyone to review both these updated API specifications and provide their thoughts and feedback.

An improved user experience with interoperable transport accounts

One of the expected benefits of an interoperability standard for transport accounts is the improvement it gives the end user.

Suppose you are a traveller who uses 6 different transport services on a pretty regular basis. This means that (aside from how you plan and buy your tickets) to get a collective view of what purchases you have made and the journeys taken… you need to log into each individual account separately every time you want an update. You then have to somehow compare the details in each screen.

However, if the user was able to link their different transport provider and MaaS platform accounts together (yes, they will have to log-in to each to associate them first) then subsequently they could log into any one of them and get a collective view of all their transport tickets, journeys and concessions.

Open Transport account integration. Where’s the trick?

Our aim for the Open Transport Initiative is for it to be adopted as a standard by as many transport operators and MaaS platforms as possible. It is why we plan to make v1.0 an Open Standard and freely available without conditions or constraints.

“So what do the participating organisations expect to get out of it?” Is a common question we get asked.

The simple answer is that we believe that an interoperable standard for transport accounts has been a long time coming, too long. And when speaking with end users (the travelling customers) about what we are creating, many assumed that such a thing already existed and is being used.

The work to create the API Specification to the current version (v0.9) has had valued contributions from many different people within the transport and technology sectors. Each have understood that their effort has no actual reward and even that (in theory) someone nefarious could: come along, take what has been done already, slightly change it and publish it as their own proprietary standard. But that hasn’t stopped us doing it anyway.

However, as one of our founding team has said many times already:
“The Chinese have a phrase ‘the best time to plant a tree is 20 years ago, the next best time is now’. We are therefore planting something out in the open for the benefit of transport account interoperability. With the hope that it will grow and evolve over time”

Yes, for some who want to create lock-in and further silos of customer data, the idea of adopting this Open Standard will be scary.

For those who see the Open Transport initiative for what it is (a benefit to the end user and a way to save technical time & effort) they realise that it’s a treat we have given the entire mobility industry.

Open Transport Phase One in more detail

The incremental delivery of the the Open Transport initiative has been the plan since it started. Trying to deliver (what we believe) all the functionality the transport industry needs at once

  • Would not be realistic, given the limited resources of the founding team
  • Does not allow for flexibility in delivery over time, as our understanding of user and industry needs

We have therefore agreed to have 3 phases, with the basics delivered in Phase 1 across just five use cases:

  1. Link accounts
  2. Un-link accounts
  3. Read Purchase (e.g. ticket)
  4. Read Usage (e.g. journey made)
  5. Read Concession (e.g. discount)

We did originally consider other use cases around end-to-end journey planning and best fare calculations. But the market for this is already mature / crowded.

Our agreed phased roadmap is therefore more focused on developing the interoperability between a customer’s individual transport accounts, with an evolving richness of functionality

The complete roadmap is shown here:

The benefits of a mobility account Open Standard

We have been asked if it is possible to list out the possible benefits of releasing and adopting a standard for transport account interoperability. So here are a few we have come up with:

  • Mobility-as-a-Service (MaaS) needs to provide a joined-up view of transportation made across multiple modes to the customer. This is especially relevant in more fragmented/ deregulated markets where the details of tickets, journeys and other data can be scattered around numerous accounts.
  • Bespoke integration between systems and applications create lock-in between transport providers and their vendors, meaning there is reduced flexibility in implementing best-of-breed solutions.
  • Open Standards for APIs save time on the analysis and specification of technical interfaces (we’ve therefore done the work in advance)

Centralised transport look-up API

In previous posts we have mentioned the need for a centralised look-up service for all transport / mobility providers. This is needed (especially in the early stages of the Open Transport standard) to enforce data consistency between those who have adopted it.

To achieve this, the Open Transport team have agreed that we need to create a further API. This will be a centralised API that can be used as a directory service for all participating operators involved.

This ‘Operator Info’ service will actually have two slightly different functions:

  1. Provide details about each registered operator, primarily the URL of their customer account Open Transport API.(Without this, there would be no record of where each interoperable account API can be found.)
  2. A list of the specific transport mode(s) that each operator is providing. This should be used to validate the data within account API calls, to ensure consistency when referring to the mode of transport – e.g. rail and not Train, TRAIN, RAIL, Railway, etc.
    Note: This API can obviously be extended in the future to include other API data validation, as required.

Article about Open Transport on Digit website

There is a great post about the Open Transport initiative from Moya of Ideal Interface on the Digit website this week.

The article leads with the line:
Open Transport is creating a standard way that transport customers can securely integrate their accounts together and share some transport data. “

It answers some very useful questions that Open Transit has been asked recently, including:

  • So what would an Open Standard do for the transport sector?
  • Why does the Transport & Mobility sector need an Open Standard?
  • So what’s next for the Open Transport initiative?

Open Transport Press Release October 2019 (full version)

Open Transport Initiative launches New Standard for Transport and Mobility Interoperability

“Open Transport aims to do for the transport sector what Open Banking has done for the Financial Services sector.”

Today, International Standards Day (14th October) sees the launch of a new standard in the transport and mobility sector. The publication of a draft Open Standard for Transport Account Interoperability by the Open Transport initiative, a team of transport and technology specialists who saw the need for transport accounts to work together.

Since early 2018 the Financial Services market across Europe has been adopting Open Banking. An approach that allows secure interoperability of personal accounts between banks, which puts the customer more in control of their finances. This new transport account standard has been created to achieve for Transport what Open Banking has achieved for Financial Services. It facilitates peer-to-peer transport account data sharing and interoperability, allowing the customer to view all their transportation, mobility and associated data in one place. No searching across various apps and websites to join-up journey, ticket and discount data. This collaborative account and data standardisation will produce the best experience for the travelling customer.

This initiative was started earlier in 2019 by Ideal Interface, a strategic and digital consultancy based in Glasgow Scotland. It has since been steadily gathering interest by mobility industry vendors, public transport authorities and operators around the UK and Europe, plus has had wider input from rail, ferry, subway, bus, parking, & taxi organisations, as well as academia. It is now ready for review and input by all transportation practitioners and observers.
“This is the right time to put the draft standard out to review. For us, this is the next step in getting the Open Transport accepted as a ratified standard. This is an enabler for true Mobility-As-A-Service (MaaS) schemes.”
Hayden Sutherland, Ideal Interface

If you are interested in reading more or taking part in the review, contact the Open Standard Initiative