നിങ്ങളുടെ ആപ്പിന് ബീറ്റ ടെസ്റ്റ് എങ്ങനെ നടത്താം

ബീറ്റ ടെസ്റ്റ് നടത്താൻ, നിങ്ങൾ എന്ത് പഠിക്കണം എന്ന് തീരുമാനിക്കുക, യഥാർത്ഥ ഉപയോക്താക്കളോട് യോജിക്കുന്ന ഒരു ചെറിയ സംഘത്തെ ക്ഷണിക്കുക, അവർക്ക് വ്യക്തമായ ആദ്യ ജോലി നൽകുക, നിശ്ചിത ഷെഡ്യൂളിൽ ഫീഡ്ബാക്ക് ഒരിടത്ത് ശേഖരിക്കുക. അവരെ തടയുന്നത് പരിഹരിക്കുക, സംഘത്തെ റൗണ്ടുകളായി വികസിപ്പിക്കുക, മുൻകൂട്ടി എഴുതിയ എക്സിറ്റ് മാനദണ്ഡങ്ങൾ നിറവേറുമ്പോൾ ബീറ്റ അവസാനിപ്പിക്കുക. ക്ഷമ തീരുമ്പോഴല്ല.

ബീറ്റ ഒരു സോഫ്റ്റ് ലോഞ്ച് അല്ല. ആരംഭവും അവസാനവും ഉത്തരം നൽകേണ്ട ഒരു ചോദ്യവുമുള്ള ഘടനാപരമായ പരീക്ഷണമാണത്.

ബീറ്റ എവിടെ യോജിക്കുന്നു

വാലിഡേഷൻ ചോദിക്കുന്നത് പ്രശ്നം പരിഹരിക്കാൻ വിലയുള്ളതാണോ എന്നാണ്. ബീറ്റ കൂടുതൽ ചുരുങ്ങിയ ഒരു ചോദ്യമാണ് ചോദിക്കുന്നത്: ഈ പതിപ്പ് യഥാർത്ഥ സാഹചര്യങ്ങളിൽ യഥാർത്ഥ ആളുകൾക്ക് ഇത് പരിഹരിക്കുന്നുണ്ടോ? ഉത്തരം മിക്കവാറും അതെ എന്നായാൽ ലോഞ്ച് ചെയ്യൽ ഇതിനു ശേഷം വരുന്നു.

ആരെയും ക്ഷണിക്കുന്നതിന് മുമ്പ്, ആദ്യം നിങ്ങൾ സ്വയം പരീക്ഷിക്കുക. ലോഞ്ചിന് മുമ്പ് ആപ്പ് എങ്ങനെ പരീക്ഷിക്കാം അത് വിശദീകരിക്കുന്നു. സൈൻ അപ്പ് തകർന്നുകിടക്കുന്നത് ടെസ്റ്റർമാർ കണ്ടെത്തരുത്.

ഘട്ടം 1: ബീറ്റ എന്ത് ഉത്തരം നൽകണം എന്ന് എഴുതി വയ്ക്കുക

രണ്ടോ മൂന്നോ ചോദ്യങ്ങൾ തിരഞ്ഞെടുക്കുക. പ്ലാനിലെ മറ്റെല്ലാം അവയിൽ നിന്ന് പിന്തുടരുന്നു.

സാങ്കൽപ്പിക ഉദാഹരണം: ചെറിയ കഫേകൾക്കായുള്ള ഷിഫ്റ്റ് ഷെഡ്യൂളിംഗ് ആപ്പ് രണ്ട് ലക്ഷ്യങ്ങൾ വെക്കുന്നു: "ഒരു മാനേജർക്ക് ആദ്യ സെഷനിൽ സഹായമില്ലാതെ ഒരാഴ്ചത്തെ റോട്ട പ്രസിദ്ധീകരിക്കാനാകുമോ?", "രണ്ടാം ആഴ്ചയിൽ ജീവനക്കാർ സ്വന്തമായി ആപ്പ് തുറക്കുന്നുണ്ടോ?"

ഘട്ടം 2: ബീറ്റയുടെ തരം തിരഞ്ഞെടുക്കുക

ആദ്യ ഉൽപ്പന്നത്തിന്, കുറച്ച് റൗണ്ടുകളുള്ള ക്ലോസ്ഡ് ബീറ്റയാണ് സാധാരണയായി ശരിയായ തീരുമാനം.

ഘട്ടം 3: ശരിയായ ടെസ്റ്റർമാരെ കണ്ടെത്തുക

മികച്ച ടെസ്റ്റർമാർക്ക് ഇപ്പോൾ തന്നെ പ്രശ്നമുണ്ട്, നിങ്ങളുടെ ലക്ഷ്യ ഉപയോക്താവുമായി യോജിക്കുന്നു, ബീറ്റ കാലയളവിൽ ആപ്പ് പരീക്ഷിക്കാൻ സമയമുണ്ട്. അവരെ കണ്ടെത്താനുള്ള ഇടങ്ങൾ:

• നിങ്ങളുടെ വെയ്റ്റ്‌ലിസ്റ്റോ ഇമെയിൽ ലിസ്റ്റോ. ലോഞ്ചിന് മുമ്പ് പ്രേക്ഷകരെ എങ്ങനെ നിർമ്മിക്കാം കാണുക.
• വാലിഡേറ്റ് ചെയ്യുമ്പോൾ നിങ്ങൾ അഭിമുഖം നടത്തിയ ആളുകൾ.
• നിങ്ങളുടെ ഉപയോക്താക്കൾ ഒത്തുകൂടുന്ന നിച് കമ്മ്യൂണിറ്റികൾ, പ്രചാരണത്തിന് അവരുടെ നിയമങ്ങൾ പാലിച്ചുകൊണ്ട്.
• നിങ്ങളുടെ നെറ്റ്‌വർക്കിൽ പ്രൊഫൈലിന് യോജിക്കുന്നവരെ നേരിട്ട് ക്ഷണിക്കൽ.

മിശ്രിതം തിരഞ്ഞെടുക്കാൻ കുറച്ച് സ്ക്രീനിംഗ് ചോദ്യങ്ങൾ ചോദിക്കുക: അവരുടെ റോൾ, ഇപ്പോൾ പ്രശ്നം എങ്ങനെ പരിഹരിക്കുന്നു, ഏത് ഉപകരണം ഉപയോഗിക്കും, പ്രശ്നം എത്ര തവണ വരുന്നു. ഉത്തരങ്ങൾ നിങ്ങളുടെ ലക്ഷ്യ ഉപയോക്താവുമായി യോജിക്കുന്നവരെ ക്ഷണിക്കുക; നിങ്ങളുടെ സഹ-സ്ഥാപകരെക്കൊണ്ട് ബീറ്റ നിറയ്ക്കരുത്, അവർ ലക്ഷ്യ ഉപയോക്താക്കളല്ലെങ്കിൽ.

ക്ഷണ ടെംപ്ലേറ്റ്

ഹായ് [പേര്] — നിങ്ങൾ സൈൻ അപ്പ് ചെയ്തപ്പോൾ [പ്രശ്നം] പറഞ്ഞിരുന്നു. [ഉൽപ്പന്നം] എന്ന ചെറിയ സ്വകാര്യ ബീറ്റ ഞാൻ തുറക്കുന്നു, അത് [ഫലം] നൽകുന്നു. ഇത് [തുടക്കം] മുതൽ [അവസാനം] വരെ നടക്കും. ടെസ്റ്റർമാർ ഇത് [യഥാർത്ഥ ജോലി]ക്ക് ആഴ്ചയിൽ കുറഞ്ഞത് ഒരു തവണ ഉപയോഗിക്കണം, എല്ലാ വെള്ളിയാഴ്ചയും ഒരു ചെറിയ ചെക്ക്-ഇൻ ഉത്തരം നൽകണം. പകരമായി: ബീറ്റ കാലയളവിൽ സൗജന്യ പ്രവേശനവും [സ്ഥാപക വില / നീട്ടിയ സൗജന്യ കാലയളവ്]. താത്പര്യമുണ്ടോ?

സമയ പ്രതിബദ്ധത സത്യസന്ധമായി പറയുക. തങ്ങൾ എന്താണ് സൈൻ അപ്പ് ചെയ്തതെന്ന് അറിയുന്നവർ മികച്ച ഫീഡ്ബാക്ക് നൽകുന്നു.

ഘട്ടം 4: ബീറ്റ കിറ്റ് തയ്യാറാക്കുക

ആദ്യ ക്ഷണം അയക്കുന്നതിന് മുമ്പ്, ഇവ തയ്യാറാക്കി വയ്ക്കുക:

• ഒരു സ്വാഗത സന്ദേശം ലിങ്ക്, എങ്ങനെ സൈൻ ഇൻ ചെയ്യാം, പരീക്ഷിക്കേണ്ട ആദ്യ ജോലി, പ്രശ്നങ്ങൾ എങ്ങനെ റിപ്പോർട്ട് ചെയ്യാം എന്നിവയോടെ.
• അറിയപ്പെടുന്ന പ്രശ്നങ്ങളുടെ പട്ടിക, ടെസ്റ്റർമാർ ഒരേ കാര്യം പത്ത് തവണ റിപ്പോർട്ട് ചെയ്യാതിരിക്കാൻ.
• ഒരു ഫീഡ്ബാക്ക് ചാനൽ മാത്രം. ഒരു ഫോം, ഒരു പങ്കിട്ട ചാറ്റ് ഗ്രൂപ്പ് അല്ലെങ്കിൽ ഒരു ഇമെയിൽ വിലാസം. അഞ്ചിടത്തല്ല, ഒരിടത്ത്.
• ഒരു ബഗ് റിപ്പോർട്ട് ടെംപ്ലേറ്റ്. അവർ എന്ത് ചെയ്തു, എന്ത് പ്രതീക്ഷിച്ചു, എന്ത് സംഭവിച്ചു, ഉപകരണവും ബ്രൗസറും, ഒരു സ്ക്രീൻഷോട്ട് എന്നിവ ചോദിക്കുക. നല്ലൊരു ബഗ് റിപ്പോർട്ട് എങ്ങനെ എഴുതാം പങ്കിടാവുന്ന ഒരു പതിപ്പ് നൽകുന്നു.
• അടിസ്ഥാന അനലിറ്റിക്സോ ലോഗുകളോ, ഓർമ്മയെ ആശ്രയിക്കാതെ എന്താണ് സംഭവിച്ചതെന്ന് കാണാൻ.
• ഡാറ്റയെക്കുറിച്ച് വ്യക്തമായ പ്രതീക്ഷകൾ. ബീറ്റയ്ക്കിടയിൽ ഡാറ്റ റീസെറ്റ് ആയേക്കാമെന്ന് ടെസ്റ്റർമാരെ അറിയിക്കുക, പൂർത്തിയാകാത്ത ആപ്പിൽ സെൻസിറ്റീവ് വിവരങ്ങൾ ഇടാൻ ആവശ്യപ്പെടരുത്.
• നിബന്ധനകളും സ്വകാര്യതയുടെ അടിസ്ഥാനങ്ങളും. ഒരു ചെറിയ ബീറ്റ കരാറും സ്വകാര്യതാ കുറിപ്പും; വ്യക്തിഗത ഡാറ്റ കൈകാര്യം ചെയ്യുന്നുവെങ്കിൽ പ്രാദേശിക നിയമങ്ങളോ ഒരു ഉപദേശകനെയോ പരിശോധിക്കുക.

ഘട്ടം 5: റൗണ്ടുകളായി നടത്തുക

റൗണ്ടുകൾ കൂടുതൽ ആളുകൾ പ്രശ്നങ്ങളിൽ എത്തുന്നതിന് മുമ്പ് അവ പരിഹരിക്കാൻ അനുവദിക്കുന്നു.

റൗണ്ട് 1-ൽ, ആപ്പ് ആദ്യമായി പരീക്ഷിക്കുമ്പോൾ രണ്ടോ മൂന്നോ ടെസ്റ്റർമാരോട് അവരുടെ സ്ക്രീൻ പങ്കിടാൻ ആവശ്യപ്പെടുക. നിശ്ശബ്ദരായിരുന്ന് അവർ എവിടെ മടിക്കുന്നു എന്ന് നിരീക്ഷിക്കുക. മുഴുവൻ ബീറ്റയിലെയും ഏറ്റവും ഉപയോഗപ്രദമായ മണിക്കൂർ ഇതായിരിക്കാം.

ഘട്ടം 6: ഒരു താളത്തിൽ ഫീഡ്ബാക്ക് ശേഖരിക്കുക

ഘടനയില്ലാത്ത "എന്തെങ്കിലും ഫീഡ്ബാക്ക്?" സന്ദേശങ്ങൾക്ക് അവ്യക്തമായ മറുപടികളേ കിട്ടൂ. പകരം ചെറുതും സ്ഥിരവുമായ ഒരു ചെക്ക്-ഇൻ ഉപയോഗിക്കുക:

പ്രതിവാര ചെക്ക്-ഇൻ (സാങ്കൽപ്പിക ഉദാഹരണ ചോദ്യങ്ങൾ)

1. ഈ ആഴ്ച [ഉൽപ്പന്നം] നിങ്ങൾ എന്തിനാണ് ഉപയോഗിച്ചത്?
2. എന്താണ് നിരാശയോ ആശയക്കുഴപ്പമോ ഉണ്ടാക്കിയത്?
3. ഒരു ജോലി പൂർത്തിയാക്കുന്നത് തടഞ്ഞ എന്തെങ്കിലും ഇല്ലാതിരുന്നോ?
4. ഇനി ഉപയോഗിക്കാനാകാതെ വന്നാൽ നിങ്ങൾക്ക് എങ്ങനെ തോന്നും? (വളരെ നിരാശ / കുറച്ച് / ഒട്ടും ഇല്ല)
5. മറ്റെന്തെങ്കിലും?

ആളുകൾ പറയുന്നതും അവർ ചെയ്യുന്നതും ഒന്നിച്ചു നോക്കുക. അത് മികച്ചതാണെന്ന് പറയുകയും ഒരിക്കലും ലോഗിൻ ചെയ്യാത്തവരും നിങ്ങളോട് എന്തോ പറയുന്നുണ്ട്.

ഘട്ടം 7: വരുന്നത് തരംതിരിക്കുക

ഓരോ ഫീഡ്ബാക്കും ഒരു പട്ടികയിൽ ഇടുക, ആഴ്ചതോറും തരംതിരിക്കുക.

ബീറ്റയ്ക്കിടയിൽ വലിയ ഫീച്ചറുകൾ ചേർക്കുന്നത് ഒഴിവാക്കുക. ഓരോ പുതിയ ഫീച്ചറും കോർ ഉൽപ്പന്നം പ്രവർത്തിക്കുന്നുണ്ടോ എന്ന് പറയുന്നത് ബുദ്ധിമുട്ടാക്കുന്നു.

ഘട്ടം 8: ലൂപ്പ് അടയ്ക്കുക

ഫീഡ്ബാക്ക് ഉപയോഗിക്കുന്നത് കാണുമ്പോൾ ടെസ്റ്റർമാർ തുടർന്നും ഫീഡ്ബാക്ക് നൽകും.

• ഓരോ റൗണ്ടിനും ശേഷം ഒരു ചെറിയ ചേഞ്ച്‌ലോഗ് അയക്കുക: "നിങ്ങൾ X റിപ്പോർട്ട് ചെയ്തു; അത് പരിഹരിച്ചു."
• അവരുടെ റിപ്പോർട്ട് ഒരു പരിഹാരത്തിലേക്ക് നയിച്ചപ്പോൾ, സ്വകാര്യമായി പേര് പറഞ്ഞ് നന്ദി പറയുക.
• ബീറ്റ അവസാനിക്കുമ്പോൾ, അവരുടെ ഡാറ്റയ്ക്കും അക്കൗണ്ടിനും എന്ത് സംഭവിക്കും, അവരുടെ സ്ഥാപക ഓഫർ എന്താണ് എന്ന് അറിയിക്കുക.

ഘട്ടം 9: തയ്യാറാണോ എന്ന് തീരുമാനിക്കുക

ബീറ്റ തുടങ്ങുന്നതിന് മുമ്പ് എക്സിറ്റ് മാനദണ്ഡങ്ങൾ എഴുതുക, അവസാനം സത്യസന്ധമായി പരിശോധിക്കുക. ഒരു ടെംപ്ലേറ്റ്:

• തടസ്സങ്ങളോ ഡാറ്റ നഷ്ടപ്പെടുത്തുന്ന ബഗുകളോ ഇല്ല
• പുതിയ ടെസ്റ്റർമാരിൽ മിക്കവരും സഹായമില്ലാതെ കോർ ജോലി പൂർത്തിയാക്കുന്നു
• പിന്നീടുള്ള ആഴ്ചകളിൽ ടെസ്റ്റർമാരിൽ ഗണ്യമായ ഒരു പങ്ക് സ്വന്തമായി തിരിച്ചുവരുന്നു
• ഏറ്റവും മുകളിലുള്ള ആശയക്കുഴപ്പ പോയിന്റുകൾ പരിഹരിച്ച് വീണ്ടും പരീക്ഷിച്ചു
• സൈൻ അപ്പ്, പാസ്‌വേഡ് റീസെറ്റ്, ഏതെങ്കിലും പേയ്‌മെന്റ് ഫ്ലോ എന്നിവ അവസാനം വരെ പ്രവർത്തിക്കുന്നു
• ഉൽപ്പന്നം ആർക്കുവേണ്ടിയാണ് എന്നതിനെക്കുറിച്ച് ടെസ്റ്റർമാരുടെ വാക്കുകളിൽ വ്യക്തമായ ഒരു സന്ദേശമുണ്ട്

മിക്ക ബോക്സുകളും ടിക് ചെയ്തിട്ടുണ്ടെങ്കിൽ, ഓൺബോർഡിംഗ് മിനുക്കലിലേക്കും പൊതു ലോഞ്ചിലേക്കും നീങ്ങുക. തിരിച്ചുവരവ് ഉപയോഗം കുറവാണെങ്കിൽ, അത് ഒരു ബഗ് ലിസ്റ്റ് അല്ല, ഒരു ഉൽപ്പന്ന ചോദ്യമാണ് — ലോഞ്ചിന് മുമ്പ് അഭിമുഖങ്ങളിലേക്ക് തിരിച്ചുപോകുക.

Mythex ഉപയോഗിച്ച് ബീറ്റ നടത്തൽ

നിങ്ങൾ Mythex ഉപയോഗിച്ചാണ് നിർമ്മിക്കുന്നതെങ്കിൽ, ചില ഫീച്ചറുകൾ ബീറ്റയ്ക്ക് നന്നായി യോജിക്കുന്നു:

• റൗണ്ട് 1-നുള്ള പ്രിവ്യൂ ലിങ്കുകൾ. Share ബട്ടൺ നിങ്ങളുടെ ലൈവ് പ്രിവ്യൂവിലേക്ക് ഒരു ലിങ്ക് ഉണ്ടാക്കുന്നു, അത് Mythex അക്കൗണ്ട് ഇല്ലാത്തവർക്കും പ്രവർത്തിക്കും, അതിനാൽ നിങ്ങൾ പ്രസിദ്ധീകരിക്കുന്നതിന് മുമ്പ് ആദ്യകാല ടെസ്റ്റർക്ക് പൂർത്തിയാകാത്ത ജോലി പരീക്ഷിക്കാം. ഓരോ ഗ്രൂപ്പിനും ഒരു ലിങ്ക് ഉണ്ടാക്കി കഴിയുമ്പോൾ ഡിലീറ്റ് ചെയ്യുക — ലിങ്കുകൾ പ്രോജക്റ്റിനെ എങ്ങനെ ഉണർത്തുകയും ക്രെഡിറ്റ് ഉപയോഗിക്കുകയും ചെയ്യുന്നു എന്ന് പ്രിവ്യൂ ഡോക്സ് വിശദീകരിക്കുന്നു.
• നീണ്ട റൗണ്ടുകൾക്ക് പ്രസിദ്ധീകരിക്കുക. പ്രസിദ്ധീകരിച്ച ആപ്പ് സ്വന്തം വിലാസത്തിൽ പ്രവർത്തിക്കുന്നു, ഇത് കുറച്ച് ആഴ്ചകളിലായി ഉപയോഗിക്കുന്ന ടെസ്റ്റർമാർക്ക് യോജിക്കുന്നു.
• ഓരോ റൗണ്ടിനും മുമ്പ് ആപ്പ് ടെസ്റ്റിംഗ്. ചാറ്റിൽ /test എന്ന് ടൈപ്പ് ചെയ്യുക; ഏജന്റ് നിങ്ങളുടെ പ്രിവ്യൂവിലൂടെ ക്ലിക്ക് ചെയ്ത് തകർന്ന ഫ്ലോകൾ റിപ്പോർട്ട് ചെയ്യും, ആരെയും ക്ഷണിക്കുന്നതിന് മുമ്പുള്ള ഉപയോഗപ്രദമായ പരിശോധന (ആപ്പ് ടെസ്റ്റിംഗ് ഡോക്സ്).
• ചെക്ക്‌പോയിന്റുകൾ. ബീറ്റയ്ക്കിടയിൽ ഒരു പരിഹാരം എന്തെങ്കിലും തകർത്താൽ, മുമ്പത്തെ ചെക്ക്‌പോയിന്റിലേക്ക് തിരികെ പോകുക.

ഒരു ടെസ്റ്ററുടെ ബഗ് റിപ്പോർട്ട് നേരിട്ട് ചാറ്റിൽ ഒട്ടിച്ച്, ഏജന്റിനോട് അത് പുനഃസൃഷ്ടിച്ച് പരിഹരിക്കാൻ ആവശ്യപ്പെടുക, തുടർന്ന് അത് ലൈവ് ആയെന്ന് ടെസ്റ്ററെ അറിയിക്കുക.

ചോദ്യങ്ങൾ