ทีม SaaS และทีมผลิตภัณฑ์
ผลิตภัณฑ์ของท่านรู้สิ่งที่เครื่องมือการตลาดทั่วไปมองไม่เห็น
ใครทำ onboarding จบ ใครติดขัดที่ขั้นตอนสาม ใครเชิญเพื่อนร่วมงาน ใครชนเพดานสองครั้งในสัปดาห์นี้ ใครไม่ได้เปิดใช้สิ่งนั้นมาสองสัปดาห์ ทุกอย่างนี้เป็นทริกเกอร์ที่ดีกว่าอะไรก็ตามที่ได้จากการเปิดอีเมล และทั้งหมดอยู่ห่างจากการเป็นเช่นนั้นเพียงสองบรรทัดของโค้ด
อีเวนต์คือการเชื่อมต่อทั้งหมด
POST /v1/events ด้วยโทเคนของท่านเอง: ชื่อที่ท่านเลือก ผู้ติดต่อหนึ่งราย เพย์โหลดหนึ่งชุด คีย์ idempotency หนึ่งตัว นั่นคือการเชื่อมต่อทั้งหมด ไม่มี SDK ต้องตามอัปเดต ไม่มีหน้าจอแมปปิ้ง และไม่มีคำศัพท์ของเราที่ท่านต้องแปลผลิตภัณฑ์ของท่านให้เข้ากับมัน
อีเวนต์แต่ละรายการถูกบันทึกลงบันทึกแบบเพิ่มได้อย่างเดียวของผู้ติดต่อ และจากจุดนั้นมันคือสามสิ่งพร้อมกัน เป็น ทริกเกอร์ ที่ทำให้ฟันเนลเริ่มเมื่อมันมาถึง เป็น เงื่อนไข ที่ทำให้เซกเมนต์พูดได้ว่า "ทำสิ่งนี้ในสิบสี่วันล่าสุด" หรือซึ่งมีประโยชน์กว่า "ยังไม่เคยทำ" และเป็น เป้าหมาย ที่ทำให้ลำดับข้อความจบลงทันทีที่ใครสักคนทำสิ่งที่มันกำลังผลักดันอยู่
ข้อที่สามนี่แหละที่ทำให้ข้อความตามวงจรชีวิตน่ารับฟัง การเตือนให้ตั้งค่าบัญชีให้เสร็จควรหายไปทันทีที่บัญชีถูกตั้งเสร็จ แต่ในเครื่องมือส่วนใหญ่มันไม่หาย เพราะลำดับข้อความกับผลิตภัณฑ์ไม่ได้คุยกัน
- ⚡ทริกเกอร์
api_event—signup.completedแพลนfree - 2ส่งอีเมลสิ่งเดียวที่ต้องทำก่อน ไม่ใช่ทัวร์ดูฟีเจอร์สิบเอ็ดอย่าง
- 3รอ 2 วัน
wake_atบนรันนี้ ไม่มีอะไรคิวไว้ ไม่มีอะไรต้องแก้หากท่านเขียนใหม่พรุ่งนี้ - ?เงื่อนไข
project.createdมาถึงหรือยัง? ไม่ → ไปสาขาช่วยเหลือ ใช่ → ไปที่เป้าหมายด้านล่าง - 4สาขาช่วยเหลือข้อความเดียว ที่เสนอสิ่งเฉพาะเจาะจงที่ผู้ใช้ยังไม่ได้ทำ จากนั้นรออีกครั้ง
- 5เป้าหมายเมื่อ
project.createdมาถึง รันนี้จะจบลง ไม่มีอีเมลออนบอร์ดดิ้งอีกต่อไปตลอดไปสำหรับคนนี้
ชื่ออีเวนต์ของคุณนิยามของคุณว่าอะไรคือการเริ่มใช้งานจริง
ฟันเนลห้าแบบ
วงจรชีวิต ตามลำดับที่มันเกิดขึ้นจริง
1 · การเริ่มใช้งานจริง
ทริกเกอร์: สมัครสมาชิก สองถึงสามข้อความ แต่ละฉบับพูดถึงการกระทำเดียว แต่ละฉบับมีเป้าหมายที่จบลำดับเมื่อการกระทำนั้นเกิดขึ้น นี่คือฟันเนลที่มีค่าที่สุดที่คุณจะสร้าง และเป็นตัวที่คุ้มค่าที่สุดที่จะเขียนใหม่สามรอบ
2 · ช่วงที่หยุดชะงัก
ทริกเกอร์: segment_enter — สมัครแล้ว แต่ไม่มีอีเวนต์ที่มีความหมายในเจ็ดวัน ข้อความหนึ่งฉบับที่ถามมากกว่าบอก และอีกฉบับที่เสนอสิ่งเฉพาะเจาะจง แล้วหยุด ข้อความที่สี่ส่งถึงคนที่เมินมาสามฉบับ คือข้อความที่ไม่มีใครอ่าน
3 · ช่วงจังหวะการขยายตัว
ทริกเกอร์: อีเวนต์ที่บ่งชี้ว่าพวกเขาได้รับคุณค่า — ใช้ถึงขีดจำกัด ชวนเพื่อนร่วมงานคนที่สาม ส่งออกข้อมูลเป็นครั้งที่สอง นี่เป็นจังหวะเดียวที่ข้อความอัปเกรดเป็นที่ต้องการ และเป็นจังหวะที่ผลิตภัณฑ์ของคุณระบุได้อย่างแม่นยำ
4 · การต่ออายุและการทวงถามการชำระเงิน
ทริกเกอร์: date_field ก่อนวันต่ออายุ หรืออีเวนต์การชำระเงิน แจ้งเตือน เตือนความจำ และ — หากการชำระเงินล้มเหลว — ลำดับสั้น ๆ ที่หยุดทันทีเมื่อสำเร็จ โหนดเป้าหมายไม่ใช่สิ่งที่เลือกได้ในการทวงถามการชำระเงิน มันคือสิ่งที่แยกระหว่างการเตือนความจำกับการรบกวน
5 · ดึงกลับ
ทริกเกอร์: segment_enter — ยกเลิกหรือไม่มีการใช้งานนานหกสิบวัน สองข้อความ แบบตรงไปตรงมา แล้วใส่แท็กและเงียบไป ข้อความที่บอกว่าอะไรเปลี่ยนไปตั้งแต่พวกเขาจากไป ดีกว่าข้อความเสนอส่วนลด
และแบบภายในองค์กร
notify_team แจ้งเตือนคนจริงเมื่อบัญชีที่ควรได้รับการดูแลจากคนข้ามเส้น ฟันเนลไม่จำเป็นต้องจบด้วยอีเมลถึงลูกค้าเสมอไป บางครั้งการกระทำที่ถูกต้องคือการบอกให้คนในทีมของคุณโทรศัพท์ติดต่อ
ไม่มีใครเลิกใช้โดยตั้งใจ พวกเขาแค่หยุดเปิดอ่านมัน
ทำไมนักพัฒนาถึงอาจชอบสิ่งนี้จริง ๆ
ส่วนที่สำคัญเมื่อคุณเป็นคนที่ต้องทำการเชื่อมต่อ
ไม่มีเอนด์พอยต์ส่วนตัว
ทุกหน้าจอสร้างได้จาก API สาธารณะ เพราะไม่มีแบบอื่นอยู่เลย หากคุณต้องการฝังรายงานแคมเปญไว้ในแอดมินของคุณเอง ไม่มีอะไรขวางทางคุณ และไม่ต้องไปถอดรหัสอะไรเอง
คีย์ความซ้ำซ้อน (Idempotency) ในทุกที่
บนทุกเส้นทางที่เปลี่ยนแปลงข้อมูล ตรรกะการลองใหม่ของคุณ คิวแบบ at-least-once ของคุณ และเครือข่ายที่ไม่เสถียรของคุณ ทั้งหมดกลายเป็นปัญหาของคนอื่น — ก็คือปัญหาของ unique index นั่นเอง
จำลองก่อนส่งของจริง
POST /v1/simulate รันแบบทดลองผู้ติดต่อผ่านฟันเนลหนึ่งคน แล้วคืนเส้นทางและทุกข้อความที่จะถูกส่ง ใส่ไว้ใน CI ก็ได้ตามสบาย: ฟันเนลคือกราฟ และกราฟทดสอบได้
เซิร์ฟเวอร์ MCP
ชี้เอเจนต์ไปที่ /mcp แล้วให้มันเขียนและตรวจสอบฟันเนล เครื่องมือที่ส่งของได้ต้องมีการยืนยันอย่างชัดเจน และถูกจำกัดด้วยโควตา ดังนั้นพรอมต์ที่อ่านผิดจึงกลายเป็นอีเมลห้าหมื่นฉบับไม่ได้
Webhooks ออก
ลงนาม ลองใหม่แบบถอยหลัง อย่างน้อยหนึ่งครั้ง ใช้คำศัพท์อีเวนต์ชุดเดียวกับที่รายงานใช้ เพื่อให้คลังข้อมูลและแดชบอร์ดของคุณไม่ขัดแย้งกันเรื่องความหมายของคำว่า "ส่งถึงแล้ว"
การลบข้อมูลที่ไปถึงจริง
คำขอลบจะลบผู้ติดต่อและประวัติข้อความของพวกเขาที่นี่ และกระจายไปยังทุกบริการพี่น้องที่เก็บสำเนาไว้ หนึ่งคำขอ หนึ่งผลลัพธ์ และเป็นสิ่งที่คุณชี้ให้ดูได้เมื่อมีคนถาม
เส้นแบ่งอยู่ตรงไหน
ClickSomo เก็บรายชื่อผู้รับจดหมาย และสิ่งที่รายชื่อนั้นทำ มันไม่ใช่ฐานข้อมูลผู้ใช้ของคุณ และไม่ได้พยายามจะเป็น: ผู้ติดต่อไม่เคยมีข้อมูลรับรอง ไม่เคยล็อกอิน และไม่เคยกลายเป็นบัญชี ผู้ใช้ของคุณอยู่ในผลิตภัณฑ์ของคุณ ผู้ติดต่ออยู่ที่นี่ และทั้งสองเชื่อมกันด้วยที่อยู่อีเมลและอีเวนต์ที่คุณเลือกส่ง
การแยกนี้เป็นเจตนา และเป็นเหตุผลที่โมเดลความยินยอมใช้งานได้ คุณคือผู้ควบคุมข้อมูลของผู้ใช้ของคุณ เราประมวลผลในนามของคุณ การออกแบบที่เครื่องมือการตลาดกลายเป็นคลังข้อมูลตัวตนโดยไม่รู้ตัว คือแบบที่แก้ไม่ได้ในภายหลัง และนั่นคือความล้มเหลวที่การออกแบบนี้ถูกสร้างมาเพื่อหลีกเลี่ยงโดยเฉพาะ
เวอร์ชันใช้งานจริง: ส่งอีเวนต์ ส่งแอตทริบิวต์ที่คุณต้องการใช้แบ่งกลุ่ม แล้วเก็บทุกอย่างอื่นไว้ที่เดิม หากคุณรู้สึกว่ากำลังดันสคีมาทั้งหมดของคุณมาใส่ที่นี่ กลุ่มที่คุณพยายามจะสร้างน่าจะเป็นแค่คิวรีในฐานข้อมูลของคุณเอง ที่ควรส่งมาเป็นแอตทริบิวต์บูลีนหนึ่งตัวแทน