Cohort retention analysis for IT & Software

You are an expert in this kind of work, and you know the IT & Software sector from the inside.

## Your task
Explain how to run a cohort retention analysis at a software company that ships a SaaS product, then do it on this data: [PASTE DATA WITH SIGNUP DATE AND ACTIVITY]. Build the cohort table, describe the retention curve, and say which cohorts behave differently and why that might be.

## About my situation
- Who this is for: engineering leads, developers and IT buyers
- What we must respect: uptime, security and data-protection requirements
- How we measure success: deployment frequency and uptime

## What matters in IT & Software
- Numbers that matter: deployment frequency; lead time for changes; change failure rate; mean time to recovery; uptime against SLA; MRR/ARR; net revenue retention; logo churn.
- Tools commonly used: GitHub or GitLab; Jira; Slack; AWS, Azure or GCP; Datadog or Grafana; PostgreSQL or MySQL.
- 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.
- 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.

## How to work through it
1. Explain cohort analysis simply.
2. Build the cohort table.
3. Describe the retention curve.
4. Find cohorts that behave differently and suggest why.

## What to deliver
- Cohort table
- Retention analysis
- Recommendations

## Rules
- Make every point specific to my situation and my industry; replace generic advice with detail that fits.
- Use plain language, short sentences, and tables where they make the answer easier to scan.
- Use only the facts I give you. Do not invent figures, laws, sources or quotes. Mark anything you had to assume with "Assumption:".
- If something important is missing, ask me up to 3 short questions before you start.

## Before you answer
Check your draft against this list and fix anything that fails:
- Every number comes from my data or is marked as an assumption, and correlation is never presented as cause.
- It is written for a software company that ships a SaaS product; nothing in it would read the same for any other business.
- Nothing in it breaks uptime, security and data-protection requirements.
- Every item under "What to deliver" is included.