ഏജൻസികൾ
ഒരു ഫണൽ, ഇരുപത് ക്ലയന്റുകൾ, ഇരുപത് പ്രതിഷ്ഠകൾ വേറിട്ട് നിലനിർത്തുന്നു
ഇരുപത് പ്രാദേശിക ബിസിനസുകൾക്കായി മാർക്കറ്റിംഗ് നടത്തുന്ന മൂന്ന് പേരുള്ള ഒരു ഏജൻസിക്ക് ഇതേ പ്രശ്നം ഇരുപത് തവണയും ഇതേ പരിഹാരം ഇരുപത് തവണയും ഉണ്ട് — എന്നാൽ ഓരോ ക്ലയന്റിന്റെയും ലിസ്റ്റ്, അയയ്ക്കൽ ഐഡന്റിറ്റി, ഡൊമെയ്ൻ, സമ്മത രേഖ എന്നിവ പൂർണ്ണമായും അവരുടേതായി തുടരണം. രസകരമായ ജോലി ആ എന്നാലിലാണ്.
ഓരോ ക്ലയന്റിനും ഒരു പ്രോജക്റ്റ്, അതിർത്തി പാലിക്കുന്നത് ഡാറ്റാബേസിന്റെ ജോലിയാണ്
ഇവിടെയുള്ള എല്ലാം ഒരു ടെനന്റിനും ഒരു പ്രോജക്റ്റിനും ഒരുമിച്ച് പരിധിവിധിക്കുള്ളതാണ് — കോൺടാക്റ്റുകൾ, ഫണലുകൾ, ക്രിയേറ്റീവുകൾ, കാമ്പെയിനുകൾ, അയയ്ക്കൽ ഐഡന്റിറ്റികൾ, റിപ്പോർട്ടുകൾ. ഈ പരിധിവിധി നടപ്പിലാക്കുന്നത് ഡാറ്റാബേസിലെ റോ-ലെവൽ സെക്യൂരിറ്റി വഴിയാണ്, ഒരു ക്വേരിയിൽ ചേർക്കാൻ ഓർക്കേണ്ട ഒരു വാചകം വഴിയല്ല. പ്രോജക്റ്റ് മറന്ന ഒരു ക്വേരിക്ക് ആദ്യ പ്രോജക്റ്റിന്റെ വരികൾ കിട്ടുകയല്ല, ഒന്നും കാണുകയില്ല.
അതിനർത്ഥം ഒരു ക്ലയന്റിന്റെ ലിസ്റ്റ് തെറ്റായി മറ്റൊരു ക്ലയന്റിന്റെ കാമ്പെയിനിലേക്ക് ചോർന്നുപോകില്ല എന്നാണ്, ഒരു റിപ്പോർട്ട് ഒരു ക്ലയന്റിനെക്കുറിച്ചായിരിക്കും കാരണം രണ്ടിനെക്കുറിച്ചാകാൻ ഘടനാപരമായി സാധ്യമല്ല.
ഓരോ ക്ലയന്റും സ്വന്തം പേരിൽ അയയ്ക്കുന്നു
ഒരു അയയ്ക്കൽ ഐഡന്റിറ്റി ഒരു പ്രോജക്റ്റിന്റേതാണ്: അവരുടെ ഡൊമെയ്ൻ, അവരുടെ DKIM കീകൾ, അവരുടെ മെയിൽബോക്സ് അല്ലെങ്കിൽ അവരുടെ പ്രൊവൈഡർ അക്കൗണ്ട്, അവരുടെ നിരക്ക് പരിധി. ഒരു ക്ലയന്റിന്റെ ദുരന്ത കാമ്പെയിനിന് മറ്റൊരു ക്ലയന്റിന്റെ ഡെലിവറബിലിറ്റിക്ക് കേടുവരുത്താൻ കഴിയില്ല, കാരണം അവർ കേടുവരുത്താൻ കഴിയുന്ന ഒന്നും പങ്കിട്ടിരുന്നില്ല.
ഇത് ഒരു അസൗകര്യമുള്ള സംഭാഷണം നേരത്തെ തീർക്കുകയും ചെയ്യുന്നു. ക്ലയന്റ് അവരുടെ അയയ്ക്കൽ, അവരുടെ ലിസ്റ്റ്, അവരുടെ സമ്മത രേഖ എന്നിവയുടെ ഉടമയാണ്. അവർ പോകുമ്പോൾ — ചിലരുണ്ടാകും — അതെല്ലാം കൊണ്ടുപോകും, നിങ്ങൾ വിശദീകരിക്കേണ്ടിവരുന്ന ഒരു ബന്ധി സന്ദർഭം സൃഷ്ടിച്ചിട്ടില്ല.
- 1കോൺടാക്റ്റുകൾഓരോ പ്രോജക്റ്റിനും. ഡാറ്റാബേസിൽ നടപ്പിലാക്കിയിരിക്കുന്നു, ഓർക്കേണ്ട ഒരു ക്വേരി വഴിയല്ല.
- 2അയയ്ക്കൽഅവരുടെ ഡൊമെയ്ൻ, അവരുടെ DKIM, അവരുടെ മെയിൽബോക്സ് അല്ലെങ്കിൽ പ്രൊവൈഡർ, അവരുടെ നിരക്ക് പരിധി.
- 3സമ്മതംഅവരുടെ രേഖ. അവർ പോകുമ്പോൾ തെളിവുകൾ അടക്കം അത് അവരോടൊപ്പം പോകുന്നു.
- 4റിപ്പോർട്ടുകൾഘടനയിലൂടെ ഓരോ പ്രോജക്റ്റിനും. രണ്ട് ക്ലയന്റുകളെ തെറ്റായി ഒന്നിച്ചുചേർക്കാൻ വഴിയില്ല.
- iനിങ്ങൾ സൂക്ഷിക്കുന്നത്ഫണൽ നിർവചനങ്ങളും നിങ്ങളുടെ പ്രവർത്തന രീതിയും. അതാണ് നിങ്ങളുടെ ഉൽപ്പന്നം, വീണ്ടും ഉപയോഗിക്കാവുന്ന ഭാഗവും.
പങ്കിട്ട പ്രതിഷ്ഠയില്ലപങ്കിട്ട ലിസ്റ്റില്ല
കോപ്പി-പേസ്റ്റ് ഇല്ലാതെ വീണ്ടും ഉപയോഗിക്കുക
ഫണൽ ഒരിക്കൽ നിർമ്മിക്കുക. ക്ലയന്റുകളുടെ എണ്ണത്തിനനുസരിച്ച് വിന്യസിക്കുക.
ഒരു ഫണൽ ഒരു ഗ്രാഫ് ആണ്, ഒരു ഗ്രാഫ് പ്രസിദ്ധീകരിച്ച സ്കീമയുള്ള JSON ആണ്. അതിനർത്ഥം നിങ്ങൾ വീണ്ടും ഉപയോഗിക്കുന്നത് ഒരു ഡോക്യുമെന്റ് ആണ്, ഓരോ അക്കൗണ്ടിലും കൈകൊണ്ട് വീണ്ടും നിർമ്മിക്കേണ്ട ഒരു സ്ക്രീനിന്റെ സ്ക്രീൻഷോട്ട് അല്ല.
നിങ്ങളുടെ സ്വന്തം ഫണലുകൾ
സ്വാഗതം, ഉപേക്ഷിച്ച കൊട്ട, ഹാജരാകാത്തവർ, ഇടവേള, തിരിച്ചെടുക്കൽ. ഏറ്റവും നന്നായി ചെയ്യാൻ അറിയുന്ന ആൾ ഒരിക്കൽ എഴുതുന്നു, നിങ്ങളുടെ സ്വന്തം റിപ്പോസിറ്ററിയിൽ സൂക്ഷിക്കുന്നു, ഒരു API കോൾ വഴി ക്ലയന്റ് പ്രോജക്റ്റിൽ സൃഷ്ടിക്കുന്നു.
എല്ലായിടത്തും ഒരേ രീതിയിൽ പരിശോധിക്കുന്നു
വാലിഡേറ്റർ നിങ്ങളുടെ ഫണലിൽ അത് എത്തുന്ന ഓരോ പ്രോജക്റ്റിലും പ്രവർത്തിക്കുന്നു. ഒരു കാത്തില്ലാതെ ലൂപ്പ് ചെയ്യുന്നതോ വിഷയമില്ലാതെ അയയ്ക്കുന്നതോ ആയ ഒരു ഗ്രാഫ് അവിടെ നിരസിക്കപ്പെടും, ഇവിടെ നിരസിക്കപ്പെടുന്നതുപോലെ തന്നെ.
പ്രവർത്തിക്കുന്നതിന് മുൻപ് സിമ്യുലേറ്റ് ചെയ്യുന്നു
ആ ക്ലയന്റിന്റെ ലിസ്റ്റിലെ ഒരു യഥാർത്ഥ കോൺടാക്റ്റിനെ ഫണലിലൂടെ ഡ്രൈ-റൺ ചെയ്ത് അവർക്ക് എന്താണ് അയയ്ക്കുക എന്ന് വായിക്കുക. ഓരോ വിന്യാസത്തിനും ഒരിക്കൽ അത് ചെയ്താൽ "തെറ്റായി പോയി" എന്ന സംഭാഷണം നടക്കാതാകും.
ഒരിടത്ത് മെച്ചപ്പെടുത്തുന്നു
നിങ്ങൾ എന്തെങ്കിലും പഠിക്കുമ്പോൾ — രാവിലെ പത്തിന് രണ്ടാമത്തെ ഓർമ്മിപ്പിക്കൽ നന്നായി പ്രവർത്തിക്കുന്നു — നിങ്ങളുടെ നിർവചനം മാറ്റി മുന്നോട്ട് കൊണ്ടുവരുന്നു. പഴയ പതിപ്പ് പ്രവർത്തിക്കുന്ന ക്ലയന്റുകൾ പഴയ പതിപ്പിൽ തന്നെ പൂർത്തിയാക്കുന്നു; നടുനിൽ ആരും തടസ്സപ്പെടുന്നില്ല.
ക്രിയേറ്റീവുകളും
ഒരു ക്രിയേറ്റീവ് മെർജ് വേരിയബിളുകളുള്ള ഒരു ഡോക്യുമെന്റ് ആണ്. ഇതേ സ്വാഗത ഇ-മെയിൽ, ഓരോ ക്ലയന്റിന്റെയും ബ്രാൻഡ്, നിറങ്ങൾ, ലോഗോ എന്നിവയോടെ റെൻഡർ ചെയ്യുന്നു — ആദ്യ പ്രവർത്തനത്തിൽ അവരുടെ സ്വന്തം വെബ്സൈറ്റിൽ നിന്ന് ശേഖരിക്കുന്നു.
അല്ലെങ്കിൽ ഒരു ഏജന്റിനെ ചെയ്യാൻ വിടുക
ഒരു പ്രോജക്റ്റിന് പരിധിവിധിക്കുന്ന ഒരു അസിസ്റ്റന്റിനെ MCP സെർവറിലേക്ക് ചൂണ്ടി ആ ക്ലയന്റിനായി ഫണൽ തയ്യാറാക്കാനും പരിശോധിക്കാനും വിടുക. ഒരു യഥാർത്ഥ വ്യക്തിയിലേക്ക് എത്തുന്ന എല്ലാം വ്യക്തമായ സ്ഥിരീകരണം ആവശ്യമാണ്, ക്വോട്ടയ്ക്കുള്ളിൽ തുടരുന്നു.
പതിനൊന്ന് ക്ലയന്റുകൾ, പതിനൊന്ന് അയയ്ക്കൽ ഐഡന്റിറ്റികൾ, നോക്കാൻ ഒരിടം.
പ്രതിമാസ റിപ്പോർട്ട് പ്രശ്നം
ഒരു ഏജൻസിയുടെ റിപ്പോർട്ടിംഗ് വേദനയുടെ ഭൂരിഭാഗവും സംഖ്യകൾ ഉണ്ടാക്കുന്നതല്ല. ക്ലയന്റ് ഒരു തുടർചോദ്യം ചോദിക്കുമ്പോൾ നിലനിൽക്കുന്ന സംഖ്യകൾ ഉണ്ടാക്കുകയും, മാസത്തിന്റെ ഒന്നാം തീയതി മൂന്ന് മണിക്കൂർ സ്ക്രീൻഷോട്ട് എടുക്കാതെ അവ ഉണ്ടാക്കുകയും ചെയ്യുന്നതാണ്.
ഇവിടെ രണ്ട് കാര്യങ്ങൾ സഹായിക്കുന്നു. റിപ്പോർട്ടുകൾ API റൂട്ടുകൾ ആണ്, അതിനാൽ പ്രതിമാസ പാക്ക് ഒരു സ്ക്രിപ്റ്റ് വഴി ഒരുക്കി PDF ആയി എക്സ്പോർട്ട് ചെയ്യാം, ഒരാളും സ്പ്രെഡ്ഷീറ്റും വഴിയല്ല. കൂടാതെ സംഖ്യകൾ ബോട്ടുകളെക്കുറിച്ച് സത്യസന്ധമാണ്: അസംസ്കൃതവും ഫിൽട്ടർ ചെയ്തതും രണ്ടും ലേബൽ ചെയ്ത് ലഭ്യമാണ്, അതിനാൽ ക്ലയന്റ് മാറിയതിനുശേഷം ഓപ്പൺ നിരക്ക് കുറഞ്ഞത് എന്തുകൊണ്ട് എന്ന് ചോദിക്കുമ്പോൾ നിങ്ങൾക്ക് അത് ഒരു വാചകത്തിൽ വിശദീകരിക്കാം, നാല് വാചകത്തിൽ പ്രതിരോധിക്കേണ്ടതില്ല.
ഇതേ ടൈലുകൾ dash-b-ൽ എത്തുന്നു — കാമ്പെയിൻ പ്രകടനം, ഫണൽ ഡ്രോപ്പ്-ഓഫ്, ലിസ്റ്റ് വളർച്ച, ഡൊമെയ്ൻ അനുസരിച്ചുള്ള ഡെലിവറബിലിറ്റി — അതിനാൽ ഒരു ലൈവ് ബോർഡ് വേണ്ട ക്ലയന്റിന് അത് ലഭിക്കും, അവരുടെ സ്വന്തം അക്കൗണ്ടിൽ, അവരുടെ സ്വന്തം ക്രെഡൻഷ്യലുകളോടെ, പേജിൽ നിങ്ങളുടെ ഒരു കീയും ഇല്ലാതെ.
- 1ഓരോ പ്രോജക്റ്റിനുംഒരു ടോക്കൺ, ഒരു പ്രോജക്റ്റ് സ്കോപ്പ്, അതേ സ്ക്രിപ്റ്റ്.
- 2പുൾ ചെയ്യുകകാമ്പെയ്ൻ പ്രകടനം, ഫണൽ ഡ്രോപ്പ്-ഓഫ്, ലിസ്റ്റ് വളർച്ച, ഡൊമെയ്ൻ അടിസ്ഥാനത്തിലുള്ള ഡെലിവറബിലിറ്റി.
- 3റെൻഡർ ചെയ്യുകഅവരുടെ ക്രിയേറ്റീവ് ഡോക്യുമെന്റ് ഒരു റിപ്പോർട്ട് പേജായി, പിന്നീട് PDF ആയി.
- 4അയക്കുകഅല്ലെങ്കിൽ അവരുടെ ബോർഡിലേക്ക് ഇടുക. ആ ക്ലയന്റ് യഥാർത്ഥത്തിൽ വായിക്കുന്നത് ഏതെങ്കിലും.
- iഎന്ത് മാറിസ്ക്രീൻഷോട്ടുകളുടെ മൂന്ന് മണിക്കൂർ ഒരു ഷെഡ്യൂൾ ചെയ്ത ജോലിയായി മാറി, കാരണം റിപ്പോർട്ടുകൾ എപ്പോഴും റൂട്ടുകൾ തന്നെയായിരുന്നു.
അസംസ്കരിച്ചതും ഫിൽട്ടർ ചെയ്തതും, രണ്ടും ലേബൽ ചെയ്തത്
സമ്മതത്തെക്കുറിച്ചുള്ള സംഭാഷണം, നേരത്തേ നടത്തിയത്
നാലായിരം വിലാസങ്ങളുടെ ഒരു സ്പ്രെഡ്ഷീറ്റും അവ എവിടെ നിന്നും വന്നു എന്നതിനെക്കുറിച്ചുള്ള ഒരു അവ്യക്തമായ ഉത്തരവുമായി എത്തുന്ന ക്ലയന്റിനെ ഓരോ ഏജൻസിയും കണ്ടിട്ടുണ്ടാകും. ഇവിടെ അത് നിങ്ങൾ ജയിക്കേണ്ട ഒരു വാദമല്ല; അത് ഒരു ഫീൽഡ് ആണ്.
ഈ ഇമ്പോർട്ട് പരമാവധി ന്യായമായ താൽപര്യം എന്നാണ് കണക്കാക്കുന്നത്, ഒരിക്കലും സമ്മതം അല്ല, ഏതെങ്കിലും കാമ്പെയ്ൻ പുറത്തുപോകുന്നതിന് മുമ്പേ അടിസ്ഥാനങ്ങളുടെ കൂട്ടം കാണിക്കുന്നു. ഒരു ലിസ്റ്റിലേക്ക് അയയ്ക്കാൻ കഴിയില്ലെങ്കിൽ, പരാതി വരുന്ന സമയത്തല്ല, ഇമ്പോർട്ട് സമയത്തുതന്നെ അത് പറയുന്നു. ഇത് ഒരു അസ്വസ്ഥമായ വിധിയെ ഒരേ സ്ക്രീൻ ഒരുമിച്ച് വായിക്കുന്നതാക്കി മാറ്റുന്നു — ക്ലയന്റ് ഉറച്ചുനിൽക്കുമ്പോൾ നിങ്ങൾക്ക് അത് വളരെ മികച്ച നിലയാണ്.
ക്ലയന്റിനോട് ശബ്ദത്തിൽ പറയാൻ അർഹമായ കാര്യം: മോശം ലിസ്റ്റ് അപകടത്തിലാക്കുന്ന പ്രതിഷ്ഠ അവരുടേതാണ്, അവരുടെ സ്വന്തം ഡൊമെയ്നിൽ, കാരണം ഓരോ പ്രോജക്റ്റും അതായിത്തന്നെ അയയ്ക്കുന്നു. ഏതെങ്കിലും നിയമത്തേക്കാൾ ശക്തമായ വാദമാണിത്, ഫലം കാണുന്നതും ഇതുതന്നെയാണ്.