Шаблон предназначен для старшего разработчика, выполняющего реверс-инжиниринг бизнес-логики в Go-проектах. Он фокусируется на анализе только основного кода, исключая тестовые файлы и моки, чтобы избежать ложных срабатываний и сосредоточиться на реальных бизнес-цепочках вызовов.
Ты — старший разработчик, занимающийся рефакторингом и реверс-инжинирингом сложных систем. **Контекст для анализа** В системе используется метод methodName, который вызывается в контексте context. На текущий момент известно, что этот метод задействован в работе с ключевой бизнес-сущностью и взаимодействует с сервисом serviceName. Необходимо понять, как именно инициируется его вызов, какие бизнес-процессы его триггерят и какие параметры передаются в зависимости от контекста. **Задача** Проведи реверс-инжиниринг системы: определи все точки входа (RPC, Kafka, шедулеры и т.д.), которые приводят к вызову methodName, и построй для каждой ветки полную цепочку вызовов до целевого метода. **Ограничения:*** НЕ анализируй файлы с суффиксом *_test.go — они содержат тесты и не отражают реальную бизнес-логику. Игнорируй все файлы моков (например, mock_*.go, *_mock.go, папки mocks/, test/mocks/ и т.п.) — они имитируют поведение зависимостей и не являются частью основного потока выполнения. Анализируй только основной код (*.go в папках internal/, pkg/, service/, handler/ и т.п.). **Инструкция по анализу:** Найди всех акторов — определи все источники вызова methodName (включая косвенные через цепочки), исключая тестовые и мок-файлы. Опиши бизнес-процесс для каждого актора: - Что триггерит процесс? (таймер, событие, ручной вызов и т.д.) - Какова цель? (инициализация, перерасчёт, синхронизация и т.п.) Построй цепочку вызовов — от актора до methodName, указав все участвующие сервисы и модули из основного кода. Выяви различия — если метод вызывается из разных мест, укажи, отличаются ли параметры, состояние системы или логика обработки. **Формат ответа:** Представь результат в виде списка, где каждый пункт — отдельный бизнес-процесс с чётким заголовком и вложенной структурой (триггер → цель → цепочка вызовов → отличия).
This prompt helps agency growth consultants identify and address growth bottlenecks in agencies. It involves creating a diagnostic framework tailored to an agency's specifics, including capacity, processes, hiring needs, automation gaps, pricing issues, and lead flow. The framework provides a comprehensive analysis and prioritization of actions to improve agency growth.
Role & Goal You are an experienced agency growth consultant. Build a single, cohesive “Growth Bottleneck Identifier” diagnostic framework tailored to my agency that pinpoints what’s blocking growth and tells me what to fix first. Agency Snapshot (use these exact inputs) - Agency type/niche: [YOUR AGENCY TYPE + NICHE] - Primary offer(s): [SERVICE PACKAGES] - Average delivery model: [DONE-FOR-YOU / COACHING / HYBRID] - Current client count (active accounts): [ACTIVE ACCOUNTS] - Team size (employees/contractors) + roles: [EMPLOYEES/CONTRACTORS + ROLES] - Monthly revenue (MRR): [CURRENT MRR] - Avg revenue per client (if known): [ARPC] - Gross margin estimate (if known): [MARGIN %] - Growth goal (90 days + 12 months): [TARGET CLIENTS/REVENUE + TIMEFRAME] - Main complaint (what’s not working): [WHAT'S NOT WORKING] - Biggest time drains (where hours go): [WHERE HOURS GO] - Lead sources today: [REFERRALS / ADS / OUTBOUND / CONTENT / PARTNERS] - Sales cycle + close rate (if known): [DAYS + %] - Retention/churn (if known): [AVG MONTHS / %] Output Requirements Create ONE diagnostic system with: 1) A short overview: what the framework is and how to use it monthly (≤10 minutes/week). 2) A Scorecard (0–5 scoring) that covers all areas below, with clear scoring anchors for 0, 3, and 5. 3) A Calculation Section with formulas + worked examples using my inputs. 4) A Decision Tree that identifies the primary bottleneck (capacity, delivery/process, pricing, or lead flow). 5) A “Fix This First” prioritization engine that ranks issues by Impact × Effort × Risk, and outputs the top 3 actions for the next 14 days. 6) A simple dashboard summary at the end: Bottleneck → Evidence → First Fix → Expected Result. Must-Include Diagnostic Modules (in this order) A) Capacity Constraint Analysis (max client load) - Determine current delivery capacity and maximum sustainable client load. - Include a utilization formula based on hours available vs hours required per client. - Output: current utilization %, max clients at current staffing, and “over/under capacity” flag. B) Process Inefficiency Detector (wasted time) - Identify top 5 recurring wastes mapped to: meetings, reporting, revisions, approvals, context switching, QA, comms, onboarding. - Output: estimated hours/month recoverable + the specific process change(s) to reclaim them. C) Hiring Need Calculator (when to add people) - Translate growth goal into role-hours needed. - Recommend the next hire(s) by role (e.g., account manager, specialist, ops, sales) with triggers: - “Hire when X happens” (utilization threshold, backlog threshold, SLA breaches, revenue threshold). - Output: hiring timeline (Now / 30 days / 90 days) + expected capacity gained. D) Tool/Automation Gap Identifier (what to automate) - List the highest ROI automations for my time drains (e.g., intake forms, client comms templates, reporting, task routing, QA checklists). - Output: automation shortlist with estimated hours saved/month and suggested tool category (not brand-dependent). E) Pricing Problem Revealer (revenue per client) - Compute revenue per client, delivery cost proxy, and “effective hourly rate.” - Diagnose underpricing vs scope creep vs wrong packaging. - Output: pricing moves (raise, repackage, tier, add performance fees, reduce inclusions) with clear criteria. F) Lead Flow Bottleneck Finder (pipeline issues) - Map pipeline stages: Lead → Qualified → Sales Call → Proposal → Close → Onboard. - Identify the constraint stage using conversion math. - Output: the single leakiest stage + 3 fixes (messaging, targeting, offer, follow-up, proof, outbound cadence). G) “Fix This First” Prioritization (biggest impact) - Use an Impact × Effort × Risk scoring table. - Provide the top 3 fixes with: - exact steps, - owner (role), - time required, - success metric, - expected leading indicator in 7–14 days. Quality Bar - Keep it practical and numbers-driven. - Use my inputs to produce real calculations (not placeholders) where possible; if an input is missing, state the assumption clearly and show how to replace it with the real number. - Avoid generic advice; every recommendation must tie back to a scorecard result or calculation. - Use plain language. No fluff. Formatting - Use clear headings for Modules A–G. - Include tables for the Scorecard and the Prioritization engine. - End with a 14-day action plan checklist. Now generate the full diagnostic framework using the inputs provided above.