SaaS మరియు ప్రొడక్ట్ టీమ్‌లు
మీ ప్రొడక్ట్‌కు తెలిసిన విషయాలు ఏ మార్కెటింగ్ టూలూ గమనించలేవు
ఆన్‌బోర్డింగ్ పూర్తి చేసినవారు ఎవరు, మూడో దశలో ఆగిపోయినవారు ఎవరు. సహోద్యోగిని ఆహ్వానించినవారు ఎవరు. ఈ వారం రెండుసార్లు పరిమితిని తాకినవారు ఎవరు. పద్నాలుగు రోజులుగా ఆ విషయాన్ని తెరవనివారు ఎవరు. ఇవి ప్రతి ఒక్కటీ ఇ-మెయిల్ ఓపెన్ నుండి తేలికపడిన ఏ ట్రిగ్గర్ కంటే మెరుగైనవి, వాటన్నింటికీ రెండు కోడ్ లైన్లు చాలు.
ఈవెంట్లే మొత్తం ఇంటిగ్రేషన్
మీ స్వంత టోకెన్‌తో POST /v1/events: మీరు ఎంచుకున్న పేరు, ఒక కాంటాక్ట్, ఒక పేలోడ్, ఒక ఐడెంపొటెన్సీ కీ. అంతే మొత్తం కనెక్షన్. నవీనంగా ఉంచాల్సిన SDK లేదు, మ్యాపింగ్ స్క్రీన్ లేదు, మీ ప్రొడక్ట్‌ను అనువదించాల్సిన మా పదావళి లేదు.
ప్రతి ఈవెంట్ కాంటాక్ట్ యొక్క జోడించే-మాత్రమే చేసే లాగ్‌పై నిలుస్తుంది, అక్కడి నుండి అది ఒకేసారి మూడు విషయాలు. ఒక ట్రిగ్గర్, అంటే అది వచ్చినప్పుడు ఫన్నెల్ మొదలవుతుంది. ఒక షరతు, అంటే ఒక సెగ్మెంట్ "గత పద్నాలుగు రోజుల్లో ఇది చేశారు" లేదా, మరింత ఉపయోగకరంగా, "చేయలేదు" అని చెప్పగలదు. మరియు ఒక లక్ష్యం, అంటే ఎవరైనా ఆ పని చేసిన క్షణమే సీక్వెన్స్ ముగుస్తుంది.
ఆ మూడోదే లైఫ్‌సైకిల్ మెసేజింగ్‌ను స్వీకరించడానికి భరించదగినదిగా చేస్తుంది. మీ ఖాతా సెటప్ పూర్తి చేయమనే ప్రోత్సాహక మెసేజ్ ఖాతా సెటప్ అయిన క్షణమే ఉనికిలో లేకూడదు, కానీ చాలా టూల్స్‌లో అది జరగదు, ఎందుకంటే సీక్వెన్స్‌కూ ప్రొడక్ట్‌కూ మాట్లాడుకోవడం లేదు.
- ⚡ట్రిగ్గర్
api_event—signup.completed, ప్లాన్free. - 2ఇమెయిల్ పంపండిమొదట చేయాల్సిన ఒకే ఒక్క పని. పదకొండు ఫీచర్ల పర్యటన కాదు.
- 32 రోజులు వేచి ఉండండిరన్‌పై
wake_at. క్యూలో ఏమీ లేదు, రేపు ఇది మార్చితే విప్పుకోవాల్సినది ఏమీ లేదు. - ?షరతు
project.createdవచ్చిందా? కాదు → సహాయ శాఖ. అవును → కింది లక్ష్యం. - 4సహాయ శాఖఒక మెసేజ్, వారు చేయని నిర్దిష్ట పనిని అందిస్తూ. తర్వాత రెండో వేచి ఉండడం.
- 5లక్ష్యం
project.createdవస్తుంది. రన్ పూర్తవుతుంది. ఈ వ్యక్తికి ఇక ఎప్పటికీ మరిన్ని ఆన్‌బోర్డింగ్ మెయిల్స్ రావు.
మీ ఈవెంట్ పేర్లుయాక్టివేటెడ్ అని మీ నిర్వచనం
ఐదు ఫన్నెల్స్
నిజంగా జరిగే క్రమంలో లైఫ్‌సైకిల్
1 · యాక్టివేషన్
ట్రిగ్గర్: సైన్-అప్. రెండు లేదా మూడు సందేశాలు, ప్రతి ఒక్కటి ఒకే చర్య గురించి, ప్రతి దానికీ ఆ చర్య జరిగితే సీక్వెన్స్ ముగించే ఒక లక్ష్యం ఉంటుంది. మీరు నిర్మించే ఫన్నెల్స్‌లో అత్యంత విలువైనది ఇదే, మూడుసార్లు రాసి రాసి రాయడానికి అత్యంత అర్హమైనది కూడా ఇదే.
2 · ఆగిపోవడం
ట్రిగ్గర్: segment_enter — సైన్ అప్ అయ్యారు, ఏడు రోజుల్లో అర్థవంతమైన ఈవెంట్ లేదు. చెప్పడం కంటే అడిగే ఒక సందేశం, ఒక నిర్దిష్ట విషయాన్ని అందించే మరొకటి. ఆపై ఆగిపోండి. మూడింటినీ పట్టించుకోని వ్యక్తికి నాలుగో సందేశం అంటే ఎవరికీ పనికిరాని సందేశం.
3 · విస్తరణ క్షణం
ట్రిగ్గర్: వారు విలువ పొందుతున్నారని చెప్పే ఈవెంట్ — లిమిట్‌ను తాకడం, మూడో సహోద్యోగిని ఆహ్వానించడం, రెండోసారి ఎక్స్‌పోర్ట్ చేయడం. అప్‌గ్రేడ్ సందేశం స్వాగతించదగిన ఇదే ఏకైక క్షణం, మీ ఉత్పత్తి దాన్ని ఖచ్చితంగా పేర్కొనగలిగే క్షణం కూడా ఇదే.
4 · రెన్యూవల్ మరియు డన్నింగ్
ట్రిగ్గర్: రెన్యూవల్‌కు ముందు date_field, లేదా ఒక పేమెంట్ ఈవెంట్. తెలియజేయడం, రిమైండర్, మరియు — పేమెంట్ విఫలమైతే — అది విజయవంతమైన క్షణమే ఆగిపోయే చిన్న సీక్వెన్స్. డన్నింగ్‌లో గోల్ నోడ్స్ ఐచ్ఛికం కాదు; అవి రిమైండర్‌కూ, వేధింపుకూ మధ్య తేడా.
5 · తిరిగి సంపాదించడం
ట్రిగ్గర్: segment_enter — రద్దు చేసినవారు లేదా అరవై రోజులు నిద్రాణస్థితిలో ఉన్నవారు. నిజాయితీగా ఉండే రెండు సందేశాలు, ఆపై ఒక ట్యాగ్ మరియు నిశ్శబ్దం. వారు వెళ్ళిపోయిన తర్వాత ఏమి మారిందనేది డిస్కౌంట్ కంటే మెరుగైన సందేశం.
మరియు అంతర్గతమైనది
మనిషికి విలువైన ఖాతా ఒక గీత దాటినప్పుడు notify_team ఒక మనిషికి తెలియజేస్తుంది. ఫన్నెల్ ఖచ్చితంగా కస్టమర్‌కు ఇ-మెయిల్‌తో ముగియాల్సిన అవసరం లేదు; కొన్నిసార్లు సరైన చర్య ఏమిటంటే, మీ వైపు ఉన్న ఎవరైనా ఫోన్ ఎత్తాలని చెప్పడం.
ఎవరూ ఉద్దేశపూర్వకంగా చర్న్ అవ్వరు. వారు కేవలం తెరవడం మానేస్తారు.
డెవలపర్ నిజంగా ఇది నచ్చడం ఎందుకు
మీరే ఇంటిగ్రేట్ చేసేవారైతే ముఖ్యమైన అంశాలు
ప్రైవేట్ ఎండ్‌పాయింట్లు లేవు
ప్రతి స్క్రీన్ పబ్లిక్ API నుండి నిర్మించదగినది, ఎందుకంటే మరే రకమూ ఉండదు. మీ స్వంత అడ్మిన్‌లో కాంపెయిన్ రిపోర్ట్‌ను ఎంబెడ్ చేయాలనుకుంటే, మీ ముందు ఏమీ అడ్డు లేదు, రివర్స్-ఇంజనీర్ చేయాల్సిన అవసరమూ లేదు.
ప్రతిచోటా ఇడెంపొటెన్సీ కీలు
ప్రతి మ్యూటేటింగ్ రూట్‌పై. మీ రిట్రై లాజిక్, మీ అట్-లీస్ట్-వన్స్ క్యూ, మీ అస్థిర నెట్‌వర్క్ — అన్నీ ఎవరో ఒకరి సమస్య అవుతాయి — ఖచ్చితంగా చెప్పాలంటే, ఒక యూనిక్ ఇండెక్స్ సమస్య.
షిప్ చేసే ముందు సిమ్యులేట్ చేయండి
POST /v1/simulate ఒక కాంటాక్ట్‌ను ఫన్నెల్ ద్వారా డ్రై-రన్ చేసి, పాత్‌ను మరియు అది పంపే ప్రతి సందేశాన్ని తిరిగి ఇస్తుంది. కావాలంటే దీన్ని CI లో పెట్టండి: ఫన్నెల్ ఒక గ్రాఫ్, గ్రాఫ్‌ను టెస్ట్ చేయవచ్చు.
ఒక MCP సర్వర్
ఒక ఏజెంట్‌ను /mcp వైపు పాయింట్ చేసి, ఫన్నెల్స్‌ను రాయించి తనిఖీ చేయించండి. పంపగలిగే టూల్స్‌కు స్పష్టమైన నిర్ధారణ అవసరం, కోటా పరిమితి ఉంటుంది, కాబట్టి తప్పుగా చదివిన ప్రాంప్ట్ యాభై వేల ఇ-మెయిల్స్‌గా మారలేదు.
అవుట్‌గోయింగ్ వెబ్‌హుక్‌లు
సైన్ చేయబడి, బ్యాకాఫ్‌తో రిట్రై చేయబడి, కనీసం ఒకసారి పంపబడతాయి. రిపోర్ట్స్ వాడే ఈవెంట్ పదావళి ఇదే, కాబట్టి మీ వేర్‌హౌస్‌కూ, మీ డాష్‌బోర్డ్‌కూ "delivered" అంటే ఏమిటో విభేదం ఉండదు.
నిజంగా చేరే ఎరేజర్
డిలీషన్ రిక్వెస్ట్ కాంటాక్ట్‌ను మరియు వారి సందేశ చరిత్రను ఇక్కడ తొలగించి, కాపీ ఉన్న ప్రతి సిబ్లింగ్ సర్వీస్‌కు కూడా విస్తరిస్తుంది. ఒక రిక్వెస్ట్, ఒక ఫలితం, మరియు అడిగినప్పుడు చూపించగలిగే ఒక ఆధారం.
సరిహద్దు ఎక్కడ ఉంది
ClickSomo ఒక మెయిలింగ్ లిస్ట్‌ను మరియు ఆ లిస్ట్ చేసిన పనులను మాత్రమే ఉంచుకుంటుంది. ఇది మీ యూజర్ డేటాబేస్ కాదు, అలా అవ్వాలని ప్రయత్నించదు కూడా: ఒక కాంటాక్ట్ ఎప్పుడూ క్రెడెన్షియల్ మోయదు, ఎప్పుడూ సైన్ ఇన్ చేయదు, ఎప్పుడూ ఖాతాగా మారదు. మీ యూజర్లు మీ ఉత్పత్తిలో ఉంటారు; కాంటాక్ట్స్ ఇక్కడ ఉంటారు, ఈ రెండూ ఒక ఇ-మెయిల్ అడ్రస్ ద్వారా మరియు మీరు పంపడానికి ఎంచుకున్న ఈవెంట్ల ద్వారా కలుస్తారు.
ఈ విభజన ఉద్దేశపూర్వకంగా చేయబడింది, కన్సెంట్ మోడల్ పనిచేసే కారణం కూడా ఇదే. మీ యూజర్లకు మీరే డేటా కంట్రోలర్; మేము మీ తరపున ప్రాసెస్ చేస్తాము. ఒక మార్కెటింగ్ టూల్ నిశ్శబ్దంగా ఐడెంటిటీ స్టోర్‌గా మారే డిజైన్ తర్వాత విప్పలేనిది, ఈ డిజైన్ నివారించడానికి నిర్మించబడిన వైఫల్యం ఖచ్చితంగా అదే.
ప్రాయోగిక రూపం: ఈవెంట్లను పంపండి, సెగ్మెంట్ చేయాలనుకుంటున్న అట్రిబ్యూట్లను పంపండి, మిగతా అంతా అక్కడే ఉంచండి. మీ మొత్తం స్కీమాను ఇక్కడికి నెట్టడం మొదలుపెట్టితే, మీరు నిర్మించాలనుకుంటున్న సెగ్మెంట్ బహుశా మీ స్వంత డేటాబేస్‌లో ఒక క్వెరీ — దానికి బదులుగా ఒక బూలియన్ అట్రిబ్యూట్‌గా రావాల్సినది.