Google சமீபத்தில் Relay குழுவை 'acquihire' செய்துள்ளதால், அந்த AI-automation தளம் இனி செயல்படாது. நீங்கள் விற்பனை (sales), ஆதரவு (support) அல்லது செயல்பாடுகளுக்காக (operations) Relay-ஐப் பயன்படுத்தினால், உங்கள் automation கருவியை நீங்கள் இழக்கப் போகிறீர்கள்.

இந்த முடக்கம் ஏன் முக்கியமானது

  • Google பொறியாளர்களைப் பெறுகிறது, மென்பொருளை அல்ல. இந்த ஒப்பந்தம் ஒரு “acquihire” ஆகும்: Google-ன் Chrome பிரிவு அந்தத் குழுவின் நிபுணத்துவத்தை விரும்புகிறதே தவிர, Relay-ன் தளத்தை அல்ல. Relay தனது செயல்பாடுகளை நிறுத்திக்கொள்ளும்.
  • Relay தளம் செயல்படாது. உங்கள் தரவு (data) அல்லது மாற்றத்திற்கான (transition) தெளிவான திட்டம் எதுவும் இல்லை.
  • வணிகத் தொடர்ச்சி (Business continuity) ஆபத்தில் உள்ளது. Relay-ஐக் கொண்டு விற்பனைப் பாதைகள் (sales pipelines), ஆதரவு டிக்கெட் வழிநடத்துதல் (support ticket routing) அல்லது உள் ஒப்புதல்களை (internal approvals) உருவாக்கிய நிறுவனங்களின் automation முறைகள் செயலிழந்துவிடும்.

பரந்த AI-automation ஆபத்து

Relay-ன் நிலைமை தனித்துவமானது அல்ல. AI-automation ஸ்டார்ட்அப்கள் பெரும்பாலும் விரைவான செயல்திறன் முன்னேற்றங்களை உறுதியளித்து நிதியைத் திரட்டுகின்றன, ஆனால் பின்னர் உள்கட்டமைப்பை (infrastructure) விரிவுபடுத்துவதிலும் விற்பனையிலும் தடுமாறுகின்றன. வளர்ச்சி முடங்கும் போது, பெரிய தொழில்நுட்ப நிறுவனங்கள் அந்தத் திறமையாளர்களைத் தங்களுக்குள் இழுத்துக்கொள்கின்றன, இது பணம் செலுத்திப் பயன்படுத்தும் வாடிக்கையாளர்களை ஒரு முட்டுச்சந்தையில் விட்டுவிடுகிறது.

இந்த முறை B2B நிறுவனங்களுக்கு மறைமுகச் செலவுகளை உருவாக்குகிறது:

  1. Data lock-in.
  2. Re-engineering செலவு.
  3. வாய்ப்பு இழப்பு (Opportunity loss).

நிறுவனங்கள் இப்போது என்ன செய்ய வேண்டும்

உங்கள் நிறுவனம் Relay-ஐச் சார்ந்து இருந்தால், அந்தச் சேவை மறைவதற்கு முன்பே செயல்படுங்கள்:

  • அனைத்தையும் ஏற்றுமதி (Export) செய்யுங்கள். Relay dashboard-லிருந்து raw data, configuration கோப்புகள் மற்றும் ஏதேனும் custom scripts ஆகியவற்றை எடுத்துக்கொள்ளுங்கள். உங்கள் automations-ல் பயன்படுத்தப்படும் ஒவ்வொரு புலமும் (field) ஏற்றுமதியில் உள்ளதா என்பதைச் சரிபார்க்கவும்.
  • சார்புகளை (Dependencies) தணிக்கை செய்யுங்கள். Relay-ன் APIs-களை அழைக்கும் அல்லது அதன் webhooks-களைப் பயன்படுத்தும் ஒவ்வொரு உள் செயல்முறையையும் பட்டியலிடுங்கள். பாதிக்கப்பட்ட குழுக்களைக் கண்டறிந்து, வருவாயைப் பாதிக்கும் முக்கியப் பணிகளுக்கு (revenue-sensitive flows) முன்னுரிமை கொடுங்கள்.
  • மாற்றுத் தீர்வுகளைத் தேடுங்கள். எளிதான தரவு இறக்குமதி (data import) வசதி கொண்ட, நீண்ட கால நம்பகத்தன்மை கொண்ட மற்றும் தெளிவான SLAs வழங்கும் தளங்களைக் கண்டறியுங்கள். நீண்ட கால இடைவெளியைத் தவிர்க்க சில நாட்களுக்குள்ளேயே விருப்பமானத் தேர்வுகளைத் தயார் செய்து கொள்ளுங்கள்.
  • மாற்றத்திற்கான கால அட்டவணையைத் (Migration timeline) திட்டமிடுங்கள். மிக முக்கியமான automations-களை முதலில் மீண்டும் உருவாக்க பொறியியல் வளங்களை (engineering resources) ஒதுக்குங்கள், பின்னர் இரண்டாம் நிலை பணிப்பாய்வுகளை (secondary workflows) கையாளுங்கள்.

ஒரு எச்சரிக்கை குறிப்பு

AI-ஆல் இயக்கப்படும் automation கவர்ச்சிகரமானது, ஆனால் சந்தையின் நிலையற்ற தன்மை காரணமாக, “முக்கியமான பணிப்பாய்வை” (critical workflow) எந்தவொரு பாதுகாப்பு முறையும் இன்றி ஒரு தனிப்பட்ட, நிரூபிக்கப்படாத விற்பனையாளரிடம் (vendor) ஒப்படைக்கக் கூடாது. வலுவான நிறுவனங்கள் ஒப்பந்தத்தில் கையெழுத்திடுவதற்கு முன் மூன்று கடினமான கேள்விகளைக் கேட்க வேண்டும்:

  1. விற்பனையாளர் நிறுவனம் முடங்கினால் எனது தரவுக்கு என்னவாகும்?
  2. ஒரு பிரத்யேக (proprietary) API இல்லாமல் எனது configurations-களை என்னால் ஏற்றுமதி செய்ய முடியுமா?
  3. விற்பனையாளர் நிறுவனம் நிலைத்து நிற்க போதுமான நிதி வசதி (financial runway) அவரிடம் உள்ளதா?

உங்கள் வருவாய் இயந்திரத்தைப் பாதுகாக்கவும், முடங்கிய automation சங்கிலியால் ஏற்படும் மறைமுகச் செலவைத் தவிர்க்கவும், இப்போதே தரவுகளைப் பாதுகாப்பாகச் சேமித்து (Back up), மிகவும் நிலையான ஒரு தளத்திற்கு மாறுங்கள்.