For employers

Companies can protect secrets without owning every idea.

A serious Right to Build policy is good for workers and good for companies: less fear, clearer boundaries, stronger trust, and fewer messy approval fights after someone has already built something.

Better policy

Make the line clear before the project exists.

Specific conflicts

Connect conflict reviews to assigned duties, protected information, active products, or actual research projects.

Written answers

If approval is denied, explain why in writing and identify the specific conflict.

Open-source path

Give employees a clean way to contribute personal-time work without exposing company-owned code or secrets.

No blanket bans

Do not prohibit all app publishing, paid tools, public writing, or personal portfolios by default.

Safe harbor by default

Put the protected category in writing: personal time, personal tools, no company secrets, no assigned work.

Fast review window

If review is required, set a short response deadline so silence does not become a quiet veto.

Personal credit

Let workers publish under their own name unless there is a real legal, confidentiality, or representation issue.

Appeal path

Give employees a second review when a manager or policy owner claims conflict too broadly.

Why this helps companies

Clear boundaries lower risk. Workers know what is protected, managers know what to review, and the company stops spending credibility on vague ownership claims that chill harmless personal work.