“This company desperately needs a way to collect and store our user’s trading profiles…” he said. “We need to have it online in three months.”
The CTO called me into his office on Monday morning, my second week on the job as SharesPost’s first Designer. This was mid-October of 2019, and I took a seat next to the Product Manager (my new boss), the VP Engineering, and the Principle Engineer.
I needed to learn how trades of private company stock worked, and fast.
My point person on all questions related to product requirements, our business, and our clients was the Product Manager. He understood the business well, but most of my questions pointed to others in the company for authoritative answers.
I talked with leaders of the Operations, Legal, and Compliance teams, and a dozen Brokers to understand what was really going on, and why. I learned the aggregated stories of hundreds of transactions — Pain points, what caused trades to fail, and what was needed for trades to go smoothly.
Our experienced team knew first-hand the problems we needed to solve to make a dramatic improvement for our clients. Delivering a solution to address them quickly meant that I could not talk directly to clients or perform user testing until after we had a first version of a digital trading profile.
Through a process of humble inquiry I learned what was required by law, what had simply been carried over from the past, what could be changed, and what couldn’t for one reason or another. I heard what the business needed, and what customers complained about.
The existing platform was causing problems for everyone involved. The client experience was our main focus, but platform limitations and poor internal experience was also making it difficult for the company to realize its potential.
I translated the business process and requirements into workflows and screen wireframes. I created screens and documented interactions for Engineering, and began defining standards for Visual Design and Design System. I established a user-focused content strategy, working with Product and Legal to eliminate jargon and use consistent, approachable terminology wherever possible.
Step One, get profiles working. Step Two, worry about the experience. That’s not exactly the approach a Designer likes to hear.
The business was struggling to process the volume of transactions it had already. Increased client activity would only make existing problems worse. The Engineering team was already in motion, fixing back-end functionality and data processes.
As the new team member and first Designer, I needed to gain influence and credibility by making a positive impact wherever I could. I supported getting a functional experience in place by starting with a focus on Information Architecture, navigation, and interaction patterns. Visual Design, a design system, and optimized user experience were second priority. The plan was to "re-skin" the UI on top of better bones.
Poor client experience: Legacy product dashboard screen
Poor client experience: Legacy product company detail screen
To trade as a Corporation required completing these forms, as a minimum starting point.
New profile creation started by configuring for different types of traders
The Broker team needed the client to be able to provide their information as easily as possible. Broker team managed a constantly changing pool of clients, and client trade interests. They also needed to juggle a mix of sophisticated, Professional clients and uneducated, Novice clients who required a lot of education.
Most clients had only one or two profiles, but some had dozens representing different clients of their own.
The new Trade Status screen improved client communication of trade status and calls to action.
The Trade Status page was intended to enable clients to supply documents like their government-issued I.D., or view and sign documents critical to the transaction. However, clients were often confused about what, if anything, they needed to do. Clients often wanted to know the status of their trade, which was not actually shown. Brokers were frustrated by the limited functionality and usefulness of this screen, and spent a lot of time walking clients through the actions they needed their clients to take, and updating them on trade status.
Some of the documents shown on this screen (and their status) were related to the client's trading profile, as one of the parties officially participating in the transaction. Some of the documents shown were related to this specific transaction, and might include the counter party.
The new design solved many of the issues created by the original design by providing clear status of the transaction within the transaction process, and called out any actions the client needed to take to keep the deal moving.
The legacy Trade Status Screen had limited capacity for showing trade or specific document status, or messages for client actions needed.