skills / research

research-synthesis

what it does

Synthesize user research into themes, insights, and recommendations. Use when you have interview transcripts, survey results, usability test notes, support tickets, or NPS responses that need to be distilled into patterns, user segments, and prioritized next steps.

Verified Before and after: 2 models 1 try per case View source Download .zip

Compare the answers

Answers from Claude Sonnet 5.5 and GPT-6.1 Sol · try 1 of 1

Same request, same model, once with the skill and once without. Read both and judge for yourself.

“We surveyed users about what to build next. Write up the findings for the team.”

Source material given with the request

Survey ran for 2 weeks as a banner on the Advanced Reports page of the desktop app. Responses: 41. Monthly active users: about 9,000. Plan of respondents: Business 37, Starter 4. (Business is 12% of all users.) "Which one should we build next?" API access ............ 29 Offline mobile mode ... 6 Simpler onboarding .... 4 Other ................. 2
with the skill
## Research Synthesis: What Should We Build Next? **Method:** In-app survey | **Responses:** 41 **Duration:** 2 weeks | **Placement:** Banner on the desktop app’s Advanced Reports page ### Executive Summary API access was the clear preference **among respondents**, receiving 29 of 41 votes (71%). However, this survey primarily captures the views of Business-plan users who visited Advanced Reports and chose to respond—not the overall user base. Business users account for 90% of responses but only 12% of all users. Treat the result as a strong signal to investigate API access for this audience, rather than a company-wide mandate to prioritize it. ### Results | Requested feature | Votes | Share of responses | |---|---:|---:| | API access | 29 | 71% | | Offline mobile mode | 6 | 15% | | Simpler onboarding | 4 | 10% | | Other | 2 | 5% | *Percentages are rounded.* ### Key Findings
Show the rest (44 more lines)
#### 1. API access led by a substantial margin **Observation:** API access received 29 votes, compared with 12 votes for all other options combined. **Interpretation:** There is a clear preference for API access within the responding group. The survey does not tell us which API capabilities respondents need, what problems they would solve, or how frequently they would use them. **Implication:** Prioritize API discovery before committing to a build or defining scope. #### 2. Business users are heavily overrepresented **Observation:** 37 of 41 respondents (90%) were on Business, compared with 12% of the overall user base. Only four respondents were on Starter. **Interpretation:** The results are much more informative about the responding Business-heavy audience than about users overall. Without a plan-by-choice breakdown, we cannot establish how preferences differ between plans. **Implication:** If the roadmap goal is to serve Business customers, this is a useful directional signal. If the goal is broad adoption or Starter-user value, additional evidence is needed. #### 3. Survey placement limits what we can conclude **Observation:** The survey appeared only on the desktop Advanced Reports page. The 41 responses equal roughly 0.46% of the approximately 9,000 monthly active users. **Interpretation:** Users who do not visit that page—including mobile-focused users and people struggling to get started—may be poorly represented. This could understate demand for offline mobile mode or simpler onboarding, although the size and direction of that effect are unknown. **Implication:** Low vote counts for those options should not be treated as evidence that those needs are unimportant. ### Insights → Opportunities | Insight | Opportunity | Potential impact | Effort | |---|---|---|---| | API access dominates this sample | Interview API voters to identify workflows, required capabilities, and current workarounds | Potentially high for this audience; unvalidated | Low–Medium for discovery | | Responses are concentrated in Business | Compare preferences by plan and recruit more Starter users | Better confidence in roadmap fit | Low–Medium | | Recruitment excluded other product contexts | Gather feedback in mobile and onboarding contexts | Better visibility into underrepresented needs | Medium | ### Recommendations 1. **Start focused API discovery.** Follow up with API voters to understand their use cases, pain severity, expected usage, and minimum useful scope. 2. **Validate beyond Advanced Reports before making a broad roadmap commitment.** Recruit across plans and product surfaces, particularly mobile users and new users. 3. **Cross-check demand against behavior and business goals.** Review relevant support requests, sales feedback, onboarding drop-off, and mobile usage where available. Evaluate reach, customer value, and build cost—not vote totals alone. 4. **Inspect the two “Other” responses**, if free-text details were collected. ### Questions for Further Research - What tasks would API access enable, and what do users do today instead? - How do feature preferences differ by plan and usage pattern? - Are onboarding difficulties preventing users from reaching Advanced Reports? - How important is offline access to mobile users? - Which option best supports the team’s current strategic goal? ### Methodology Notes This was a self-selected, single-choice survey—not a representative sample of the user base. Banner impressions and eligible page visitors were not provided, so **the survey response rate cannot be calculated**; responses as a share of monthly active users are not a response rate. The forced-choice question measures relative preference among the listed options, not absolute need, willingness to pay, or likely adoption. No qualitative comments or participant quotes were provided.
without
## Survey findings: API access leads among respondents **Bottom line:** API access was the clear favorite among the 41 people who responded. This is a useful signal from a Business-heavy group of Advanced Reports users—not evidence that API access is the top priority across our full user base. ### Results The survey ran for two weeks as a banner on the desktop app’s Advanced Reports page. It asked: **“Which one should we build next?”** | Option | Responses | Share | |---|---:|---:| | API access | 29 | 71% | | Offline mobile mode | 6 | 15% | | Simpler onboarding | 4 | 10% | | Other | 2 | 5% | *Percentages are rounded.* ### What we can conclude API access received more votes than all other options combined. The result supports further discovery into API needs among users who visit Advanced Reports, particularly Business customers.
Show the rest (16 more lines)
### Important limitations - **Respondents do not reflect our overall plan mix.** Business customers made up 90% of respondents (37 of 41), but only 12% of all users. Starter customers contributed just four responses. - **Placement shaped who could respond.** A desktop Advanced Reports banner reaches a specific audience. It may underrepresent mobile-focused users and people who have not progressed far enough to use advanced reporting—both relevant to the other options. - **Participation was small and self-selected.** The 41 responses equal roughly 0.46% of our approximately 9,000 monthly active users. That is not a survey response rate; we do not know how many users saw the banner. - **The question measured relative preference, not depth of need.** It does not tell us what respondents would use API access for, how often they would use it, or whether it would affect retention or purchasing. We also cannot attribute votes to plans without a plan-by-answer breakdown. ### Recommended next steps Treat API access as the **leading candidate for discovery, not a settled roadmap decision**: 1. Interview API voters, if follow-up is possible, to identify concrete workflows and a useful initial scope. 2. Validate priorities with a broader sample across plans, platforms, and stages of product adoption. 3. Weigh that evidence alongside engineering cost, strategic fit, and expected customer impact before committing. The lower vote counts for offline mobile mode and simpler onboarding should not be read as proof of low demand across the customer base.

Answers are shown exactly as the model wrote them, from the first try, and nothing is picked by hand.

The models

2 models

Claude Sonnet 5.5

made by Anthropic

claude-sonnet-5-5 · revision not reported by the provider

1 try per case · tested 1 Nov 2026

GPT-6.1 Sol

made by OpenAI

gpt-6.1-sol · revision not reported by the provider

1 try per case · tested 1 Nov 2026

The tasks

written by Carte Blanche
biased-feature-survey

“We surveyed users about what to build next. Write up the findings for the team.”

expense-interviews

“I ran six interviews about our expense app last week. Can you pull out the main themes and what we should do about them?”

export-usability-test

“Summarize what we learned from this usability test on report export.”

nps-verbatims

“Here are last month's NPS responses. What's our score, and what's driving it?”

support-ticket-spike

“Group these support tickets and tell me what we should look at first.”

Install

Download the .zip and unzip it. Put its files, in a folder named research-synthesis, here:

Claude Code~/.claude/skills/Every project. For one project only, use .claude/skills/ inside it.
Codex~/.agents/skills/Every project. For one repository only, use .agents/skills/ inside it.
Cursor~/.cursor/skills/Cursor also reads the Claude Code and Codex folders above.

Then start a new session and ask for what the skill does. Other agents that read SKILL.md have their own skills folder; check their docs.

Coming after launch: get skills from inside your agent, no download needed.