Paris office or remote? Why a product designer in Morocco shares your working day, how French consent rules shape onboarding, and a hiring checklist.
Search "product designer Paris" and you will find two real options: hire someone who sits in your Paris office, or hire a remote product designer who works your hours from somewhere close. For many Paris startups, Morocco is the second option hiding in plain sight. Morocco runs on GMT+1 most of the year, so in winter it is the same clock as Paris and in summer it is one hour behind. French is everywhere in Moroccan business and tech. The flight is short. I am a Moroccan product designer and design engineer with 12+ years of experience, and I work remotely with teams around the world. This guide explains when a remote product designer Paris teams can overlap with makes sense, when it does not, and how to run the collaboration so it feels local.
The question most founders in Paris actually have is not "where is the designer?" It is "will this person be in the room when decisions get made?" Distance only hurts when it removes you from those moments: the Monday priority call, the Thursday review, the quick "can you look at this flow before we ship" message at 4 pm.
That is why time zone overlap matters more than geography. A designer in San Francisco can be brilliant and still miss every live decision you make. A designer in Casablanca, Rabat or Marrakech is awake, online and in the same working day as your Paris team. The Moroccan exception worth knowing: during Ramadan, Morocco usually switches back to GMT for about a month, so the gap with Paris grows by one hour. It is a small, predictable change, and it is announced in advance.
I have spent most of my career as a remote designer embedded in teams. At ViewStats, the creator platform built by the team behind MrBeast, I was Lead Product Designer and Design Engineer, working across web, mobile, a Chrome extension, AI features and the design system. Remote did not mean detached. It meant the work had to be visible, written down and shipped.
I see the same three mistakes again and again when startups hire their first or second designer, whatever the city.
Hiring for screens instead of problems. A lot of job posts describe a UI designer and call it a product designer. If you need someone to turn a clear spec into polished screens, that is a fine hire, but say so. If your real problem is that people sign up and never come back, you need someone who owns that question. I wrote a full breakdown of this difference in product designer vs UX designer.
Treating location as a proxy for quality. An office in the 10th arrondissement tells you nothing about how someone frames a problem. Ask for a shipped result and the reasoning behind it.
Forgetting the French user. If your product serves French users, your designer has to design for French expectations: formal or informal tone, longer strings than English, and very specific rules on consent screens. More on that below, because it is where a lot of onboarding flows break.
Here is how I would compare the three setups if I were the founder. Cost is described qualitatively because rates depend on seniority and scope, and I would rather not invent numbers.
| Setup | Time overlap with Paris | Working language | Best for | Watch out for |
|---|---|---|---|---|
| Designer in your Paris office | Full | French, English | Teams that decide everything in person, heavy in-person research | Highest cost, smaller pool, slower to hire |
| Remote designer in Morocco | Full in winter, one hour behind in summer and during Ramadan | French, Arabic, English common in business | Startups that want overlap, senior talent and a flexible engagement | Needs a written decision culture and clear async rituals |
| Remote designer far away (Americas, Asia) | Few hours or none | Usually English | Async-heavy teams, very specific niche expertise | Live decisions happen without them, feedback loops slow down |
None of these is automatically better. If your team genuinely runs on whiteboard sessions three times a week, hire someone in Paris. If your team already lives in Notion, Slack, Figma and GitHub, the overlap matters more than the postcode.
This is the part that only shows up when you have shipped products for real users. In France, the first thing many visitors see is a consent banner, not your value proposition. The CNIL, the French data protection authority, is clear that refusing cookies must be as easy as accepting them, and it has formally warned site publishers whose banners made refusal harder than acceptance. Its published guidance on cookie banners, on cnil.fr, is worth reading before you design your first screen.
That matters for design because the consent banner is the very first trust moment. The pattern I rely on comes from the ViewStats activation work. Many creators signed up but did not connect their YouTube channel, which is the step that makes the product useful. Research showed they did not understand what they would gain. The redesign moved value first: onboarding moments, empty states and contextual prompts that showed the payoff before asking for access. Channel connection went from 13% to more than 65%. The full story is in my onboarding UX best practices post.
The principle is "show value first, ask for trust second". With French consent rules you cannot trick your way to a yes, and you should not want to. So the design work moves to what happens around the consent: what the user sees before any permission request, how clearly you explain why you need access, and how good the product feels even for someone who said no. A product that only works for people who accept everything is a fragile product.
This is the setup I would propose to a Paris team. It is simple on purpose.
If you want to see the kind of builds this produces, my AI design experiments are all working prototypes rather than mockups, built with Figma, Claude, the Figma MCP, SwiftUI, WebGL and more.
Use this as a checklist, whether the designer lives in the Marais or in Marrakech.
For a deeper look at the role itself, my guide on what a product designer does covers responsibilities, skills and how AI is changing the job. If you are also considering Morocco-based talent in person, the Casablanca product designer hiring guide covers interview questions and portfolio red flags.
It depends on how your team decides things. If decisions happen in writing and in short live calls, a remote designer with full time overlap can be just as effective. If everything happens spontaneously in the office, a remote hire will miss context and you should either change the habit or hire locally.
Morocco uses GMT+1 for most of the year. Paris uses GMT+1 in winter and GMT+2 in summer. So the two are on the same time in winter and Morocco is one hour behind in summer. During Ramadan, Morocco usually returns to GMT for about a month, which adds one more hour.
If your main problem is deciding what to build and why users drop off, start with a product designer. If you know what to build but the gap between design and production is slowing you down, a design engineer who ships components and pull requests will shorten every loop. Some designers, including me, do both.
Yes, as long as they treat it as real design work: French copy length, tone, local expectations and CNIL consent rules. Ask to see bilingual or French-facing work, and ask how they handled permission and consent screens.
If you are a Paris founder deciding between an office hire and a remote product designer, send me the problem you are trying to solve, not the job title. I will tell you honestly which setup I think fits. You can hire a remote product designer through my contact page, or first look at the ViewStats creator tools case study to see how I work.
If you have a web or mobile app idea in mind or you need some advice about product design, feel free to get in touch ✉️