SaaS અને પ્રોડક્ટ ટીમો
તમારી પ્રોડક્ટ એવી વાતો જાણે છે જે કોઈ માર્કેટિંગ ટૂલ જોઈ શકતું નથી
ઓનબોર્ડિંગ પૂરું કોણે કર્યું અને કોણ ત્રીજા પગલાં પર અટક્યું. કોણે સહકર્મચારીને આમંત્રિત કર્યા. કોણે આ અઠવાડિયે બે વાર મર્યાદાને સ્પર્શી. કોણે બે સપ્તાહથી એ વસ્તુ ખોલી નથી. આમાંથી દરેક ઈમેલ ઓપન પરથી મળતી કોઈપણ વસ્તુ કરતાં વધુ સારો ટ્રિગર છે, અને તેમાંથી દરેક માત્ર બે લાઇનના કોડ દૂર છે.
ઇવેન્ટ્સ જ સંપૂર્ણ ઇન્ટિગ્રેશન છે
POST /v1/events તમારા પોતાના ટોકન સાથે: તમે પસંદ કરેલું નામ, એક સંપર્ક, એક પેલોડ, એક આઇડેમ્પોટન્સી કી. આ જ સંપૂર્ણ કનેક્શન છે. અપ-ટૂ-ડેટ રાખવાનું કોઈ SDK નથી, કોઈ મેપિંગ સ્ક્રીન નથી, અને તમારી પ્રોડક્ટનું ભાષાંતર કરવું પડે એવી અમારી કોઈ શબ્દાવલિ નથી.
દરેક ઇવેન્ટ સંપર્કના ફક્ત-ઉમેરા-શક્ય (append-only) લોગ પર આવે છે, અને ત્યાંથી તે એક સાથે ત્રણ વસ્તુ છે. એક ટ્રિગર, જેથી તે આવે ત્યારે ફનલ શરૂ થાય. એક પ્રેડિકેટ, જેથી સેગમેન્ટ કહી શકે "છેલ્લા ચૌદ દિવસમાં આ કર્યું છે" અથવા, વધુ ઉપયોગી રીતે, "કર્યું નથી". અને એક લક્ષ્ય, જેથી કોઈ તે વસ્તુ કરે એ ક્ષણે સિક્વન્સ સમાપ્ત થઈ જાય જે તરફ તે તેમને ધકેલી રહ્યું હતું.
ત્રીજી વસ્તુ જ લાઇફસાયકલ મેસેજિંગ મેળવનાર માટે સહન કરી શકાય તેવી બનાવે છે. તમારું ખાતું સેટ અપ કરવાનું પૂરું કરવાની ઠળીયાપણી ખાતું સેટ અપ થતાંની સાથે જ અસ્તિત્વમાં રહેવું જોઈએ નહીં, અને મોટા ભાગનાં ટૂલ્સમાં તે થતું નથી, કારણ કે સિક્વન્સ અને પ્રોડક્ટ એકબીજા સાથે વાત કરતાં નથી.
- ⚡ટ્રિગર
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 પર નિર્દેશ કરો અને ફનલ લખાવો તથા ચકાસાવો. મોકલી શકે તેવા ટૂલ્સને સ્પષ્ટ પુષ્ટિ જરૂરી છે અને ક્વોટાથી મર્યાદિત છે, જેથી ખોટું વાંચાયેલ પ્રોમ્પ્ટ પચાસ હજાર ઇમેઇલ ન બને.
આઉટગોઇંગ વેબહુક્સ
સાઇન કરેલ, બૅકઓફ સાથે રીટ્રાય, ઓછામાં ઓછી એક વાર. રિપોર્ટ જે ઇવેન્ટ શબ્દસમૃદ્ધિ વાપરે છે તે જ, જેથી તમારો વેરહાઉસ અને તમારું ડેશબોર્ડ "ડિલિવર થયું" નો અર્થ અંગે અસહમત ન થાય.
ખરેખર પહોંચે તેવું કાઢી નાખવું
ડિલીશન વિનંતી કોન્ટેક્ટ અને તેમનો સંદેશ ઇતિહાસ અહીં દૂર કરે છે અને નકલ ધરાવતી દરેક સિબલિંગ સેવા સુધી ફેલાય છે. એક વિનંતી, એક પરિણામ, અને પૂછાય ત્યારે તરફ આંગળી ચીંધી શકો તેવું કંઈક.
સીમા ક્યાં આવેલી છે
ClickSomo મેઇલિંગ લિસ્ટ અને તે લિસ્ટે શું કર્યું તે ધરાવે છે. તે તમારો યુઝર ડેટાબેઝ નથી અને હોવાનો પ્રયત્ન પણ નથી કરતું: કોન્ટેક્ટ ક્યારેય ક્રેડેન્શિયલ ધારણ કરતું નથી, ક્યારેય સાઇન ઇન કરતું નથી, અને ક્યારેય ખાતું નથી બનતું. તમારા યુઝર્સ તમારી પ્રોડક્ટમાં રહે છે; કોન્ટેક્ટ્સ અહીં રહે છે, અને બંને ઇમેઇલ સરનામા અને તમે મોકલવા પસંદ કરેલા ઇવેન્ટ્સ થકી જોડાયેલા છે.
આ વિભાજન જાણીજોઈનું છે અને સંમતિ મોડેલ કામ કરે છે તેનું કારણ પણ છે. તમારા યુઝર્સ માટે તમે ડેટા કંટ્રોલર છો; અમે તમારા વતી પ્રક્રિયા કરીએ છીએ. જે ડિઝાઇનમાં માર્કેટિંગ ટૂલ ચુપચાપ આઇડેન્ટિટી સ્ટોર બની જાય તે પછીથી છૂટી પાડી ન શકાય, અને તે જ નિષ્ફળતાને ટાળવા માટે આ ડિઝાઇન બનેલ છે.
વ્યવહારુ આવૃત્તિ: ઇવેન્ટ્સ મોકલો, જે એટ્રિબ્યુટ્સ પર સેગ્મેન્ટ કરવા માંગો તે મોકલો, અને બાકી બધું જ્યાં છે ત્યાં જ રાખો. જો તમે પોતાની આખી સ્કીમા અહીં ધકેલતા હોવ, તો તમે બનાવવા માંગતા સેગ્મેન્ટ કદાચ તમારા પોતાના ડેટાબેઝમાં ક્વેરી છે જે તેને બદલે એક બુલિયન એટ્રિબ્યુટ તરીકે આવવી જોઈએ.