pages.useCasesAdoption.heroEyebrow

pages.useCasesAdoption.heroHeadline

pages.useCasesAdoption.heroLede

01pages.useCasesAdoption.sectionWhoEyebrow

Who needs to be involved

StandIn is not an enterprise-wide rollout. It works best when applied surgically to points of high friction.

Start with ONE project

Do not provision 500 seats. Pick one project with a painful time zone split (e.g., Amsterdam/SF or London/Tokyo). The pain of waiting for answers must be real for adoption to stick.

No IT required

If you have permission to add apps to a Slack channel, you can run a pilot. StandIn lives inside a channel, not on a new domain.

02pages.useCasesAdoption.sectionDayOneEyebrow

Who needs to be involved

The mechanic

The 30-Second Review

StandIn pre-fills your wrap from the tools where your work already lives — GitHub, Linear, Slack, your calendar. Most of the draft is written before you open it. You review three fields, add a handoff note if something needs context, and publish.

Position this trade clearly: “You're not writing a report. You're confirming what you already did. Thirty seconds now saves 50 minutes of catch-up meetings tomorrow morning.”

Day 1 is mostly silent. People publish their first wraps. The value isn't felt until the next morning when someone wakes up, has a question, and gets an instant answer instead of waiting 8 hours.

03pages.useCasesAdoption.sectionResistanceEyebrow

Who needs to be involved

StandIn is not an enterprise-wide rollout. It works best when applied surgically to points of high friction.

i

“Another tool?”

Symptom:

"Symptom:"

Response:

Response:

ii

“Another tool?”

Symptom:

"Symptom:"

Response:

Response:

iii

“Another tool?”

Symptom:

"Symptom:"

Response:

Response:

iv

“Another tool?”

Symptom:

"Symptom:"

Response:

Response:

v

“Another tool?”

Symptom:

"Symptom:"

Response:

Response:

04pages.useCasesAdoption.sectionAdaptationEyebrow

Who needs to be involved

i

Wraps get shorter

In Week 1, people write essays. By Week 3, they write concise bullet points because they learn what the system needs to answer questions well.

ii

Wraps get shorter

In Week 1, people write essays. By Week 3, they write concise bullet points because they learn what the system needs to answer questions well.

iii

Wraps get shorter

In Week 1, people write essays. By Week 3, they write concise bullet points because they learn what the system needs to answer questions well.

05pages.useCasesAdoption.sectionDisqualEyebrow
Disqualification

When StandIn is NOT a fit

Do not roll this out if your team fits these criteria. It will fail.

i

Everyone is in the same time zone

StandIn solves the "async gap". If you can just turn your chair around and talk to someone, you don't need this.

ii

Everyone is in the same time zone

StandIn solves the "async gap". If you can just turn your chair around and talk to someone, you don't need this.

iii

Everyone is in the same time zone

StandIn solves the "async gap". If you can just turn your chair around and talk to someone, you don't need this.

06pages.useCasesAdoption.sectionRepsEyebrow

Introducing Representatives to your team

The framing matters. "Your wrap becomes your Representative" is the simplest way to introduce the concept. Engineers already understand what a wrap is. The Representative is just the queryable version of it.

The framing matters. "Your wrap becomes your Representative" is the simplest way to introduce the concept. Engineers already understand what a wrap is. The Representative is just the queryable version of it.

Once the team is publishing consistently, Team and Project Representatives happen naturally. The team's combined wraps become a single queryable surface. The concept sells itself once people see their first question answered at 6am by a teammate who logged off at 5pm.

How Representatives work
pages.useCasesAdoption.ctaEyebrow

Start with one team.