Back to resources

Providing a Great User Experience When Expanding Internationally

Managing Expectations
Impact
Users

25 May, 2021

Harrison Hunter
Harrison Hunter

CTO at MaestroQA

Harrison Hunter, CTO at MaestroQA, shares how to provide a great user experience for users distributed worldwide by choosing a hybrid model that beats technical difficulties.

Problem

For most companies, the first couple of customers are their home market ones -- and ours were as well -- but we quickly acquired some other large customers in other geographies, most notably Asia-Pacific, Australia, and Europe. As a result, we started to expand our business internationally sooner than expected for a company at our stage of growth. It included not only launching the product but also providing support.

While we largely managed to deliver on expectations, there was some frustration around the increased latency of connecting to servers based in the US, entirely over the public internet. Those latency concerns would make a poor user experience. In many places of Southeast Asia, it could be up to hundreds of milliseconds slower, especially with round trips and handshakes. If activities that should be performed in fast workflows and feel quite instant are slowed down, it will start to impact the value of software. To no surprise, a customer will feel that our software is holding them back rather than accelerating them. The whole thing only adds up in time and in one’s perception that the tool is not able to follow the speed of their thoughts.

Actions taken

We considered multiple options. They ranged from optimizing the code to make the code itself faster, to running different versions of our entire infrastructure in different regions having one or a few hubs per continent. We also considered having some type of a hybrid system, where some parts of the systems would be located in some geographical areas while others parts would be located elsewhere. We already had a CDN (Content Delivery Network) -- which most companies with a reasonable scale do -- but there were many steps between running your infrastructure everywhere and running it in one place using CDN.

That was a direction we were set to explore and with which we got a lot of mileage. We had since been able to build up the ability to launch in specific regions, which enabled even more flexibility, particularly in regard to data residency laws. However, that didn’t come as the first obvious choice. It wouldn’t be the most feasible option in the earliest days because we were a small team with an ambitious timeframe. Running multiple data cloud centers in different places would be too much of an overhead to start with. Instead, we decided to find an intermediate option by doing some code optimization but also figuring out how to distribute better and provide a decent experience around the world.

In order to accomplish that, we looked at a couple of different tools that would benchmark our impact. We were considering moving web servers but keeping the databases in the same place. We were also looking at local points of presence from a network perspective. Ultimately, we found that it was a sufficient solution to get us started and provide a good experience for our customers.

The first step we took that got us quite far -- before going to fully distributed infrastructure -- was putting in place tools that allowed for local points of presence and networking. It could be anything from Cloudflare to AWS and its global accelerator. We looked at both solutions, and both provided significant performance improvements. Those tools would enable people to connect locally and then go to our backend over private Internet infrastructure. We could keep our backend servers in any region and a customer could connect to a server in their home country over an optimized network instead of a public Internet that could be inconsistent and slow. Though we haven’t moved all of our infrastructure into a customer’s home country, the latency would be greatly improved, especially for long-running connections, anything on Publish/Subscribe, or web socket type of architecture.

Lessons learned

  • We were hesitant at first because we were convinced that the only option was to move our infrastructure all over the world. We were skeptical if that was manageable and were close to saying No to some of the customers. We pushed ourselves to think creatively and come up with a hybrid solution that would provide sufficient user experience and buy us time to develop a long-term, more sustainable solution.

  • When presented with problems like the one we encountered, try to understand the business impact of saying Yes. Once you establish what is the value of being able to get to Yes, start to work backward. That will force you to think creatively and solve the problem.

  • When looking for a clue, look at what the best and biggest companies are doing and compare that with where you are at that moment. We knew that the best players in the industry were running local infrastructure, but we had to adjust that solution to our situation. This is why we came up with a hybrid solution. Knowing the gold standard is always good, but you need to be cognizant of your constraints and find a middle ground where you will feel confident with limited resources.

Discover Plato

Scale your coaching effort for your engineering and product teams
Develop yourself to become a stronger engineering / product leader


Related stories

The Art of Asking Why: Narrowing the Gap Between Customers and Users

24 May

Jord Sips, Senior Product Manager at Mews, shares his expertise on a common challenge for product managers – finding root causes and solutions.

Customers
Innovation / Experiment
Product
Personal Growth
Leadership
Stakeholders
Users
Jord Sips

Jord Sips

Senior Product Manager at Mews

Here to Make a Recognizable Difference: How to Develop Teams

5 May

Eric Merritt, VP of Engineering at Whitepages.com, divulges on the many complexities of developing teams in management by solving problems according to their needs, and empowering teams.

Leadership
Impact
Sharing The Vision
Coaching / Training / Mentorship
Eric Merritt

Eric Merritt

VP of Engineering at Whitepages.com

Balancing Technical Debt Innovation: How Roadmaps for Development Help Your Company Succeed

4 May

Brad Jayakody outlines the roadmap to maintaining a healthy balance between technical debt and team growth. However, just as balancing acts go it is important to have a strong foundation.

Alignment
Leadership
Impact
Roadmap
Tech Debt
Career Path
Brad Jayakody

Brad Jayakody

Director of Engineering at Motorway

The Optimization and Organization of Large Scale Demand

4 May

Kamal Qadri, Senior Manager at FICO, drives the importance of setting expectations when optimizing large-scale requirements.

Managing Expectations
Delegate
Team Processes
Prioritization
Kamal Qadri

Kamal Qadri

Head of Software Quality Assurance at FICO

Combining User Research with Testing to Build a Successful Product

20 April

Waldo Vanderhaeghen, VP of Product at 3YOURMIND, details an experience in product discovery, analyzing user research, and testing.

Innovation / Experiment
Product
Conflict Solving
Feedback
Users
Waldo Vanderhaeghen

Waldo Vanderhaeghen

VP Product at 3YOURMIND

You're a great engineer.
Become a great engineering leader.

Plato (platohq.com) is the world's biggest mentorship platform for engineering managers & product managers. We've curated a community of mentors who are the tech industry's best engineering & product leaders from companies like Facebook, Lyft, Slack, Airbnb, Gusto, and more.