როგორ ჩავატაროთ ბეტა-ტესტირება თქვენი აპისთვის
ბეტა-ტესტის ჩასატარებლად გადაწყვიტეთ, რა უნდა გაიგოთ, მოიწვიეთ მცირე ჯგუფი იმ ადამიანებისგან, რომლებიც თქვენს რეალურ მომხმარებლებს ემთხვევა, მიეცით მათ მკაფიო პირველი დავალება და შეაგროვეთ უკუკავშირი ერთ ადგილას, ფიქსირებული გრაფიკით. გაასწორეთ ის, რაც მათ ხელს უშლის, ჯგუფი რაუნდებით გააფართოვეთ და ბეტა დაასრულეთ მაშინ, როცა წინასწარ დაწერილი გასვლის კრიტერიუმები შესრულდება — და არა მაშინ, როცა მოთმინება დაგეხარჯებათ.
ბეტა არ არის რბილი გაშვება. ეს არის სტრუქტურირებული ექსპერიმენტი დაწყებით, დასასრულით და კითხვით, რომელზეც პასუხი უნდა გაიცეს.
სად ჯდება ბეტა
ვალიდაცია კითხულობს, ღირს თუ არა პრობლემის გადაჭრა. ბეტა უფრო ვიწრო კითხვას სვამს: ამ ვერსიას პრობლემა ნამდვილ ადამიანებს რეალურ პირობებში უგვარებს? გაშვება მოდის შემდეგ, როცა პასუხი უმეტესად დადებითია.
ვინმეს მოწვევამდე თავად გამოსცადეთ — როგორ გამოსცადოთ თქვენი აპი გაშვებამდე ამას ეხება. ტესტერებმა არ უნდა აღმოაჩინონ, რომ რეგისტრაცია გატეხილია.
ნაბიჯი 1: ჩაწერეთ, რაზე უნდა უპასუხოს ბეტამ
ამოირჩიეთ ორი ან სამი კითხვა. დანარჩენი გეგმა მათგან გამომდინარეობს.
| მიზანი | მაგალითი კითხვა | რას ზომავთ |
|---|---|---|
| გამოყენებადობა | შეუძლიათ თუ არა ახალ მომხმარებლებს ძირითადი დავალების დამოუკიდებლად შესრულება? | ვინ ასრულებს დამოუკიდებლად |
| ღირებულება | ბრუნდებიან თუ არა ადამიანები შეხსენების გარეშე? | დაბრუნებები მეორე და მესამე კვირაში |
| საიმედოობა | უძლებს თუ არა რეალურ მონაცემებსა და მოწყობილობებს? | შეცდომები სიმძიმის მიხედვით, ლოგები |
| გადახდის სურვილი | გადაიხდიან თუ არა ადამიანები დაგეგმილ ფასს? | კონვერსიები ან წინასწარი შეკვეთები ბოლოს |
| დაწყება | სად ეკვრებიან ადამიანები პირველ სესიაში? | გასვლის წერტილები, მხარდაჭერის კითხვები |
გამოგონილი მაგალითი: კაფეების სამუშაო გრაფიკის აპი ორ მიზანს ისახავს: „შეუძლია თუ არა მენეჯერს კვირის გრაფიკის გამოქვეყნება პირველ სესიაში დამოუკიდებლად?“ და „ხსნიან თუ არა თანამშრომლები აპს თავიანთი თავით მეორე კვირაში?“
ნაბიჯი 2: აირჩიეთ ბეტის ტიპი
| ტიპი | ვინ | როდის ჯობია | ვაჭრობა |
|---|---|---|---|
| მეგობრები და ალფა | ადამიანები, რომლებსაც იცნობთ | ძალიან ადრე, აშკარა გატეხვის დასაჭერად | თავაზიანი უკუკავშირი, არ წარმოაჩენს ყველას |
| დახურული ბეტა | მოწვეული სამიზნე მომხმარებლები | ადრეული ეტაპის პროდუქტების უმეტესობისთვის | ტესტერების შერჩევა შრომას მოითხოვს |
| ღია ბეტა | ნებისმიერი, ვინც რეგისტრირდება | მასშტაბისა და მრავალფეროვნების შესამოწმებლად | მეტი მხარდაჭერა, ნაკლები სიღრმე თითო ტესტერზე |
| ფასიანი ბეტა | მომხმარებლები, რომლებიც დამფუძნებლის ფასს იხდიან | გადახდის სურვილის შესამოწმებლად | მაღალი მოლოდინები |
პირველი პროდუქტისთვის დახურული ბეტა რამდენიმე რაუნდით ჩვეულებრივ სწორი არჩევანია.
ნაბიჯი 3: შეარჩიეთ სწორი ტესტერები
საუკეთესო ტესტერებს პრობლემა ახლა აქვთ, ემთხვევიან თქვენს სამიზნე მომხმარებელს და აქვთ დრო, აპი ბეტის ფანჯრის განმავლობაში გამოსცადონ. სად მოძებნოთ ისინი:
- თქვენი ლოდინის სია ან ელფოსტის სია — იხილეთ როგორ ავაშენოთ აუდიტორია გაშვებამდე.
- ადამიანები, რომლებიც ვალიდაციისას გაუსაუბრეთ.
- ნიშური საზოგადოებები, სადაც თქვენი მომხმარებლები იკრიბებიან, მათი წესების დაცვით რეკლამისას.
- პირდაპირი მოწვევები თქვენი ქსელის იმ ადამიანებისთვის, რომლებიც პროფილს ემთხვევიან.
კითხეთ რამდენიმე საკვალიფიკაციო კითხვა, რომ შერჩევა შეადგინოთ: მათი როლი, როგორ წყვეტენ პრობლემას დღეს, რა მოწყობილობას გამოიყენებენ და რამდენად ხშირად ჩნდება პრობლემა. მოიწვიეთ ადამიანები, რომელთა პასუხები თქვენს სამიზნე მომხმარებელს ემთხვევა, და თავი აარიდეთ ბეტას სხვა დამფუძნებლებით შევსებას, თუ ისინი სამიზნე მომხმარებელი არ არიან.
მოწვევის შაბლონი
გამარჯობა, [სახელი] — შენ ახსენე [პრობლემა], როცა რეგისტრირდებოდი. ვხსნი პატარა პირად ბეტას [პროდუქტი] სახელწოდებით, რომელიც [შედეგს] იძლევა. ის გაგრძელდება [დაწყება]-დან [დასრულება]-მდე. ვთხოვ ტესტერებს, გამოიყენონ იგი [რეალური დავალება] მინიმუმ კვირაში ერთხელ და ყოველ პარასკევს უპასუხონ მოკლე შემოწმებას. სანაცვლოდ: უფასო წვდომა ბეტის განმავლობაში და [დამფუძნებლის ფასი / გახანგრძლივებული უფასო პერიოდი]. დაინტერესდი?
დროის ვალდებულება გულწრფელად დაასახელეთ. ადამიანები, რომლებმაც იციან, რაზე ეთანხმებიან, უკეთეს უკუკავშირს იძლევიან.
ნაბიჯი 4: მოამზადეთ ბეტის კომპლექტი
პირველი მოწვევის გაგზავნამდე ეს უნდა იყოს მზად:
- მისალმების შეტყობინება ბმულით, შესვლის ინსტრუქციით, პირველი დავალებით და იმით, როგორ აცნობონ პრობლემები.
- ცნობილი პრობლემების სია, რომ ტესტერებმა იგივე ათჯერ არ აცნობონ.
- ერთი უკუკავშირის არხი. ფორმა, საერთო ჩატის ჯგუფი ან ელფოსტის მისამართი — ერთი ადგილი, არა ხუთი.
- შეცდომის შესახებ მოხსენების შაბლონი. ჰკითხეთ, რა გააკეთეს, რა მოელოდნენ, რა მოხდა, მოწყობილობა და ბრაუზერი, და ეკრანის ანაბეჭდი. როგორ დავწეროთ კარგი შეცდომის შესახებ მოხსენება გთავაზობთ ვერსიას, რომლის გაზიარებაც შეგიძლიათ.
- ძირითადი ანალიტიკა ან ლოგები, რომ ნახოთ, რა მოხდა, მეხსიერებაზე დაყრდნობის გარეშე.
- მკაფიო მოლოდინები მონაცემებზე. თუ ბეტის დროს მონაცემები შეიძლება გასუფთავდეს, ტესტერებს ეს უთხარით და არ სთხოვოთ არადამთავრებულ აპში მგრძნობიარე ინფორმაციის შეყვანა.
- პირობებისა და კონფიდენციალურობის საფუძვლები. მოკლე ბეტა-შეთანხმება და კონფიდენციალურობის შენიშვნა; თუ პერსონალურ მონაცემებს ამუშავებთ, შეამოწმეთ ადგილობრივი წესები ან კონსულტანტი.
ნაბიჯი 5: გაუშვით რაუნდებად
რაუნდები საშუალებას გაძლევთ, პრობლემები გაასწოროთ, სანამ მეტი ადამიანი შეეჩეხება მათ.
| რაუნდი | ტესტერები | ფოკუსი |
|---|---|---|
| რაუნდი 1 | რამდენიმე | შეუძლიათ თუ არა რეგისტრაცია და ძირითადი დავალების შესრულება? ზოგი სესია ცოცხლად უყურეთ. |
| რაუნდი 2 | უფრო დიდი ჯგუფი | რეალური გამოყენება რამდენიმე კვირის განმავლობაში; რაუნდებს შორის გაასწორეთ მთავარი პრობლემები. |
| რაუნდი 3 (არასავალდებულო) | უფრო ფართო ან ღია | დაწყება თქვენი დახმარების გარეშე, საიმედოობა, ფასის ტესტი. |
პირველ რაუნდში სთხოვეთ ორ-სამ ტესტერს, გააზიარონ ეკრანი, სანამ აპს პირველად სცდიან. დადუმდით და უყურეთ, სად ყოყმანობენ. ეს ხშირად მთელი ბეტის ყველაზე სასარგებლო საათია.
ნაბიჯი 6: შეაგროვეთ უკუკავშირი რიტმით
უსტრუქტურო შეტყობინებები „გაქვთ რამე უკუკავშირი?“ ბუნდოვან პასუხებს იძლევა. მის ნაცვლად გამოიყენეთ მოკლე, რეგულარული შემოწმება:
ყოველკვირეული შემოწმება (გამოგონილი მაგალითი კითხვები)
- რისთვის გამოიყენეთ [პროდუქტი] ამ კვირაში?
- რა იყო დამაბნეველი ან მაღიზიანებელი?
- რამე აკლდა, რის გამოც დავალება ვერ დაასრულეთ?
- როგორ იგრძნობდით თავს, თუ ამის გამოყენება აღარ შეგეძლებოდათ? (ძალიან დავიწუნებდი / რაღაცნაირად / სულაც არა)
- კიდევ რამე?
შეათანხმეთ ის, რასაც ადამიანები ამბობენ, იმასთან, რასაც აკეთებენ. ვინც ამბობს, რომ საუკეთესოა, მაგრამ არასდროს შედის სისტემაში, თქვენ ასევე გეუბნებათ რაღაცას.
ნაბიჯი 7: დაახარისხეთ შემოსული
ყოველი უკუკავშირი ერთ სიაში ჩაწერეთ და ყოველკვირეულად დაალაგეთ.
| კატეგორია | მაგალითები | მოქმედება |
|---|---|---|
| ბლოკერი | რეგისტრაცია არ მუშაობს, მონაცემები იკარგება, გადახდა ვერ ხერხდება | დაუყოვნებლივ გაასწორეთ, დაუკავშირდით დაზარალებულ ტესტერებს |
| მთავარი შეცდომა | ძირითადი ფუნქცია გატეხილია გავრცელებულ მოწყობილობაზე | ამ რაუნდში გაასწორეთ |
| დაბნეულობა | ადამიანები ვერ პოულობენ ღილაკს, არასწორად კითხულობენ წარწერას | შეცვალეთ ტექსტი ან განლაგება; იაფია და ღირებულია |
| მცირე შეცდომა | ვიზუალური გლიჩი, იშვიათი შემთხვევა | შეაგროვეთ მოგვიანებით |
| ფუნქციის მოთხოვნა | „შეუძლია თუ არა ისიც X?“ | ჩაწერეთ, ჰკითხეთ რა პრობლემას წყვეტს, ეძებეთ ნიმუშები |
ბეტის დროს დიდი ფუნქციების დამატებას წინააღმდეგობა გაუწიეთ. ყოველი ახალი ფუნქცია ართულებს იმის გარკვევას, მუშაობს თუ არა ძირითადი პროდუქტი.
ნაბიჯი 8: დახურეთ ციკლი
ტესტერები უკუკავშირს აგრძელებენ მაშინ, როცა ხედავენ, რომ მას იყენებენ.
- გააგზავნეთ მოკლე changelog ყოველი რაუნდის შემდეგ: „შენ აცნობე X-ს; ახლა გასწორებულია.“
- მადლობა თქვით სახელით, პირადად, როცა მათმა მოხსენებამ შესწორება გამოიწვია.
- აცნობეთ ტესტერებს, როცა ბეტა სრულდება, რა ხდება მათ მონაცემებსა და ანგარიშთან და რა არის მათი დამფუძნებლის შეთავაზება.
ნაბიჯი 9: გადაწყვიტეთ, მზად ხართ თუ არა
ბეტის დაწყებამდე ჩაწერეთ გასვლის კრიტერიუმები, ბოლოს კი გულწრფელად შეამოწმეთ. შაბლონი:
- არ არის ცნობილი ბლოკერი ან მონაცემთა დაკარგვის შეცდომა
- ახალი ტესტერების უმეტესობა ძირითად დავალებას დამოუკიდებლად ასრულებს
- ტესტერების მნიშვნელოვანი ნაწილი მოგვიანებით კვირებში თავისით ბრუნდება
- მთავარი დაბნეულობის წერტილები გასწორებულია და ხელახლა გამოცდილი
- რეგისტრაცია, პაროლის აღდგენა და ნებისმიერი გადახდის ნაკადი ბოლომდე მუშაობს
- გაქვთ ნათელი შეტყობინება იმის შესახებ, ვისთვისაა პროდუქტი, ტესტერების სიტყვებით
თუ უმეტესი ველი მონიშნულია, გადადით მომხმარებლის დაწყების გაპრიალებასა და საჯარო გაშვებაზე. თუ დაბრუნებადი გამოყენება დაბალია, ეს პროდუქტის კითხვაა და არა შეცდომების სია — მაშინ გაშვებამდე დაბრუნდით ინტერვიუებში.
ბეტის ჩატარება Mythex-ით
თუ Mythex-ით აშენებთ, რამდენიმე ფუნქცია კარგად ერგება ბეტას:
- წინასწარი ნახვის ბმულები პირველი რაუნდისთვის. ღილაკი Share ქმნის ბმულს თქვენს ცოცხალ წინასწარ ნახვაზე, რომელიც მუშაობს Mythex-ის ანგარიშის გარეშე მყოფი ადამიანებისთვისაც, ასე რომ ადრეული ტესტერი შეძლებს გაუმთავრებელი სამუშაოს გამოცდას გამოქვეყნებამდე. თითო ჯგუფზე ერთი ბმული შექმენით და დასრულებისას წაშალეთ — წინასწარი ნახვის დოკუმენტაცია განმარტავს, როგორ აღვიძებს ბმულები პროექტს და როგორ იყენებს კრედიტებს.
- გამოქვეყნება უფრო გრძელი რაუნდებისთვის. გამოქვეყნებული აპი საკუთარ მისამართზე მუშაობს, რაც შესაფერისია ტესტერებისთვის, რომლებიც რამდენიმე კვირის განმავლობაში იყენებენ მას.
- App Testing თითოეულ რაუნდამდე. ჩატში ჩაწერეთ
/testდა აგენტი დააწკაპუნებს თქვენს წინასწარ ნახვაზე და მოგახსენებთ გატეხილ ნაკადებს — სასარგებლო შემოწმება ვინმეს მოწვევამდე (App Testing დოკუმენტაცია). - Checkpoints. თუ შესწორება ბეტის დროს რაიმეს გატეხავს, დაუბრუნდით ადრინდელ checkpoint-ს.
ტესტერის შეცდომის მოხსენება ჩასვით პირდაპირ ჩატში და სთხოვეთ აგენტს, აღადგინოს და გაასწოროს, შემდეგ აცნობეთ ტესტერს, რომ გასწორებული უკვე ცოცხალია.
კითხვები
რამდენი ბეტა-ტესტერი მჭირდება?
ნაკლები, ვიდრე უმეტესობა ფიქრობს. მცირე ჯგუფი, რომელიც შეესაბამება თქვენს სამიზნე მომხმარებელს და რეალურად იყენებს აპს, ყველაზე დიდ პრობლემებს გამოავლენს. დაიწყეთ რამდენიმეთი, გაასწორეთ, რაც იპოვეს, და შემდეგ გააფართოვეთ უფრო დიდ ჯგუფამდე.
რამდენ ხანს უნდა გაგრძელდეს ბეტა-ტესტი?
იმდენ ხანს, რომ ტესტერებმა აპი ისე გამოიყენონ, როგორც რეალურად გამოიყენებდნენ, რაც ხშირად ნიშნავს რამდენიმე კვირას იმისთვის, რაც კვირაში ერთხელ გამოიყენება. წინასწარ დააყენეთ საბოლოო თარიღი, რომ ბეტა განუსაზღვრელ ვადამდე არ გაგრძელდეს.
უნდა იხადონ თუ არა ბეტა-ტესტერებმა?
ეს იმაზეა დამოკიდებული, რა გჭირდებათ გაიგოთ. უფასო ბეტაზე ადამიანების მოძიება უფრო ადვილია; ფასიანი ან ფასდაკლებული ბეტა გიჩვენებთ, აფასებენ თუ არა ადამიანები პროდუქტს საკმარისად, რომ გადაიხადონ. ბევრი დამფუძნებელი ჯერ უფასო დახურულ ბეტას უშვებს, ხოლო ფასს მომდევნო რაუნდში ითხოვს.
რა განსხვავებაა დახურულ და ღია ბეტას შორის?
დახურული ბეტა მხოლოდ მოწვევით არის, ჩვეულებრივ მცირე ჯგუფი, რომელსაც თქვენ ირჩევთ და პირდაპირ ესაუბრებით. ღია ბეტაში ნებისმიერს შეუძლია რეგისტრაცია, რაც მეტ მოცულობასა და მრავალფეროვნებას იძლევა, მაგრამ ნაკლებ პირად კონტაქტს და მეტ მხარდაჭერის სამუშაოს.
რა ვქნა ტესტერების ფუნქციების მოთხოვნებს?
ჩაწერეთ ისინი, ჰკითხეთ, რა პრობლემას გადაჭრიდა თითოეული, და ეძებეთ ნიმუშები. უმეტეს ბეტას ჯერ შეცდომები და დაბნეულობა უნდა გაუსწოროს; ფუნქციების დამატება ბეტას დროს ართულებს იმის გარკვევას, მუშაობს თუ არა ძირითადი პროდუქტი.