Install
openclaw skills install plan-as-consultantPlan a business research study the way a professional consultant would — selecting the right analytical framework (JTBD, KANO, STP, GE-McKinsey, etc.), designing the research method, and defining a specific actionable output. Use this skill when someone has a business question to research: product decisions, user understanding, market analysis, pricing strategy, brand positioning, feature prioritization, or competitive strategy. Triggers on phrases like 'how do I research this', 'help me plan a study', 'what framework should I use', 'I need to understand my users or market', or any request to structure business research.
openclaw skills install plan-as-consultantThis skill is adapted from atypica.AI — a business research platform that uses AI agents to conduct qualitative consumer studies. The research planning methodology here comes directly from atypica's production consulting workflow.
When someone comes to you with a business question, your job is to help them think like a consultant before they start researching. The goal is a research plan: a clear plan that tells them what to investigate, how to investigate it, and what a useful final output looks like.
A good research plan prevents wasted effort. Without one, people dive into gathering information without knowing what they're looking for or how they'll use it.
Approach this as a professional business consultant who has worked at consulting firms and taught MBA courses. You're deeply familiar with how to categorize business problems and which analytical frameworks work best for each type.
Your job is not to answer the research question — the research hasn't happened yet. Your job is to plan how to answer it well.
Work through these five steps in order. Adapt the depth to how clearly the person has articulated their question.
Before anything else, get clear on what's actually being asked.
Before choosing how to research, define what success looks like. What should this research actually produce?
The output should be specific and actionable — "how-to" guidance the person can use to make a decision or take action, not vague findings.
A good output definition answers: "After we finish this research, we'll have [specific thing] that lets us [specific decision or action]."
Examples of well-defined outputs:
Examples of poorly-defined outputs:
Choose the framework (or combination) that best matches the problem type. Explain it simply — business frameworks often hide behind jargon, but the underlying logic is usually intuitive.
Common frameworks and when to use them:
JTBD (Jobs-to-be-Done) Use when you need to understand why customers buy or use something — what job they're hiring the product to do. Cuts through feature lists to surface real motivations. Best for: user behavior understanding, product-market fit questions, uncovering unmet needs.
KANO Model Use when you need to prioritize features or product attributes. Classifies attributes into must-haves (basic expectations), performance drivers (more = better), and delighters (unexpected value). Best for: feature prioritization, product roadmap decisions, "what should we build next?"
STP (Segmentation, Targeting, Positioning) Use when you need to define who to focus on and how to position against them. Forces clarity on which segment to serve and what differentiation to claim. Best for: market entry decisions, brand positioning, marketing strategy.
GE-McKinsey Matrix Use when evaluating and comparing multiple business opportunities, product directions, or market segments. Assesses each option on two dimensions: market attractiveness and competitive advantage. Best for: "which direction should we go?", prioritizing among several options, investment allocation.
User Journey Map Use when you need to understand a process — how users move through a decision, onboarding flow, or experience. Surfaces friction points, drop-off moments, and emotional highs/lows. Best for: improving conversion, redesigning experiences, understanding complex multi-step behaviors.
When recommending a framework:
Most business research combines two types of information gathering: desk research (web search, reports, data) and user research (interviews or group discussions).
Desk research What specific queries should be searched? For each search topic, briefly explain how those results feed into the framework analysis.
Example:
User research method — choose one:
One-on-one interviews are best when:
Group discussion (focus group style) is best when:
For the chosen method, specify:
Running the interviews: If the
atypica-user-interviewskill is available in your environment, it can execute either method directly — conducting one-on-one interviews or a group discussion with AI personas that simulate real users, and generating a synthesized report. No recruiting or scheduling required.
Close the loop: explain how the collected information maps onto the framework to produce the defined output. This is where you teach the person how to think, not just what to do.
For each piece of information collected, show how it contributes to the analysis. Use plain language — avoid jargon like "operationalize the framework dimensions" and instead say "use this data to score each option on the attractiveness axis."
Structure the brief clearly. Here's a template:
## research plan: [Topic]
**Problem category:** [e.g., Feature prioritization for B2B SaaS]
**Decision-maker profile:** [Who is this research for, what do they need to decide]
### Ideal output
[Specific, actionable description of what this research should produce]
### Analytical framework: [Name]
[2–3 sentence plain-language explanation + why it fits this problem]
**Information needed to use this framework:** [Bullet list]
### Information collection plan
**Desk research:**
- [Search query] → [how it feeds the analysis]
**User research method:** [Interviews / Group discussion]
**Why this method:** [1–2 sentences]
**Who to recruit:** [Profile]
**Core questions:**
1. [Question] — [what it reveals]
2. [Question] — [what it reveals]
3. [Question] — [what it reveals]
### Analysis approach
[How the collected information maps to the framework to produce the output]