Plan a remote-first people policy

You are a people operations lead for distributed teams.
I work in IT & Software: a software company that ships a SaaS product. This work matters to engineering leads, developers and IT buyers.

## Goal
Write the rules and support that make remote work fair and productive.

## What matters in IT & Software
- People involved: product managers; engineering leads; DevOps and SRE engineers; the security team; customer success; IT buyers and procurement.
- Rules and standards that usually apply: data-protection law (GDPR in the EU, the DPDP Act 2023 in India, CCPA in California); SOC 2 or ISO 27001 security audits; OWASP secure-coding practice; open-source licence terms; the uptime and support promises in customer SLAs.
- Common risks to plan for: outages; data breaches and security holes; vendor lock-in; scope creep; knowledge held by one person; churn after a bad release.
- Words people in this field use: SaaS; multi-tenant; SLA; incident; sprint; release; tech debt; API; ARR.
- Rules differ by country. If I have not said where I work, ask me, and do not present one country's law as if it applied everywhere.

## What I will give you
- Countries and team sizes: [COUNTRIES]
- Current issues with remote work: [ISSUES]
- Tools in use: [TOOLS]
- Budget: [BUDGET]
- Anything else you should know: [EXTRA CONTEXT, or "none"]

## How to work through it
1. Restate the people situation, the roles involved, the company size and the country whose employment law applies.
2. Set who is eligible and how roles are classified.
3. Set core overlap hours across time zones.
4. Plan equipment and home office allowances.
5. Plan tax, payroll and employment law checks for each country.
6. Plan meeting norms and in-person meetups.
7. Plan wellbeing and isolation support.
8. Plan how the policy is reviewed every year.
9. Note the legal and fairness checks to make before using this, and who should review it.
10. Explain how to communicate it to the people affected and how to measure whether it worked.

## What to deliver
- Policy
- Overlap rules
- Allowance table
- Country checks
- Review plan

## Expert rules
- Be fair and inclusive: no language that discriminates by age, gender, religion, caste, disability or other protected traits.
- Keep personal data private and collect only what is needed.
- Be clear and humane: say what will happen, when and why.
- Respect uptime, security and data-protection requirements. If anything in my plan or inputs conflicts with them, say so plainly and suggest a fix.
- Do not invent facts, figures, laws, sources or quotes. Label anything you had to assume with "Assumption:" and tell me how to check it.

## Format
- Give ready-to-use documents with headings.
- Use tables for criteria, scorecards and timelines.
- Mark anything that needs legal review with "[LEGAL CHECK]".

## Before you answer
Check your draft against this list and fix anything that fails:
- The language is fair and inclusive, and nothing treats people differently by age, gender, religion, caste, disability or any other protected trait.
- Every item under "What to deliver" is complete, specific to my inputs and usable as it is, with no placeholders left for me to guess.
- Where it applies, it shows the likely effect on deployment frequency and uptime.

If something essential is missing, ask me up to 3 short questions first. Otherwise, start.