Google അടുത്തിടെ Relay ടീമിനെ ഏറ്റെടുത്തതോടെ (acquihire), ആ AI-automation പ്ലാറ്റ്ഫോം പ്രവർത്തനം നിർത്തും. സെയിൽസ്, സപ്പോർട്ട് അല്ലെങ്കിൽ ഓപ്പറേഷൻസിനായി നിങ്ങൾ Relay ഉപയോഗിക്കുന്നുണ്ടെങ്കിൽ, നിങ്ങളുടെ ഓട്ടോമേഷൻ ടൂൾ നിങ്ങൾക്ക് നഷ്ടപ്പെടാൻ പോകുകയാണ്.
ഈ പ്രവർത്തനം നിർത്തലാക്കുന്നത് എന്തുകൊണ്ട് പ്രധാനമാണ്
- ഗൂഗിളിന് ലഭിക്കുന്നത് എഞ്ചിനീയർമാരെയാണ്, സോഫ്റ്റ്വെയറിനെയല്ല. ഈ ഇടപാട് ഒരു “acquihire” ആണ്: ഗൂഗിളിന്റെ Chrome വിഭാഗത്തിന് ആ ടീമിന്റെ വൈദഗ്ധ്യമാണ് വേണ്ടത്, Relay പ്ലാറ്റ്ഫോമിനല്ല. Relay പ്രവർത്തനം അവസാനിപ്പിക്കും.
- Relay പ്ലാറ്റ്ഫോം പ്രവർത്തനം നിർത്തും. നിങ്ങളുടെ ഡാറ്റയ്ക്കോ മാറ്റത്തിനായുള്ള (transition) ഒരു വ്യക്തമായ പദ്ധതിയുമില്ല.
- ബിസിനസ്സ് തുടർച്ച അപകടത്തിലാകുന്നു. Relay ഉപയോഗിച്ച് സെയിൽസ് പൈപ്പ്ലൈനുകൾ, സപ്പോർട്ട് ടിക്കറ്റ് റൂട്ടിംഗ് അല്ലെങ്കിൽ ഇന്റേണൽ അപ്രൂവലുകൾ എന്നിവ തയ്യാറാക്കിയ കമ്പനികളുടെ ഓട്ടോമേഷനുകൾ തകരാറിലാകും.
AI-automation മേഖലയിലെ വിപുലമായ അപകടസാധ്യതകൾ
Relay-യുടെ അവസ്ഥ ഒറ്റപ്പെട്ട ഒന്നല്ല. AI-automation സ്റ്റാർട്ടപ്പുകൾ പലപ്പോഴും വേഗത്തിലുള്ള കാര്യക്ഷമത വാഗ്ദാനം ചെയ്ത് പണം സമാഹരിക്കുകയും, പിന്നീട് ഇൻഫ്രാസ്ട്രക്ചർ സ്കെയിലിംഗിലും സെയിൽസിലും പരാജയപ്പെടുകയും ചെയ്യുന്നു. വളർച്ച നിലയ്ക്കുമ്പോൾ, വലിയ ടെക് കമ്പനികൾ ആ പ്രതിഭകളെ സ്വന്തമാക്കുന്നു, ഇത് ഉപഭോക്താക്കളെ ഒരു വഴിമുട്ടിനിൽക്കുന്ന അവസ്ഥയിൽ എത്തിക്കുന്നു.
ഈ രീതി B2B സ്ഥാപനങ്ങൾക്ക് മറഞ്ഞിരിക്കുന്ന ചിലവുകൾ ഉണ്ടാക്കുന്നു:
- ഡാറ്റ ലോക്ക്-ഇൻ (Data lock-in).
- റീ-എഞ്ചിനീയറിംഗ് ചിലവ്.
- അവസര നഷ്ടം.
കമ്പനികൾ ഇപ്പോൾ എന്താണ് ചെയ്യേണ്ടത്
നിങ്ങളുടെ സ്ഥാപനം Relay-യെ ആശ്രയിച്ചാണെങ്കിൽ, സേവനം ഇല്ലാതാകുന്നതിന് മുമ്പ് നടപടിയെടുക്കുക:
- എല്ലാം എക്സ്പോർട്ട് ചെയ്യുക. Relay ഡാഷ്ബോർഡിൽ നിന്ന് റോ ഡാറ്റ (raw data), കോൺഫിഗറേഷൻ ഫയലുകൾ, കസ്റ്റം സ്ക്രിപ്റ്റുകൾ എന്നിവ ശേഖരിക്കുക. നിങ്ങളുടെ ഓട്ടോമേഷനുകളിൽ ഉപയോഗിച്ചിരിക്കുന്ന എല്ലാ ഫീൽഡുകളും എക്സ്പോർട്ടിൽ ഉൾപ്പെട്ടിട്ടുണ്ടെന്ന് ഉറപ്പുവരുത്തുക.
- ഡിപെൻഡൻസികൾ ഓഡിറ്റ് ചെയ്യുക. Relay-യുടെ APIs വിളിക്കുന്നതോ അതിന്റെ webhooks ഉപയോഗിക്കുന്നതോ ആയ ഓരോ ആഭ്യന്തര പ്രക്രിയയും പട്ടികപ്പെടുത്തുക. ബാധിക്കപ്പെട്ട ടീമുകളെ തിരിച്ചറിയുകയും വരുമാനത്തെ ബാധിക്കുന്ന പ്രക്രിയകൾക്ക് മുൻഗണന നൽകുകയും ചെയ്യുക.
- പകരമുള്ള മാർഗങ്ങൾ കണ്ടെത്തുക. എളുപ്പത്തിൽ ഡാറ്റ ഇംപോർട്ട് ചെയ്യാൻ കഴിയുന്നതും, ദീർഘകാലം നിലനിൽക്കുന്നതും, വ്യക്തമായ SLAs നൽകുന്നതുമായ പ്ലാറ്റ്ഫോമുകൾ കണ്ടെത്തുക. പ്രവർത്തനങ്ങളിൽ വിടവുണ്ടാകാതിരിക്കാൻ ഏതാനും ദിവസങ്ങൾക്കുള്ളിൽ തന്നെ ഓപ്ഷനുകൾ തിരഞ്ഞെടുക്കുക.
- മൈഗ്രേഷൻ ടൈംലൈൻ പ്ലാൻ ചെയ്യുക. ഏറ്റവും പ്രധാനപ്പെട്ട ഓട്ടോമേഷനുകൾ ആദ്യം പുനർനിർമ്മിക്കാൻ എഞ്ചിനീയറിംഗ് റിസോഴ്സുകളെ നിയോഗിക്കുക, തുടർന്ന് മറ്റ് വർക്ക്ഫ്ലോകൾ കൈകാര്യം ചെയ്യുക.
ഒരു മുന്നറിയിപ്പ്
AI അധിഷ്ഠിത ഓട്ടോമേഷൻ ആകർഷകമാണ്, എന്നാൽ വിപണിയിലെ ചാഞ്ചാട്ടം കണക്കിലെടുക്കുമ്പോൾ, സുരക്ഷാ സംവിധാനങ്ങളില്ലാതെ ഒരു "ക്രിട്ടിക്കൽ വർക്ക്ഫ്ലോ" (critical workflow) ഒരു പുതിയ വെണ്ടർക്ക് കൈമാറരുത്. ശക്തമായ കമ്പനികൾ കരാറിൽ ഏർപ്പെടുന്നതിന് മുമ്പ് മൂന്ന് പ്രധാന ചോദ്യങ്ങൾ ചോദിക്കണം:
- വെണ്ടർ പ്രവർത്തനം നിർത്തിയാൽ എന്റെ ഡാറ്റയ്ക്ക് എന്ത് സംഭവിക്കും?
- പ്രൊപ്രൈറ്ററി API ഇല്ലാതെ എനിക്ക് കോൺഫിഗറേഷനുകൾ എക്സ്പോർട്ട് ചെയ്യാൻ കഴിയുമോ?
- വെണ്ടർക്ക് നിലനിൽക്കാൻ ആവശ്യമായ സാമ്പത്തിക അടിത്തറയുണ്ടോ?
നിങ്ങളുടെ വരുമാന സ്രോതസ്സിനെ സംരക്ഷിക്കാനും ഓട്ടോമേഷൻ ശൃംഖല തകരുന്നതിലൂടെ ഉണ്ടാകുന്ന മറഞ്ഞിരിക്കുന്ന ചിലവുകൾ ഒഴിവാക്കാനും ഇപ്പോൾ തന്നെ ബാക്കപ്പ് എടുത്ത് കൂടുതൽ സുസ്ഥിരമായ ഒരു പ്ലാറ്റ്ഫോമിലേക്ക് മാറുന്നതാണ് ഉചിതം.