பெரும்பாலான குழுக்கள் ஆட்டோமேஷனை (automation) தலைகீழாக அணுகுகின்றன. அவர்கள் ஒரு ஒருங்கிணைப்பு சந்தையைத் (integration marketplace) திறந்து, எந்த ஆப் எந்த API-உடன் பேசும் என்று கேட்கிறார்கள். இது தவறான சிக்கலைத் தீர்க்கும், ஆனால் பலவீனமான கட்டமைப்பை (brittle plumbing) உருவாக்கும் ஒரு வேகமான வழியாகும். சிறந்த தொடக்கப்புள்ளி உங்கள் குழு வேலை செய்வதைக் கவனிப்பதே ஆகும். அவர்கள் எதை கையால் தட்டச்சு செய்கிறார்கள்? பிரவுசர் டேப்களுக்கு இடையே தரவை எங்கே நகலெடுக்கிறார்கள்? ஒரு செயல்முறை யாராவது கைமுறையாக அதைத் தள்ளும் வரை ஏன் முடங்கிக் கிடக்கிறது? அந்த கேள்விகள் உண்மையில் எதை ஆட்டோமேட் செய்ய வேண்டும் என்பதைக் காட்டுகின்றன. மென்பொருள் என்பது ஒரு விநியோக கருவி மட்டுமே; உங்கள் வணிகத் தர்க்கமே (business logic) முதன்மையானது.
கருவிகளுடன் அல்ல, வேலையுடன் தொடங்குங்கள்
எந்த ஆப் எந்த API-யுடன் இணைகிறது என்று கேட்பதை நிறுத்துங்கள். உங்கள் குழு கைமுறையாக என்ன செய்கிறது மற்றும் ஏன் செய்கிறது என்று கேட்பதில் இருந்து தொடங்குங்கள்.
உங்கள் விற்பனைப் பிரதிநிதிகள் (sales reps) எப்போதும் குறிப்பிட்ட நாட்களில் பின்தொடர்ந்தால் (follow up), எந்த ஆட்டோமேஷனும் அந்தச் சீரான முறையை மதிக்க வேண்டும். ஒரு பிரதிநிதியால் சரக்கு எடை, பரிமாணங்கள் மற்றும் இலக்கு ஆகியவற்றின்றி சரக்கு விலையை (freight quote) வழங்க முடியாது என்றால், உங்கள் சாட்பாட் (chatbot) உரையாடலை அடுத்த கட்டத்திற்கு நகர்த்தும் முன் அந்தத் துல்லியமான புலங்களைச் (fields) சேகரிக்க வேண்டும். தொழில்நுட்பம் நிஜ உலக விதிகளின் பிரதிபலிப்பாக இருக்க வேண்டும்.
சரக்கு விவரங்களைத் தொகுக்க பிரதிநிதிகள் WhatsApp, மின்னஞ்சல் மற்றும் ஸ்பிரெட்ஷீட்களுக்கு இடையே மாறி மாறிச் செயல்படும் ஒரு லாஜிஸ்டிக்ஸ் நிறுவனத்தைக் கருத்தில் கொள்ளுங்கள். அதற்கான தீர்வு என்பது வெறுமனே "WhatsApp-ஐ CRM உடன் இணைப்பது" மட்டுமல்ல. அந்தப் பணிப்பாய்வு (workflow) பிரதிநிதியின் சொந்த முடிவெடுக்கும் முறையை (decision tree) அப்படியே பிரதிபலிக்க வேண்டும்: சரக்கு விவரங்களைச் சரிபார்க்கவும், வழித்தடத் தேடலைச் சரிபார்க்கவும், பின்னர் விலைப் பதிவை உருவாக்கவும். நீங்கள் முதலில் தர்க்கத்தை (logic) வரைபடமாக்கும்போது, இறுதியில் எதையும் தீர்க்காத இரண்டு சிறந்த API-களை இணைக்கும் வலையில் நீங்கள் சிக்காமல் தவிர்க்கலாம்.
சேகரித்தல், தீர்மானித்தல், செயல்படுத்துதல்
நம்பகமான ஆட்டோமேஷனுக்கு மூன்று தனித்துவமான வேலைகள் உள்ளன. Capture தகவலை அமைப்பிற்குள் கொண்டுவருகிறது. Decision அடுத்து என்ன நடக்கும் என்பதைத் தீர்மானிக்கிறது. Action ஒரு பதிவைப் புதுப்பிக்கிறது, ஒரு செய்தியை அனுப்புகிறது அல்லது ஒரு நபருக்குத் தகவல் தெரிவிக்கிறது.
இந்த அடுக்குகளைத் தனித்தனியாக வைத்திருங்கள். ஒரு லீட் (lead) உங்கள் CRM-இல் ஒருபோதும் தோன்றவில்லை என்றால், சேகரிக்கும் நிலையில் (capture stage) தோல்வி ஏற்பட்டதா அல்லது தீர்மானிக்கும் நிலையில் (decision stage) சிக்கல் ஏற்பட்டதா என்பதை நீங்கள் அறிய விரும்புகிறீர்கள். இணையதள படிவம் (website form) தரவைச் சரியாக அனுப்பியதா? Webhook இயங்கியதா? தரவு வந்தும் எந்தச் செயல்பாடும் இல்லையென்றால், உங்கள் லாஜிக் லேயர் (logic layer) தான் பிரச்சனை. எதுவுமே வரவில்லை என்றால், தரவு உள்ளீட்டைச் சரிசெய்யுங்கள்.
ஒவ்வொரு நிலையையும் அதன் சொந்த லாக் (log) அல்லது புலத்தில் (field) பதிவு செய்யும் வகையில் உங்கள் பணிப்பாய்வை வடிவமைக்கவும். சேகரிக்கும் நிலை மூலத் தரவைச் சேமிக்கிறது. தீர்மானிக்கும் நிலை தேர்ந்தெடுக்கப்பட்ட பாதையைப் பதிவு செய்கிறது. செயல்படும் நிலை அதன் முடிவைக் குறிக்கிறது. அதிகாலை 2 மணிக்கு ஏதேனும் முடங்கினால், அதை ஒரு மர்மக் கதையைப் போலப் பார்க்காமல், ஒரு தொடர்ச்சியான பதிவாகப் படித்துப் புரிந்துகொள்ள முடியும்.
உங்கள் அமைப்புகளுக்கு ஒரு நினைவாற்றலைக் கொடுங்கள்
உங்கள் அமைப்புக்கு நினைவாற்றலைக் கொடுக்க தரவுத்தளங்கள் (databases) மற்றும் CRM புலங்களைப் பயன்படுத்துங்கள். ஒரு லீட் புதியதா, தகுதியானதுதானா அல்லது இழக்கப்பட்டுவிட்டதா என்பதை ஒரு பணிப்பாய்வு (workflow) அறிய வேண்டும். இது அமைப்பு ஒரே கேள்வியைத் திரும்பத் திரும்பக் கேட்பதைத் தடுக்கிறது. நினைவாற்றல் இல்லையென்றால், ஒவ்வொரு தொடர்பும் பூஜ்ஜியத்திலிருந்து தொடங்கும். ஒரு சாட்பாட் (chatbot) மீண்டும் வரும் வாடிக்கையாளரை ஒரு அந்நியரைப் போல வரவேற்கும். ஒரு விற்பனைத் தொடர் (sales sequence), ஏற்கனவே ஒப்பந்தத்தில் கையெழுத்திட்ட ஒருவருக்கு முதல் மின்னஞ்சலை அனுப்பும்.
"Lifecycle Stage" போன்ற ஒரு நிலை புலத்தைச் (status field) சேமித்து வைத்து, ஒவ்வொரு தானியங்கித் தொடர்பிற்கும் முன் அதைச் சரிபார்க்கவும். நிலை "Contract Sent" என்று இருந்தால், அடுத்தகட்டத் தொடர்பைத் தவிர்த்துவிட்டு, பதிவை நேரடியாகச் சட்டக் குழுவின் வரிசைக்கு (legal handoff queue) நகர்த்தவும். நினைவாற்றல் என்பது வெறும் எதிர்வினை ஆற்றும் ஸ்கிரிப்ட்களை (reactive scripts), வாடிக்கையாளரின் உண்மையான வரலாற்றை மதிக்கும் ஒரு ஒருங்கிணைந்த செயல்முறைகளாக மாற்றுகிறது.
சரியான பணிகளுக்கு AI-ஐப் பயன்படுத்துங்கள்
குறுகிய மற்றும் குறிப்பிட்ட பணிகளுக்கு AI-ஐப் பயன்படுத்துங்கள். நீண்ட உரையாடல் வரலாறுகளைச் சுருக்கவும், பதில்களைத் தயார் செய்யவும் அல்லது குழப்பமான உரைகளிலிருந்து தரவை எடுக்கவும் அதைப் பயன்படுத்தலாம். ஆனால் எப்போதும் AI-இடம் கட்டமைக்கப்பட்ட தரவை (structured data) வழங்குமாறு அறிவுறுத்துங்கள். பின்னர், அமைப்பு எந்தப் பதிவைப் புதுப்பிக்கும் முன்பும் அந்தத் தரவைச் சரிபார்க்கவும்.
உதாரணமாக, ஆர்டர் எண்கள் மற்றும் சிக்கல் வகைகளைத் பிரித்தெடுக்க வாடிக்கையாளர் புகார் மின்னஞ்சல்களை ஒரு பெரிய மொழி மாதிரியில் (large language model) உள்ளீடு செய்தால், வரையறுக்கப்பட்ட சாவிகளுடன் (keys) JSON தரவைத் தரும்படி அதைக் கட்டளையிடுங்கள். அந்த வெளியீட்டை, ஆர்டர் எண் உங்கள் வடிவமைப்பிற்குப் பொருந்துகிறதா மற்றும் வகை அங்கீகரிக்கப்பட்ட பட்டியலில் உள்ளதா என்பதைச் சரிபார்க்கும் ஒரு சரிபார்ப்பு அடுக்கு (validation layer) மூலம் அனுப்பவும். அதன் பின்னரே சப்போர்ட் டிக்கெட்டில் (support ticket) எழுதவும். இது ஒரு கற்பனையான ஆர்டர் எண் (hallucinated order number) உங்கள் விநியோக அமைப்பைக் கெடுப்பதைத் தடுக்கும். AI-ஐ வேகமாக வேலை செய்யும், ஆனால் ஒரு மேற்பார்வையாளர் தேவைப்படும் ஒரு இன்டர்ன் (intern) போலக் கருதுங்கள்.
விஷயங்கள் தோல்வியடையும் என்றே கருதி உருவாக்குங்கள்
API-கள் தோல்வியடையும். AI தவறான தரவைத் தரும். அமைப்புகள் செயலிழக்கும் (crash). உங்கள் ஆட்டோமேஷன் இவை அனைத்திற்கும் தயாராக இருக்க வேண்டும்.
என்ன நடந்தது மற்றும் எப்போது நடந்தது என்பதைத் துல்லியமாகப் பார்க்க உங்களுக்கு logs தேவை. ஒரு பதிவு பணிப்பாய்வில் எங்கே உள்ளது என்பதைக் கண்காணிக்க உங்களுக்கு status fields தேவை. தவறுகளைக் கண்டறிந்து, அவை அடுத்தடுத்த நிலைகளுக்குப் பரவாமல் தடுக்க உங்களுக்கு error branches தேவை. மேலும், குறியீட்டை (code) மீண்டும் எழுதாமல் ஒரு மனிதரால் சிக்கல்களைச் சரிசெய்ய manual paths தேவை.
ஒரு payment gateway timeout ஆனால், அந்த workflow பரிவர்த்தனையை அமைதியாகத் தவிர்த்துவிடக் கூடாது. அது invoice நிலையை "Sync Pending" என மாற்றி, நிதித் குழுவிற்குத் தெரியப்படுத்தி, மீண்டும் முயற்சி செய்ய வரிசையில் வைக்க வேண்டும். அது மூன்று முறை தோல்வியடைந்தால், ஒரு மனிதருக்கான பணியை (task) உருவாக்க வேண்டும். ஒரு நபர் அந்தப் பதிவைத் திறந்து, தோல்வியடைந்த payload-ஐப் பார்த்து, தரவைத் திருத்தி, பணியைத் தொடரச் செய்ய முடிய வேண்டும். நம்பகத்தன்மை என்பது தோல்வியைக் கணக்கில் கொள்வதிலிருந்து வருகிறது, முழுமையை எதிர்பார்ப்பதிலிருந்து அல்ல.
மனிதர்களைப் பணியில் ஈடுபடுத்துங்கள்
அனைத்தையும் தானியக்கமாக்க (automate) முயற்சிக்காதீர்கள். விலை நிர்ணயம், பேச்சுவார்த்தைகள் மற்றும் உணர்திறன் மிக்க புகார்களை மனிதர்களே கையாள வேண்டும். உங்கள் குழு முடிவெடுக்கும் திறனில் கவனம் செலுத்த ஏதுவாக, மீண்டும் மீண்டும் செய்யப்படும் வேலைகளை நீக்குவதே இதன் நோக்கமாகும்.
ஒரு விலை பேச்சுவார்த்தையில் சமரசங்கள், வாடிக்கையாளர் வரலாறு மற்றும் காலாண்டுக்குக் காலாறு மாறும் லாப வரம்பு அழுத்தங்கள் (margin pressures) ஆகியவை அடங்கும். மென்பொருள் ஆரம்பக்கட்ட எண்களைத் தொகுத்து வழங்கலாம், ஆனால் இறுதித் தள்ளுபடி முடிவை அந்த கணக்கைப் புரிந்துகொண்ட ஒரு மனிதரே எடுக்க வேண்டும். உணர்திறன் மிக்க புகார்கள் உணர்ச்சிகரமான தாக்கத்தையும் சட்ட ரீதியான அபாயத்தையும் கொண்டுள்ளன. அவற்றை ஒரு மனிதரிடம் விரைவாகக் கொண்டு சேர்ப்பது, எந்தவொரு முன்மாதிரி பதிலையும் (templated reply) விட மதிப்புமிக்கது. உங்கள் சிறந்த ஊழியர்கள் கடினமான முடிவுகளை எடுப்பதற்குத் தேவையான நேரத்தைப் பெறுவதற்காக, வழக்கமான வேலைகளைத் தடையின்றிச் செய்ய உங்கள் workflows-களை வடிவமைக்கவும்.
உருவாக்குவதற்கு முன் வரைபடமாக்குங்கள்
நீங்கள் ஒரு தானியக்க விதியையும் (automation rule) எழுதுவதற்கு முன், உங்கள் பணி தொடங்கும் ஒவ்வொரு இடத்தையும் பட்டியலிடுங்கள். இதில் இணையதளப் படிவங்கள், WhatsApp செய்திகள், விளம்பரத் தளங்கள் மற்றும் பகிரப்பட்ட விரிதால்கள் (spreadsheets) ஆகியவை அடங்கும். ஒவ்வொரு மூலத்திலிருந்து என்ன தகவல் வருகிறது மற்றும் முதல் படிக்குப் பிறகு எந்தப் பதிவு (record) இருக்க வேண்டும் என்பதை வரைபடமாக்குங்கள்.
இந்தத் தகவல்களைச் சேகரிக்கத் தவறினால், திட்டத்தின் பாதியிலேயே உங்கள் leads-களில் கால் பகுதி இன்னும் ஒரு பழைய மின்னஞ்சல் முகவரி அல்லது யாரும் குறிப்பிடாத ஒரு பகிரப்பட்ட விரிதாள் மூலம் வருவதைக் கண்டறிவீர்கள். ஒரு எளிய அட்டவணையை வரையுங்கள். முதல் நிரல்: மூலம் (Source). இரண்டாவது நிரல்: வரும் தரவு (Data that arrives). மூன்றாவது நிரல்: உருவாக்கப்படும் முதல் கணினிப் பதிவு (The first system record created). நான்காவது நிரல்: அடுத்த நடவடிக்கையைச் செய்பவர் (Who owns the next action). இந்த ஒற்றை ஆவணம், தானியக்கத் திட்டங்களைச் சிதைக்கும் "அந்த விரிதாளை நாங்கள் மறந்துவிட்டோம்" என்ற சிக்கலைத் தவிர்க்கும்.
சிறிய அளவில் நிரூபித்து, பின் விரிவுபடுத்துங்கள்
சிறிய அளவில் தொடங்குங்கள். இரண்டு முக்கியமான பகுதிகளுக்கு இடையே தரவை நகர்த்தும் ஒரு workflow-வைத் தேர்ந்தெடுங்கள். அதை உருவாக்கி, சோதித்து, உங்கள் குழுவினர் உண்மையில் பயன்படுத்த விடுங்கள். அந்த முறை வேலை செய்கிறது என்பதை நீங்கள் நிரூபித்தவுடன், அதை விரிவுபடுத்தலாம்.
ஒரே நேரத்தில் முழு வாடிக்கையாளர் பயணத்தையும் (customer journey) தானியக்கமாக்க வேண்டும் என்ற தூண்டுதலைத் தவிர்க்கவும். ஒரு சிறிய, நம்பகமான workflow நம்பிக்கையைப் பெறுகிறது. ஆனால் ஒரு பெரிய, தோல்வியடைந்த workflow முழு முயற்சியின் மீதான ஆர்வத்தையும் கொன்றுவிடும்.
முதல் நாளிலேயே உங்கள் முழு விற்பனைப் பாதையையும் (sales pipeline) தானியக்கமாக்குவதற்குப் பதிலாக, தகுதியான leads-களை உங்கள் இணையதளப் படிவத்திலிருந்து CRM-க்குள் மாற்றி, இடத்தைப் பொறுத்து சரியான பிரதிநிதியிடம் ஒப்படைப்பதன் மூலம் தொடங்குங்கள். அவ்வளவுதான். தொடர் வரிசை முறைகள் (follow-up sequences), தரவு மேம்பாடு (enrichment) அல்லது Slack அறிவிப்புகள் எதுவுமில்லை. அந்த ஒற்றைப் பாதை இரண்டு வாரங்களுக்குத் தடையின்றிச் செயல்பட்டவுடன், அடுத்த நிலையைச் சேர்க்கவும். உங்கள் குழு அமைப்பு முறையைக் கற்றுக்கொள்ளும். நீங்கள் தோல்வி முறைகளைக் (failure modes) கற்றுக்கொள்வீர்கள். அதன் பிறகு நம்பிக்கையுடன் விரிவுபடுத்தலாம்.
முக்கியமான கருத்து: வணிகத் தானியக்கம் (Business automation) என்பது முதன்மையாக வேகத்தைப் பற்றியது அல்ல. அது தெளிவைப் பற்றியது. தரவு சேகரிப்பு, முடிவு எடுத்தல் மற்றும் செயல்பாடு ஆகியவற்றை நீங்கள் தனித்தனியாகப் பிரிக்கும்போது, உங்கள் அமைப்புகளுக்கு நினைவாற்றலை வழங்கும் போது, தோல்விக்காக நீங்கள் வடிவமைத்து கடினமான முடிவுகளை மனிதர்களுக்காக ஒதுக்கும் போது, நீங்கள் பலவீனமான ஸ்கிரிப்ட்களை உருவாக்குவதை நிறுத்திவிட்டு, உண்மையில் நிலைத்து நிற்கும் செயல்பாடுகளை உருவாக்கத் தொடங்குவீர்கள்.