price-check

> Nécessite le MCP **foodeatup** (déclaré dans le `.mcp.json` du plugin). > Découplé de RapidoCRM : FoodEatUp porte ses propres outils CRM. ## Adaptation Rapido (lire d'abord) Ce skill vient d'un contexte US générique. Dans cette marketplace, remplacer systématiquement ses outils par les équivalents Rapido : | Outil cité dans ce skill | Équivalent à utiliser ici | |---|---| | QuickBooks / PayPal / Square / Stripe (finances, ventes) | FoodEatUp : `finance_summary`, `list_orders`, `list_invoices`, `list_expenses` | | HubSpot (CRM, pipeline) | FoodEatUp : `get_client`, `list_clients`, `list_quotes` (devis restaurant) — le pipeline B2B relève du plugin rapidocrm, hors périmètre ici | | Gmail (envoi d'emails) | brouillons via le plugin rapido-direction ; réponse à un avis public : `reply_review` (confirmée) | | Google Drive / Calendar | plugin rapido-direction (`coffre-documents`, agenda) | | Slack (notifications) | pas d'équivalent — restituer dans la conversation, ou notification via un workflow n8n (plugin rapido-n8n) | | Zendesk / Shopify | pas d'équivalent direct — support : noter l'échange sur la fiche client (`update_client`) ; vente en ligne : carte vitrine FoodEatUp | | CSV uploads | inutile si les MCP répondent — les données viennent des serveurs | Les seuils, cadences et benchmarks du skill sont des DÉFAUTS US : les seuils maison de `./rapido-kb/processus-internes.md` priment (les citer). Le produit passé en argument (un NOM, ex. « burger maison ») se résout via `search_entities` (foodeatup — `types: ["product", "dish"]`, règle « Résolution des noms » des directives § 1 ter) : jamais d'ID deviné, confirmation demandée si `ambiguous=true`. Run the pricing analysis. Pull cost and revenue data, build the margin table, and model three pricing scenarios — so the owner can see the numbers clearly before deciding what to charge. Parse arguments: - `PRODUCT_NAME` (optional) — specific product or service to analyze; if omitted, analyze all active products ## Step 1 — Current margin baseline Using the `margin-analyzer` skill workflow: 1. Récupère les ventes par plat/produit sur 90 jours : FoodEatUp (`finance_summary`, `list_orders`, `list_invoices`). 2. Récupère le coût de revient par plat depuis les recettes (`get_recipe`, `recette-cout-marge`) + dépenses directes (`list_expenses`). 3. Croise les deux sources de revenus **sans double-compter** (cf. `margin-analyzer/reference/gotchas.md`). 4. Calculate current gross margin per product: (revenue − COGS) ÷ revenue. Build the margin table: ``` Product | Revenue | COGS | Gross Margin | Margin % {product} | ${amt} | ${amt} | ${amt} | {X}% ``` Flag any product with margin below 20% as a risk. ## Step 2 — Three pricing scenarios For each product (or the specified product), model three scenarios. Do NOT recommend a price — present data only. **Scenario A — Hold current price** - Project revenue at current price × current volume - Project margin at current COGS **Scenario B — Price increase (+10% to +20%, owner to specify)** - Project revenue assuming 0%, 5%, and 10% volume loss at new price - Show the break-even volume needed to maintain current profit **Scenario C — Price decrease (−10%, to drive volume)** - Project revenue assuming 10%, 20%, and 30% volume increase - Show the volume needed to match current profit Present each scenario as a data table, not a recommendation. ## Step 3 — Customer messaging brief Produce a plain-language brief (for price increase scenarios) the owner can use to communicate a change to customers: - One paragraph explaining the change - Three key message options (direct, value-focused, empathetic) - Suggested timing and channel (email, invoice note, in-person) ## Connector failures Si FoodEatUp est injoignable, s'arrêter — l'analyse de marge exige les ventes et les coûts réels. Si le coût de revient manque (plats sans recette), fonctionner sur les ventes seules et noter « coût de revient partiel — recettes à compléter ». ## Approval gates - **Never recommend a specific price.** Provide data views only — pricing decisions belong to the owner. - **Flag if COGS data is incomplete** (plats sans recette rattachée = coût de revient inconnu) and note the gap. - **Ne jamais modifier de prix** dans FoodEatUp, le CRM ou tout système connecté (analyse seulement — `update_dish`/`update_product` sont hors de ce skill). ## Output Present the margin table, then the three scenario tables side-by-side. If a price increase scenario is being considered, append the customer messaging brief. End with: "Which scenario would you like to explore further?"