create-icp-tiers
정보
이 스킬은 산업 및 직원 수 데이터를 활용하여 HubSpot 기업을 자동으로 ICP 등급으로 분류합니다. API를 통해 사용자 정의 속성을 생성하고 지속적인 분류를 위한 네 가지 자동화 워크플로를 설정합니다. 기업 적합도에 따라 영업 및 마케팅 활동을 체계적으로 우선순위화하는 데 활용하세요.
빠른 설치
Claude Code
추천npx skills add TomGranot/hubspot-admin-skills -a claude-code/plugin add https://github.com/TomGranot/hubspot-admin-skillsgit clone https://github.com/TomGranot/hubspot-admin-skills.git ~/.claude/skills/create-icp-tiersClaude Code에서 이 명령을 복사하여 붙여넣어 스킬을 설치하세요
문서
Create ICP Tier Property and Classification Workflows
Classify every company in the CRM into an Ideal Customer Profile tier based on firmographic data. Creates a custom dropdown property and 4 automated workflows that continuously classify companies as they enter or change.
Why This Matters
Without ICP classification, every inbound lead looks the same regardless of whether they come from a large enterprise in a target vertical or a tiny company in an irrelevant industry. Sales and marketing have no systematic way to prioritize outreach, allocate resources, or differentiate campaigns by company fit. ICP Tier is also a major input to the lead scoring model.
Prerequisites
- Super Admin permissions in HubSpot
- Access to Automation > Workflows (Marketing Hub Professional or higher)
- Data enrichment processes completed (company name, industry, geo values) so company data is as complete as possible
- Company properties Number of Employees and Industry should be well-populated. Check coverage:
- Industry: aim for 80%+ populated
- Employee count: aim for 80%+ populated
- Companies missing these fields will fall to "Not ICP" (conservative, intentional)
Interview: Gather Requirements
Before executing, collect the following information from the user:
Q1: What industries define your ideal customer?
- Examples: Manufacturing, Professional Services, Logistics, Retail, Education, Media & Entertainment, Hospitality, Real Estate, Agriculture
- Default: No default -- this is highly business-specific and must be provided by the user
Q2: What employee count ranges define your tiers?
- Examples: Tier 1: 1,000+, Tier 2: 200-999, Tier 3: 50-199, Not ICP: under 50
- Default: Tier 1: 1,000+, Tier 2: 200-999, Tier 3: 50-199
Q3: Are there any other firmographic criteria?
- Examples: Annual revenue thresholds, geographic restrictions (US-only, EMEA, etc.), specific technologies used, funding stage
- Default: None -- industry and employee count are the primary classification axes
Plan
- Define your ICP tier criteria (industry verticals + employee count thresholds)
- Create the ICP Tier custom property via API or UI
- Build 4 classification workflows (Tier 1, Tier 2, Tier 3, Not ICP)
- Activate workflows in staggered sequence
- Verify classification results (after state)
Before State
Define Your ICP Tiers
Before building anything, define your criteria framework:
| Tier | Label | Industry Verticals | Employee Threshold |
|---|---|---|---|
| Tier 1 | Primary ICP | [Your primary verticals, e.g., Manufacturing, Professional Services, Logistics] | [e.g., 1,000+] |
| Tier 2 | Secondary ICP | [Your secondary verticals, e.g., Retail, Education, Media & Entertainment] | [e.g., 200+] |
| Tier 3 | Tertiary ICP | [Your tertiary verticals, e.g., Hospitality, Real Estate, Agriculture] | [e.g., 200+] |
| Not ICP | Not ICP | Everything else | Any |
Size-based demotion pattern: Companies in a higher-tier industry but below that tier's employee threshold should be demoted to the next tier down, not classified as "Not ICP". For example:
- A company in a Tier 1 industry with fewer than 1,000 but more than 200 employees -> Tier 2
- A company in a Tier 2 industry with fewer than 200 but more than 50 employees -> Tier 3
- Only companies below 50 employees in any ICP industry, or in non-ICP industries entirely, should be "Not ICP"
This ensures ICP-relevant companies are never lost due to size alone.
Audit Current State
import os
from hubspot import HubSpot
from dotenv import load_dotenv
load_dotenv()
api_client = HubSpot(access_token=os.getenv("HUBSPOT_API_TOKEN"))
# Check if ICP Tier property already exists
# Use your chosen property name (e.g., "company_segment", "buyer_tier", "icp_tier")
PROPERTY_NAME = "company_segment"
try:
prop = api_client.crm.properties.core_api.get_by_name(
object_type="companies", property_name=PROPERTY_NAME
)
print(f"ICP Tier property exists: {prop.label}")
except Exception:
print(f"ICP Tier property '{PROPERTY_NAME}' does not exist yet")
# Check data coverage for classification
for prop_name in ["industry", "numberofemployees"]:
result = api_client.crm.companies.search_api.do_search(
public_object_search_request={
"filterGroups": [{
"filters": [{
"propertyName": prop_name,
"operator": "NOT_HAS_PROPERTY"
}]
}],
"limit": 0
}
)
print(f"Companies missing {prop_name}: {result.total}")
Execute
Step 1: Create the ICP Tier Property
Choose a property name that fits your CRM conventions (e.g., company_segment, buyer_tier, or icp_tier). The name is configurable -- just be consistent across workflows and lists.
Via API (recommended):
from hubspot.crm.properties import ModelProperty, PropertyCreate
# Configure your property name here
PROPERTY_NAME = "company_segment"
api_client.crm.properties.core_api.create(
object_type="companies",
property_create=PropertyCreate(
name=PROPERTY_NAME,
label="ICP Tier",
type="enumeration",
field_type="select",
group_name="companyinformation",
description="Automated ICP classification based on industry and employee count. Set by workflow - do not edit manually.",
options=[
{"label": "Tier 1 - Primary ICP", "value": "tier_1_primary", "displayOrder": 0},
{"label": "Tier 2 - Secondary ICP", "value": "tier_2_secondary", "displayOrder": 1},
{"label": "Tier 3 - Tertiary ICP", "value": "tier_3_tertiary", "displayOrder": 2},
{"label": "Not ICP", "value": "not_icp", "displayOrder": 3},
]
)
)
Via UI: Settings > Properties > Company properties > Create property > Dropdown select with the four tier options.
Step 2: Build Classification Workflows
Build 4 company-based workflows in the HubSpot UI. Workflows must use filter-based triggers ("When filter criteria is met") with AND logic.
Building the Classification Workflows: Three Options
Option 1: Manual UI Build. Follow the per-workflow specifications below. This is the most reliable method and gives you full control over every trigger and action.
Option 2: HubSpot Breeze AI. Navigate to Automation > Workflows > Create workflow > "Describe what you want" and paste the following prompt (repeat for each tier, adjusting the tier name, industries, and thresholds):
Create a company-based workflow that triggers when filter criteria is met:
- Number of Employees is greater than or equal to [THRESHOLD]
- AND Industry is any of [LIST YOUR INDUSTRIES]
- AND the custom property "ICP Tier" is unknown
The workflow should set the custom property "ICP Tier" to "[TIER VALUE]".
Enable re-enrollment for all trigger properties.
For the Not ICP catch-all workflow, use:
Create a company-based workflow that triggers when filter criteria is met:
- Custom property "ICP Tier" is unknown
The workflow should wait a delay (30-90 minutes) to let tiered workflows process first, then set the custom property "ICP Tier" to "Not ICP".
Enable re-enrollment.
CRITICAL WARNING: Breeze trigger limitations. Breeze creates event-based triggers (OR logic) instead of filter-based triggers (AND logic). This is especially dangerous for ICP classification because event-based triggers fire when any single property changes, regardless of other conditions, leading to incorrect tier assignments. After Breeze creates each workflow, you MUST manually verify and rebuild the triggers to use filter-based enrollment with AND logic. Breeze is best used for creating the workflow skeleton (actions, delays) -- the trigger conditions almost always need manual correction.
Additional Breeze limitations:
- Breeze cannot create "is unknown" filter conditions reliably -- verify that the "ICP Tier is unknown" guard is correctly configured
- Breeze cannot configure re-enrollment rules
- Breeze cannot create multiple filter groups with OR between groups and AND within groups (needed for Tier 2 and Tier 3 demotion logic)
Option 3: Claude Anthropic Chrome Extension. The Claude Chrome extension lets Claude see and interact with the HubSpot workflow builder UI directly. You can describe each workflow's logic in natural language and Claude will click through the UI to build it. This is often more accurate than Breeze for the ICP workflows because of their complex multi-group filter logic and the critical requirement for AND-based triggers. Build the four workflows one at a time, activating in the staggered sequence described in Step 3.
Note on Fast Mode: If you're using Claude Code's Fast Mode to speed up workflow creation, be aware of the billing model: Haiku usage is included in your subscription, but Opus in Fast Mode consumes extra credits. For workflow building tasks (which are UI-heavy and may require many interactions), consider whether the speed tradeoff is worth the credit cost.
Workflow Specifications
Workflow 1: Tier 1 (Primary ICP)
- Name:
ICP TIER: Assign Tier 1 - Primary ICP - Trigger: When filter criteria is met
- Number of Employees >= [your threshold, e.g., 1,000]
- AND Industry is any of [your primary verticals and their variants]
- Re-enrollment: ON (for all trigger properties)
- Action: Set ICP Tier = "Tier 1 - Primary ICP"
Industry variant tip: HubSpot has multiple labels for the same vertical. For example, "Manufacturing" might appear as "Manufacturing", "Industrial Automation", "Machinery", "Electrical/Electronic Manufacturing". Include ALL relevant variants in the "is any of" filter. Check what values actually exist in your data.
Workflow 2: Tier 2 (Secondary ICP)
- Name:
ICP TIER: Assign Tier 2 - Secondary ICP - Trigger: When filter criteria is met
Filter Group 1 — Secondary industries at threshold:
- Number of Employees >= [e.g., 200]
- AND Industry is any of [your secondary verticals and variants]
- AND ICP Tier is unknown (prevents overwriting Tier 1)
Filter Group 2 — Primary industries demoted by size:
-
Number of Employees >= [e.g., 200]
-
AND Number of Employees <= [e.g., 999]
-
AND Industry is any of [your primary verticals and variants]
-
AND ICP Tier is unknown
-
Re-enrollment: ON
-
Action: Set ICP Tier = "Tier 2 - Secondary ICP"
Workflow 3: Tier 3 (Tertiary ICP)
- Name:
ICP TIER: Assign Tier 3 - Tertiary ICP - Trigger: When filter criteria is met
- Multiple filter groups for:
- Tertiary industries at threshold
- Primary industries demoted by size (below Tier 2 threshold)
- Secondary industries demoted by size (below Tier 2 threshold)
- Each group includes AND ICP Tier is unknown
- Re-enrollment: ON
- Action: Set ICP Tier = "Tier 3 - Tertiary ICP"
Workflow 4: Not ICP (Catch-All)
- Name:
ICP TIER: Assign Not ICP - Trigger: When filter criteria is met
- ICP Tier is unknown
- Re-enrollment: ON
- Action 1: Delay (30-90 minutes) to let tiered workflows process first
- Action 2: Set ICP Tier = "Not ICP"
Step 3: Activation Sequence
Activate workflows in staggered sequence to prevent race conditions:
- Activate Tier 1 workflow -> enroll existing companies
- Wait a few minutes (3-10 minutes)
- Activate Tier 2 workflow -> enroll existing companies
- Wait a few minutes (3-10 minutes)
- Activate Tier 3 workflow -> enroll existing companies
- Wait a few minutes (3-10 minutes)
- Activate Not ICP workflow -> enroll existing companies
The stagger ensures higher-priority tiers process first. The "ICP Tier is unknown" filter on Tiers 2-4 prevents overwriting, and the delay on Not ICP provides additional buffer.
After State
Wait 2-4 hours for all workflows to process, then verify.
# Use the same property name you chose in Step 1
PROPERTY_NAME = "company_segment"
# Check coverage
result = api_client.crm.companies.search_api.do_search(
public_object_search_request={
"filterGroups": [{
"filters": [{
"propertyName": PROPERTY_NAME,
"operator": "NOT_HAS_PROPERTY"
}]
}],
"limit": 0
}
)
print(f"Companies without ICP Tier: {result.total} (should be 0)")
# Check distribution
for tier_value in ["tier_1_primary", "tier_2_secondary", "tier_3_tertiary", "not_icp"]:
result = api_client.crm.companies.search_api.do_search(
public_object_search_request={
"filterGroups": [{
"filters": [{
"propertyName": PROPERTY_NAME,
"operator": "EQ",
"value": tier_value
}]
}],
"limit": 0
}
)
print(f" {tier_value}: {result.total}")
Verification checklist:
- Total coverage: 0 companies with ICP Tier unknown
- Distribution sanity: Tier 1 should be the smallest group, Not ICP the largest. If Tier 1 is huge, the employee threshold may be too low or industry list too broad.
- Spot-check Tier 1: Open 5-10 Tier 1 companies. Confirm each has the correct employee count and industry.
- Spot-check demotions: Find Tier 2 companies in primary ICP industries. Confirm they have employee counts below the Tier 1 threshold but above the Tier 2 threshold.
- Spot-check Not ICP: Open 5-10 Not ICP companies. Confirm each has at least one disqualifying factor (low employee count, non-ICP industry, or missing data).
- Check workflow errors: Review each workflow's history for failures.
Key Technical Learnings
- CRITICAL: Breeze AI creates wrong trigger types. Breeze generates event-based triggers (OR logic between groups) instead of filter-based triggers (AND logic within groups). Event-based triggers mean any single property change enrolls the company regardless of other conditions. Always verify triggers manually or build them from scratch.
- Activation sequence prevents race conditions. Stagger activation (Tier 1 first, then 2, then 3, then Not ICP) so higher-priority tiers claim companies before lower tiers. The "ICP Tier is unknown" filter provides additional protection.
- The delay on Not ICP is critical. Without it, the catch-all workflow would classify companies as Not ICP before tiered workflows have a chance to process them. A delay of 30-90 minutes is typical.
- Size-based demotion is the key design pattern. Never classify a company in an ICP industry as "Not ICP" just because it is smaller than the primary threshold. Demote to the next tier instead. This preserves ICP-adjacent companies for secondary targeting.
- Companies with missing data fall to Not ICP. This is intentional and conservative. If you later enrich company data (via data provider, manual entry, or Breeze Intelligence), the re-enrollment triggers automatically reclassify those companies.
- Do not manually edit ICP Tier values. The workflows manage this property. If you need exceptions, create a separate "ICP Tier Override" property and adjust workflows to respect it.
- Include industry label variants. HubSpot has multiple labels for the same vertical (e.g., "Manufacturing" vs "Industrial Automation" vs "Machinery" vs "Electrical/Electronic Manufacturing"). Check what values actually exist in your data and include all relevant variants in your workflow filters.
- Validate with a script after Breeze creates workflows. If your HubSpot API token has the
automation-accessscope, you can read workflow definitions via the Workflows API and programmatically verify that triggers match your spec.
GitHub 저장소
연관 스킬
content-collections
메타이 스킬은 콘텐츠 콜렉션(Content Collections)을 위한 프로덕션 검증된 설정을 제공합니다. 콘텐츠 콜렉션은 Markdown/MDX 파일을 Zod 검증이 포함된 타입 안전한 데이터 콜렉션으로 변환해주는 TypeScript 최우선 도구입니다. 블로그, 문서 사이트 또는 콘텐츠 중심의 Vite + React 애플리케이션을 구축할 때 타입 안전성과 자동 콘텐츠 검증을 보장하기 위해 사용하세요. Vite 플러그인 구성과 MDX 컴파일부터 배포 최적화 및 스키마 검증에 이르기까지 모든 것을 다룹니다.
polymarket
메타이 스킬은 개발자들이 Polymarket 예측 시장 플랫폼을 활용한 애플리케이션을 구축할 수 있도록 지원하며, 거래 및 시장 데이터를 위한 API 통합 기능을 포함합니다. 또한 WebSocket을 통한 실시간 데이터 스트리밍을 제공하여 실시간 거래와 시장 활동을 모니터링할 수 있습니다. 이를 통해 거래 전략을 구현하거나 실시간 시장 업데이트를 처리하는 도구를 생성하는 데 활용할 수 있습니다.
creating-opencode-plugins
메타이 스킬은 개발자들이 명령어, 파일, LSP 작업 등 25개 이상의 이벤트 유형에 연결되는 OpenCode 플러그인을 만들 수 있도록 돕습니다. JavaScript/TypeScript 모듈을 위한 플러그인 구조, 이벤트 API 명세, 구현 패턴을 제공합니다. OpenCode AI 어시스턴트의 라이프사이클을 사용자 정의 이벤트 기반 로직으로 가로채거나, 모니터링하거나, 확장해야 할 때 사용하세요.
sglang
메타SGLang은 RadixAttention 프리픽스 캐싱을 활용하여 JSON, 정규식, 에이전트 워크플로우를 위한 고속 구조화 생성에 특화된 고성능 LLM 서빙 프레임워크입니다. 특히 반복되는 프리픽스가 있는 작업에서 상당히 빠른 추론 속도를 제공하여 복잡한 구조화 출력 및 다중 턴 대화에 이상적입니다. 제약 디코딩이 필요하거나 광범위한 프리픽스 공유가 있는 애플리케이션을 구축할 때는 vLLM과 같은 대안보다 SGLang을 선택하십시오.
