Writing

Safety by design and operations

Getting safety into a product before launch, and running it well after.

  1. What I'd tell myself in year one of Trust & Safety

    Five lessons from more than ten years in the field: treat safety as a systems problem built into the product, don't treat a ban as a closed case, measure what users experience rather than how busy the team was, let automation earn its scope, and give every risk one named owner.

    1 min read · Essay · Safety by design and operations

  2. If a regulator asked for your pre-launch risk record tomorrow

    Ofcom's investigation into whether Meta risk-assessed Instagram Instants before launch is a test any service with UK users could face. Do the assessment at design review with a named sign-off, decide how disappearing content gets reported, and file a dated record you could hand over within a day.

    1 min read · Essay · Safety by design and operations

  3. Launch week is the hardest test a safety program gets

    Most of what goes wrong in launch week is decided before day one. Pre-approve friction for new and unverified accounts, triage by severity, watch the rate of abuse rather than raw counts, and agree with product how much friction you'll accept, then review it after week one.

    1 min read · Essay · Safety by design and operations

  4. Watch the rate, not the volume

    In live sports chat, volume swings hard while the rate of abusive content tends to hold steady. Alert on rate jumps to spot raids, and slow down new accounts instead of locking the room.

    1 min read · Commentary · Safety by design and operations

  5. Run the abuse pre-mortem at design review

    At design review, changing a default is a quick edit. After launch it means taking something away. T&S earns the invite by being selective and fast, and accepted risks get an owner and a date.

    1 min read · Essay · Safety by design and operations

  6. Launches get a security review. Almost none get an abuse review.

    Introducing the free abuse pre-mortem: 12 questions, rated risks, safeguards with owners in priority order, likely laws, and a launch plan for Jira, Linear or GitHub.

    1 min read · Tool launch · Safety by design and operations

  7. You can't moderate your way out of a systems problem

    Treating Trust & Safety mainly as an operations function is a mistake. Reputation, history, age and behavior signals belong in one risk model, automation needs clear limits, and safety belongs in the product architecture from the start.

    1 min read · Essay · Safety by design and operations