Research, qualify, and suggest outreach for PostHog big fish product-led leads — large companies (500+ or 1000+ employees) using PostHog on free tier without a payment method. Use this skill when a TAE needs to work a big fish alert from Salesforce. Triggers on 'work this big fish lead', 'research this product-led lead', 'big fish alert', '500+ employees no payment method', '1000+ employees no payment method', or any request involving a large-company product-led lead that needs research, qualification, and an outreach recommendation. Also trigger when a TAE pastes Salesforce lead details with matching criteria like 'Big fish alert' or '500+ employees, no payment method'.
npx skills add https://github.com/PostHog/skills --skill posthog-pls-big-fish
Research, qualify, and recommend the right play for big fish product-led leads. These are large companies (500+ employees) that have signed up for PostHog and are using it on the free tier without a payment method.
[Product-led] [email protected] often smashes the company name and email together. Split at the @ pattern to get the real email address.Salesforce has a known bug where the subject line concatenates the company name and the person's email without a space. For example:
[Product-led] [email protected] → Company: AcmeCorp, Email: [email protected][Product-led] Go [email protected] → Company: Go Team, Email: [email protected]Always parse the subject by finding the email address pattern (look for where @ appears and work backwards to the start of the local part). The company name is everything between [Product-led] and the start of the email.
Use web search to gather:
Search queries to run:
[company name] what does it do
[company name] crunchbase funding
[company name] engineering team
Cross-check Salesforce enrichment data against your research. The "500+ employees" matching criteria comes from Clearbit/Harmonic data in Salesforce, which frequently maps to the wrong entity — especially for companies with common names. A 10-person startup can get enriched with data from a completely different company with a similar name, showing 45,000 employees and $10B+ revenue. If your web research contradicts the Salesforce employee count, revenue, or founding year, trust your research and flag the discrepancy.
This is the most important step. The Vitally data determines whether this is a real evaluation or one person poking around.
Search for the account in Vitally. The most reliable lookup method is user email via get_user_details. Account name search is unreliable. If the email lookup returns the user with their account, you have everything you need.
If the lead email returns nothing, try the posthog_org_id from Salesforce as a last resort — but note the search_accounts externalId filter is unreliable and may return unrelated results.
Use get_account_users on the account ID. This is the single most important qualifying signal:
For each user, note:
Signup velocity matters. If all users joined within a 1-2 week window, it's a coordinated evaluation. If they trickled in over months with gaps, it may have stalled.
Mandatory. For every user in the account, research their actual job title and role. This changes the outreach strategy significantly — an Engineering Manager building a software product is a completely different conversation than a Marketing Ops person tracking a website.
How to research:
roleAtOrganization, sfdc.Role__c, and vitally.custom.calculatedTitle sometimes have useful datasfdc.Linkedin_Profile__c)"[first name] [last name]" "[company name]" LinkedInWhat to look for:
Report what you find for each user in the output. If you can't find someone's title, note that as an unknown.
Why this matters: Knowing that both users are engineers on a software platform team (strong ICP) vs. marketing analysts tracking a corporate website (weak ICP) is the difference between a Slack channel + outreach email and a skip. The persona research often overrides the company-level ICP assessment — a non-tech company can still have a strong PostHog use case if the right team is evaluating it.
Mandatory. Large companies often have multiple PostHog accounts on the same email domain. Search Vitally for other accounts that share the same domain using search_accounts or find_account_by_name with the company name, and check whether any other accounts have admin emails on the same domain.
Why this matters: Sometimes a user signs up and creates a new PostHog org when they actually meant to join an existing one that their colleagues already set up. This is especially common at large companies where one team is already using PostHog and a new person from a different team signs up independently.
What to look for:
Report what you find: List all accounts on the domain, their user counts, activity levels, and whether they have a TAE assigned. If the lead's account looks like an accidental duplicate, recommend connecting the user to the existing org instead of outreaching to the new one.
Mandatory. Use get_account_conversations and get_account_notes before deciding on a play.
Search for the company domain in Gmail to see if there's any prior email contact outside of Vitally.
Map to PostHog's six use cases based on what they're using and what the company does:
| Vitally Segments / Products Active | Likely Use Case |
|---|---|
| Analytics Creator, Analytics User, Surveys User | Product Intelligence |
| Feature Flag Creator, Experiment Creator | Release Engineering |
| Error Tracking User | Observability |
| Web Analytics usage | Growth & Marketing |
| LLM Observability usage | AI/LLM Observability |
| Data Warehouse, Batch Exports | Data Infrastructure |
If usage data is thin, infer from company type:
When the account has 2+ users AND active usage, they get the full treatment:
Also recommend outreach when:
Recommend skipping when:
Do NOT disqualify a lead just because there's only 1 user right now. Big fish accounts often start with one person setting things up before inviting the team. It can take days or even a couple of weeks for additional users to show up.
When a big fish lead has only 1 user:
Tell the TAE when each check-back is due so they can set a reminder.
Recommend nurture when:
Read references/outreach-hooks.md before drafting.
Only reference things you can verify from Vitally usage data or the company's public website. Never cite enrichment data (tech stack fields from Clearbit, Harmonic, or Salesforce Company_tech__c) as fact in outreach. These fields are often stale, wrong, or refer to a different part of the org. If you state something about their stack in an email and it's wrong, you immediately lose credibility.
✓ OK to reference: Products they're using in PostHog, number of projects, which Vitally segments their users are in, what the company does (from their public website)
✗ NOT OK to reference: Tech stack enrichment fields, competitor tools from Salesforce data, anything you can't verify from actual usage or public information
Mandatory. Before presenting the draft, fetch every URL in the email using web_fetch to verify it resolves and points to the intended content. If broken, search for the correct page. If no valid page exists, remove the link.
When responding to the TAE, always provide:
Real DCF (Discounted Cash Flow) model creation for equity valuation. Retrieves financial data from SEC filings and analyst reports, builds comprehensive cash flow projections with proper WACC calculations, performs sensitivity analysis, and outputs professional Excel models with executive summaries. Use when users need to value a company using DCF methodology, request intrinsic value analysis, or ask for detailed financial modeling with growth projections and terminal value calculations.
Screen US stocks using William O'Neil's CANSLIM growth stock methodology. Use when user requests CANSLIM stock screening, growth stock analysis, momentum stock identification, or wants to find stocks with strong earnings and price momentum following O'Neil's investment system.
Use this skill to find high-quality dividend growth stocks (12%+ annual dividend growth, 1.5%+ yield) that are experiencing temporary pullbacks, identified by RSI oversold conditions (RSI ≤40). This skill combines fundamental dividend analysis with technical timing indicators to identify buying opportunities in strong dividend growers during short-term weakness.
Options trading strategy analysis and simulation tool. Provides theoretical pricing using Black-Scholes model, Greeks calculation, strategy P/L simulation, and risk management guidance. Use when user requests options strategy analysis, covered calls, protective puts, spreads, iron condors, earnings plays, or options risk management. Includes volatility analysis, position sizing, and earnings-based strategy recommendations. Educational focus with practical trade simulation.
Analyze the bond futures basis by pricing futures, identifying the cheapest-to-deliver, and comparing with yield curves to assess delivery option value and basis trading opportunities. Use when analyzing bond futures, computing the basis, identifying CTD bonds, calculating implied repo rates, or evaluating basis trades.
Build and organize a universe of potential acquirers for sell-side M&A processes. Identifies strategic and financial buyers, assesses fit, and prioritizes outreach. Use when preparing for a sell-side mandate, building a buyer universe, or evaluating potential partners. Triggers on "buyer list", "buyer universe", "potential acquirers", "who would buy this", "strategic buyers", or "financial sponsors".
Analyze option volatility by combining vol surface data, option pricing with Greeks, and historical price data to assess implied vs realized volatility. Use when pricing options, analyzing volatility surfaces, computing Greeks, assessing vol premiums, or evaluating vol trading strategies.
Produces a margin-by-product table and three pricing-scenario data views so the owner can see the full financial picture before making a pricing decision. Accepts optional product name argument.
Take posthog/posthog-pls-big-fish from the repository into ~/.claude/skills for personal
use, or into .claude/skills inside a project.
The agent identifies a skill by the name field in its header. Two skills with the
same name cannot sit side by side — one of them will be ignored.