நீங்களே உருவாக்கிக்கொண்ட மென்பொருளில் புதிய ஊழியர்களுக்குப் பயிற்சி அளிப்பது யார்?
சொந்தமாக உருவாக்குவதா அல்லது வாங்குவதா என்ற விவாதம், உருவாக்கத்திற்கான செலவைக் கணக்கிடுகிறதே தவிர, பயிற்சிக்கான செலவை இலவசமாகக் கருதுகிறது. ஆனால் அது இலவசம் அல்ல. நீங்கள் சொந்தமாக உருவாக்கிய மென்பொருளைப் பயன்படுத்தும்போது, ஒவ்வொரு புதிய ஊழியரும் அதை உருவாக்கியவரிடமிருந்தே அதைக் கற்றுக்கொள்கிறார்கள். அதற்கான பலன் அல்லது செலவு அவர்களின் முதல் ஷிஃப்ட்டிலேயே தெரியவரும்.

நீங்கள்தான். நீங்களே சொந்தமாக உருவாக்கிய மென்பொருளுக்கான பயிற்சி அளிப்பது இயல்பாகவே அதை உருவாக்கியவரின் பொறுப்பாகிறது: உரிமையாளர், அதை உருவாக்கக் காரணமாக இருந்த மேலாளர், அல்லது அது எவ்வாறு அமைக்கப்பட்டது என்பதை நினைவில் வைத்திருக்கும் கடைசி ஊழியர். சொந்தமாக உருவாக்குவதா அல்லது வாங்குவதா என்ற விவாதம், உருவாக்கத்திற்கான நேரத்தையும் பணத்தையும் மட்டுமே கணக்கிடுகிறது, பயிற்சியை இலவசமாகக் கருதுகிறது. ஆனால் அது இலவசம் அல்ல. பயிற்சி என்பது புதிய நபர் கவுண்டரில் நிற்கும் ஒவ்வொரு முறையும் மீண்டும் மீண்டும் வரும் ஒரு செலவு, இதற்கு யாருமே பட்ஜெட் ஒதுக்குவதில்லை.
ஒரு புதிய ஊழியர் உங்கள் சொந்தக் கருவியைப் பயன்படுத்தத் தொடங்கும்போது உண்மையில் என்ன நடக்கிறது?
அருகில் நின்று கற்றுத்தருவது (Shoulder training). அக்கருவியைப் பற்றித் தெரிந்த ஒருவர், தெரியாத நபரின் அருகில் நின்று விளக்குவார். இது ஒருமுறைக்கு ஓகே. ஆனால் பிரச்சனை என்னவென்றால், இது ஒருபோதும் ஒருமுறையோடு முடிவதில்லை. சில்லறை விற்பனை மற்றும் விருந்தோம்பல் துறைகளில் (Retail and hospitality) ஊழியர்கள் மாறுவது (employee turnover) மிகவும் அதிகம் என அமெரிக்க உழைப்பாளர் புள்ளியியல் வாரியம் சுட்டிக்காட்டுகிறது¹. எனவே ஒவ்வொரு புதிய ஊழியர் சேரும்போதும் இந்த விளக்கம் மீண்டும் மீண்டும் நிகழ்கிறது; அதுவும் தவறாமல் மிகவும் மோசமான நேரத்தில்: ஷிஃப்ட்டின் நடுவில், கூட்ட நெரிசலின் போது, அல்லது அதை உருவாக்கியவரின் விடுமுறை நாளில்.
இதிலுள்ள ஆழமான பிரச்சனை 'குழுசார் அறிவு' (tribal knowledge - ஆவணத்தில் இல்லாமல் ஒருவரின் மனதிற்குள் மட்டுமே இருக்கும் அறிவு) ஆகும். சொந்தமாக உருவாக்கப்படும் மென்பொருள் இதை ஒருவரிடமே முடக்கிவிடுகிறது. பணம் திரும்பப் அளிக்கும் முறை (refund flow) ஏன் இப்படிச் செயல்படுகிறது என்பதற்கான காரணம் தெரிந்த நபர் ஒருவர் மட்டுமே இருப்பார்; அந்த நபருக்கு வியாபாரத்தையும் கவனிக்க வேண்டியிருக்கும். அவர் விடுமுறையில் செல்லும்போது, பதில்களும் விடுமுறைக்குச் சென்றுவிடும். அவர் வேலையை விட்டு விலகும்போது, பதில்களும் விலகிவிடும். பொறியாளர்கள் இதை 'பஸ் ஃபேக்டர்' (bus factor - ஒரு அமைப்பு இயங்குவது நிற்பதற்கு முன் எத்தனை பேர் இல்லாமல் போகலாம்) என்று அழைக்கிறார்கள். சுயமாக உருவாக்கக்கப்பட்ட பெரும்பாலான கருவிகளுக்கு இந்த எண்ணிக்கை ஒன்று மட்டுமே.

சுயமாக உருவாக்கிய மென்பொருளை விட விலைக்கு வாங்கிய மென்பொருளில் பயிற்சி அளிப்பது ஏன் எளிது?
அது சிறந்த மென்பொருள் என்பதால் அல்ல; அது பலரால் பகிரப்பட்ட மென்பொருள் என்பதால். ஒரு பிரபல POS அல்லது கணக்கியல் கருவி என்பது உதவி மையம், பயிற்சி வீடியோக்கள், சமூக மன்றங்கள் மற்றும் ஆதரவு மையக் குழுவுடன் வருகிறது. மேலும் உங்கள் புதிய ஊழியர் ஏற்கனவே தனது முந்தைய வேலையில் அதைப் பயன்படுத்தியிருக்கவும் வாய்ப்புள்ளது. அதன் பயனர் தளமே (install base) அதன் பயிற்சித் துறையாகச் செயல்படுகிறது.
உங்கள் சொந்தக் கருவியின் பயனர் தளம் ஒன்று மட்டுமே. அதை ஏற்கனவே அறிந்து யாரும் வேலைக்கு வருவதில்லை, அதை விளக்க வீடியோ எதுவுமில்லை, உங்கள் பிழைச் செய்தியை எந்த மன்றமும் பார்த்திருக்காது. ஒவ்வொரு கேள்வியும் ஒரே நபரிடமே சென்று சேரும்.
இருப்பினும் இந்த ஒப்பந்தம் பயனுள்ளதாகவே இருக்கலாம். நாங்களே இதைச் செய்து, 2026-இல் உங்கள் வணிகம் சொந்தமாக உள் மென்பொருளை உருவாக்க வேண்டுமா? என்பதில் எழுதியுள்ளோம். மேலும் SaaS முடிந்துவிட்டதா? என்பதில் கூறியுள்ள பொதுவான விதியும் பொருந்தும்: உங்களை வித்தியாசப்படுத்தும் அடுக்கை உருவாக்குங்கள், ஒவ்வொரு முறையும் சரியாகச் செயல்பட வேண்டிய உள்கட்டமைப்பை விலைக்கு வாங்குங்கள். ஆனால் AI மென்பொருள் உருவாக்கத்தைச் மலிவாக்கிவிட்டது, இந்த மலிவான உருவாக்கம் சிறு வணிகங்களில் ஆவணப்படுத்தப்படாத கருவிகளின் எண்ணிக்கையை அமைதியாக அதிகரித்துவிட்டது. பிராம்ப்ட் மென்பொருளை எழுதுகிறது, ஆனால் கையேட்டை எழுதுவதில்லை. Vibe coding a point of sale கட்டுரை இதே முறையை மற்றொரு கோணத்தில் காட்டுகிறது: செயல்படும் டெமோவை உருவாக்குவது எளிதான பகுதி, அதைச் சுற்றியுள்ள அனைத்தும் தான் உண்மையான வேலை.

சொந்த மென்பொருளை எளிதில் கற்றுக்கொடுக்கும் வகையில் மாற்றுவது எப்படி?
பயிற்சிப் பொருட்களை உருவாக்கத்திற்குப் பின் வரும் வேலை என்று நினைக்காமல், உருவாக்கத்தின் ஒரு பகுதியாகவே கருதுங்கள். ஆறு நடைமுறைகள் இதில் பெரும்பாலானவற்றை உள்ளடக்குகின்றன:
உருவாக்கும்போதே 'ரன்புக்' (runbook - ஒரு வேலையைச் செய்வதற்கான படிப் படியான வழிகாட்டி) எழுதுங்கள். ஒரு பணிக்கு ஐந்து தட்டல்கள் (taps) தேவை என்றால், ஆவணத்திலும் அது ஐந்து வரிகளாக இருக்க வேண்டும். 'பிறகு எழுதலாம்' என்றால் அது எப்போதும் நடக்காது.
ஒவ்வொரு பணிக்கும் ஒரு சிறிய ஸ்கிரீன் ரெக்கார்டிங்கை பதிவு செய்யுங்கள். ஒரு இருபது நிமிட வீடியோவை விட, ஐந்து இரண்டு நிமிட வீடியோக்கள் சிறந்தது. ஏனெனில் புதிய ஊழியர் பணத்தைத் திரும்ப அளிக்கும் (refund) வீடியோவைத்தான் மீண்டும் பார்ப்பாரே தவிர, முழு வீடியோவையும் அல்ல.
புதிய ஊழியரின் ஒவ்வொரு கேள்வியையும் ஆவணமாக்கலில் உள்ள பிழையாகக் கருதுங்கள். ஒருமுறை வாய்மொழியாகப் பதிலளித்துவிட்டு, அடுத்த ஊழியர் பார்க்கும் இடத்தில் அந்தப் பதிலை எழுதிவையுங்கள்.
இடைமுகத்தைச் சிறியதாக வைத்திருங்கள். குறைவான திரைகளும் குறைவான விலக்குகளும் கற்றுக்கொடுக்க வேண்டியதை எளிதாக்குகின்றன. அதிக பொத்தான்களைக் கொண்டிருப்பதை விட, உங்கள் பணிமுறையோடு ஒத்துப்போவதே தனிப்பயனாக்கப்பட்ட மென்பொருளின் வெற்றியாகும்.
இரண்டாவதாக ஒரு 'சூப்பர் யூசரை' நியமிக்கவும். உங்களை அழைக்காமலேயே, பணத்தைத் திரும்ப அளிப்பது உட்பட ஒரு முழு ஷிஃப்ட்டையும் அவர்களால் நடத்த முடிய வேண்டும். அப்படி ஒருவர் இல்லாத வரை, உங்கள் 'பஸ் ஃபேக்டர்' ஒன்றுதான்.
நீங்கள் செய்யும் மாற்றங்களை அறிவிக்கவும். வாங்கிய மென்பொருட்கள் புதுப்பிப்பு குறிப்புகளை (release notes) வெளியிடும். நீங்கள் பயன்படுத்தும் நபர்களிடம் கூறாவிட்டால், உங்கள் கருவியில் செய்யப்பட்ட மாற்றங்கள் யாருக்கும் தெரியாமல் போய்விடும்.
இவை எதுவும் கவர்ச்சிகரமாகத் தெரியாமல் இருக்கலாம். ஆனால் ஒரே ரிஃபண்ட் முறையை ஒன்பதாவது முறையாக மீண்டும் கற்றுக்கொடுப்பதை விட இவை அனைத்தும் மலிவானவை.

அப்படியானால், நீங்கள் சொந்தமாக உருவாக்கிய மென்பொருளில் புதிய ஊழியர்களுக்குப் பயிற்சி அளிப்பது யார்?
உங்கள் மனதிலுள்ளதை ஒரு புதிய ஊழியர் தானே பின்பற்றும் வகையில் மாற்றும் வரை நீங்கள்தான் பயிற்சி அளிக்க வேண்டும். அதற்கு ஆவணமாக்கல் ஒழுக்கம் தேவை, அல்லது அடியில் நிலையாக இருக்கும் உள்கட்டமைப்பில் உங்கள் தனிப்பயன் கருவியை உருவாக்க வேண்டும். Final போன்ற பிராம்ப்ட் அடிப்படையிலான தளங்களுக்கான அமைதியான காரணம் இதுதான்: இடைமுகம் உங்கள் வணிகத்திற்கு ஏற்ப பிரத்யேகமாக இருக்கலாம், ஆனால் அடியிலுள்ள செக்அவுட், பணத்தை திரும்ப அளித்தல் மற்றும் அறிக்கையிடல் ஆகியவை தளத்திலுள்ள அனைத்து வணிகர்களும் பயன்படுத்தும் அதே ஆவணப்படுத்தப்பட்ட இயக்கமுறைகளாகும். இது செக்அவுட் நெறிமுறையை நிறுவுவது முதல் Merchant Hub சிக்கல்களைச் சரிசெய்வது வரை அனைத்தையும் உள்ளடக்கிய பொது உதவி மையத்தின் ஆதரவைக் கொண்டுள்ளது. மேலே தனிப்பயனாக்கம், அடியில் பகிர்வு அமைப்பு, அதனால் தனிப்பயனாக்கப்பட்ட அமைப்பு என்பதால் பூஜ்ஜியத்திலிருந்து பயிற்சி அளிக்கத் தேவையில்லை.
பொதுவான விதி: உங்கள் புதிய ஊழியரால் உங்களைத் தேடாமல் ஒரு ரிஃபண்டைச் செய்ய முடியவில்லை என்றால், உங்களிடம் மென்பொருள் இல்லை, மற்றவரைச் சார்ந்திருக்கும் நிலைதான் உள்ளது. மேலும் நீங்கள் சொந்தமாக உருவாக்கலாமா வேண்டாமா என்று யோசித்துக்கொண்டிருந்தால், 2026-இல் உங்கள் வணிகம் சொந்தமாக உள் மென்பொருளை உருவாக்க வேண்டுமா? என்பதில் தொடங்கவும்.
அடிக்கடி கேட்கப்படும் கேள்விகள்
தனிப்பயனாக்கி உருவாக்கப்பட்ட மென்பொருளில் புதிய ஊழியர்களுக்கு யார் பயிற்சி அளிக்க வேண்டும்?
மென்பொருளை உருவாக்கியவர் முதல் சூப்பர் யூசருக்குப் பயிற்சி அளிக்கிறார், பிறகு ஆவணங்கள் அப்பொறுப்பை எடுத்துக்கொள்கின்றன. ஒவ்வொரு புதிய ஊழியருக்கும் உருவாக்கியவரின் தனிப்பட்ட உதவி தேவைப்பட்டால், பயிற்சி அமைப்பு தோல்வியடைந்துள்ளது என்றும் ஊழியர் மாற்றம் அதை தொடர்ந்து வெளிப்படுத்தும் என்றும் அர்த்தம்.
சொந்தமாக உருவாக்கப்பட்ட மென்பொருளுக்கு என்னென்ன ஆவணங்கள் தேவை?
ஒவ்வொரு பணிக்கும் ஒரு சிறிய ரன்புக் (செக்அவுட், ரிஃபண்டுகள், நாளின் முடிவு), பணிக்கு ஒரு குறுகிய ஸ்கிரீன் ரெக்கார்டிங், மற்றும் மாற்றங்கள் எப்போது செய்யப்பட்டன என்பதை ஊழியர்கள் அறிய ஒரு 'சேஞ்ச் லாக்' (change log). அதை உருவாக்கும் போதே எழுதுங்கள், உருவாக்கத்திற்குப் பிறகு அல்ல.
பஸ் ஃபேக்டர் (bus factor) என்றால் என்ன?
ஒரு அமைப்பு பயன்படுத்த முடியாத நிலையை அடைவதற்கு முன் விலகிச்செல்லக்கூடிய நபர்களின் எண்ணிக்கை. பெரும்பாலான சொந்தமாக உருவாக்கப்பட்ட வணிகக் கருவிகளின் 'பஸ் ஃபேக்டர்' ஒன்று மட்டுமே: அதை உருவாக்கிய நபர்.
AI மூலம் உருவாக்கப்படும் மென்பொருள் ஊழியர்களின் பயிற்சியை எளிதாக்குகிறதா அல்லது கடினமாக்குகிறதா?
உருவாக்குவது எளிதாகிறது; பயிற்சி எளிதாவதில்லை. AI மென்பொருளை எழுதுகிறது, ஆனால் கையேட்டை எழுதுவதில்லை. எனவே ஆவணமாக்கலை உருவாக்கத்தின் ஒரு பகுதியாகக் கருதாவிட்டால், ஆவணப்படுத்தப்படாத கருவிகள் பெருகிவிடும்.
ஆரம்பத்திலிருந்து (scratch) உருவாக்கப்படும் மென்பொருளிலிருந்து Final தளத்தில் உருவாக்கப்படும் POS எவ்வாறு வேறுபடுகிறது?
இடைமுகத்தை முழுமையாகத் தனிப்பயனாக்க முடியும், ஆனால் செக்அவுட், ரிஃபண்டுகள் மற்றும் அறிக்கையிடல் ஆகியவை பொது உதவி மையத்தின் ஆதரவுடன் பகிரப்பட்ட, ஆவணப்படுத்தப்பட்ட இயக்கமுறைகளில் இயங்குகின்றன. இதனால் ஒரு புதிய ஊழியருக்குப் பயிற்சி அளிப்பது பூஜ்ஜியத்திலிருந்து தொடங்காது.
