Checking implementation
Last modified on Wed 05 Oct 2022

Design reviews

The beginning of the development marks the beginning of the design reviews. Review design early and review it often. A good rhythm is doing it weekly. A good day for that is Thursday. Book a Thursday in the calendar.

Sit down with the developer, open the design project, and write down the corrections in the comments while explaining to the developer the reasons for corrections (so the developer can learn how to understand the design better and be able to catch all nuances of the design). Follow up on the implementation of the corrections in the next design review. If the project is unavailable on Zeplin, open a Design review task on Productive (open subtasks for each correction - it is easier to follow up in this way). Attach screenshots with marked corrections and comments to the Productive task if stuff gets complicated.

Sometimes the design reviews may be frustrating because of the slow implementation of the past reviews, but it is crucial to keep on. Remember, there might be higher priority issues; in the end, it’s all about collaboration.

Latest build

If you're reviewing a mobile app, check Tryout apps for the latest builds on iOS and Android.

Test devices

We currently have two test phones dedicated to our team - one iOS and one Android device. The QA team has a bunch more test devices, so it's always best to check with them first. Don't forget to leave your business card in place of the phone when you borrow it!

We're working a lot more remotely, so you'll need to check implementation from time to time even if you don't have physical devices on hand. That's where BrowserStack comes in - its an emulator of a lot of different platforms, desktop and mobile devices where you can load app files to test them out. The credentials are in 1Password.