The engineer team needs a design of web portal where managers, PMs, test leads, and device manufacturer (OEM) engineers can input/retrieve data easily.


Design a web-based portal with multiple features. The admin determined which features are accessible to types of users according to user roles.


The engineer team would like to build up a web portal to handle all users’ needs inside and outside of T-Mobile. The project manager told me it’s going to be “the only site” where all team members, managers, T-Mobile and OEM engineers to input/export device data.

After the discussion, I determined it was a user role based portal. Different features would be available depending on the user type after users log into the site. Thus, as a designer, I had to figure out different kinds of feature display for different roles and flows for the communication among these user roles.

After multiple discussion with stakeholders and the PM, I created an information chart quickly and presented to them in the next meeting. I found charts like this would promote clients’ feedback, enhance meeting discussions, and efficiency.

The information architecture for the portal according to user roles and goals.

After defining what features to go into the portal with team, I started design, and shown the PM, engineers, and stakeholders my draft and arranged additional meeting discussions. Stakeholders and engineers told me the early draft helped them to clear their thoughts and understand what they really want for the product.

Here are some example pages of my design according to the style guide we had:

Manager would see this home page and menu after login since pulling out data was always their main goal.

For engineers, since to query, manage, and input data were their main user goals, I designed the menu/flow for easy file access and manage files.

For OEM engineers, the major task was to upload files. The design provided them shortcuts to their goal:

Moreover, search and filter were critical in this portal since there were a myriads of phone models and manufacturers (OEMs) in the database. The portal had to provide a convenient search and report summary display where the user can modify output data and compare. The old system engineers used since the 90s provide search function, but the interaction was very tricky to figure out. It would require some training to choose the right filter for new users. My goal was to enable users to have a smooth transition from the old system to the new one for existing users and eliminate trainings as much as possible for new users.

Therefore, the interaction of search and filter should be enhanced with smart search, but still have the “flavor” of the old system by mimicking the interaction and some design. By doing so, users can just use the new system without training or change their habits dramatically. After the portal went alive, engineers told me they liked the new portal. They said the new system was “prettier and smarter than the old one and more intuitive to use”. Some engineers had been using the old system since the 90s, but they did not feel awkward migrating to this new system at all.

I talked to my stakeholders and users about responsive design. Unfortunately the answer was
“not now” since it would cost extra development time and work. Working in the lab everyday, I understood most engineers had two huge monitors on their desk, but it was actually efficient to design/build something flexible from the beginning. Stakeholders thought it’s not the concern for now, at least at a time for migrating from the old system. The goal was to have a smooth transition from the old system to the new one with limited resources and tight timeline. I promised myself that I will bring it up in the future when we have a chance to revise the portal.

T-Mobile enterprise design style had changed since then, when I looked at it today, I felt the design was a little bit too bold and boxy, and outdated. I think a new visual design revision is needed if development resource is available. Again, we are busy working on new features, and visual design is not the priority right now according to the development team. My engineer users told me that they were fine with it since the usability is great. The process of design for me is a constant negotiation with stakeholders/clients and development team. My goal is to accomplish what they want with user friendly products, and to push on improvement if possible.

I can only share a few screens of the design in low fidelity since it is an internal project. Please email me (wenshufan at gmail) if you are interested in knowing more about the story of this design. Thank you for reading!

Leave a Reply

Please log in using one of these methods to post your comment: Logo

You are commenting using your account. Log Out /  Change )

Google photo

You are commenting using your Google account. Log Out /  Change )

Twitter picture

You are commenting using your Twitter account. Log Out /  Change )

Facebook photo

You are commenting using your Facebook account. Log Out /  Change )

Connecting to %s