From design
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.
How this skill is triggered — by the user, by Claude, or both
Slash command
/design:research-synthesis <research data, transcripts, or survey results><research data, transcripts, or survey results>The summary Claude sees in its skill listing — used to decide when to auto-load this skill
> If you see unfamiliar placeholders or need to check which tools are connected, see [CONNECTORS.md](../../CONNECTORS.md).
If you see unfamiliar placeholders or need to check which tools are connected, see CONNECTORS.md.
Lark-native execution (depth core: LARK-PATTERNS, LARK-RECIPES, LARK-FUSION). Synthesis logic unchanged; inputs and outputs become Lark. Pull real inputs: interview audio → AI transcript/summary/action-items via
lark_minutes_search(participant_ids="me", P6) — don't re-summarize from scratch; support tickets / NPS from a feedback Lark Base (lark_base_search, P5) or Intercom (external); validate qualitative themes against product analytics (external MCP). Land outputs: publish the synthesis report to the research repository in Wiki (lark_wiki_node_create, P8) vialark-doc; track Insight→Opportunity rows in a research-findings Lark Base (lark_base_record_upsert; scaffold via base-deploy); turn recommendations into Lark Tasks (lark_task_create, owner vialark_contact_searchP1,dry_runP2); share the executive summary as an interactive card (lark_im_card_send, P4).
Synthesize user research data into actionable insights. See the user-research skill for research methods, interview guides, and analysis frameworks.
/research-synthesis $ARGUMENTS
## Research Synthesis: [Study Name]
**Method:** [Interviews / Survey / Usability Test] | **Participants:** [X]
**Date:** [Date range] | **Researcher:** [Name]
### Executive Summary
[3-4 sentence overview of key findings]
### Key Themes
#### Theme 1: [Name]
**Prevalence:** [X of Y participants]
**Summary:** [What this theme is about]
**Supporting Evidence:**
- "[Quote]" — P[X]
- "[Quote]" — P[X]
**Implication:** [What this means for the product]
#### Theme 2: [Name]
[Same format]
### Insights → Opportunities
| Insight | Opportunity | Impact | Effort |
|---------|-------------|--------|--------|
| [What we learned] | [What we could do] | High/Med/Low | High/Med/Low |
### User Segments Identified
| Segment | Characteristics | Needs | Size |
|---------|----------------|-------|------|
| [Name] | [Description] | [Key needs] | [Rough %] |
### Recommendations
1. **[High priority]** — [Why, based on which findings]
2. **[Medium priority]** — [Why]
3. **[Lower priority]** — [Why]
### Questions for Further Research
- [What we still don't know]
### Methodology Notes
[How the research was conducted, any limitations or biases to note]
Pull research inputs from Lark first.
lark_minutes_search(participant_ids="me", query=...) → use the AI transcript, summary, and action items directly (P6) rather than
re-transcribing. For meeting envelope/participants only, lark_vc_search. Delegate deep artifact
pulls to the lark-minutes skill.lark_base_search (P5 — pass search_fields for the column(s) to match; lark_base_search does
NOT support jq, so narrow with select_fields/limit. If the field names are unknown, discover
them first via lark_api GET /open-apis/bitable/v1/apps/{base}/tables/{table}/fields), or Intercom
(external MCP) if connected.lark_doc_search the research repository before synthesizing, to compare.Product analytics (external — keep as-is): validate qualitative themes against usage/behavioral metrics via the analytics MCP; quantify pain-point impact. Lark has no analytics warehouse — stays external.
Land outputs in Lark.
lark_wiki_node_create → fill via lark-doc so it
lives in the research repository.lark_base_record_upsert
(fields:{ Insight, Opportunity, Impact, Effort, Status }, dry_run first); scaffold via
base-deploy if none exists.lark_contact_search owner → open_id (P1) →
lark_task_create (dry_run, P2); delegate to lark-task.lark_im_card_send (print_json →
dry_run → send) — header, panel per theme with prevalence pills, actions footer. Card
grammar → lark-im skill.npx claudepluginhub larkcowork/lark-cowork-plugins --plugin designCreates bite-sized, testable implementation plans from specs or requirements, with file structure and task decomposition. Activates before coding multi-step tasks.