Case study · Artifact

The anticipation dashboard

See it coming rather than suffer it: day, week, month and semester horizons; backward-planned deadlines; presentations at D-30; literature watch; administrative recurrences. How the second row of the dashboard was built.

10steps
5difficulties met
5warning points
Three weeks of fine-tuning, then automatic updating
The academic cockpit: deadlines at 7, 30 and 90 days and one year, manuscripts and workload.Animation of a real tool · fictitious data
The dashboard: today’s roadmap, working tabs, then the “anticipation” row.
The dashboard: today’s roadmap, working tabs, then the “anticipation” row.

Screenshot of a real tool · fictitious data, names blurred

1

Idea

What problem, in one sentence?

  1. State the problem in one sentence

    “I discover deadlines when they arrive: a lecture next week, an annual application to submit, a conference talk in ten days.” The dashboard showed the present; the future was missing.

    DifficultyThe calendar holds the dates, but not what needs to be ready beforehand.

    SolutionDistinguish the event (in the calendar) from its preparation (in the anticipation dashboard).

2

Concept

What will the tool be, and what will it do?

  1. A second row, not a new tool

    Rather than one more artifact, a second row of tabs in the existing dashboard: horizons, to anticipate, presentations, academic, training and watch, literature watch, recurrences. A single place to open in the morning.

    DifficultyA separate first prototype that nobody (myself included) opened.

    SolutionIntegrate it into the single entry point already consulted every day.

    !Every new artifact is one more page you will not open. Prefer a tab in what already exists.

  2. Write the lead-time rules

    Simple rules, written once: a conference talk triggers an alert at D-30; a lecture at D-30 (slides and questions ready); an exam session at D-15 (papers written); an annual application at D-30 before the submission window. Each alert points to the preparation document or tool.

    What to tell Claude

    “Here are my types of recurring deadlines. For each one, propose an alert lead time, what must be ready at that point, and the tool or document to open.”

    !An alert with no link to what needs doing is ignored by the second week.

  3. Four horizons

    The day (hour-by-hour logistics, documents already available), the week, the month, the semester. The more distant the horizon, the less detail: at semester level, milestones only.

3

Build

What to ask Claude, in what order?

  1. Seed it from what exists

    Have Claude cross-reference six months of calendar and emails to list deadlines and their candidate documents; you validate each line (index, extract, discard) on a validation page.

    DifficultyDuplicates between the calendar and reminder emails.

    SolutionDeduplication by date and title, validated by you.

    !Seeding reads your emails and calendar; it writes nothing without validation.

  2. Each line carries its access points

    For each deadline: the documents already available with their access points (cloud link clickable from your phone, path on the disk, original email) and checkboxes that stay ticked. Nothing is moved: the index points to the original.

    DifficultyTicked boxes that became unticked on reload.

    SolutionCheckbox state saved in the page itself, not in the browser.

  3. Connect the feeds

    Presentations come from the calendar and the conference workshop; the literature watch comes from the watch skill; training comes from the platform watch; recurrences (annual applications, reports, renewals) from a list kept up to date.

4

Test

How do you prove it works?

  1. Check against the sources

    Once a week, compare the dashboard with the calendar: missing events, conflicting dates, alerts passed without action. The list of discrepancies is proposed, never corrected automatically.

    DifficultyA date changed in the calendar but not in the dashboard.

    SolutionDiscrepancy check in the weekly review.

    !The calendar is the reference; the dashboard updates from it, not the other way round.

5

Go live

How to deliver, publish and sustain it?

  1. Automatic updating

    The morning run writes the day's plan, the evening run updates ongoing projects, the weekly run writes the horizons and the watch. In conversation: “add a deadline”, “postpone this milestone”.

    !Scheduled tasks are created and changed only with your explicit approval, and they use up your quota.

  2. Read it in two minutes

    In the morning, a quick glance: what falls today, what turns red this week. On Sunday, the month ahead. The dashboard is useful only if it reads quickly.

← The five-stage method