Lanchester R&DTactical Exploration Lab
Coordination Systems
Family TechiOSAvailabilityCoordinationVideo Calling

CallTime

Family availability coordination with one-tap video calling for grandparents.

CallTime case study hero visual
IMG_REF // CALLTIME

Problem Defined

"Families struggle to coordinate quick calls across generations because availability is fragmented across texts, calendars, and ad hoc check-ins."

01

Strategic Context

Grandparents and family helpers need a low-friction way to know when loved ones are available now versus later.

02

Competitive Imbalance

General messaging tools optimize for conversation volume, not calm, glanceable availability coordination for older adults.

03

System Hypothesis

A privacy-preserving availability layer plus one-tap FaceTime launch increases successful family connection moments while reducing coordination overhead.

04

Process Architecture

How the system was designed, tested, and refined.

01

DEFINE

Objective

Identify where family calling intent breaks down before connection happens.

What We Did
  • Mapped grandparent-to-family contact routines
  • Reviewed failed-call patterns and rescheduling loops
  • Prioritized low-vision and low-complexity UI needs
What Failed
  • Early assumptions required too much calendar literacy
  • Dense UI mockups increased hesitation in older testers
What We Learned
  • Users need immediate, confidence-building status cues rather than full schedule detail
What We Adjusted
  • Reduced state language to available now, busy now, and next available
Family ResearchUX AuditAccessibility
02

MAP

Objective

Map invite, trust, and availability flow from first install to first successful call.

What We Did
  • Designed family invite token journey
  • Mapped role boundaries for grandparent and family member
  • Separated raw calendar data from shared availability state
What Failed
  • Initial flow exposed too many setup tasks before value was visible
What We Learned
  • First value must happen in the first session with minimal setup friction
What We Adjusted
  • Moved onboarding toward immediate family invite and mock availability preview
Flow MappingTrust DesignPrivacy Boundaries
03

VALIDATE

Objective

Validate whether derived availability increases call success without exposing sensitive calendar data.

What We Did
  • Prototype-tested large touch targets with older adults
  • Validated derived-state labels against family expectations
  • Simulated invite acceptance and return flows
What Failed
  • Long-form legal/privacy copy blocked invite completion
What We Learned
  • Clarity and reassurance copy outperform completeness in early onboarding
What We Adjusted
  • Kept legal acceptance explicit but reduced first-run cognitive load
Prototype TestingBehavioral ValidationOnboarding
04

EXECUTE

Objective

Ship the first operational stack with auth hooks, invites, and availability scaffolding.

What We Built
  • Built SwiftUI feature shells for auth, home, family, and invite flows
  • Added LEARN bootstrap placeholder service
  • Implemented availability and invite data models
What Failed
  • Tried to over-spec backend coupling before core client flow was stable
What We Learned
  • A stable client architecture accelerates backend integration decisions
What We Adjusted
  • Standardized webhook-first LEARN integration path for canonical identity sync
SwiftUIFirebaseLEARNidDeep Links
05

MEASURE

Objective

Track whether the system increases successful family call connections.

Metrics Tracked
  • Defined first-call conversion and invite acceptance signals
  • Tracked setup completion bottlenecks
  • Measured availability-state confidence in user interviews
What Failed
  • Initial telemetry focused on taps instead of completed connection outcomes
What We Learned
  • Connection completion is the north-star metric, not interaction count
What We Adjusted
  • Prioritized call completion and invite conversion in event design
Product AnalyticsRetention SignalsOutcome Metrics

Rule Application

How doctrine was operationalized.

Intellectual Rigor
01_INT
Applied By
  • Separating derived availability from raw event data
  • Defining observable first-call success metrics before expansion
Evidence

Privacy constraints and success metrics are encoded in V1 architecture decisions.

Tactical Execution
02_TAC
Applied By
  • Shipping invite and availability scaffolds before advanced social features
  • Aligning identity sync to signed server webhooks
Evidence

Core connection path reached implementation readiness with minimal dependency risk.

Human Calibration
03_HUM
Applied By
  • Large-touch, low-friction interaction design
  • Reducing language complexity for elder-first confidence
Evidence

User-facing states are intentionally constrained to reduce decision fatigue.

Machine Leverage
04_AI
Applied By
  • Derived availability synthesis from calendar signals
  • Backend-signed identity synchronization to LEARN canonical records
Evidence

System can coordinate identity and availability context without exposing raw private data.

05

Product Architecture

SwiftUI iOS app with invite links, family graph, derived availability states, and direct FaceTime launch actions.

CallTime product architecture diagram
System Schematic // V-01
06

AI Leverage

Derived availability synthesis and intent-aware coordination support without exposing raw calendar details.

07

Outcomes & Learnings

Families connect faster when availability is glanceable, privacy-preserving, and actioned through a single-tap call path.

Launch System