בדיקות בטא הן תהליך שבו קבוצת אנשים גדולה (שאינה מעורבת בפיתוח) משתמשת בתוכנה שפיתחתם ומספקת משוב הכולל דיווח על תקלות ובעיות טכניות, התרשמות כללית והצעות לשיפור או שינוי של מאפיינים שונים באפליקציה.
למה כדאי לכם לבצע בדיקות בטא?
מצד אחד, בדיקות בטא הן תהליך מורכב שלוקח לא מעט זמן וכרוך בעלויות נוספות שמתווספות לאלה של פיתוח התוכנה וכל זה לפני שהתחלתם להרוויח אפילו שקל.
מצד שני, המשוב שמתקבל מהמשתמשים מאפשר לכם לאתר תקלות ולוודא שהמוצר שלכם אכן עונה לצרכי המשתמשים, תואם את רצונותיהם ובאופן כללי מספק את השירות שלשמו פותח. כל אלה מגדילים באופן ניכר את הסיכוי שהמוצר המוגמר יזכה להצלחה ויהיה רווחי יותר.
איך לנהל את תהליך הבדיקות?
ריכזנו עבורכם כמה עצות שיסייעו לכם לנהל בדיקות בטא ביעילות ולהפיק מהן את המקסימום:
קביעת יעדים
לפני שאתם משיקים את גרסת הבטא, כדאי להשקיע קצת מחשבה ולשאול את עצמכם מה בעצם אתם רוצים שהמשתמשים יבחנו. קביעת יעדים תסיע לכם לתכנן טוב יותר את מהלך הבידוק, וחשוב מכך, תקנה למשתמשים הכוונה שתסייע להם במהלך ביצוע הבדיקות.
בחירת קבוצת הבודקים
תהליך בדיקות הבטא לוקח בד"כ לפחות כמה חודשים כיוון שיש לבדוק מחדש כל גרסת בטא חדשה, בכדי לוודא שכל התיקונים והשיפורים בוצעו כראוי, בהתאם להערות המשתמשים ולאופן שבו אתם התכוונתם שייושמו.
במהלך תקופה זו תהיו בקשר רצוף עם הבודקים שלכם ותאלצו לסמוך עליהם שיספקו משוב אמין ומועיל, לכן יש חשיבות רבה לבחירת קבוצת האנשים הנכונה המייצגת את המשתמשים העתידיים שלכם.
סוג הקבוצה – סגורה או פתוחה (private / public beta)
שימוש בקבוצה פתוחה (כלומר הנגשת התוכנה לציבור הרחב) אמנם מאפשר איסוף של מידע רב ממגוון גדול של אנשים, אבל שפע המידע יכול להקשות עליכם לזהות את הבעיות החשובות. בנוסף יהיה לכם קשה יותר לשמור על קשר עם הבודקים שלכם ולשמר את מעורבותם בתהליך, מה שיכול לגרום לירידה הדרגתית במספר התגובות שתקבלו.
אם בחרתם בקבוצה סגורה, סביר שתקבלו פניות רבות שמתוכן תוכלו לבחור את האנשים המתאימים ביותר שיספקו לכם משוב מועיל.
אופי הקבוצה
כיוון שבשלב הבטא נעזרים בקבוצה גדולה יחסית, רצוי לוודא שהקבוצה שתיבחרו תכלול מגוון רחב של אנשים שיספקו נקודות מבט שונות.
מומלץ ליצור רשימה של האוכלוסיות והסביבות השונות שתרצו לכלול בקבוצת הבודקים שלכם ואז לבחור את המשתמשים בהתאם לאותה חלוקה.
הגנה משפטית
כאמור, בשלב הבטא התוכנה שלכם זוכה לחשיפה ראשונה בקרב משתמשים חיצוניים ולכן, לפני שאתם מתחילים בכלל את מערך הבדיקות, חשוב לוודא שנקטתם בכל אמצעי האבטחה הדרושים על מנת להגן על המוצר שלכם כגון:
- הסכם סודיות (NDA) שימנע הדלפות וגניבות
- יצירת קוד רישום ו/או חשבון משתמש שיכולים לסייע רבות במניעת הדלפות וגניבות
- שילוב של 'פצצת זמן' בתוכנה, כך שאם משתמש שוכח להסיר אותה, היא תפסיק לעבוד עם סיום שלב הבטא וכך גם תחסוך מכם את הצורך לתמוך בגרסאות בטא לאחר ההשקה הרשמית.
ניהול קבוצת הבודקים
לאחר שבחרתם את סוג הקבוצה ואת המשתתפים, אל תשכחו להבהיר להם מה מצופה מהם כבודקי בטא.
בנוסף, חשוב לספק להם הנעה לפעולה שתשמר את עניינם ותעודד אותם להמשיך לספק משוב כגון:
עדכונים שוטפים
שליחת עדכון שבועי שכולל מידע על התקדמות הבדיקות, תיקונים שבוצעו ובעיקר האופן שבו הפידבק שסיפקו סייע לשיפור התוכנה, תורם רבות לשימור העניין, והגברת תחושת המעורבות וההשפעה של הבודקים. כל אלה יגדילו את הרצון שלהם להמשיך ולסייע.
קביעת יעדים
הצבת מטרות מוגדרות להשגה, כגון מדידת הזמן שמושקע בבדיקות, כמות הפידבקים שניתנו, או כל אמדן אחר, יקנה לבודקים תחושת הישג והתקדמות שיסיעו לשימור המוטיבציה שלהם.
מתן פיצוי
הבטחה של פרס כלשהו עבור קבוצת הבודקים תגדיל, מן הסתם, את ההיענות ואת המוטיבציה של קבוצת הבודקים, אבל חשוב שתהיו בטוחים שתוכלו לעמוד בהתחייבות. הפרס יכול להיות גרסה חינמית של התוכנה שהמשתמשים בדקו, רכיב כלשהו בתוך התוכנה שיקבלו בחינם, או אפילו ארוחת צהרים עם המפתחים – כל רעיון שנראה לכם בר ביצוע וכמובן, שיהווה תמריץ למשתתפים.
איסוף המידע
אנשים שונים בתוך הקבוצה יעדיפו לספק את המשוב בדרכים שונות, בקצב שונה ובזמנים שונים. כדי להקל עליהם מומלץ לספק להם מגוון אמצעים ליצירת קשר, כגון אימייל, סקייפ, פייסבוק וכד', כך שיוכלו לבחור את הדרך הנוחה להם.
זכרו שכל מאמץ קטן נוסף שתשקיעו על מנת להקל עליהם, מגדיל את הסיכוי שתקבלו משוב – לכן חשוב להבהיר למשתמשים שכל דרך ליצירת קשר היא אפשרית ומקובלת, בין אם הם בוחרים לשלוח מייל פעם בשבוע או לשלוח הודעה בכל פעם שנתקלים בבעיה.
[devleadb]
