Trading Systems

Problem

Our accounts had tremendous trouble trying to negotiate by phone and by e-mail with thousands of suppliers, seeking great sales that in a particular part of the world was not on demand, selling it to the highest bider. A lot of great business was lost in transaction, and we thought that there must be a better way.

Key Drivers

Security

This project needed to be secure, since very sensible information is going to be sended back and forth from our suppliers, retailers and accounts.

 

All in One Communication

Users spend a lot of time negotiating by phone or by e-mail, and this information sometimes is lost. There should be a way to gather all this information in one place.

 

Negotiation

Users sometime negotiate something, in trade for something else. When this is the case, it is crucial to know when something is approved, rejected, and when this decision took place.

UX Research

Proto-Personas

We were working with SCRUM methodology, so I just gathered enough information to build some proto personas, that later become the foundation for our roles on the application.

 

Information Architecture 

I helped the team by thinking about the information architecture, that allows me to build wireframes much faster

 

User Flows

Having personas, turned them into user stories, we then started building wireframes that would show the user flow and what he needed to do on each case.

 

Early Development

The team worked with the wireframes and quickly were able to test our assumptions with the in-house users.

 

UI examples

Description

  • Daymon

  • 2018

Parallel Market makes the life of retail and supplier accounts alike a lot more easy when they are trying to sell goods on the parallel market.

The main concept it to allow users to easily check in sales, make offers, and negotiate every single aspect of the offer, which made designing this app very challenging.