உங்கள் ஆப்பிற்கு beta சோதனையை எப்படி நடத்துவது

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

beta என்பது மென்மையான launch அல்ல. தொடக்கம், முடிவு மற்றும் பதிலளிக்க ஒரு கேள்வி கொண்ட கட்டமைக்கப்பட்ட சோதனை.

beta எங்கே பொருந்துகிறது

சரிபார்த்தல் பிரச்சினை தீர்க்கத் தகுந்ததா என்று கேட்கிறது. beta ஒரு குறுகிய கேள்வியைக் கேட்கிறது: இந்தப் பதிப்பு நிஜ நிலைமைகளில் உண்மையான மக்களுக்கு அதைத் தீர்க்கிறதா? பதில் பெரும்பாலும் ஆம் என்றானதும் launch செய்வது வருகிறது.

யாரையும் அழைப்பதற்கு முன், உங்கள் சொந்த சோதனையை முதலில் செய்யுங்கள் — வெளியீட்டுக்கு முன் ஆப்பை எப்படிச் சோதிப்பது அதை உள்ளடக்குகிறது. பதிவுசெய்தல் உடைந்திருப்பதை சோதனையாளர்கள் கண்டுபிடிக்கக் கூடாது.

படி 1: beta பதிலளிக்க வேண்டியதை எழுதுங்கள்

இரண்டு அல்லது மூன்று கேள்விகளைத் தேர்ந்தெடுக்கவும். திட்டத்தின் மற்றவை அவற்றிலிருந்து பின்தொடரும்.

கற்பனையான எடுத்துக்காட்டு: சிறிய கஃபேக்களுக்கான ஒரு shift-scheduling ஆப் இரண்டு இலக்குகளை அமைக்கிறது: "ஒரு மேலாளர் முதல் அமர்வில் உதவி இல்லாமல் ஒரு வாரத்தின் rota வை வெளியிட முடியுமா?" மற்றும் "இரண்டாம் வாரத்தில் ஊழியர்கள் தாங்களாகவே ஆப்பைத் திறக்கிறார்களா?"

படி 2: beta வகையைத் தேர்ந்தெடுங்கள்

முதல் தயாரிப்புக்கு, சில சுற்றுகளுடன் கூடிய மூடிய beta பொதுவாக சரியான தேர்வு.

படி 3: சரியான சோதனையாளர்களைச் சேருங்கள்

சிறந்த சோதனையாளர்களுக்கு இப்போதே அந்தப் பிரச்சினை இருக்கும், உங்கள் இலக்குப் பயனருடன் பொருந்துவார்கள், beta சாளரத்தில் ஆப்பை முயற்சிக்க நேரம் இருக்கும். அவர்களைக் கண்டறியும் இடங்கள்:

• உங்கள் waitlist அல்லது மின்னஞ்சல் பட்டியல் — launch க்கு முன் பார்வையாளர்களை எப்படி உருவாக்குவது ஐப் பாருங்கள்.
• சரிபார்க்கும்போது நீங்கள் நேர்காணல் செய்த நபர்கள்.
• உங்கள் பயனர்கள் கூடும் சிறப்புச் சமூகங்கள், விளம்பரம் பற்றிய அவற்றின் விதிகளைப் பின்பற்றி.
• சுயவிவரத்துக்குப் பொருந்தும் உங்கள் நெட்வொர்க்கில் உள்ளவர்களுக்கு நேரடி அழைப்புகள்.

ஒரு கலவையைத் தேர்ந்தெடுக்க சில திரையிடல் கேள்விகளைக் கேளுங்கள்: அவர்களின் பங்கு, இன்று அவர்கள் பிரச்சினையை எப்படித் தீர்க்கிறார்கள், எந்த சாதனத்தைப் பயன்படுத்துவார்கள், பிரச்சினை எவ்வளவு அடிக்கடி வருகிறது. உங்கள் இலக்குப் பயனருடன் பொருந்தும் பதில்களைக் கொடுத்தவர்களை அழையுங்கள், சக நிறுவனர்களால் beta வை நிரப்பாதீர்கள், அவர்கள் இலக்குப் பயனராக இல்லாவிட்டால்.

அழைப்பு வார்ப்புரு

வணக்கம் [பெயர்] — நீங்கள் பதிவுசெய்தபோது [பிரச்சினை] பற்றிச் சொன்னீர்கள். [தயாரிப்பு] இன் ஒரு சிறிய தனிப்பட்ட beta வை நான் திறக்கிறேன், அது [விளைவு] தரும். அது [தொடக்கம்] முதல் [முடிவு] வரை நடக்கும். சோதனையாளர்கள் அதை [உண்மையான பணி] க்கு குறைந்தது வாரத்திற்கு ஒருமுறை பயன்படுத்தி, ஒவ்வொரு வெள்ளியும் ஒரு குறுகிய சரிபார்ப்புக்குப் பதிலளிக்க வேண்டும் என்று கேட்கிறேன். பதிலுக்கு: beta காலத்தில் இலவச அணுகல், மற்றும் [நிறுவனர் விலை / நீட்டிக்கப்பட்ட இலவசக் காலம்]. ஆர்வம் உள்ளதா?

நேரப் பங்களிப்பை நேர்மையாகச் சொல்லுங்கள். தாங்கள் எதற்குப் பதிவு செய்கிறோம் என்று தெரிந்தவர்கள் சிறந்த கருத்துகளைத் தருகிறார்கள்.

படி 4: beta கருவித்தொகுப்பைத் தயாரியுங்கள்

முதல் அழைப்பு செல்வதற்கு முன், இவை தயாராக இருக்க வேண்டும்:

• ஒரு வரவேற்புச் செய்தி இணைப்புடன், எப்படி உள்நுழைவது, முயற்சிக்க வேண்டிய முதல் பணி, பிரச்சினைகளை எப்படித் தெரிவிப்பது.
• அறியப்பட்ட பிரச்சினைகளின் பட்டியல், சோதனையாளர்கள் ஒரே விஷயத்தை பத்து முறை அறிவிக்காமல் இருக்க.
• ஒரே ஒரு கருத்துச் சேனல். ஒரு form, ஒரு பகிரப்பட்ட chat குழு அல்லது ஒரு மின்னஞ்சல் முகவரி — ஐந்து இடங்கள் அல்ல, ஒரே இடம்.
• ஒரு பிழை அறிக்கை வார்ப்புரு. அவர்கள் என்ன செய்தார்கள், என்ன எதிர்பார்த்தார்கள், என்ன நடந்தது, சாதனம் மற்றும் உலாவி, ஒரு ஸ்கிரீன்ஷாட் ஆகியவற்றைக் கேளுங்கள். நல்ல பிழை அறிக்கை எழுதுவது எப்படி பகிரக்கூடிய ஒரு பதிப்பைக் கொண்டுள்ளது.
• அடிப்படை பகுப்பாய்வு அல்லது logs, நினைவகத்தை நம்பாமல் என்ன நடந்தது என்று பார்க்க.
• தரவு பற்றிய தெளிவான எதிர்பார்ப்புகள். beta காலத்தில் தரவு மீட்டமைக்கப்படலாம் என்றால் சோதனையாளர்களுக்குச் சொல்லுங்கள், முடிக்கப்படாத ஆப்பில் உணர்திறன் வாய்ந்த தகவலை உள்ளிடச் சொல்லாதீர்கள்.
• விதிமுறைகள் மற்றும் தனியுரிமை அடிப்படைகள். ஒரு குறுகிய beta ஒப்பந்தம் மற்றும் தனியுரிமைக் குறிப்பு; நீங்கள் தனிப்பட்ட தரவைக் கையாண்டால் உள்ளூர் விதிகள் அல்லது ஒரு ஆலோசகரைச் சரிபாருங்கள்.

படி 5: சுற்றுகளாக நடத்துங்கள்

அதிக நபர்கள் அவற்றைச் சந்திக்கும் முன் பிரச்சினைகளை சுற்றுகள் சரிசெய்ய அனுமதிக்கின்றன.

சுற்று 1 இல், இரண்டு அல்லது மூன்று சோதனையாளர்களை ஆப்பை முதல் முறை முயற்சிக்கும்போது தங்கள் திரையைப் பகிரச் சொல்லுங்கள். அமைதியாக இருந்து அவர்கள் எங்கே தயங்குகிறார்கள் என்று பாருங்கள். இதுவே முழு beta விலும் மிகப் பயனுள்ள ஒரு மணி நேரமாக அடிக்கடி இருக்கும்.

படி 6: ஒரு தாளத்தில் கருத்துகளைச் சேகரியுங்கள்

கட்டமைக்கப்படாத "ஏதாவது கருத்துகள் உண்டா?" செய்திகள் தெளிவற்ற பதில்களையே தரும். அதற்குப் பதிலாக ஒரு குறுகிய, வழக்கமான சரிபார்ப்பைப் பயன்படுத்துங்கள்:

வாராந்திரச் சரிபார்ப்பு (கற்பனையான எடுத்துக்காட்டுக் கேள்விகள்)

1. இந்த வாரம் [தயாரிப்பை] எதற்குப் பயன்படுத்தினீர்கள்?
2. எது எரிச்சலாக அல்லது குழப்பமாக இருந்தது?
3. ஒரு பணியை முடிப்பதைத் தடுத்த எதுவும் காணாமல் போயிருந்ததா?
4. இனி அதைப் பயன்படுத்த முடியாவிட்டால் எப்படி உணர்வீர்கள்? (மிகவும் ஏமாற்றம் / ஓரளவு / சிறிதும் இல்லை)
5. வேறு ஏதாவது?

மக்கள் சொல்வதையும் அவர்கள் செய்வதையும் சேர்த்துப் பாருங்கள். இது சிறந்தது என்று சொல்லி ஒருபோதும் உள்நுழையாதவர், உங்களுக்கு ஏதோ ஒன்றைச் சொல்கிறார்.

படி 7: வருவதை வகைப்படுத்துங்கள்

ஒவ்வொரு கருத்தையும் ஒரே பட்டியலில் போட்டு வாரந்தோறும் வரிசைப்படுத்துங்கள்.

beta வின் நடுவில் பெரிய அம்சங்களைச் சேர்ப்பதைத் தவிர்க்கவும். ஒவ்வொரு புதிய அம்சமும் முக்கிய தயாரிப்பு வேலை செய்கிறதா என்று சொல்வதை கடினமாக்குகிறது.

படி 8: வளையத்தை மூடுங்கள்

சோதனையாளர்கள் தங்கள் கருத்து பயன்படுத்தப்படுவதைப் பார்க்கும்போது தொடர்ந்து கருத்துகளைத் தருகிறார்கள்.

• ஒவ்வொரு சுற்றுக்குப் பின்பும் ஒரு குறுகிய changelog அனுப்புங்கள்: "நீங்கள் X ஐப் பற்றி அறிவித்தீர்கள்; அது சரி செய்யப்பட்டது."
• அவர்களின் அறிக்கை ஒரு சரிசெய்தலுக்கு வழிவகுத்தால், பெயர் சொல்லி தனிப்பட்ட முறையில் நன்றி கூறுங்கள்.
• beta முடிவடையும்போது, அவர்களின் தரவு மற்றும் கணக்குக்கு என்ன நடக்கும், அவர்களின் நிறுவனர் சலுகை என்ன என்று சோதனையாளர்களுக்குச் சொல்லுங்கள்.

படி 9: தயாரா என்று முடிவு செய்யுங்கள்

beta தொடங்கும் முன் உங்கள் வெளியேறும் அளவுகோல்களை எழுதுங்கள், முடிவில் நேர்மையாகச் சரிபாருங்கள். ஒரு வார்ப்புரு:

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

பெரும்பாலான பெட்டிகள் குறிக்கப்பட்டிருந்தால், onboarding மெருகூட்டலுக்கும் பொது launch க்கும் செல்லுங்கள். திரும்பும் பயன்பாடு குறைவாக இருந்தால், அது ஒரு பிழைப் பட்டியல் அல்ல, ஒரு தயாரிப்புக் கேள்வி — launch க்கு முன் நேர்காணல்களுக்குத் திரும்புங்கள்.

Mythex உடன் beta நடத்துதல்

நீங்கள் Mythex உடன் உருவாக்கினால், சில அம்சங்கள் beta வுக்கு நேர்த்தியாகப் பொருந்தும்:

• சுற்று 1 க்கான preview இணைப்புகள். Share பொத்தான் Mythex கணக்கு இல்லாதவர்களுக்கும் வேலை செய்யும், உங்கள் நேரடி preview க்கான ஓர் இணைப்பை உருவாக்குகிறது, எனவே நீங்கள் வெளியிடுவதற்கு முன்பே ஆரம்ப சோதனையாளர் முடிக்கப்படாத வேலையை முயற்சிக்கலாம். ஒரு குழுவுக்கு ஒரு இணைப்பை உருவாக்கி, முடிந்ததும் நீக்குங்கள் — இணைப்புகள் project ஐ எப்படி எழுப்பி credits ஐப் பயன்படுத்துகின்றன என்பதை Preview ஆவணங்கள் விளக்குகின்றன.
• நீண்ட சுற்றுகளுக்கு வெளியிடுங்கள். வெளியிடப்பட்ட ஆப் தனது சொந்த முகவரியில் இயங்கும், பல வாரங்களாக அதைப் பயன்படுத்தும் சோதனையாளர்களுக்கு இது பொருந்தும்.
• ஒவ்வொரு சுற்றுக்கும் முன் App Testing. chat இல் /test என தட்டச்சு செய்யுங்கள், agent உங்கள் preview வழியாகக் கிளிக் செய்து உடைந்த flows ஐ அறிக்கை செய்யும் — யாரையும் அழைப்பதற்கு முன் ஒரு பயனுள்ள சரிபார்ப்பு (App Testing ஆவணங்கள்).
• Checkpoints. beta வின் நடுவில் ஒரு சரிசெய்தல் வேறெதையாவது உடைத்தால், முந்தைய checkpoint க்குத் திரும்புங்கள்.

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

கேள்விகள்