|
1 | | -## Q1 2026 |
| 1 | +## Q2 2026 |
2 | 2 |
|
3 | | -### Objective 1: Signals & Tasks APIs (for app + Array consumption) |
| 3 | +For reference (internal-only): [Q2 planning doc](https://docs.google.com/document/d/1s8LQVo0UThfDx3VSEMBMp1_nmuENRBaiSDKLcTYuol4/edit?tab=t.0) |
4 | 4 |
|
5 | | -What we’ll ship: |
6 | | -- Scheduled summarization creating signal groups, which are then turned into tasks (Alex) |
7 | | -- Way to schedule summarization: (Alex) |
8 | | - - let user provide golden paths |
9 | | - - let user provide features they care about |
| 5 | +Going as far as it takes to make users feel Inbox is not just "cool" - but awesome. |
10 | 6 |
|
11 | | -### Objective 2: Video-first session summarization |
| 7 | +Principles: |
| 8 | +- We eat our own dog food - PostHog Inc. has to be a set of happy Inbox users, and we have a path to that |
| 9 | +- Reliabiltity is non-optional - explicitly allocating time to reliability, including devex |
12 | 10 |
|
13 | | -What we’ll ship: |
14 | | -- Re-architect session summarization to analyze full videos (Michael) |
15 | | -- Basic evals, and lots of prompt tuning for quality (Michael) |
16 | | -- Models iteration (Gemini 3/Claude instead of o3) (Alex) |
| 11 | +_Ownership will be assigned as we prioritize throughout the quarter. Michael makes sure this happens as team lead._ |
17 | 12 |
|
18 | | -### Objective 3: Correlating signals across products |
| 13 | +### Objective 1: One PR merged a day |
19 | 14 |
|
20 | | -What we’ll ship: |
21 | | -- To experiment with: 1\. Matching signals based on relevant time ranges, 2\. Vector similarity search between signal types, 3\. Agent to run search tools to correlate signal types |
22 | | -- Vector search DB (Olly) |
| 15 | +Self-driving has to deliver concrete code to review and merge: |
| 16 | +- Auto-create PRs |
| 17 | +- Allow users to configure the level of confidence for PR creation |
| 18 | +- Make PostHog Code Inbox UX spark joy |
| 19 | +- Run user interviews |
| 20 | + - Annika will be running interviews with active PH Code users, we should take part |
23 | 21 |
|
24 | | -### Objective 4: Video exports infra for exporting a double-digit % of sessions |
| 22 | +### Objective 2: Prioritization |
25 | 23 |
|
26 | | -What we’ll ship: |
27 | | -- Filter periods of inactivity from Replay and skip them when recording/analyzing (Olly) |
28 | | -- Replace Playwright with Puppeteer for better quality/FPS of the videos exported (Olly) |
| 24 | +Serving "One PR merged a day": |
| 25 | +Prioritization in the inbox has to always surface slam dunks above noise: |
| 26 | +- Making the agent run queries to determine if the problem is in a hot path |
| 27 | +- "Analyze part of session visually" tool for research |
| 28 | +- Seamless PostHog org member→GH user mapping (for owner assignment) |
| 29 | +- Ability to reingest all signals in prod |
| 30 | + - Plus ability fo filter by pipeline version |
| 31 | + |
| 32 | +### Objective 3: Sources |
| 33 | + |
| 34 | +Specific sources have to result in salient inbox items: |
| 35 | +- PostHog Error Tracking |
| 36 | +- Linear |
| 37 | +- GitHub Issues |
| 38 | +- Zendesk |
| 39 | +- PostHog Support |
| 40 | +- Later in the quarter: Session Replay (much higher-effort w/ Replay team collab) |
| 41 | + - Michael to write a spec for the person who'll help us ship here |
| 42 | + |
| 43 | +Other teams integrating: on pause until we have confidence in these core sources. |
| 44 | + |
| 45 | +### Objective 4: Experiments |
| 46 | + |
| 47 | +We're in delivery mode with PostHog Code launch, but when we have solid footing there, we should get back into some experimentation. We think we have some ideas that _may_ take the product to the next level, but they need to be actually tested: |
| 48 | + |
| 49 | +- AI PM: Agent as the "product owner" on a product/feature level: On a cron, the agent checks the feature status (metrics, errors etc.) & recommends actions |
| 50 | +- Memory |
| 51 | +- Allow agent to schedule follow-up (esp. for LLMA + replay) |
| 52 | + |
| 53 | +### Non-objective: Pricing |
| 54 | + |
| 55 | +Pricing is not a priority before we feel that the Inbox is indeed _awesome_. We should just keep track of costs to keep an eye: |
| 56 | + |
| 57 | +- Set up Inbox usage/success/costs dashboard |
0 commit comments