뉴스 신호 기반 영업 연락 — 모든 뉴스를 영업 연락으로 전환 — Claude Skill

뉴스 신호 기반 영업 연락

포괄 신호 컴포지트입니다. 다른 컴포지트는 자금 조달, 채용, 리더십 변화, 챔피언 이동 같은 특정 신호 유형을 처리합니다. 이 컴포지트는 그 밖의 모든 것, 즉 연락할 이유를 만들 수 있는 모든 뉴스나 공개 이벤트를 처리합니다.

규제 변화. 제품 리콜. 경쟁사 인수. 시장 확장. 해고. 실적 부진. 새 파트너십. 산업 보고서. 컨퍼런스 기조연설. 바이럴 LinkedIn 게시물. 회사의 우선순위를 바꾸거나 긴급성을 만들거나 제품이 들어갈 창을 여는 모든 외부 이벤트입니다.

이 컴포지트가 필요한 이유: 세상은 잠재적인 영업 연락 트리거를 무한히 만들어냅니다. 네 가지 구조화 신호 컴포지트는 가장 흔한 패턴을 처리합니다. 이 컴포지트는 긴 꼬리를 처리합니다. 예측하기 어렵고 기회주의적인 순간들이며, 다른 누구도 그 뉴스에 맞춘 템플릿 시퀀스를 보내지 않기 때문에 종종 가장 좋은 영업 연락을 만듭니다.

자동 로드 시점

다음 중 하나라도 참이면 이 컴포지트를 로드합니다.

• 사용자가 어떤 URL이든 공유하고(LinkedIn 게시물, 기사, 트윗, 블로그, 뉴스) 그 안에 언급된 회사나 사람에 대해 묻는 경우
• 사용자가 "came across", "saw this post", "found this article", "check this out", "is this relevant", "is this company a fit", "should we reach out"라고 말하는 경우
• 사용자가 외부 출처(소셜 미디어, 뉴스, 컨퍼런스, 팟캐스트, 뉴스레터)에서 발견한 회사나 사람을 언급하고 관련성 또는 적합도를 묻는 경우
• 사용자가 "can we reach out to anyone based on this?"라고 묻는 경우
• 사용자가 "check if this news is relevant to our prospects", "news-based outreach", "trigger-based outreach"라고 말하는 경우
• 사용자가 회사 목록을 가지고 있고 영업 연락 각도로 쓸 최근 뉴스를 확인하고 싶은 경우
• 뉴스가 자금 조달, 채용, 리더십 변화, 챔피언 이동 범주에 깔끔하게 맞지 않는 경우
• 상위 워크플로가 평가가 필요한 뉴스 항목을 드러낸 경우

핵심 원칙: 사용자가 외부 신호(URL, 게시물, 기사, 언급)를 공유하고 그 안의 회사/사람에 대해 어떤 질문이든 하면 이 컴포지트를 로드하세요. "outreach"라는 단어를 기다리지 마세요. 이 컴포지트는 평가만 하는 경우(Steps 1-3)와 전체 영업 연락(Steps 1-6)을 모두 처리합니다.

입력 유연성

이 컴포지트는 세 가지 입력 모드를 받습니다.

---

Step 0: 설정(최초 1회)

클라이언트/사용자의 첫 실행에서 아래 선호 설정을 수집해 저장합니다. 이후 실행에서는 건너뜁니다.

ICP 정의

자사 컨텍스트

relevant_news_categories 예시:

# 사이버보안 제품:
relevant_news_categories: ["data breach", "compliance regulation", "security incident",
  "digital transformation", "cloud migration", "IPO/going public"]

# 영업 AI 제품:
relevant_news_categories: ["sales team scaling", "market expansion", "new product launch",
  "competitor acquisition", "cost cutting", "revenue miss"]

# HR tech 제품:
relevant_news_categories: ["layoffs", "rapid hiring", "remote work policy",
  "DEI initiative", "union activity", "culture crisis"]

신호 감지 설정

연락처 찾기 및 영업 연락 설정

설정 저장 위치: clients/<client-name>/config/signal-outreach.json 또는 이에 준하는 위치.

---

Step 1: 파싱 및 추출

목적: 어떤 형태로 들어오든 원시 뉴스 입력을 받아 구조화된 엔티티(회사, 사람)와 핵심 이벤트를 추출합니다.

입력 계약

세 가지 모드:

Mode A: 뉴스 → 회사/사람

news_input: {
  mode: "news_to_targets"
  items: [
    {
      type: "url" | "text" | "structured"
      content: string               # 기사 URL, 원문 텍스트 또는 구조화 요약
      source: string | null          # "TechCrunch", "LinkedIn post", "user provided" 등
    }
  ]
}

Mode B: 회사 → 뉴스

news_input: {
  mode: "targets_to_news"
  companies: [
    {
      name: string
      domain: string
      industry?: string
    }
  ]
  lookback_days: integer
}

Mode C: 사람 → 뉴스

news_input: {
  mode: "people_to_news"
  people: [
    {
      full_name: string
      company: string
      linkedin_url?: string
    }
  ]
  lookback_days: integer
}

프로세스

Mode A: 뉴스 → 회사/사람

1. 뉴스 콘텐츠 가져오기 및 파싱:

   • URL이면 → 페이지를 가져와 기사 텍스트 추출
   • 원문 텍스트면 → 그대로 사용
   • 구조화 데이터면 → 그대로 사용

2. 엔티티 추출:

   • 언급된 회사(이름, 스토리에서의 역할 — 주체, 영향받는 당사자, 파트너, 경쟁사)
   • 언급된 사람(이름, 직함, 회사, 스토리에서의 역할)
   • 핵심 이벤트(무슨 일이 일어났는지 한 문장)
   • 이벤트 범주(규제, 인수, 파트너십, 제품 출시, 시장 이벤트, 위기, 확장, 축소 등)
   • 이벤트 날짜
   • 영향을 받는 산업

3. 필요 시 확장: 뉴스가 언급된 대상보다 더 넓은 영향 범위를 암시하면:

   • "원격 의료에 대한 새 FDA 규제" → 기사에 나온 회사뿐 아니라 모든 원격 의료 회사
   • "[company]의 대규모 데이터 침해" → 침해를 당한 회사와 이를 기회로 삼을 수 있는 경쟁사
   • "산업 보고서가 X 추세를 보여줌" → 해당 산업의 회사들

Mode B: 회사 → 뉴스

1. 각 회사의 최근 뉴스 검색 설정된 news_tool 사용:

   • 웹 검색: "{company_name}" AND (news OR announced OR launches OR raises OR expands OR partners)를 lookback_days 안에서 검색
   • 결과를 설정의 relevant_news_categories와 대조해 필터링
   • 발견된 각 뉴스 항목에 대해 Mode A와 같은 필드 추출

2. 결과 그룹화: 회사 → 제품 관련성 기준으로 정렬한 뉴스 항목 목록

Mode C: 사람 → 뉴스

1. 각 사람의 최근 뉴스/활동 검색:

   • 웹 검색: "{full_name}" AND "{company}"를 lookback_days 안에서 검색
   • LinkedIn 활동(가능한 경우): 최근 게시물, 공유, 댓글
   • 찾을 항목: 승진, 강연, 발행한 글, 언론 인용, 새 프로젝트

2. 결과 그룹화: 사람 → 뉴스 항목/활동 목록

출력 계약

extracted_signals: [
  {
    entity: {
      type: "company" | "person"
      name: string
      company: string               # 회사 이름(type=company이면 name과 동일)
      domain: string | null
      role_in_news: string           # "subject", "affected", "partner", "competitor", "mentioned"
    }
    news: {
      headline: string              # 무슨 일이 일어났는지 한 줄 요약
      event_category: string        # "regulation", "acquisition", "expansion", "crisis" 등
      event_date: string
      full_summary: string          # 2-3문장 요약
      source_url: string | null
      affected_industries: string[]
    }
  }
]

사람 확인 지점

## 추출된 신호

출처: [뉴스 출처/입력 설명]
이벤트: [한 줄 요약]
범주: [이벤트 범주]

### 추출된 회사/사람
| 엔티티 | 유형 | 뉴스에서의 역할 | 산업 |
|--------|------|-------------|----------|
| Acme Corp | Company | Subject | Healthcare |
| Jane Doe | Person | Quoted (CEO) | Healthcare |
| HealthTech sector | Industry | Affected | Healthcare |

추가 평가 대상: [affected industry]에서 직접 언급되지 않은 X개 회사

ICP 적격 판정을 진행할까요? (Y/n)

---

Step 2: ICP 기준 적격 판정

목적: 추출된 각 엔티티가 ICP에 맞는지 판단합니다. 맞지 않는 회사/사람은 제외합니다. 순수 LLM 추론이므로 본질적으로 도구에 종속되지 않습니다.

입력 계약

extracted_signals: [...]              # Step 1 출력에서 가져옴
icp_criteria: {
  target_industries: string[]
  target_company_size: string
  target_geographies: string[]
  disqualifiers: string[]
}
your_company: {
  description: string
  pain_point: string
}

프로세스

각 엔티티에 대해:

1. 엔티티가 회사인 경우:

   • 산업을 target_industries와 대조
   • 회사 규모 추정(뉴스 컨텍스트 또는 빠른 웹 검색)
   • 관련 있는 경우 지역 확인
   • disqualifiers와 대조
   • 결과: 통과 / 실패 및 근거

2. 엔티티가 사람인 경우:

   • 그 사람의 회사를 식별
   • 위와 같은 ICP 체크로 회사 적격 판정
   • 추가 확인: 이 사람의 역할이 관련 있는가? (buyer_titles, champion_titles, user_titles와 일치)
   • 결과: 통과 / 실패 및 근거

3. 언급되지는 않았지만 암시된 엔티티(예: 규제 뉴스에서 "모든 원격 의료 회사"):

   • 웹 검색이나 기존 회사 목록을 사용해 영향을 받는 영역의 구체적 회사 식별
   • 각 회사를 ICP 기준으로 적격 판정
   • 이 단계는 기존 파이프라인에 없던 새 회사를 발견할 수 있습니다

출력 계약

icp_qualified: [
  {
    entity: { ... }                   # Step 1에서 가져옴
    news: { ... }                     # Step 1에서 가져옴
    icp_assessment: {
      fit: "strong" | "moderate"
      industry_match: boolean
      size_match: boolean | "unknown"
      reasoning: string               # 왜 적합한지
    }
  }
]
icp_disqualified: [
  {
    entity_name: string
    reason: string
  }
]

사람 확인 지점

## ICP 적격 판정

### 적격(X개 엔티티)
| 엔티티 | 유형 | 산업 | 규모 | ICP 적합도 | 근거 |
|--------|------|----------|------|---------|-----------|
| Acme Corp | Company | Healthcare SaaS | ~200 | Strong | 핵심 ICP 산업, 적절한 규모 |
| MedTech Inc | Company | HealthTech | ~500 | Moderate | 인접 산업, 큰 규모 |

### 제외(X개 엔티티)
| 엔티티 | 이유 |
|--------|--------|
| BigPharma Co | Enterprise (50K+ employees) — 목표 규모 초과 |

적격 목록을 승인하시겠습니까?

---

Step 3: 연결 각도 식별

목적: 핵심 사고 단계입니다. ICP에 적합한 각 엔티티에 대해 뉴스 이벤트와 제품 사이의 구체적 연결고리를 결정합니다. 이 뉴스 때문에 왜 그들이 바로 지금 제품에 관심을 가져야 하나요? 순수 LLM 추론이므로 본질적으로 도구에 종속되지 않습니다.

입력 계약

icp_qualified: [...]                  # Step 2 출력에서 가져옴
your_company: {
  description: string
  pain_point: string
  product_outcomes: string[]
  proof_points: string[]
  relevant_news_categories: string[]
}

프로세스

각 적격 엔티티에 대해 세 가지 질문에 답합니다.

질문 1: "왜 이 뉴스가 우리 제품에 대한 긴급성을 만드는가?"

뉴스 이벤트 범주를 제품 관련성 패턴에 매핑합니다.

질문 2: "구체적인 각도는 무엇인가?"

한 문장의 연결고리를 만듭니다.

"Because [news event], [company] now needs [specific outcome your product delivers]."

예시:

• "Acme가 BetaCo를 막 인수했기 때문에 두 개의 분리된 CRM 시스템을 통합해야 합니다. [product]는 이를 30일 안에 처리합니다."
• "새 HIPAA 개정안이 Q3에 시행되기 때문에 [company]는 데이터 처리 방식을 감사해야 합니다. [product]는 이를 자동화합니다."
• "[person]이 방금 [pain]에 어려움을 겪고 있다고 게시했기 때문에 이미 해결책을 찾고 있습니다. [product]는 이를 해결합니다."

질문 3: "이 연결은 얼마나 강한가?"

출력 계약

connection_angles: [
  {
    entity: { ... }
    news: { ... }
    icp_assessment: { ... }
    connection: {
      urgency_reason: string          # 이 뉴스가 긴급성을 만드는 이유
      specific_angle: string          # 한 문장 연결고리
      connection_strength: "direct" | "adjacent" | "thematic"
      timing_note: string             # 이 영업 연락의 시간 민감도
      recommended_framework: string   # 가장 잘 맞는 이메일 프레임워크
    }
  }
]

연결 강도별 프레임워크 선택

사람 확인 지점

## 연결 각도

### 직접 연결(X개 엔티티) — 빠르게 실행
| 엔티티 | 뉴스 | 각도 | 타이밍 |
|--------|------|-------|--------|
| Acme Corp | BetaCo 인수 | "CRM 시스템 통합 필요 — [product]는 이를 30일 안에 처리" | 이번 주(통합 계획이 즉시 시작됨) |

### 인접 연결(X개 엔티티)
| 엔티티 | 뉴스 | 각도 | 타이밍 |
|--------|------|-------|--------|
| MedTech Inc | EMEA 확장 | "현지화된 [function]이 필수 요건이 됨 — [product]는 15개 언어 지원" | 이번 달 |

### 주제 연결(X개 엔티티)
| 엔티티 | 뉴스 | 각도 | 타이밍 |
|--------|------|-------|--------|
| HealthCo | [trend]에 대한 산업 보고서 | "[category] 솔루션을 평가 중일 가능성" | 유연 |

연락처를 찾기 전에 이 각도들을 승인하시겠습니까?

---

Step 4: 관련 담당자 찾기

목적: 연결 각도가 있는 각 적격 엔티티에 대해 연락할 적절한 사람을 찾습니다.

입력 계약

connection_angles: [...]              # Step 3 출력에서 가져옴
buyer_titles: string[]                # 설정에서 가져옴
champion_titles: string[]             # 설정에서 가져옴
user_titles: string[]                 # 설정에서 가져옴
max_contacts_per_company: integer     # 기본값: 3-5

프로세스

1. 엔티티가 이미 사람인 경우(Mode C 또는 뉴스에 언급된 사람):

   • 그 사람이 주 연락 대상입니다. 그래도 멀티스레딩을 위해 같은 회사에서 추가 연락처 1-2명(그 사람이 챔피언이면 구매자, 구매자이면 챔피언)을 찾습니다.

2. 엔티티가 회사인 경우:

   • 설정된 contact_tool로 buyer_titles, champion_titles, user_titles와 일치하는 사람을 찾습니다
   • 뉴스 이벤트와 가장 가까운 역할의 사람을 우선합니다.

   뉴스 범주	우선 연락처
   규제 / 준수	법무, 준법, 운영 리더십
   인수 / 합병	COO, CTO, VP Operations, 통합 담당 리드
   시장 확장	VP Sales, VP Marketing, 국가/지역 리드
   비용 절감 / 해고	COO, CFO, VP Operations
   제품 출시	CTO, VP Product, VP Engineering
   위기 / 사고	CISO, VP Engineering, CTO(보안), CEO/COO(운영)
   일반 성장	설정의 buyer_titles 기본값 사용

3. 각 연락처에 대해 뉴스 관련성을 기록:

   • 이 뉴스의 직접 영향을 받는가? (부서, 기능)
   • 이 뉴스에 대한 대응의 의사결정자인가?
   • 이 뉴스가 만드는 고통을 실제로 느낄 사람인가?

출력 계약

contacts: [
  {
    person: {
      full_name: string
      first_name: string
      last_name: string
      title: string
      email: string | null
      linkedin_url: string | null
      role_type: "buyer" | "champion" | "user"
      news_relevance: string         # 이 뉴스에서 왜 이 사람인가
    }
    company: {
      name: string
      domain: string
    }
    connection: {
      specific_angle: string
      connection_strength: string
      urgency_reason: string
    }
    news: {
      headline: string
      event_category: string
      source_url: string | null
    }
  }
]

사람 확인 지점

## 찾은 연락처

### Acme Corp — "BetaCo 인수" (직접 연결)
| 이름 | 직함 | 역할 | 이 사람인 이유 |
|------|-------|------|----------------|
| Sarah Kim | COO | Buyer | 인수 후 통합을 담당 |
| David Park | VP Operations | Champion | 통합 워크플로를 관리할 사람 |
| Amy Chen | Director of Sales Ops | User | CRM 통합의 직접 영향을 받음 |

### MedTech Inc — "EMEA 확장" (인접 연결)
| ... |

총계: Y개 회사의 X명 연락처

이메일 초안을 작성하기 전에 승인하시겠습니까?

---

Step 5: 개인화 영업 연락 작성

목적: 뉴스 이벤트가 후크이고 제품이 해결책이며, 이메일이 그들의 구체적 상황을 이해하고 있음을 보여주는 영업 연락을 작성합니다. 순수 LLM 추론이므로 본질적으로 도구에 종속되지 않습니다.

입력 계약

contacts: [...]                       # Step 4 출력에서 가져옴
your_company: {
  description: string
  pain_point: string
  product_outcomes: string[]
  proof_points: string[]
}
sequence_config: {
  touches: integer                    # 기본값: 3
  timing: integer[]                   # 기본값은 연결 강도별로 달라짐(아래 참조)
  tone: string                       # 기본값: "casual-direct"
  cta: string                       # 기본값: "15-min call"
}

프로세스

1. 연결 강도에 따라 시퀀스 타이밍 조정:

   강도	타이밍	근거
   Direct	Day 1 / 3 / 7	긴급성이 실제 — 이미 이 문제를 다루고 있음
   Adjacent	Day 1 / 5 / 12	표준 타이밍 — 긴급성이 직접적이지 않고 암시됨
   Thematic	Day 1 / 7 / 14	더 느린 cadence — 위기 대응이 아니라 인지도

2. 제품이 아니라 뉴스를 중심으로 이메일 구성:

   뉴스가 주제입니다. 제품은 punchline입니다. 제품으로 시작하지 마세요.

   요소	출처	사용 방법
   뉴스 후크	Step 1 news.headline	무슨 일이 있었는지로 시작 — 알고 있음을 보여줌
   그들에게 미치는 영향	Step 3 connection.urgency_reason	이것이 그들의 구체적 역할에 어떤 의미인지 설명
   자사 각도	Step 3 connection.specific_angle	제품으로 자연스럽게 연결
   증거	설정 proof_points	비슷한 상황을 겪은 동료 사례 제시
   CTA	설정	부담이 낮은 요청

3. 연결 강도별 이메일 구조:

   직접 연결(Signal-Proof-Ask):

   Hook: 구체적인 뉴스 이벤트 언급
   Impact: 이것이 그들에게 의미하는 바(1문장)
   Proof: 같은 상황에서 제품을 사용한 유사 회사
   Ask: 부드러운 CTA
   

   인접 연결(PAS):

   Problem: 뉴스가 만드는 downstream 과제
   Agitate: 대응하지 않으면 생기는 일(1문장)
   Solve: 제품이 어떻게 돕는지, 증거 포인트 포함
   Ask: 부드러운 CTA
   

   주제 연결(AIDA):

   Attention: 뉴스/추세 언급
   Interest: 그것이 그 회사와 구체적으로 어떻게 관련되는지
   Desire: 이 맥락에서 제품이 하는 일
   Action: 부드러운 CTA
   

4. 개인화 레이어:

   레이어	개인화되는 내용	출처
   뉴스 언급	구체적 이벤트와 관련성	Step 1 뉴스 데이터
   회사 컨텍스트	회사가 하는 일, 산업, 상황	Step 2 ICP 조사
   역할 컨텍스트	왜 이 사람이 이 뉴스에 관심을 갖는지	Step 4 news_relevance
   자사 적합도	이 시나리오에서 제품이 구체적으로 어떻게 돕는지	Step 3 연결 각도

5. email-drafting 스킬의 hard rules를 따릅니다. 추가로:

   • 부정적 뉴스를 선정적으로 다루지 마세요. 신호가 해고, 침해, 위기라면 기회주의적이지 말고 공감적으로 접근하세요. "힘든 시기인 것을 압니다"이지, "해고했으니 우리 도구가 필요합니다!"가 아닙니다.
   • 우연히 뉴스를 본 척하지 마세요. "흥미로운 기사를 우연히 봤습니다"가 아니라 "[event] 소식을 봤습니다"라고 직접 말하세요.
   • 뉴스가 위기에 관한 것이라면 연락 전 48-72시간 기다리세요. 위기 당일의 즉각적인 연락은 약탈적으로 보입니다.

출력 계약

email_sequences: [
  {
    contact: { full_name, email, title, company_name, role_type, news_relevance }
    news_context: { headline, event_category, source_url }
    connection: { specific_angle, connection_strength }
    sequence: [
      {
        touch_number: integer
        send_day: integer
        subject: string
        body: string
        framework: string
        personalization_elements: {
          news_reference: string       # 뉴스를 어떻게 언급했는지
          company_context: string      # 회사 상황을 어떻게 사용했는지
          role_context: string         # 구체적 역할을 어떻게 활용했는지
          product_connection: string   # 제품을 어떻게 포지셔닝했는지
        }
        word_count: integer
      }
    ]
  }
]

사람 확인 지점

연결 강도별로 샘플을 묶어 제시합니다.

## 검토용 영업 연락 샘플

### 직접 연결: Sarah Kim, COO @ Acme Corp
뉴스: Acme가 BetaCo 인수 | 각도: CRM 통합 | 프레임워크: Signal-Proof-Ask

**Touch 1 — Day 1**
Subject: Acme + BetaCo 시스템 통합
> 안녕하세요 Sarah — BetaCo 인수 소식을 봤습니다. 축하드립니다. 통합
> sprint에서는 보통 CRM 통합 과제가 빠르게 드러납니다.
> 두 시스템, 겹치는 데이터, 서로 다른 워크플로 때문입니다.
>
> [Peer company]도 작년 인수 이후 같은 문제를 겪었습니다.
> [Product]로 두 시스템을 30일 안에 통합했습니다. 방법을 공유드릴 수 있습니다.
>
> 15분 통화가 의미 있을까요?

**Touch 2 — Day 3**
> [새 각도 — 데이터 마이그레이션 복잡성, 구체적 지표 포함]

**Touch 3 — Day 7**
> [통합 플레이북 공유 제안이 포함된 마무리]

---

### 인접 연결: Dr. Lee, VP Product @ MedTech Inc
뉴스: EMEA 확장 | 각도: 현지화 필요 | 프레임워크: PAS

**Touch 1 — Day 1**
Subject: EMEA 확장 + [function] 현지화
> [전체 이메일]

---

이 샘플을 승인하시겠습니까? 같은 스타일로 나머지를 생성하겠습니다.

---

Step 6: 영업 연락으로 인계

다른 신호 컴포지트와 동일합니다. 설정된 영업 연락 도구용으로 연락처와 이메일 시퀀스를 패키징합니다.

출력 계약

campaign_package: {
  tool: string
  file_path: string
  contact_count: integer
  sequence_touches: integer
  estimated_send_days: integer
  next_action: string
}

사람 확인 지점

## 캠페인 준비 완료

도구: [configured tool]
신호 유형: 뉴스 트리거
뉴스 이벤트: [headline]
연결 강도: 직접 X개, 인접 Y개, 주제 Z개
연락처: M개 회사의 N명
시퀀스: 3회 접촉(타이밍은 연결 강도별로 다름)

시작할까요?

---

실행 요약

총 사람 검토 시간: 약 15-25분

---

다른 신호 컴포지트와의 핵심 차이

---

민감도 가이드라인

일부 뉴스 이벤트는 신중한 톤 조정이 필요합니다.

경험칙: 컨퍼런스에서 얼굴을 맞대고 이야기할 때 꺼내지 않을 내용이라면 콜드 이메일에 넣지 마세요.

---

팁

• 직접 연결은 드물지만 강력합니다. 대부분의 뉴스는 인접 또는 주제 연결을 만듭니다. 직접 연결을 찾으면 우선하세요. 전환율이 2-3배 높습니다.
• 직접 연결에서는 속도가 중요합니다. 관련 뉴스 이벤트를 처음 언급하는 공급업체는 정보력이 있어 보입니다. 다섯 번째는 같은 플레이북을 돌리는 것처럼 보입니다.
• 약한 연결을 억지로 만들지 마세요. 한 문장으로 각도를 설명할 수 없다면 연결이 너무 약합니다. 제외하세요.
• 경쟁사 뉴스는 금입니다. 경쟁사가 투자 유치, 인수, 보안 침해, 제품 출시를 했다면 그들의 고객과 잠재고객은 갑자기 대화에 열려 있을 수 있습니다.
• 부정적 뉴스에는 48-72시간의 냉각 기간이 필요합니다. 해고나 침해 당일에 연락하는 것은 약탈적으로 보입니다. 기다린 뒤 공감으로 시작하세요.
• 산업 보고서와 추세 글은 좋은 주제 트리거입니다. "[category]에 대한 Gartner 보고서가 막 나왔습니다 — [company]에 의미하는 바는..." 같은 접근은 반응적이기보다 사려 깊게 보이게 합니다.
• 다른 신호 컴포지트와 결합하세요. 뉴스에는 종종 내장 신호가 있습니다. 인수 기사에 인수 회사가 50명을 채용한다는 내용(채용 신호), 새 CEO 임명(리더십 변화 신호), 막 투자 유치(자금 조달 신호)가 포함될 수 있습니다. 더 나은 영업 연락을 위해 적절한 전문 컴포지트로 라우팅하세요.