At UX Studio, while we develop our products, uxfol.io and Copyfolio, we are mainly focused on agency work, meaning that we cooperate with several clients as external teams. In this article, we’ll give some examples of how to increase the success of product development by improving the collaboration between the UX team and the developers. You’ll learn about the major challenges we often face and some suggestions on how to tackle them. This post was written from the perspective of designers, mainly intended for external teams and entrepreneurs. However, these tips may come in handy for developers and product managers as well.
In this post, we cover:
Whether we are developers or designers, our responsibility is to produce products that serve the needs of both the users and the business. If we do it right, we help companies grow, while we also deliver value for the people who use the product by solving their problems and making their lives easier.
What are the costs of insufficient collaboration?
→ When designs are technically infeasible, and they don’t get implemented, valuable time is wasted.
→ To find technically feasible design solutions, extra efforts are required from developers and other team members.
→ It can badly affect the estimation of development time needed, and replanning may be necessary.
→ When certain use cases and edge cases are neglected, it will lead to user frustration.
→ When design inconsistencies happen they can start accumulating over time, which also negatively affects user experience.
We are a team, and as such, we share a common goal. The lack of a mutual vision and an organized workflow will result in wasted time, money, extra work, becoming demotivated and frustrated, and overall endangering project success.
Every team is different, so there is no one-size-fits-all collaboration method. But beyond being flexible and accessible, there are some touchpoints with the developers that usually need closer attention from the beginning. The suggestions we give here were inspired by our recurring challenges, in which we failed, learned, and many times succeeded 😊
When the entire design process ends before development starts, it usually causes heavy setbacks. Even if they employ an agile methodology inside the dev team, clients who haven’t hired external design teams before tend to follow a waterfall approach with UX teams. This can happen due to various reasons:
What to do about this?
As soon as you meet the stakeholders on the project (preferably in a pre-kickoff call or on the kick-off meeting), explain the design process you follow and your suggestions for setting up a developer-designer workflow. You should have at least one lead developer at the kick-off.
Present your design process, highlight the importance of collaboration, and at the end of your kick-off meeting, discuss and set up the time and channels for weekly or daily meetings, on-the-fly communication, project management platform to use with the devs and other stakeholders.
If after this, the cooperation doesn’t really take off, just stick to delivering your work in smaller increments, involve devs from time to time, and get feedback whenever a part of the design is done. The client’s team will surely notice the benefits of these methods. They deliver insights very fast, and they require involvement for everyone and may start developing your designs sooner than originally planned.
If you kickstart a new product or the problem is very complex, and you have the capacity, promote the 5 day design sprint process. This requires all stakeholders’ involvement, but for a shorter period of time, so even if the collaboration gets looser later, you already have valuable insights to start with. When this is achieved, the next step is to get a seat at the table when planning the MVP or next features.
The output of planning should be a timeline that includes the upcoming tasks as well as new features, scheduled in a synchronized way together with the developers. Designers and devs will focus on the same feature at different points in time, as only finished designs should enter the development phase. Designers always have to be ahead of developers, but there can be times when you need to just give the devs something. This can be very stressful and hard to do in a meaningful way, so having clear and well-defined processes is crucial.
There can also be times when designs get delivered much faster, and a decent amount of work piles up for the devs, so it may be the time for you to make some UX design improvements and have a look at the backlog, ask devs if something needs correction in the designs instead of jumping into new features.
Business analysts and other actors may also be needed in larger projects, so their work has to align with the work designers and the devs too.
What to do about this?
If the developers are “kept separately in their ivory tower”, always point out if there are doubts with certain design decisions due to the lack of developer availability, technical validation, and how it impacts the product’s success.
Some developers are not interested in the design work and consider it an extra burden they need to handle. This can root from the lack of understanding regarding our goals and way of thinking as designers. It is also possible that they have had a bad experience with creative professionals in the past.
Mass-manufacturing pretty screens and cute animations for developers is not what a UX designer’s job is about. Making an interface aesthetically pleasing is just the tip of the iceberg. A UX designer’s job is to create well-functioning, easy to use, feasible products that achieve the business goals and solve the right problem for the users. Therefore the design we create as designers is not a “nice to have” beautifying retouch maneuver but a core part of a good product development process.
These misconceptions can create returning hindrances, which can grow into great obstacles later.
What to do about this?
The best way to reduce biases and eliminate misconceptions is to demonstrate the UX Designer’s professionality and the validity of our work while remaining friendly, open, and honest with each other. Developers and designers tend to have different backgrounds, mindsets, and approaches to work, but this doesn’t mean we can’t understand each other and make a great team. On the contrary! The more diverse our thinking, the more variety of ideas we can come up with, which ultimately leads to better solutions.
If design discussions don’t happen with the dev team throughout the design process, more explanations will be needed later to make sure everything is clear about the design decisions and how the developers should be working on the interface. Figma comments and info boxes can pile up and become daunting for the developers. Writing a hundred-page long specification in a pdf with embedded screenshots is not ideal either.
If the developers start interacting with the design tool and understand the structure of the design system, it can make the whole process easier for them, and it quickly becomes a habit, a core part of their workflow. If you can’t use a collaborative design tool like Figma, Zeplin is your answer.
What to do about this?
One simple and efficient method for documenting iterations is to have screenshots of the updated designs with arrows pointing to explanations on what has changed, categorized by user flow or feature and the date of iteration.
This can be done in various ways, but we prefer to use Miro, an online, easy-to-use, collaborative tool. It’s best if the test report and related design iteration are grouped and organized by date, so it helps track the changes in the designs and clarifies the connection between the test insights and iteration decisions.
Change in the scope or extra requirements may inevitably occur in larger projects, and they often do so at the last minute, so the latest designs may not get to be clarified properly, or we need to jump back and forth between features.
What to do about this?
We already looked at some aspects of the collaboration between developers and UXers, but let’s not forget that this is only one segment of a cross-functional team.
As UX designers, we are responsible for creating technically feasible products that meet the business goals and satisfy user needs. To do so, we need to liaise with all relevant stakeholders.
However, in larger teams, we may not have the capacity to jump back and forth between different departments to gather all information and requirements while juggling with prototype iterations, user testing, and discussing technical constraints with the devs.
This means that sometimes it is more efficient to collaborate closely with business analysts, as their role is to gather all information from different domains. They serve as a bridge between all major actors, making the whole product development process smoother. After agreeing on the plan together, they (and/or agile managers) can create the user stories and cross-check them with the devs.
Naturally, a product team consists of product managers and/or owners and developers, but we may also work with copy-writers, visual designers, agile managers, HR and marketing representatives, and so on. The larger the team, the more joint efforts we need from all parties to synchronize processes and mitigate chaos during the product development process.
We hope you found this article useful and through efficient collaboration, you’ll make a great team 🙂
UX studio works with rising startups and established tech giants worldwide.
Should you want to improve the design and performance of your digital product, message us to book a consultation with us. We will walk you through our design processes and suggest the next steps!
Our experts would be happy to assist with the UX strategy, product and user research, UX/UI design, etc.
Are you interested in how eye-tracking in UX research can be leveraged to gather reliable…
In this episode, we have a conversation with Sándor Zelenka and Benedek Göbölös as they…
Current generative AI tools can come up with videos and images within minutes. We still…
Even if you are far from being a football fan, I’m sure you’ve heard of…
Generative AI has taken the world by storm. Anyone can generate images and designs in…
Creating SaaS applications and websites demands a specialized approach, not to mention designing the applications.…