നിങ്ങൾ ആഗ്രഹിക്കുന്നത് കൊണ്ട് ഡെവലപ്പർമാർ ലിങ്കുകളിൽ ക്ലിക്ക് ചെയ്യില്ല. അവർ നേരത്തെ ചോദിച്ച ഒരു ചോദ്യത്തിന് നിങ്ങൾ ഉത്തരം നൽകുന്നതുകൊണ്ടാണ് അവർ ക്ലിക്ക് ചെയ്യുന്നത്.

ഡെവലപ്പർമാർ നിങ്ങൾ ആഗ്രഹിക്കുന്നത് കൊണ്ട് ലിങ്കുകളിൽ ക്ലിക്ക് ചെയ്യുന്നില്ല. അവർ ഇതിനകം ചോദിച്ചുകൊണ്ടിരുന്ന ഒരു ചോദ്യത്തിന് നിങ്ങൾ ഉത്തരം നൽകുന്നതുകൊണ്ടാണ് അവർ ക്ലിക്ക് ചെയ്യുന്നത്. ഞാൻ ഇത് വളരെ പതുക്കെയാണ് പഠിച്ചെടുത്തത്.

ഞാൻ AI ട്യൂട്ടോറിയലുകളെക്കുറിച്ച് ഒരു ചെറിയ ബ്ലോഗ് നടത്തുന്നുണ്ട്. വലിയ കാര്യങ്ങളൊന്നുമല്ല. ഓരോ മാസവും ഏകദേശം രണ്ടായിരം ആളുകൾ സന്ദർശിക്കാറുണ്ട്, എന്റെ Twitter ഫോളോവേഴ്സ് ഏകദേശം എണ്ണൂറോളം ഡെവലപ്പർമാരാണ്. ഞാൻ ഇത് വിനോദത്തിന് വേണ്ടി എഴുതുന്നതാണ്, ഉപജീവനത്തിന് വേണ്ടിയല്ല. എങ്കിലും, എന്റെ റിപ്ലൈകളിലും ഡിഎം (DM)കളിലും ഒരു പ്രത്യേക രീതി ഞാൻ ശ്രദ്ധിച്ചു തുടങ്ങി. ഏത് API പ്ലാറ്റ്‌ഫോം തിരഞ്ഞെടുക്കണം എന്ന് ആളുകൾ അറിയാൻ ആഗ്രഹിച്ചു. പെയ്ഡ് സബ്‌സ്‌ക്രിപ്ഷൻ ശരിക്കും പണത്തിന് അർഹമാണോ എന്നും അവർ ചോദിച്ചു. ഒരേ ഉത്തരം വീണ്ടും വീണ്ടും ടൈപ്പ് ചെയ്യുന്നതിന് പകരം, ഞാൻ പുതിയൊരു കാര്യം പരീക്ഷിച്ചു. ഞാൻ ഒരു അഫിലിയേറ്റ് പ്രോഗ്രാമിൽ ചേർന്നു, കൂടാതെ ഒരു വിശദമായ താരതമ്യ പോസ്റ്റിൽ (comparison post) ലിങ്കുകൾ ഉൾപ്പെടുത്തി. എന്നിട്ട് ഞാൻ കാത്തിരുന്നു.

എന്തുകൊണ്ടാണ് ഒരു താരതമ്യ ലേഖനം (Comparison Article) അർത്ഥവത്തായത് എന്ന്

സാങ്കേതിക വായനക്കാർ അനാവശ്യമായ കാര്യങ്ങൾ ഇഷ്ടപ്പെടുന്നില്ല. അവർക്ക് കോഡ്, പ്രൈസിംഗ് ടേബിളുകൾ, കൃത്യമായ പരിമിതികൾ എന്നിവയാണ് വേണ്ടത്. ഒരു നീളമുള്ള താരതമ്യ ലേഖനം അവർക്ക് കൃത്യമായി അത് നൽകുന്നു. ഞാൻ നേരിട്ട് ഉപയോഗിച്ചിട്ടുള്ള ഏതാനും AI API പ്ലാറ്റ്‌ഫോമുകൾ ഞാൻ തിരഞ്ഞെടുത്തു. ഞാൻ യഥാർത്ഥ കോഡ് സ്നിപ്പറ്റുകൾ (code snippets) എഴുതി. ഡാഷ്‌ബോർഡുകളുടെയും പ്രൈസിംഗ് ടയറുകളുടെയും സ്ക്രീൻഷോട്ടുകൾ എടുത്തു. ഞാൻ ഒരു ടൂൾ ശുപാർശ ചെയ്യാൻ പോകുകയാണെങ്കിൽ, ആ ശുപാർശ കൃത്യമായ പരിശോധനകൾക്ക് ശേഷവും നിലനിൽക്കണമെന്ന് ഞാൻ ആഗ്രഹിച്ചു.

ഞാൻ ആ ലേഖനം രണ്ട് സ്ഥലങ്ങളിൽ പോസ്റ്റ് ചെയ്തു. പൂർണ്ണരൂപം എന്റെ ബ്ലോഗിൽ പ്രസിദ്ധീകരിച്ചു. അല്പം മാറ്റം വരുത്തിയ ഒരു പതിപ്പ് Dev.to-യിലും പോസ്റ്റ് ചെയ്തു. എന്റെ ചിന്ത ലളിതമായിരുന്നു. എന്റെ ബ്ലോഗ് വായനക്കാർക്ക് എന്റെ ശൈലി അറിയാമായിരുന്നു. എന്നാൽ എന്നെക്കുറിച്ച് കേട്ടിട്ടില്ലാത്ത ഡെവലപ്പർമാരുടെ മുന്നിൽ ഈ പോസ്റ്റ് എത്തിക്കാൻ Dev.to സഹായിക്കും. ഇവ രണ്ടും വഴി, വാങ്ങൽ പ്രക്രിയയുടെ (buying process) വിവിധ ഘട്ടങ്ങളിലുള്ള വായനക്കാരെ ആകർഷിക്കാൻ ഞാൻ പ്രതീക്ഷിച്ചു. ചിലർ വെറുതെ നോക്കുകയായിരുന്നു, എന്നാൽ മറ്റു ചിലർ ക്രെഡിറ്റ് കാർഡ് ഉപയോഗിക്കാൻ തയ്യാറായിരുന്നു. ലേഖനം ഇവ രണ്ടിനും അനുയോജ്യമായിരിക്കണമായിരുന്നു.

ആദ്യ ആഴ്ച വെറുതെ പാഴായതുപോലെ തോന്നി

കണക്കുകൾ കള്ളം പറയില്ല, എന്റെ കണക്കുകൾ വളരെ മോശമായിരുന്നു. ആദ്യ ഏഴ് ദിവസങ്ങളിൽ, Dev.to പോസ്റ്റിന് 340 വ്യൂസ് ലഭിച്ചു. എന്റെ ബ്ലോഗിൽ 120 വ്യൂസ് മാത്രം. ആ 460 പേരിൽ കൃത്യം മൂന്ന് പേർ മാത്രമാണ് ഒരു അഫിലിയേറ്റ് ലിങ്കിൽ ക്ലിക്ക് ചെയ്തത്. ഒരാൾ പോലും സൈൻ അപ്പ് ചെയ്തില്ല.

മൂന്ന് ക്ലിക്കുകൾ. പൂജ്യം കൺവേർഷനുകൾ (conversions). ഞാൻ ഡാഷ്‌ബോർഡിലേക്ക് നോക്കി ആ ലിങ്കുകൾ ഡിലീറ്റ് ചെയ്യണമെന്ന് ആലോചിച്ചു. ഒരു വൻഡയിംഗ് മെഷീൻ നിർമ്മിച്ച് അതിൽ സാധനങ്ങൾ നിറച്ച് വെച്ചിട്ട് എല്ലാവരും അതിന് മുന്നിലൂടെ നടന്നുപോകുന്നത് നോക്കി നിൽക്കുന്നത് പോലെ എനിക്ക് തോന്നി. സംശയങ്ങൾ വേഗത്തിൽ എന്നെ പിടികൂടി. ഒരുപക്ഷേ എന്റെ വായനക്കാരുടെ എണ്ണം വളരെ കുറവാണോ? ഡെവലപ്പർമാർക്ക് അഫിലിയേറ്റ് ലിങ്കുകളോട് വിമുഖതയാണോ? അതോ പോസ്റ്റ് ബോറായതാണോ?

എന്നാൽ ഞാൻ എന്തിനാണ് ട്യൂട്ടോറിയലുകൾ എഴുതുന്നത് എന്ന് ഞാൻ ഓർത്തു. ഒരു ആഴ്ച കൊണ്ട് പണക്കാരനാവുക എന്നതായിരുന്നില്ല എന്റെ ലക്ഷ്യം. ഉപകാരപ്രദമാകുക എന്നതായിരുന്നു ലക്ഷ്യം. വിശ്വാസം നേടിയെടുക്കാൻ സമയമെടുക്കും. ഇന്ന് നിങ്ങളുടെ പോസ്റ്റ് ബുക്ക്മാർക്ക് ചെയ്യുന്ന ഒരു ഡെവലപ്പർക്ക് അടുത്ത ക്വാർട്ടറിൽ മാത്രമേ ഒരു API കീ ആവശ്യമായി വരുന്നുള്ളൂ എങ്കിൽ. അതിനാൽ ആ ലേഖനത്തിൽ മാറ്റം വരുത്താതെ അത് അവിടെത്തന്നെ വിടാൻ ഞാൻ തീരുമാനിച്ചു.

നാലാം ആഴ്ച മാറ്റങ്ങൾ കൊണ്ടുവന്നു

നാലാം ആഴ്ചയോടെ മാറ്റങ്ങൾ കണ്ടുതുടങ്ങി. ആകെ വ്യൂസ് 520 ആയി ഉയർന്നു. എട്ട് വായനക്കാർ കൂടി ലിങ്കിൽ ക്ലിക്ക് ചെയ്തു. അതിനേക്കാൾ പ്രധാനമായി, അവരിൽ ഒരാൾ ഒരു അക്കൗണ്ട് നിർമ്മിച്ചു. അതൊരു വിൽപ്പനയായിരുന്നില്ല, എങ്കിലും എന്റെ പ്രക്രിയ (pipeline) പരാജയപ്പെട്ടില്ലെന്ന് അത് തെളിയിച്ചു. ഒരാൾ എന്റെ ശുപാർശ വായിച്ചു, വിലയിരുത്തി, ആ ടൂൾ പരീക്ഷിക്കാൻ തീരുമാനിച്ചു.

പിന്നീട്, 28-ാം ദിവസം ഒരു നോട്ടിഫിക്കേഷൻ വന്നു. ഒരു ഉപയോക്താവ് പ്രോ പ്ലാനിലേക്ക് (Pro plan) അപ്‌ഗ്രേഡ് ചെയ്തു. എനിക്ക് ലഭിച്ച തുക മൂന്ന് ഡോളറായിരുന്നു.

മൂന്ന് ഡോളർ കൊണ്ട് വാടക നൽകാനോ മിക്ക നഗരങ്ങളിലും ഒരു കോഫി കുടിക്കാനോ പോലും കഴിയില്ല. എന്നിട്ടും ആ ഇമെയിൽ കണ്ടപ്പോൾ എനിക്ക് വലിയ സന്തോഷം തോന്നി. ഒരു അപരിചിതൻ എന്റെ എഴുത്ത് കണ്ടെത്തി, അതിൽ വിശ്വസിച്ച് പണം ചിലവാക്കാൻ തയ്യാറായി, എന്റെ ലിങ്ക് വഴി അത് ചെയ്തു എന്നതിന് ആദ്യമായി എനിക്ക് തെളിവ് ലഭിച്ചു. ആ പ്രക്രിയ വിജയിച്ചു. ഉള്ളടക്കം (content) $\rightarrow$ ക്ലിക്ക് $\rightarrow$ സൈൻ അപ്പ് $\rightarrow$ പെയ്ഡ് അപ്‌ഗ്രേഡ്. ഞാൻ ഉറങ്ങിക്കിടക്കുമ്പോഴും ആ ലേഖനം അവിടെത്തന്നെ ഇരുന്നുകൊണ്ട് അതിന്റെ ജോലി ചെയ്തതുകൊണ്ടാണ് ഓരോ ഘട്ടവും നടന്നത്.

ഡെവലപ്പർ വായനക്കാരെക്കുറിച്ച് ഇത് എന്താണ് പഠിപ്പിക്കുന്നത്

ഈ പരീക്ഷണം എനിക്ക് ചില പ്രായോഗിക പാഠങ്ങൾ പഠിപ്പിച്ചു, അവ ഇപ്പോൾ ഞാൻ എഴുതുന്ന ഓരോ ട്യൂട്ടോറിയലിലും പ്രയോഗിക്കാറുണ്ട്.

ഒന്നാമതായി, സാങ്കേതിക ഉള്ളടക്കത്തിൽ പെട്ടെന്നുള്ള ഫലം (immediacy) എന്നത് ഒരു മിഥ്യയാണ്. ഡെവലപ്പർമാർ ഒരിക്കലും പെട്ടെന്ന് ഒരു ഇൻഫ്രാസ്ട്രക്ചർ വാങ്ങാറില്ല. അവർ വിലയിരുത്തുന്നു, പരീക്ഷിക്കുന്നു, ഒരു പ്രൂഫ് ഓഫ് കോൺസെപ്റ്റ് (proof of concept) നടത്തുന്നു. പ്രോജക്റ്റ് അംഗീകരിക്കപ്പെടുമ്പോൾ അവർ ഒരു മാസം കഴിഞ്ഞ് തിരിച്ചുവരും. നിങ്ങളുടെ അഫിലിയേറ്റ് തന്ത്രം പെട്ടെന്നുള്ള ലാഭത്തെ മാത്രം ആശ്രയിച്ചാണെങ്കിൽ, ആദ്യത്തെ കൺവേർഷൻ ലഭിക്കുന്നതിന് മുമ്പ് തന്നെ നിങ്ങൾ തളർന്നുപോകും. ദീർഘകാലാടിസ്ഥാനത്തിൽ (long tail) ചിന്തിച്ച് എഴുതണം.

രണ്ടാമതായി, ഫോർമാറ്റ് പ്രധാനമാണ്. പരസ്യങ്ങൾ നിറഞ്ഞ ഒരു സാധാരണ ലിസ്റ്റ് (listicle) പരാജയപ്പെടുമായിരുന്നു. എന്നാൽ എന്റെ താരതമ്യ ലേഖനം വിജയിച്ചത് അതിൽ കൃത്യമായ വിവരങ്ങൾ ഉണ്ടായിരുന്നതുകൊണ്ടാണ്. ഡെവലപ്പർമാർക്ക് കോപ്പി ചെയ്യാൻ കഴിയുന്ന കോഡ് സ്നിപ്പറ്റുകൾ ഞാൻ ഉൾപ്പെടുത്തി. കൺസോൾ എങ്ങനെയിരിക്കുമെന്ന് അവർക്ക് മനസ്സിലാക്കാൻ സ്ക്രീൻഷോട്ടുകൾ കാണിച്ചു. മാർക്കറ്റിംഗ് വാഗ്ദാനങ്ങൾ മാത്രമല്ല, യഥാർത്ഥ പരിമിതികളെക്കുറിച്ചും ഞാൻ സംസാരിച്ചു. നിങ്ങൾ ഒരു ടൂൾ ശുപാർശ ചെയ്യുമ്പോൾ, നിങ്ങളുടെ വിശ്വാസ്യത കൂടി നിങ്ങൾ അതിന് നൽകുകയാണ് ചെയ്യുന്നത്. ആ വിശ്വാസ്യത നിലനിർത്താൻ പാകത്തിൽ ഉള്ളടക്കം മികച്ചതാണെന്ന് ഉറപ്പുവരുത്തുക.

മൂന്നാമതായി, കാര്യങ്ങൾ വെളിപ്പെടുത്തുക എന്നത് ഒഴിവാക്കാനാവാത്തതാണ്. ഈ പോസ്റ്റിൽ അഫിലിയേറ്റ് ലിങ്കുകൾ ഉണ്ടെന്ന് ഞാൻ വായനക്കാരോട് മുൻകൂട്ടി പറഞ്ഞു. ഞാൻ ആ അറിയിപ്പ് നൽകിയത്...