สรุปสั้น ๆ: หากต้องการเพิ่มข้อมูลลูกค้าเป้าหมายขาเข้า (Inbound Leads) ด้วย AI Agent ให้ส่งอีเมลและโดเมนของแต่ละการลงทะเบียนไปยัง Webhook เพื่อเริ่มการทำงานของ Agent โดย Agent จะค้นหาข้อมูลบุคคลเพิ่มเติมผ่าน People Data Labs, ค้นหาข้อมูลบริษัทผ่าน Apollo, ตรวจสอบรายชื่อกับมาตรการคว่ำบาตร (Sanctions List), ประเมินคะแนนเทียบกับเกณฑ์ลูกค้าในอุดมคติ (ICP) ของคุณ และสร้าง Task แยกเป็นราย Lead จากนั้นทีมงานจะเข้ามาตรวจสอบ Lead ที่ผ่านเกณฑ์ทั้งหมดก่อนส่งข้อความตอบกลับ วิธีนี้คิดค่าใช้จ่ายตามจำนวน Lead ด้วยเครดิตของ Firecrawl โดยไม่ต้องจ่ายค่าสิทธิ์การใช้งานรายผู้ใช้ (Per-seat)
เมื่อมีการลงทะเบียนเข้ามา ระบบจะได้รับข้อมูลที่เป็นประโยชน์สองอย่าง ได้แก่ อีเมลและโดเมนของบริษัท ซึ่งจะต้องมีใครสักคนนำข้อมูลนี้ไปใช้ประกอบการตัดสินใจว่า บุคคลนี้คือผู้ซื้อตัวจริง นักเรียน คู่แข่ง หรือเป็นรายชื่อที่คุณไม่สามารถทำธุรกิจด้วยได้อย่างถูกต้องตามกฎหมายหรือไม่
แนวทางทั่วไปที่ใช้กันคือ การซื้อสิทธิ์เข้าใช้งานเครื่องมือค้นหาข้อมูล (Enrichment Tool) ให้กับทุกคนที่ต้องคัดกรอง Lead โดย Apollo จะคิดค่าบริการตามจำนวนผู้ใช้ (Per-seat) และหน้าราคาของ Apollo ก็ระบุไว้ว่าผู้ใช้ทุกคนในบัญชีจะแชร์แพ็กเกจร่วมกัน วิธีนี้สมเหตุสมผลหากเป็นมนุษย์ที่ต้องกดค้นหาข้อมูลด้วยตนเอง แต่เมื่อให้ Agent เป็นผู้ค้นหาข้อมูลแทน คนที่เข้ามาอ่านผลลัพธ์ก็ไม่จำเป็นต้องมีสิทธิ์การใช้งาน (Seat) แต่อย่างใด
คู่มือนี้จะแสดงวิธีสร้างเวิร์กโฟลว์ดังกล่าวบน Sharkly โดยใช้ Claude Code หรือ Codex เป็นรันไทม์ และใช้ Firecrawl Alexandria เป็นเลเยอร์ข้อมูล ทั้งนี้ ราคาเครดิตทั้งหมดที่ระบุไว้ด้านล่างนี้อ้างอิงจากราคาทางการของ Firecrawl ณ วันที่ 3 พฤศจิกายน 2026 เราไม่ได้ใช้ข้อมูล Lead จริงในการทดสอบสำหรับบทความนี้ ดังนั้นตัวเลขรวมจึงเป็นเพียงตัวอย่างในการคำนวณ โปรดตรวจสอบราคาล่าสุดใน Playground ก่อนเชื่อมต่อระบบจริง
ทำไมต้องเพิ่มข้อมูล Inbound Leads ด้วย Agent
การเพิ่มข้อมูล Inbound Lead (Inbound Lead Enrichment) หมายถึงการเติมเต็มข้อมูลตำแหน่งงาน บริษัท และความเหมาะสมของรายชื่อติดต่อใหม่ ก่อนที่ทีมงานจะต้องเสียเวลาตรวจสอบ โดย Agent สามารถค้นหาข้อมูล นำกฎเกณฑ์ของคุณไปประมวลผล และเขียนสรุปสั้น ๆ เพียงหนึ่งย่อหน้า ขณะที่การตัดสินใจว่าจะตอบกลับใครยังคงเป็นหน้าที่ของทีมงาน
เมื่อให้ Agent เป็นผู้ค้นหาข้อมูล มี 3 สิ่งที่จะเปลี่ยนไป:
- คิดค่าใช้จ่ายตามจำนวน Lead จริง API Key เพียงชุดเดียวของ Firecrawl ครอบคลุมผู้ให้บริการทุกราย การค้นหาแต่ละครั้งมีราคาเครดิตที่กำหนดไว้อย่างชัดเจน และการค้นหาที่ไม่พบข้อมูลจากผู้ให้บริการด้านล่างนี้จะไม่เสียค่าใช้จ่ายใด ๆ
- กฎเกณฑ์ถูกแปลงเป็นไฟล์ เกณฑ์ลูกค้าในอุดมคติ (ICP) จะอยู่ในไฟล์ที่ได้รับการตรวจสอบแล้ว ซึ่ง Agent จะอ่านทุกครั้งที่ทำงาน แทนที่จะจำกัดอยู่ในความคิดของทีมงานแต่ละคน
- ทุก Lead ได้รับการตรวจสอบตามมาตรฐานเดียวกัน ผู้ลงทะเบียนคนที่ 40 ของวันจะได้รับการตรวจสอบมาตรการคว่ำบาตรอย่างละเอียดไม่ต่างจากคนแรก
ภาพรวมไปป์ไลน์การเพิ่มข้อมูล Inbound Lead
| ขั้นตอน | ผู้ให้บริการและความสามารถ (Capability) | ราคาตามที่ระบุ | ฟรีเมื่อ |
|---|---|---|---|
| 1. Webhook เริ่มการทำงาน | Sharkly Automation | 0 เครดิต | ฟรีเสมอ |
| 2. เพิ่มข้อมูลบุคคล | People Data Labs person/enrich |
60 เครดิต | ความตรงกันของข้อมูลต่ำกว่า min_likelihood (404) |
| 3. เพิ่มข้อมูลบริษัท | Apollo companies/bulk-enrich |
30 เครดิตต่อบริษัทที่พบข้อมูล | โดเมนไม่ตรงกับข้อมูลใด ๆ |
| 4. ตรวจสอบมาตรการคว่ำบาตร | OpenSanctions (opensanctions-org) |
ตรวจสอบด้วย find-tools |
ห้ามคาดเดาเอาเอง |
| 5. ให้คะแนนและจัดเส้นทาง | ไฟล์กฎของคุณ | 0 เครดิต | ฟรีเสมอ |
ขั้นตอนที่ 1: Webhook เริ่มต้นกระบวนการเพิ่มข้อมูล
ใน Sharkly ระบบ Automation คือกฎเกณฑ์ประจำ Space ที่มอบหมายงานที่ต้องทำซ้ำ ๆ ให้กับ Agent หรือ Crew หนึ่งตัว โดยหนึ่งในประเภทของ Trigger ก็คือ Webhook ซึ่งเป็น URL ลับที่รองรับคำขอ POST จากบริการอื่น เมื่อมีผู้ลงทะเบียนใหม่ ระบบหลังบ้านของคุณจะส่งข้อมูล Lead ใหม่มาที่ URL นี้
# From your signup handler. The URL is a secret; keep it in your app's env.
curl -X POST "$SHARKLY_LEAD_WEBHOOK_URL" \
-H "Content-Type: application/json" \
-d '{"signup_id": "su_10482", "email": "[email protected]", "domain": "example-corp.com"}'
Sharkly จะแสดง URL แบบเต็มเพียงครั้งเดียวเมื่อคุณสร้างหรือสร้าง Trigger ใหม่ หลังจากนั้น การ์ด Trigger จะแสดงเพียงสถานะว่า URL กำลังทำงานอยู่ นอกจากนี้ คุณยังสามารถเพิ่ม Signing Secret เพื่อให้คำขอทั้งหมดต้องผ่านการตรวจสอบลายเซ็นดิจิทัล (Signature Verification) ได้อีกด้วย
รายละเอียดสำคัญอย่างหนึ่งในการออกแบบคือ Automation จะเริ่มต้นการทำงานของ Agent (Agent Run) ไม่ใช่การสร้าง Task ดังนั้นในคำสั่งจึงต้องระบุให้ Agent เป็นผู้สร้าง Task สำหรับ Lead นั้นด้วยตัวเองในขั้นตอนสุดท้าย รายละเอียดการทำงานของระบบจะบันทึก Trigger Payload เอาไว้ ทำให้แต่ละ Lead มีประวัติบันทึกข้อมูลตั้งต้นที่ส่งเข้ามาอย่างครบถ้วน
ขั้นตอนที่ 2: เพิ่มข้อมูลบุคคลจากอีเมล
People Data Labs person/enrich มีราคาตามที่ระบุไว้ที่ 60 เครดิตต่อการเรียกใช้งานหนึ่งครั้ง เพียงแค่มี email ก็เพียงพอสำหรับการป้อนข้อมูล ส่วนการตั้งค่าที่ช่วยควบคุมค่าใช้จ่ายของคุณคือ min_likelihood ซึ่งมีค่าตั้งแต่ 1 ถึง 10 โดยมีค่าเริ่มต้นอยู่ที่ 2 หากคุณปรับเพิ่มค่านี้ การจับคู่ข้อมูลที่มีความน่าจะเป็นต่ำจะส่งกลับมาเป็นรหัส 404 แทนที่จะเป็นข้อมูลที่ไม่แม่นยำ ซึ่งในหน้าผู้ให้บริการของ Firecrawl ระบุไว้อย่างชัดเจนว่า "การได้ผลลัพธ์เป็น 404 ไม่มีค่าบริการ แต่การได้ข้อมูลที่ไม่ถูกต้องจะเสียค่าบริการ"
// enrich-lead.mjs: one call per signup, key injected as $FIRECRAWL_API_KEY
const call = (alexandria) =>
fetch("https://api.firecrawl.dev/v2/scrape", {
method: "POST",
headers: {
Authorization: `Bearer ${process.env.FIRECRAWL_API_KEY}`,
"Content-Type": "application/json",
},
body: JSON.stringify({ alexandria }),
}).then((r) => r.json());
const person = await call({
provider: "people-data-labs",
capability: "person/enrich",
options: { email: lead.email, min_likelihood: 6, titlecase: true },
});
const p = person.alexandria?.[0];
if (p?.error) brief.errors.push(p.error); // check every result before using it
ข้อมูลที่ได้มามีฟิลด์ประมาณ 150 ฟิลด์ แต่บทสรุปย่อของคุณต้องการเพียง 5 ฟิลด์เท่านั้น เมื่อแทนที่ด้วยข้อมูลจำลอง ส่วนที่ Agent ดึงมาเก็บไว้จะมีลักษณะดังนี้:
{
"full_name": "Jordan Example",
"job_title": "Director Of Platform Engineering",
"job_company_name": "Example Corp",
"linkedin_url": "linkedin.com/in/placeholder",
"likelihood": 8
}
นอกจากนี้ควรระวังเรื่องโควตาด้วยเช่นกัน โดยการใช้งาน People Data Labs ผ่าน Alexandria อนุญาตให้เรียก API ได้ 50,000 ครั้งต่อปีต่อหนึ่งองค์กรลูกค้า ซึ่งนับรวมทั้ง Endpoint ของบุคคลและบริษัท การพยายามเรียกซ้ำ (Retry) ก็นับรวมด้วย และโควตาจะรีเซ็ตในวันที่ 1 มกราคม ตามเวลา UTC
ขั้นตอนที่ 3: เพิ่มข้อมูลบริษัทจากโดเมน
ข้อมูลบริษัทของ Apollo ครอบคลุมทั้งเงินทุน จำนวนพนักงาน และเทคโนโลยีที่ใช้งาน ตัวอย่างของ Firecrawl เองใช้ความสามารถ companies/bulk-enrich ซึ่งรับได้สูงสุดสิบโดเมนต่อการเรียกใช้หนึ่งครั้ง จากข้อมูลการเปรียบเทียบในเดือนตุลาคม 2026 ของ Firecrawl ระบุราคาไว้ที่ 30 เครดิตต่อบริษัทที่พบข้อมูล ส่วนโดเมนที่ไม่ตรงกับข้อมูลใด ๆ จะไม่เสียค่าใช้จ่าย
const company = await call({
provider: "apollo",
capability: "companies/bulk-enrich",
options: { "domains[]": [lead.domain] },
});
const org = company.alexandria?.[0]?.data?.organizations?.[0];
// org.name, org.estimated_num_employees, funding and technology fields
หน้า Alexandria ของ Apollo ระบุถึงฟังก์ชันพร้อมใช้งาน (Built-in Skill) ที่ชื่อว่า "CRM account data refresh" ซึ่งจะช่วยดึงข้อมูลอัปเดตของบัญชีลูกค้าตามโดเมน และเปรียบเทียบข้อมูลใหม่กับข้อมูลเดิมที่มีอยู่ใน CRM โดยใช้การเรียก API แบบเดียวกัน แต่เปลี่ยนเป้าหมายเป็นบัญชีลูกค้าปัจจุบันของคุณแทนการลงทะเบียนใหม่
ขั้นตอนที่ 4: ตรวจสอบ Lead กับรายชื่อมาตรการคว่ำบาตร
หมวดหมู่ People บน Alexandria ประกอบด้วย OpenSanctions ซึ่งเป็นฐานข้อมูลด้านมาตรการคว่ำบาตร บุคคลที่มีสถานภาพทางการเมือง (PEP) และบุคคลที่น่าจับตามอง รวมทั้ง UK Sanctions List การค้นหาเครื่องมือ (Discovery) นั้นไม่มีค่าบริการ ดังนั้นคุณจึงสามารถให้ Agent ตรวจสอบความสามารถในการคัดกรองและราคาของเครื่องมือก่อนที่จะเริ่มเรียกใช้งานจริงแบบเสียค่าใช้จ่าย:
firecrawl find-tools --options '{"providers": ["opensanctions-org"]}' --include-costs
ความสามารถด้านชุดข้อมูลของ OpenSanctions ระบุราคาไว้ที่ 5 เครดิตต่อการทำงานหนึ่งครั้ง แต่อย่าเพิ่งด่วนสรุปว่าการค้นหาเอนทิตี (Entity Search) จะมีราคาเท่ากัน ให้ตรวจสอบราคาที่คำสั่ง find-tools ส่งกลับมาเสมอ นอกจากนี้โปรดตรวจสอบเงื่อนไขสัญญาอนุญาต (License) ด้วย เนื่องจาก OpenSanctions เผยแพร่ข้อมูลภายใต้สัญญาอนุญาต CC BY-NC 4.0 และมีการจำหน่ายไลเซนส์แยกต่างหากสำหรับการตรวจสอบคัดกรองในเชิงธุรกิจ ดังนั้นระบบการจัดการ Lead เชิงพาณิชย์จึงจำเป็นต้องเลือกใช้ไลเซนส์ให้ถูกต้อง
หากพบข้อมูลที่ตรงกัน ไม่ได้หมายความว่า Agent จะปฏิเสธ Lead นั้นในทันที แต่หมายถึง Task ดังกล่าวจะถูกส่งต่อไปยังทีมงานพร้อมแนบข้อมูลรายการที่ตรวจพบไปด้วย
ขั้นตอนที่ 5: ให้คะแนนความเหมาะสมเทียบกับ ICP ของคุณ
การประเมินคะแนนไม่มีค่าใช้จ่ายเพิ่มเติม เพราะเป็นการอ่านข้อมูลจากฟิลด์ที่คุณได้จ่ายเงินค้นหามาแล้ว เพียงนำกฎเกณฑ์ไปใส่ไว้ใน Sharkly Skill เพื่อให้การทำงานในทุกรอบอ่านไฟล์เดียวกัน และการปรับเปลี่ยนแก้ไขใด ๆ จะต้องผ่านการตรวจสอบก่อนเสมอ
# inbound-icp.md (owner: head of sales)
qualify_if: employees >= 50 AND title in [Director, VP, Head, CTO] AND sanctions_match == false
nurture_if: employees < 50 OR title not senior
disqualify_if: free_email_domain OR known_competitor_domain
on_sanctions_match: route to Sales review with the match, never auto-reply
brief_fields: [name, title, company, employees, funding, score, reason, credits_spent]
จัดเส้นทาง Lead บนบอร์ดการทำงาน
การจัดเส้นทาง (Routing) คืองานที่ Sharkly แสดงศักยภาพได้อย่างเต็มที่ สถานะของ Task สามารถปรับแต่งได้ตามประเภทของงาน และแต่ละสถานะจะจัดอยู่ในหมวดหมู่ที่แน่นอน สำหรับการจัดการ Lead การใช้เพียง 3 สถานะก็ครอบคลุมทุกกรณีแล้ว:
| สถานะ | หมวดหมู่ | ผู้รับผิดชอบ | ขั้นตอนถัดไป |
|---|---|---|---|
| ฝ่ายขายตรวจสอบ (Sales review) | ยังไม่เริ่ม (Unstarted) | ทีมงาน (บุคคล) | มีข้อมูลสรุปและร่างข้อความตอบกลับใน Task ซึ่งจะได้รับการตรวจสอบก่อนส่ง |
| บ่มเพาะความสัมพันธ์ (Nurture) | รอดำเนินการ (Backlog) | ไม่มี | รอเข้าร่วมแคมเปญในอนาคต |
| ไม่ผ่านเกณฑ์ (Disqualified) | ยกเลิก (Canceled) | ไม่มี | บันทึกเก็บไว้พร้อมเหตุผล และไม่มีการรันระบบต่อ |
Agent จะสร้าง Task ในขั้นตอนสุดท้ายของการทำงาน:
sharkly task create \
--title "Lead: Example Corp (Director Of Platform Engineering)" \
--body-file brief.md \
--status "Sales review" \
--assignee <member> --output json
การมอบหมายงานจะส่งตรงไปยัง Inbox ของบุคคลนั้นในรูปแบบการแจ้งเตือนหลัก (Primary signal) หาก Agent ช่วยร่างข้อความตอบกลับฉบับแรก ข้อความร่างนั้นจะอยู่ในส่วนเนื้อหาของ Task โดยที่ Agent จะไม่ส่งข้อความออกไปเองอย่างเด็ดขาด ขั้นตอนการตรวจสอบนี้เป็นรูปแบบเดียวกับที่เราอธิบายไว้ในบทความเรื่อง Agent เขียนโค้ดแบบมีมนุษย์ร่วมควบคุม (Human-in-the-loop)
แจกแจงค่าใช้จ่ายเครดิตต่อหนึ่ง Lead
สำหรับ Lead หนึ่งรายที่พบข้อมูลตรงกันทั้งสองส่วน ราคาตามที่ระบุไว้จะคำนวณได้ดังนี้:
| รายการเรียกใช้ | เครดิต |
|---|---|
People Data Labs person/enrich |
60 |
Apollo companies/bulk-enrich (1 โดเมนที่พบข้อมูล) |
30 |
| การตรวจสอบมาตรการคว่ำบาตร | ราคาจาก find-tools |
| การให้คะแนนและจัดเส้นทาง | 0 |
| ยอดรวมก่อนการคัดกรองมาตรการคว่ำบาตร | 90 |
จากราคาของ Firecrawl แพ็กเกจ Hobby มีราคา 19 ดอลลาร์ต่อ 5,000 เครดิตต่อเดือน หรือประมาณ 0.0038 ดอลลาร์ต่อเครดิต ทำให้ 90 เครดิตมีต้นทุนอยู่ที่ 0.342 ดอลลาร์ต่อ Lead ส่วนแพ็กเกจ Standard มีราคา 99 ดอลลาร์ต่อ 100,000 เครดิต หรือประมาณ 0.00099 ดอลลาร์ต่อเครดิต ทำให้ต้นทุนต่อหนึ่ง Lead ลดลงเหลือ 0.0891 ดอลลาร์ ทั้งนี้ คุณสามารถข้ามการเรียกข้อมูลบริษัทสำหรับโดเมนอีเมลฟรี เช่น gmail.com ได้ มิฉะนั้นคุณจะต้องเสีย 30 เครดิตเพียงเพื่อดึงข้อมูลจำนวนพนักงานของ Google
หากมี Lead ที่ค้นหาข้อมูลพบ 100 รายต่อเดือน คุณจะต้องใช้ 9,000 เครดิต ซึ่งเกินกว่าโควตา 5,000 เครดิตของแพ็กเกจ Hobby ดังนั้นคุณอาจต้องซื้อเครดิตเพิ่มหรืออัปเกรดเป็นแพ็กเกจ Standard ลองคำนวณตัวเลขตามปริมาณการใช้งานจริงของคุณก่อนตัดสินใจเลือกแพ็กเกจ
ข้อควรพิจารณาเพิ่มเติมเกี่ยวกับการเปรียบเทียบค่าบริการรายผู้ใช้ (Seat): Apollo คิดค่าบริการตามจำนวนผู้ใช้ แต่ Clay ไม่ได้คิดแบบนั้น โดยหน้าราคาของ Clay ระบุว่าสามารถเพิ่มผู้ใช้ได้ไม่จำกัดต่อหนึ่ง Workspace ในทุกแพ็กเกจ ประเด็นสำคัญตรงนี้จึงไม่ได้หมายถึง "การคิดเงินตามจำนวนผู้ใช้นั้นไม่ดี" แต่เป็นการชี้ให้เห็นว่าเมื่อให้ Agent เป็นผู้ค้นหาข้อมูล ค่าใช้จ่ายจะแปรผันตามจำนวน Lead จริง ไม่ใช่ตามจำนวนคนที่เข้ามาอ่านข้อมูลเหล่านั้น
Sharkly ช่วยผสานเวิร์กโฟลว์ทั้งหมดเข้าด้วยกันอย่างไร
Claude Code หรือ Codex จะทำหน้าที่รันการเรียกใช้งานต่าง ๆ ส่วน Sharkly จะช่วยให้กระบวนการทำงานทั้งหมดมีความโปร่งใสและมองเห็นได้ชัดเจน
- API Key จะไม่รั่วไหลเข้าไปใน Task ให้กำหนดค่า
FIRECRAWL_API_KEYใน Environment Variables ของ Agent ทั้งนี้ Sharkly จะระบุว่าการตั้งค่าข้อความธรรมดาเหล่านี้สามารถมองเห็นได้โดยผู้จัดการ Agent ดังนั้นจึงควรใช้คีย์ที่จำกัดขอบเขตสิทธิ์การใช้งานเฉพาะสำหรับงานนี้เท่านั้น - Agent ไม่นับเป็น Seat ใน Sharkly สิทธิ์การใช้งาน (Seat) นับเฉพาะบุคคลที่เป็นมนุษย์เท่านั้น ส่วน Agents, Crews, Computers และ Runtimes จะไม่ถูกนำมานับเป็น Seat
- ทุกการทำงานมีบันทึกประวัติเสมอ ประวัติการทำงานของ Automation จะแสดงข้อมูล Trigger Payload, การทำงานของ Agent ตลอดจนสาเหตุของข้อผิดพลาดหากมี
ก่อนที่คุณจะนำ Webhook ไปใช้งานจริง ให้ใช้คำสั่ง Run now ใน Automation พร้อมใส่ข้อมูลทดสอบ (Test Payload) จากนั้นตรวจสอบผลการทำงานสองสามรอบก่อนเริ่มเพิ่มขั้นตอนการร่างข้อความตอบกลับอัตโนมัติ คุณสามารถศึกษาประเภทของ Trigger แต่ละแบบได้จาก คู่มือ Automations
เริ่มต้นด้วย Webhook เพียงตัวเดียว
หากต้องการเพิ่มข้อมูล Inbound Lead ด้วย Agent ให้เริ่มต้นจากสิ่งเล็ก ๆ ด้วย Webhook 1 ตัว, Agent 1 ตัว, การเรียกข้อมูล 2 ครั้ง, ไฟล์กฎ 1 ไฟล์ และสถานะสำหรับการตรวจสอบ 1 สถานะ ลองทดสอบกับผู้ลงทะเบียน 20 คนถัดไป และอ่านสรุปข้อมูลทุกฉบับก่อนที่ทีมงานจะตอบกลับ Sharkly เริ่มต้นใช้งานได้ฟรี และการใช้งานโมเดล AI จะคิดค่าบริการตามแพ็กเกจของ Claude Code หรือ Codex ที่เชื่อมต่อกับ Runtime ของคุณอยู่แล้ว
คำถามที่พบบ่อย (FAQ)
การเพิ่มข้อมูล Inbound Lead หนึ่งรายด้วย Firecrawl มีค่าใช้จ่ายเท่าไร
ตามราคาทางการของ Firecrawl สำหรับ Lead ที่ค้นพบข้อมูลตรงกันทั้งจาก People Data Labs และ Apollo จะมีค่าใช้จ่าย 90 เครดิต ก่อนการตรวจสอบมาตรการคว่ำบาตร ซึ่งคิดเป็นประมาณ 0.34 ดอลลาร์ในแพ็กเกจ Hobby และประมาณ 0.09 ดอลลาร์ในแพ็กเกจ Standard เมื่อเรียกเก็บเงินเป็นรายเดือน
หากค้นหาข้อมูลไม่พบ จะเสียเครดิตหรือไม่
ไม่เสียเครดิตสำหรับผู้ให้บริการทั้งสองรายนี้ หากผลการจับคู่ข้อมูลของ People Data Labs ต่ำกว่าเกณฑ์ min_likelihood ของคุณ ระบบจะส่งกลับรหัส 404 ซึ่งไม่มีค่าใช้จ่าย และการค้นหาข้อมูลบริษัทแบบกลุ่มของ Apollo ก็ไม่คิดค่าบริการสำหรับโดเมนที่ไม่พบข้อมูลเช่นกัน
Agent สามารถตอบกลับ Lead ได้เองโดยอัตโนมัติหรือไม่
ไม่ควรให้ Agent ตอบกลับเอง โดยระบบจะให้ Agent สร้าง Task พร้อมแนบข้อความร่างไว้ เพื่อให้ทีมงานเป็นผู้ส่งข้อความตอบกลับหลังจากตรวจสอบเรียบร้อยแล้ว
OpenSanctions ใช้งานในเชิงพาณิชย์ได้ฟรีหรือไม่
ไม่ฟรี ข้อมูลของ OpenSanctions อยู่ภายใต้สัญญาอนุญาต CC BY-NC 4.0 ซึ่งการตรวจสอบคัดกรองข้อมูลทางธุรกิจจำเป็นต้องใช้ไลเซนส์แบบชำระเงินของทางผู้ให้บริการ โปรดตรวจสอบเรื่องนี้ให้แน่ใจก่อนนำไปปรับใช้ในเวิร์กโฟลว์งานขายของคุณ
จำเป็นต้องซื้อสิทธิ์การใช้งาน (Seat) ของ Apollo สำหรับวิธีนี้หรือไม่
ไม่จำเป็นต้องมี Seat สำหรับการเรียกใช้งานของ Agent เนื่องจากเป็นการทำงานผ่าน API Key ของ Firecrawl อย่างไรก็ตาม Firecrawl อาจแจ้งให้ผู้ดูแลระบบขององค์กร (Org Admin) กดยอมรับเงื่อนไขข้อมูลของผู้ให้บริการก่อน โดยจะมีรหัสข้อผิดพลาดแจ้งเตือนว่า THIRD_PARTY_DATA_TERMS_REQUIRED
จะทำอย่างไรหาก Firecrawl แจ้งให้ยอมรับข้อตกลงขณะที่ระบบกำลังทำงานอยู่
การตอบกลับของระบบจะมี requiresAction.url แนบมาด้วย ซึ่งผู้ดูแลระบบขององค์กรสามารถเข้าไปกดยอมรับข้อตกลงได้จากลิงก์ดังกล่าว เอกสารประกอบของ Firecrawl ระบุไว้ว่า Agent จำเป็นต้องได้รับอนุญาตอย่างชัดแจ้งจากผู้ใช้ก่อนกดยอมรับข้อกำหนดใด ๆ ดังนั้น Agent จึงควรปล่อยให้ Task นั้นอยู่ในสถานะรอให้ทีมงานเข้ามาดำเนินการ
