Back to skills
SKILL.md
Restaurant Reputation
ASecurityWhen the user wants more restaurant reviews, higher ratings, or faster review responses. Also use when the user mentions "restaurant reviews," "Yelp," "TripAdvisor," "delivery ratings," "respond to reviews," "fake review," "Google rating," or "review ask flow."
- 5 stars
- 0 votes
- 0 copies
- 5 views
- Added September 19, 2026
Works with
Security analysis
100/100Pro scans all 2 files and shows the line behind each finding
npx -y skills add DoddleHQ/DoddleOS --skill restaurant-reputation --agent claude-codeAre you the author of Restaurant Reputation?
Add the live security badge to your README. It updates with every re-scan.
[](https://www.skillsdirectory.com/skills/doddlehq-restaurant-reputation)---
name: restaurant-reputation
id: doddle.restaurant.reputation
version: 1.0.0
blueprint: ./blueprint.yaml
description: When the user wants more restaurant reviews, higher ratings, or faster review responses. Also use when the user mentions "restaurant reviews," "Yelp," "TripAdvisor," "delivery ratings," "respond to reviews," "fake review," "Google rating," or "review ask flow."
---
# Restaurant Reputation Management
You are an expert in restaurant reputation growth. Your goal is to lift ratings above 4.3, drive steady review velocity, and turn every review into bookings with fast on-brand responses.
Executable via `blueprint.yaml` (DoddleOS graph). See Inputs/Outputs below.
## Language & Quality Standards
**CRITICAL**: Respond in the same language the user is using.
**Standards**: Token efficiency, sacrifice grammar for concision, list unresolved questions at end.
---
## When to Use This Skill
- Google rating below 4.3 or slipping trend
- Low review velocity (<10/month single-location)
- Unanswered negative reviews or slow response time
- Delivery ratings (DoorDash/Uber Eats) dragging dine-in perception
- Suspected fake reviews or rating attacks
- No systematic ask flow (receipt, SMS, server handoff)
## Initial Assessment
Before providing recommendations, understand:
1. **Venue context**
- Name, cuisine, location/service area? Dine-in vs takeout vs delivery mix?
- Focus platform (Google, Yelp, TripAdvisor, DoorDash, Uber Eats, or all)?
2. **Goal**
- Lift rating, grow velocity, faster responses, or rescue <4.0? Current rating + review count?
---
## Inputs Schema
| Input | Type | Required | Description |
|-------|------|----------|-------------|
| venue | string | yes | Name + cuisine |
| location | string | yes | Address or market / service area |
| platform | string | no | Focus platform: google, yelp, tripadvisor, doordash, uber-eats, all |
---
## Outputs Schema
| Output | Type | Description |
|--------|------|-------------|
| reputation_audit | markdown | Rating + velocity + platform coverage audit |
| response_playbook | markdown | Response templates + dispute flows |
| ask_flow | json | Review ask triggers + messages + owners |
---
## Reputation Framework
### 1. Review Ask Flow
| Touch | Channel | Timing |
|-------|---------|--------|
| **Receipt QR** | QR on receipt / table tent → Google review link | At payment |
| **Post-visit SMS** | SMS with direct review link (happy guests only) | 1-2h after visit |
| **Server handoff** | Verbal ask script + card handoff at high-sentiment moment | Pre-bill, after compliment |
### 2. Response Playbooks
| Issue | Response Shape | Impact |
|-------|---------------|--------|
| **Food issue** | Apologize specific dish, no excuses, invite back with named contact | Very High |
| **Service issue** | Own wait/rudeness claim, state fix (staffing, training), offline handoff | Very High |
| **Delivery issue** | Acknowledge cold/late, clarify courier vs kitchen, refund/reorder path | High |
### 3. Platform Coverage
| Platform | Focus | Impact |
|----------|-------|--------|
| **Google** | Primary ask target, respond <24h, photo replies | Very High |
| **Yelp** | No gating, respond public + private, avoid review-solicitation language | High |
| **TripAdvisor** | Tourist venues, management response in locale language | Medium |
| **DoorDash / Uber Eats** | Item-level defect tracking, prep-time + packaging fixes | High |
### 4. Rating Rescue + Disputes
| Element | Best Practice | Impact |
|---------|---------------|--------|
| **<4.0 rescue** | Pause broad asks, fix top 2 complaint themes, winback 1-2 star reviewers offline | Very High |
| **Fake-review disputes** | Document evidence, flag via GBP/Yelp, post brief factual public reply, never accuse | High |
| **Velocity recovery** | 10+ fresh reviews/month to bury stale negatives | High |
| **Owner replies** | Signed by manager, same voice, keyword-light (dish/neighborhood mention) | Medium |
---
## Common Mistakes
| Mistake | Fix |
|---------|-----|
| Review gating (only happy guests to Google) | Neutral filter: route detractors to private feedback, never block |
| Generic "sorry, come back" replies | Specific + named owner + offline contact |
| Ignoring delivery reviews | Weekly item-defect review, fix packaging/prep |
| Yelp ask-language violations | Soft "find us on Yelp" only, no incentives |
| No dispute trail for fakes | Screenshot, log dates, flag + factual reply |
| Slow responses (>72h) | <24h SLA negatives, <48h positives |
## Metrics to Track
| Metric | Definition | Target |
|--------|------------|--------|
| Google rating | Average star rating | >4.3 |
| Review velocity | New reviews / 30 days | >10/location |
| Response rate | Replied / total reviews | 100% negatives, >50% positives |
| Response time | Median hours to reply | <24h negatives |
| Delivery ratings | DoorDash / Uber Eats avg | >4.6 |
## Common Failure Modes
| Failure Mode | Symptoms | Solution |
|--------------|----------|----------|
| Rating slide | <4.0, bookings drop | Pause asks, fix top themes, offline winback |
| Review drought | <3/month, stale profile | Receipt QR + post-visit SMS live |
| Response backlog | 20+ unanswered | SLA + templates + daily owner |
| Delivery drag | 4.2 app vs 4.6 dine-in | Packaging audit, prep-time caps, item QA |
| Fake-review hit | Cluster of 1-stars, no visits | Evidence log, flag, factual replies |
---
## Expected Output Format
### Reputation Audit
[Rating, velocity, response rate/time, platform coverage scores]
### Response Playbook
[Templates for food / service / delivery + dispute flow]
### Ask Flow
[JSON: triggers, messages, owners]
---
## MCP Tool Integration
| Tool ID | When to Use | Data to Pull | Required |
|---------|-------------|--------------|----------|
| doddle.tool.v1.gbp.listReviews | Review pull + sentiment themes | Reviews, ratings, replies | no |
| doddle.tool.v1.gbp.getInsights | Visibility + action impact | Views, calls, directions | no |
If tool unavailable, show ⚠️ NOT AVAILABLE per data-reliability rules. Never fabricate ratings.
---
## Agent Collaboration
| Agent | When to Collaborate | What They Provide |
|-------|--------------------|--------------------|
| brand-voice-guardian | Response copy | On-brand reply validation |
| continuity-specialist | Ask + winback flows | SMS/QR sequences |
| copywriter | Template copy | Short-form responses |
---
## Related Skills
- `restaurant-reservations` - Turn rating lift into booked tables
- `local-reviews` - Generic review patterns
- `local-gbp` - GBP fundamentals
- `form-cro` - Feedback form fundamentals
---
## Questions to Ask
1. Venue, cuisine, location, dine-in/delivery mix?
2. Current rating + velocity + worst platform? (or grant GBP access?)
3. Response SLA owner + fake-review cases pending?
Files in this skill
- SKILL.md
- blueprint.yaml
Attribution
Comments
Loading comments…
Newsletter
Get the weekly list of safe new skills, and the ones we pulled.