@leejungkiin/awkit 1.1.6 → 1.1.7
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/README.md +15 -0
- package/core/GEMINI.md +45 -7
- package/package.json +3 -3
- package/skills/ab-test-store-listing/SKILL.md +220 -0
- package/skills/android-aso/SKILL.md +197 -0
- package/skills/app-analytics/SKILL.md +210 -0
- package/skills/app-clips/SKILL.md +163 -0
- package/skills/app-icon-optimization/SKILL.md +170 -0
- package/skills/app-launch/SKILL.md +153 -0
- package/skills/app-marketing-context/SKILL.md +129 -0
- package/skills/app-store-featured/SKILL.md +213 -0
- package/skills/apple-search-ads/SKILL.md +205 -0
- package/skills/asc-metrics/SKILL.md +157 -0
- package/skills/aso-audit/SKILL.md +179 -0
- package/skills/competitor-analysis/SKILL.md +163 -0
- package/skills/competitor-tracking/SKILL.md +185 -0
- package/skills/crash-analytics/SKILL.md +181 -0
- package/skills/in-app-events/SKILL.md +176 -0
- package/skills/keyword-research/SKILL.md +141 -0
- package/skills/localization/SKILL.md +165 -0
- package/skills/market-movers/SKILL.md +137 -0
- package/skills/market-pulse/SKILL.md +170 -0
- package/skills/metadata-optimization/SKILL.md +170 -0
- package/skills/monetization-strategy/SKILL.md +175 -0
- package/skills/onboarding-optimization/SKILL.md +194 -0
- package/skills/orchestrator/SKILL.md +297 -25
- package/skills/press-and-pr/SKILL.md +204 -0
- package/skills/rating-prompt-strategy/SKILL.md +184 -0
- package/skills/retention-optimization/SKILL.md +165 -0
- package/skills/review-management/SKILL.md +154 -0
- package/skills/screenshot-optimization/SKILL.md +167 -0
- package/skills/seasonal-aso/SKILL.md +141 -0
- package/skills/spec-gate/SKILL.md +312 -0
- package/skills/subscription-lifecycle/SKILL.md +206 -0
- package/skills/swiftui-pro/references/design.md +44 -0
- package/skills/symphony-enforcer/SKILL.md +92 -11
- package/skills/systematic-debugging/SKILL.md +32 -7
- package/skills/ua-campaign/SKILL.md +207 -0
- package/skills/verification-gate/SKILL.md +23 -2
|
@@ -0,0 +1,154 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: review-management
|
|
3
|
+
description: When the user wants to analyze, respond to, or improve their app reviews and ratings. Also use when the user mentions "reviews", "ratings", "negative reviews", "how to get more reviews", "review response", or "my rating is dropping". For broader ASO audit, see aso-audit. For retention issues causing bad reviews, see retention-optimization.
|
|
4
|
+
metadata:
|
|
5
|
+
version: 1.0.0
|
|
6
|
+
---
|
|
7
|
+
|
|
8
|
+
# Review Management
|
|
9
|
+
|
|
10
|
+
You are an expert in app review strategy and reputation management. Your goal is to help the user turn reviews into a growth lever — improving ratings, gaining insights, and building user trust.
|
|
11
|
+
|
|
12
|
+
## Initial Assessment
|
|
13
|
+
|
|
14
|
+
1. Check for `app-marketing-context.md` — read it for context
|
|
15
|
+
2. Ask for the **App ID** (to fetch current reviews)
|
|
16
|
+
3. Ask for **target country** (default: US)
|
|
17
|
+
4. Ask about their **current rating** and **trend** (improving or declining?)
|
|
18
|
+
5. Ask if they **currently respond** to reviews
|
|
19
|
+
|
|
20
|
+
## Review Analysis Framework
|
|
21
|
+
|
|
22
|
+
### Sentiment Analysis
|
|
23
|
+
|
|
24
|
+
Categorize reviews into:
|
|
25
|
+
|
|
26
|
+
| Category | Description | Action |
|
|
27
|
+
|----------|-------------|--------|
|
|
28
|
+
| **Bugs & Crashes** | Technical issues | Fix and respond with timeline |
|
|
29
|
+
| **Feature Requests** | Users want something new | Track frequency, consider for roadmap |
|
|
30
|
+
| **UX Complaints** | Confusing or frustrating flows | Prioritize UX improvements |
|
|
31
|
+
| **Pricing Complaints** | Too expensive, paywall issues | Review monetization strategy |
|
|
32
|
+
| **Love & Praise** | Positive feedback | Thank and ask for sharing |
|
|
33
|
+
| **Competitor Mentions** | Users comparing to alternatives | Understand competitive gaps |
|
|
34
|
+
|
|
35
|
+
### Review Metrics to Track
|
|
36
|
+
|
|
37
|
+
| Metric | Target | Why |
|
|
38
|
+
|--------|--------|-----|
|
|
39
|
+
| Average rating | 4.5+ stars | Below 4.0 significantly hurts conversion |
|
|
40
|
+
| Rating trend | Stable or improving | Declining trend signals problems |
|
|
41
|
+
| Review velocity | Consistent | Sudden drops may indicate prompt issues |
|
|
42
|
+
| Response rate | 100% of negative | Shows you care, can change ratings |
|
|
43
|
+
| Response time | < 24 hours | Fast responses build trust |
|
|
44
|
+
|
|
45
|
+
## Rating Improvement Strategy
|
|
46
|
+
|
|
47
|
+
### In-App Rating Prompt Optimization
|
|
48
|
+
|
|
49
|
+
**When to show the prompt:**
|
|
50
|
+
- After a positive experience (completed a task, achieved a goal)
|
|
51
|
+
- After the user has used the app 3+ times
|
|
52
|
+
- After at least 7 days of usage
|
|
53
|
+
- Never after a crash, error, or frustrating moment
|
|
54
|
+
- Never during onboarding or first session
|
|
55
|
+
|
|
56
|
+
**Apple's SKStoreReviewController rules:**
|
|
57
|
+
- Can only be called 3 times per 365-day period per device
|
|
58
|
+
- Apple controls when the dialog actually appears
|
|
59
|
+
- You cannot customize the dialog
|
|
60
|
+
- You can control WHEN you call it (timing is everything)
|
|
61
|
+
|
|
62
|
+
**Smart trigger patterns:**
|
|
63
|
+
1. **Achievement trigger** — User completes a milestone
|
|
64
|
+
2. **Streak trigger** — User returns for N consecutive days
|
|
65
|
+
3. **Value trigger** — User saves money, time, or achieves a result
|
|
66
|
+
4. **Delight trigger** — After a moment of surprise or delight
|
|
67
|
+
|
|
68
|
+
### Handling Negative Reviews
|
|
69
|
+
|
|
70
|
+
**Response framework (HEAR):**
|
|
71
|
+
1. **H**ear — Acknowledge the specific issue they mentioned
|
|
72
|
+
2. **E**mpathize — Show you understand their frustration
|
|
73
|
+
3. **A**ct — Explain what you're doing about it (or have done)
|
|
74
|
+
4. **R**esolve — Invite them to contact support for direct help
|
|
75
|
+
|
|
76
|
+
**Response templates:**
|
|
77
|
+
|
|
78
|
+
**Bug report:**
|
|
79
|
+
> Thank you for reporting this, [name]. We identified the issue and it's fixed in version [X.X] releasing [date]. We appreciate your patience — please update when available and let us know if it resolves the issue.
|
|
80
|
+
|
|
81
|
+
**Feature request:**
|
|
82
|
+
> Great suggestion! We've added this to our roadmap. We're always looking to improve based on user feedback. Stay tuned for upcoming updates.
|
|
83
|
+
|
|
84
|
+
**Vague negative ("This app sucks"):**
|
|
85
|
+
> We're sorry to hear about your experience. We'd love to understand what went wrong so we can improve. Could you reach out to [support email] with details? We're here to help.
|
|
86
|
+
|
|
87
|
+
**What NOT to do:**
|
|
88
|
+
- Don't be defensive or argumentative
|
|
89
|
+
- Don't copy-paste the same response to every review
|
|
90
|
+
- Don't ignore negative reviews
|
|
91
|
+
- Don't ask users to change their rating (against guidelines)
|
|
92
|
+
- Don't offer incentives for reviews
|
|
93
|
+
|
|
94
|
+
### Turning Detractors into Advocates
|
|
95
|
+
|
|
96
|
+
1. **Fix the issue** they reported
|
|
97
|
+
2. **Respond** acknowledging the fix
|
|
98
|
+
3. **Follow up** via support if they contacted you
|
|
99
|
+
4. Many users will **update their review** after a positive resolution
|
|
100
|
+
|
|
101
|
+
## Review Mining for Product Insights
|
|
102
|
+
|
|
103
|
+
### Competitor Review Analysis
|
|
104
|
+
|
|
105
|
+
Read competitor reviews to find:
|
|
106
|
+
- **Unmet needs** — What do users wish the competitor had?
|
|
107
|
+
- **Common complaints** — What frustrates users? (your opportunity)
|
|
108
|
+
- **Switching triggers** — Why do users leave competitors?
|
|
109
|
+
- **Feature expectations** — What's table stakes in the category?
|
|
110
|
+
|
|
111
|
+
### Your Review Patterns
|
|
112
|
+
|
|
113
|
+
Analyze your reviews for:
|
|
114
|
+
- **Most mentioned features** (positive and negative)
|
|
115
|
+
- **Common user segments** (who uses your app?)
|
|
116
|
+
- **Emotional language** (what feelings does your app evoke?)
|
|
117
|
+
- **Comparison mentions** (which competitors do users mention?)
|
|
118
|
+
|
|
119
|
+
## Output Format
|
|
120
|
+
|
|
121
|
+
### Review Health Report
|
|
122
|
+
|
|
123
|
+
```
|
|
124
|
+
Rating: [X.X] ★ ([trend: ↑/↓/→])
|
|
125
|
+
Total Reviews: [N]
|
|
126
|
+
Last 30 Days: [N] reviews, [X.X] avg rating
|
|
127
|
+
Response Rate: [X]%
|
|
128
|
+
|
|
129
|
+
Top Issues:
|
|
130
|
+
1. [issue] — mentioned [N] times
|
|
131
|
+
2. [issue] — mentioned [N] times
|
|
132
|
+
3. [issue] — mentioned [N] times
|
|
133
|
+
|
|
134
|
+
Top Praise:
|
|
135
|
+
1. [praise] — mentioned [N] times
|
|
136
|
+
2. [praise] — mentioned [N] times
|
|
137
|
+
```
|
|
138
|
+
|
|
139
|
+
### Action Plan
|
|
140
|
+
|
|
141
|
+
1. **Immediate:** [respond to X negative reviews using templates]
|
|
142
|
+
2. **This week:** [fix top reported bug, optimize rating prompt timing]
|
|
143
|
+
3. **This month:** [implement top feature request, analyze competitor reviews]
|
|
144
|
+
|
|
145
|
+
### Response Drafts
|
|
146
|
+
|
|
147
|
+
Provide specific response drafts for the most impactful negative reviews.
|
|
148
|
+
|
|
149
|
+
## Related Skills
|
|
150
|
+
|
|
151
|
+
- `aso-audit` — Reviews as part of broader ASO health check
|
|
152
|
+
- `retention-optimization` — Fix retention issues causing bad reviews
|
|
153
|
+
- `competitor-analysis` — Mine competitor reviews for insights
|
|
154
|
+
- `app-analytics` — Track review metrics over time
|
|
@@ -0,0 +1,167 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: screenshot-optimization
|
|
3
|
+
description: When the user wants to design, optimize, or evaluate App Store screenshots and preview videos. Also use when the user mentions "screenshots", "app preview", "product page design", "screenshot design", "creative assets", or "what should my screenshots show". For A/B testing screenshots, see ab-test-store-listing. For full ASO audit, see aso-audit.
|
|
4
|
+
metadata:
|
|
5
|
+
version: 1.0.0
|
|
6
|
+
---
|
|
7
|
+
|
|
8
|
+
# Screenshot Optimization
|
|
9
|
+
|
|
10
|
+
You are an expert in App Store creative optimization with deep knowledge of what converts browsers into downloaders. Your goal is to help the user design screenshots that maximize conversion rate.
|
|
11
|
+
|
|
12
|
+
## Initial Assessment
|
|
13
|
+
|
|
14
|
+
1. Check for `app-marketing-context.md` — read it for positioning and audience
|
|
15
|
+
2. Ask for the **App ID** (to see current screenshots)
|
|
16
|
+
3. Ask for **target audience** — who is browsing the App Store for this?
|
|
17
|
+
4. Ask for **top 3 features** they want to highlight
|
|
18
|
+
5. Ask if they have a **designer** or need guidance for DIY
|
|
19
|
+
|
|
20
|
+
## Screenshot Psychology
|
|
21
|
+
|
|
22
|
+
Users spend **3-6 seconds** on a product page before deciding. The first 3 screenshots (visible without scrolling) determine 80% of the conversion decision.
|
|
23
|
+
|
|
24
|
+
**What users look for:**
|
|
25
|
+
1. "Does this solve my problem?" (first screenshot)
|
|
26
|
+
2. "Is it easy to use?" (UI clarity)
|
|
27
|
+
3. "Is it worth downloading?" (social proof, quality signals)
|
|
28
|
+
|
|
29
|
+
## Screenshot Strategy Framework
|
|
30
|
+
|
|
31
|
+
### Slot 1: The Hook
|
|
32
|
+
|
|
33
|
+
The first screenshot is the most important. It should answer "What does this app do and why should I care?"
|
|
34
|
+
|
|
35
|
+
**Effective patterns:**
|
|
36
|
+
- **Benefit headline + key UI** — "Sleep Better Tonight" + sleep tracking screen
|
|
37
|
+
- **Before/After** — Show the transformation
|
|
38
|
+
- **Social proof + UI** — "5M+ users trust us" + main screen
|
|
39
|
+
- **Problem statement** — "Tired of [problem]?" + solution screen
|
|
40
|
+
|
|
41
|
+
**Avoid:**
|
|
42
|
+
- Generic "Welcome to [App]" screens
|
|
43
|
+
- Login/signup screens
|
|
44
|
+
- Settings or menu screens
|
|
45
|
+
|
|
46
|
+
### Slots 2-3: Core Value
|
|
47
|
+
|
|
48
|
+
Show the 2 most compelling features with benefit-driven captions.
|
|
49
|
+
|
|
50
|
+
### Slots 4-7: Feature Showcase
|
|
51
|
+
|
|
52
|
+
Each screenshot = one feature with a clear benefit headline.
|
|
53
|
+
|
|
54
|
+
**Formula:** `[Benefit Headline] + [Feature UI] + [Supporting Detail]`
|
|
55
|
+
|
|
56
|
+
### Slots 8-9: Trust & Differentiation
|
|
57
|
+
|
|
58
|
+
- Awards, press mentions, ratings
|
|
59
|
+
- Comparison with alternatives
|
|
60
|
+
- Premium/unique features
|
|
61
|
+
|
|
62
|
+
### Slot 10: Call to Action
|
|
63
|
+
|
|
64
|
+
- "Start your free trial"
|
|
65
|
+
- "Join [X] million users"
|
|
66
|
+
- Recap of key benefits
|
|
67
|
+
|
|
68
|
+
## Design Best Practices
|
|
69
|
+
|
|
70
|
+
### Text Overlays
|
|
71
|
+
|
|
72
|
+
| Do | Don't |
|
|
73
|
+
|----|-------|
|
|
74
|
+
| Benefit-driven headlines | Feature names ("Push Notifications") |
|
|
75
|
+
| 4-6 words per headline | Long paragraphs |
|
|
76
|
+
| Large, readable font (min 60px) | Small text that's unreadable |
|
|
77
|
+
| High contrast text | Text over busy backgrounds |
|
|
78
|
+
| Consistent font and style | Mixed fonts and sizes |
|
|
79
|
+
|
|
80
|
+
### Visual Design
|
|
81
|
+
|
|
82
|
+
| Do | Don't |
|
|
83
|
+
|----|-------|
|
|
84
|
+
| Clean, uncluttered UI | Busy screens with too much data |
|
|
85
|
+
| Consistent color scheme | Clashing colors |
|
|
86
|
+
| Modern device frames (or frameless) | Outdated device frames |
|
|
87
|
+
| Real app content (not lorem ipsum) | Placeholder or empty states |
|
|
88
|
+
| Dark mode if your app supports it | Ignoring dark mode users |
|
|
89
|
+
|
|
90
|
+
### Layout Patterns
|
|
91
|
+
|
|
92
|
+
**Portrait (recommended for most apps):**
|
|
93
|
+
- Device centered with text above or below
|
|
94
|
+
- Full-bleed UI with text overlay
|
|
95
|
+
- Split layout: text left, device right
|
|
96
|
+
|
|
97
|
+
**Landscape (games, video, productivity):**
|
|
98
|
+
- Full-screen gameplay/content
|
|
99
|
+
- Minimal text overlay
|
|
100
|
+
- Action-focused moments
|
|
101
|
+
|
|
102
|
+
### Localization
|
|
103
|
+
|
|
104
|
+
- Translate text overlays for each market
|
|
105
|
+
- Adjust cultural references and imagery
|
|
106
|
+
- Consider right-to-left layouts for Arabic/Hebrew
|
|
107
|
+
- Use local currency in pricing screenshots
|
|
108
|
+
|
|
109
|
+
## App Preview Video
|
|
110
|
+
|
|
111
|
+
### When to Use
|
|
112
|
+
- Complex apps that need demonstration
|
|
113
|
+
- Games (almost always beneficial)
|
|
114
|
+
- Apps with unique interactions
|
|
115
|
+
|
|
116
|
+
### Best Practices
|
|
117
|
+
- **Hook in first 3 seconds** — show the most impressive feature
|
|
118
|
+
- **15-30 seconds** optimal length
|
|
119
|
+
- **No sound dependency** — add captions/text overlays
|
|
120
|
+
- **Show real usage** — not marketing fluff
|
|
121
|
+
- **End with CTA** — "Download Free" or key benefit
|
|
122
|
+
|
|
123
|
+
### When to Skip
|
|
124
|
+
- Simple utility apps (screenshots are enough)
|
|
125
|
+
- Apps where the value is in content, not UI
|
|
126
|
+
|
|
127
|
+
## Output Format
|
|
128
|
+
|
|
129
|
+
### Screenshot Plan
|
|
130
|
+
|
|
131
|
+
For each of the 10 slots:
|
|
132
|
+
|
|
133
|
+
```
|
|
134
|
+
Slot [N]: [Headline]
|
|
135
|
+
- Caption: "[benefit-driven text]"
|
|
136
|
+
- Screen: [which app screen to show]
|
|
137
|
+
- Layout: [portrait/landscape, device frame, text position]
|
|
138
|
+
- Key element: [what draws the eye]
|
|
139
|
+
```
|
|
140
|
+
|
|
141
|
+
### Design Brief
|
|
142
|
+
|
|
143
|
+
If the user needs to brief a designer:
|
|
144
|
+
- Color palette (from app brand)
|
|
145
|
+
- Font recommendations
|
|
146
|
+
- Layout template
|
|
147
|
+
- Text overlay copy for all 10 slots
|
|
148
|
+
- Device frame preference
|
|
149
|
+
- Background style
|
|
150
|
+
|
|
151
|
+
### Competitor Screenshot Audit
|
|
152
|
+
|
|
153
|
+
| Element | Your App | Comp 1 | Comp 2 | Comp 3 |
|
|
154
|
+
|---------|----------|--------|--------|--------|
|
|
155
|
+
| # of screenshots | | | | |
|
|
156
|
+
| Has video? | | | | |
|
|
157
|
+
| First screenshot type | | | | |
|
|
158
|
+
| Text overlay style | | | | |
|
|
159
|
+
| Design quality (1-10) | | | | |
|
|
160
|
+
| Unique angle | | | | |
|
|
161
|
+
|
|
162
|
+
## Related Skills
|
|
163
|
+
|
|
164
|
+
- `ab-test-store-listing` — Test screenshot variations
|
|
165
|
+
- `aso-audit` — Screenshots as part of broader audit
|
|
166
|
+
- `competitor-analysis` — Analyze competitor creative strategy
|
|
167
|
+
- `localization` — Localize screenshots for international markets
|
|
@@ -0,0 +1,141 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: seasonal-aso
|
|
3
|
+
description: When the user wants to optimize their App Store listing for seasonal events, holidays, or trending moments — including keyword opportunities, metadata updates, screenshot theming, and timing strategy. Use when the user mentions "seasonal", "holiday", "Christmas", "New Year", "Valentine's Day", "summer", "back to school", "seasonal keywords", "trending now", "limited time", or wants to capitalize on a calendar event. For general keyword research, see keyword-research. For full metadata rewrites, see metadata-optimization.
|
|
4
|
+
metadata:
|
|
5
|
+
version: 1.0.0
|
|
6
|
+
---
|
|
7
|
+
|
|
8
|
+
# Seasonal ASO
|
|
9
|
+
|
|
10
|
+
You help the user identify and act on seasonal keyword opportunities and listing optimizations tied to calendar events, holidays, and trending moments.
|
|
11
|
+
|
|
12
|
+
## Key Principle
|
|
13
|
+
|
|
14
|
+
**Seasonal rankings are competitive and time-sensitive.** Metadata takes 1–3 days to index. Plan changes 2 weeks before the event; revert 3–5 days after peak.
|
|
15
|
+
|
|
16
|
+
## Seasonal Calendar (iOS — US)
|
|
17
|
+
|
|
18
|
+
| Event | Peak Window | Keywords to target |
|
|
19
|
+
|-------|-------------|-------------------|
|
|
20
|
+
| New Year | Dec 26 – Jan 7 | "new year", "resolution", "goals", "habit", "fresh start" |
|
|
21
|
+
| Valentine's Day | Feb 1–14 | "valentine", "love", "couples", "romantic", "gift" |
|
|
22
|
+
| Spring / Easter | Mar–Apr | "spring", "easter", "refresh", "clean", "declutter" |
|
|
23
|
+
| Mother's Day | May 1–12 | "mom", "mother", "family", "gift for mom" |
|
|
24
|
+
| Summer | Jun–Aug | "summer", "vacation", "travel", "outdoor", "beach" |
|
|
25
|
+
| Back to School | Jul 15 – Sep 10 | "school", "study", "student", "homework", "planner" |
|
|
26
|
+
| Halloween | Oct 1–31 | "halloween", "scary", "spooky", "costume", "trick" |
|
|
27
|
+
| Black Friday | Nov 20–30 | "deal", "sale", "discount", "shopping", "gift" |
|
|
28
|
+
| Christmas | Dec 1–26 | "christmas", "gift", "holiday", "santa", "family" |
|
|
29
|
+
| End of Year | Dec 27–31 | "year review", "recap", "goals 2026", "new year" |
|
|
30
|
+
|
|
31
|
+
## Workflow
|
|
32
|
+
|
|
33
|
+
### Step 1 — Identify Relevant Event
|
|
34
|
+
|
|
35
|
+
1. Check for `app-marketing-context.md`
|
|
36
|
+
2. Ask: **Which event or season are you targeting?**
|
|
37
|
+
3. Ask: **What does your app do?** (to assess keyword relevance)
|
|
38
|
+
4. Determine if the event is a good fit — not every seasonal moment applies
|
|
39
|
+
|
|
40
|
+
### Step 2 — Research Seasonal Keywords
|
|
41
|
+
|
|
42
|
+
Use Appeeky to find volume on seasonal terms:
|
|
43
|
+
|
|
44
|
+
```bash
|
|
45
|
+
GET /v1/keywords/metrics?keywords=christmas+planner,holiday+tracker
|
|
46
|
+
GET /v1/keywords/suggestions?term=christmas&country=us
|
|
47
|
+
GET /v1/keywords/trending?country=us&days=7
|
|
48
|
+
```
|
|
49
|
+
|
|
50
|
+
**Filter by:**
|
|
51
|
+
- Volume spike (compare to baseline 30 days prior)
|
|
52
|
+
- Difficulty < 60 preferred (seasonal keywords are crowded)
|
|
53
|
+
- Relevance to your app's core function
|
|
54
|
+
|
|
55
|
+
### Step 3 — Plan Metadata Changes
|
|
56
|
+
|
|
57
|
+
**Keyword field (100 chars, iOS):**
|
|
58
|
+
- Swap out low-performing keywords for seasonal terms
|
|
59
|
+
- Add 2–4 seasonal keywords while preserving your best evergreen terms
|
|
60
|
+
- Remove seasonal terms that are irrelevant to your core use case
|
|
61
|
+
|
|
62
|
+
**Subtitle (30 chars):**
|
|
63
|
+
- Consider a seasonal hook if it fits: "Your Holiday Planner" or "New Year Goal Tracker"
|
|
64
|
+
- Only change if the original subtitle is not keyword-critical
|
|
65
|
+
|
|
66
|
+
**Promotional text (170 chars — no review required):**
|
|
67
|
+
- Always update for seasonal events — instant, no review
|
|
68
|
+
- Use for: seasonal call-to-action, limited-time feature highlights, event tie-ins
|
|
69
|
+
|
|
70
|
+
**Screenshots:**
|
|
71
|
+
- Add a seasonal frame or theme to the first 2 screenshots
|
|
72
|
+
- Use `screenshot-optimization` skill for creative guidance
|
|
73
|
+
|
|
74
|
+
### Step 4 — Timing Checklist
|
|
75
|
+
|
|
76
|
+
```
|
|
77
|
+
Timeline (count back from event date):
|
|
78
|
+
- [ ] T-14 days: Research keywords, brief creative
|
|
79
|
+
- [ ] T-10 days: Write new metadata + promotional text
|
|
80
|
+
- [ ] T-7 days: Submit screenshot updates (no review needed)
|
|
81
|
+
- [ ] T-5 days: Submit keyword/subtitle update (review time buffer)
|
|
82
|
+
- [ ] T-0: Event peak — monitor rankings daily
|
|
83
|
+
- [ ] T+3 days: Revert metadata to evergreen version
|
|
84
|
+
- [ ] T+5 days: Revert promotional text
|
|
85
|
+
```
|
|
86
|
+
|
|
87
|
+
## Output Format
|
|
88
|
+
|
|
89
|
+
### Seasonal Opportunity Brief
|
|
90
|
+
|
|
91
|
+
```
|
|
92
|
+
🎄 Seasonal Opportunity: [Event Name]
|
|
93
|
+
Peak window: [dates]
|
|
94
|
+
Lead time needed: [X days]
|
|
95
|
+
|
|
96
|
+
Keyword Opportunities:
|
|
97
|
+
High priority (volume spike, <60 difficulty):
|
|
98
|
+
- "[keyword]" — vol [N], diff [N]
|
|
99
|
+
- "[keyword]" — vol [N], diff [N]
|
|
100
|
+
|
|
101
|
+
Secondary (relevant but competitive):
|
|
102
|
+
- "[keyword]" — vol [N], diff [N]
|
|
103
|
+
|
|
104
|
+
Metadata Recommendations:
|
|
105
|
+
Keyword field: [current] → [proposed — 100 chars]
|
|
106
|
+
Subtitle: [keep / change to: "..."]
|
|
107
|
+
Promo text: "[seasonal copy — 170 chars]"
|
|
108
|
+
|
|
109
|
+
Screenshots: [suggest seasonal theme or keep as-is]
|
|
110
|
+
|
|
111
|
+
Timeline:
|
|
112
|
+
- Submit metadata by: [date]
|
|
113
|
+
- Submit promo text by: [date]
|
|
114
|
+
- Revert by: [date]
|
|
115
|
+
```
|
|
116
|
+
|
|
117
|
+
## Seasonal vs Evergreen Trade-offs
|
|
118
|
+
|
|
119
|
+
| Factor | Seasonal | Evergreen |
|
|
120
|
+
|--------|----------|-----------|
|
|
121
|
+
| Volume | Temporarily very high | Stable |
|
|
122
|
+
| Competition | Very high at peak | Moderate |
|
|
123
|
+
| Risk | Rankings drop after peak | Consistent |
|
|
124
|
+
| Reward | Spike in installs | Sustained growth |
|
|
125
|
+
|
|
126
|
+
**Rule:** Only swap evergreen keywords that are already underperforming. Never sacrifice a high-ranking keyword for seasonal speculation.
|
|
127
|
+
|
|
128
|
+
## Trending Moments (Non-Calendar)
|
|
129
|
+
|
|
130
|
+
For viral/trending moments (news events, viral content, app store trends):
|
|
131
|
+
1. Use `GET /v1/keywords/trending?country=us&days=3` to spot emerging terms
|
|
132
|
+
2. Act within 24–48 hours (trending windows are short)
|
|
133
|
+
3. Only update promotional text (instant, no review)
|
|
134
|
+
4. Revert after the trend fades (typically 3–7 days)
|
|
135
|
+
|
|
136
|
+
## Related Skills
|
|
137
|
+
|
|
138
|
+
- `keyword-research` — Deep keyword analysis for seasonal candidates
|
|
139
|
+
- `metadata-optimization` — Rewrite full metadata with seasonal terms
|
|
140
|
+
- `screenshot-optimization` — Design seasonal screenshot themes
|
|
141
|
+
- `market-pulse` — Spot trending keywords and market movements in real time
|