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-യിൽ നിന്ന് നിർമ്മിക്കാവുന്നതാണ്, കാരണം മറ്റേതെങ്കിലും തരം ഇല്ല. അങ്ങയുടെ സ്വന്തം അഡ്മിനിൽ ഒരു കാമ്പെയ്ൻ റിപ്പോർട്ട് എംബഡ് ചെയ്യണമെങ്കിൽ, ഒന്നും തടസ്സമില്ല, റിവേഴ്സ്-എഞ്ചിനീയർ ചെയ്യേണ്ടതുമില്ല.
എല്ലായിടത്തും ഇഡിംപോട്ടൻസി കീകൾ
എല്ലാ മ്യൂട്ടേറ്റിംഗ് റൂട്ടുകളിലും. അങ്ങയുടെ റീട്രൈ ലോജിക്കും, at-least-once ക്യുവും, അസ്ഥിരമായ നെറ്റ്‌വർക്കും എല്ലാം മറ്റാരുടെയോ പ്രശ്നമാകുന്നു — കൃത്യമായി പറഞ്ഞാൽ, ഒരു യൂണിക്ക് ഇൻഡെക്സിന്റെ പ്രശ്നം.
ഷിപ്പ് ചെയ്യും മുമ്പ് സിമ്യുലേറ്റ് ചെയ്യുക
POST /v1/simulate ഒരു കോൺടാക്റ്റിനെ ഒരു ഫണലിലൂടെ ഡ്രൈ-റൺ ചെയ്ത് പാതയും അത് അയക്കുമായിരുന്ന ഓരോ സന്ദേശവും നൽകുന്നു. ഇഷ്ടമെങ്കിൽ CI-യിൽ ഇടുക: ഒരു ഫണൽ ഒരു ഗ്രാഫ് ആണ്, ഒരു ഗ്രാഫ് ടെസ്റ്റ് ചെയ്യാവുന്നതാണ്.
ഒരു MCP സെർവർ
ഒരു ഏജന്റിനെ /mcp-ലേക്ക് ചൂണ്ടുക, ഫണലുകൾ രചിക്കാനും പരിശോധിക്കാനും അനുവദിക്കുക. അയക്കാവുന്ന ടൂളുകൾക്ക് വ്യക്തമായ സ്ഥിരീകരണം ആവശ്യമാണ്, ക്വോട്ട കൊണ്ട് പരിധിയിട്ടിരിക്കുന്നു, അതിനാൽ തെറ്റായി വായിച്ച ഒരു പ്രോംപ്റ്റ് അമ്പതായിരം ഇ-മെയിലുകളാകില്ല.
ഔട്ട് വെബ്ഹുക്കുകൾ
സൈൻ ചെയ്തത്, ബാക്ക്ഓഫ് ഉപയോഗിച്ച് പുനഃസമർപ്പിച്ചത്, കുറഞ്ഞത് ഒരിക്കൽ. റിപ്പോർട്ടുകൾ ഉപയോഗിക്കുന്ന അതേ ഇവന്റ് വോക്കാബുലറി, അതിനാൽ "delivered" എന്നതിന്റെ അർത്ഥത്തെക്കുറിച്ച് അങ്ങയുടെ വെയർഹൗസും ഡാഷ്ബോർഡും തമ്മിൽ ഭിന്നതയുണ്ടാകില്ല.
യഥാർത്ഥത്തിൽ എത്തിച്ചേരുന്ന ഇല്ലാതാക്കൽ
ഒരു ഡിലീഷൻ അഭ്യർത്ഥന കോൺടാക്റ്റിനെയും അവരുടെ സന്ദേശ ചരിത്രത്തെയും ഇവിടെ നീക്കം ചെയ്ത്, പകർപ്പ് സൂക്ഷിച്ചിരുന്ന ഓരോ സഹോദര സേവനത്തിലേക്കും വ്യാപിക്കുന്നു. ഒരു അഭ്യർത്ഥന, ഒരു ഫലം, ചോദിക്കുമ്പോൾ ചൂണ്ടിക്കാണിക്കാവുന്ന ഒന്ന്.
അതിർത്തി എവിടെയാണ് നിൽക്കുന്നത്
ClickSomo ഒരു മെയിലിംഗ് ലിസ്റ്റും ആ ലിസ്റ്റ് ചെയ്ത കാര്യങ്ങളും സൂക്ഷിക്കുന്നു. ഇത് അങ്ങയുടെ യൂസർ ഡാറ്റാബേസല്ല, അതാകാൻ ശ്രമിക്കുന്നുമില്ല: ഒരു കോൺടാക്റ്റ് ഒരിക്കലും ക്രെഡൻഷ്യൽ വഹിക്കുന്നില്ല, ഒരിക്കലും സൈൻ ഇൻ ചെയ്യുന്നില്ല, ഒരിക്കലും ഒരു അക്കൗണ്ടാകുന്നില്ല. അങ്ങയുടെ യൂസേഴ്സ് അങ്ങയുടെ ഉൽപ്പന്നത്തിൽ താമസിക്കുന്നു; കോൺടാക്റ്റുകൾ ഇവിടെ താമസിക്കുന്നു, രണ്ടും ഒരു ഇ-മെയിൽ വിലാസവും അങ്ങൾ അയക്കാൻ തിരഞ്ഞെടുക്കുന്ന ഇവന്റുകളും കൊണ്ട് ബന്ധിപ്പിക്കപ്പെടുന്നു.
ആ വേർതിരിവ് വേണ്ടപോലെ തന്നെയാണ്, അതാണ് സമ്മത മോഡൽ പ്രവർത്തിക്കാനുള്ള കാരണം. അങ്ങയുടെ യൂസേഴ്സിന് ഡാറ്റ കൺട്രോളർ അങ്ങളാണ്; ഞങ്ങൾ അങ്ങയുടെ പേരിൽ പ്രോസസ് ചെയ്യുന്നു. ഒരു മാർക്കറ്റിംഗ് ടൂൾ ശാന്തമായി ഐഡന്റിറ്റി സ്റ്റോർ ആകുന്ന ഒരു ഡിസൈൻ പിന്നീട് വേർപെടുത്താൻ കഴിയാത്തതാണ്, അതാണ് ഈ ഡിസൈൻ ഒഴിവാക്കാൻ നിർമ്മിച്ച പരാജയം.
പ്രായോഗിക പതിപ്പ്: ഇവന്റുകൾ അയക്കുക, സെഗ്മെന്റ് ചെയ്യാൻ ആഗ്രഹിക്കുന്ന ആട്രിബ്യൂട്ടുകൾ അയക്കുക, ബാക്കി എല്ലാം അവിടെ തന്നെ സൂക്ഷിക്കുക. അങ്ങയുടെ മുഴുവൻ സ്കീമയും ഇവിടേക്ക് തള്ളുന്നത് കണ്ടാൽ, നിർമ്മിക്കാൻ ശ്രമിക്കുന്ന സെഗ്മെന്റ് ഒരുപക്ഷേ അങ്ങയുടെ സ്വന്തം ഡാറ്റാബേസിലെ ഒരു ക്വറി ആണ്, അത് ഒരു ബൂളിയൻ ആട്രിബ്യൂട്ട് ആയി എത്തണം.