איך אנחנו בודקים תוכן

שלוש שכבות של בדיקה

• טכני: שלבי התקנה, שמות תפריטים ב-iOS ואנדרואיד, מגבלות מכשיר.
• שפה: קריאה למי שמעולם לא השתמש ב-eSIM, בלי ז'רגון לא מוסבר.
• יושרה: אין הבטחות מוגזמות, אין עובדות ללא מקור.

מה חוסם פרסום

• טענת מהירות או כיסוי ללא מקור.
• טענה שמכשיר נתמך ללא מפרטי יצרן.
• הבטחת תנאי החזר שלא תואמים את המדיניות בפועל.
• הבטחת זמן תגובה קבוע שאנחנו לא באמת מודדים.

צפו במקורות שאנו משתמשים בהם

מי נמצא בחדר לפני שעמוד עולה לאוויר

האדם שכותב מאמר אינו האדם היחיד שמחליט אם הוא מוכן לפרסום. כל עמוד עובר לפחות דרך שתי זוגות עיניים לפני שהוא עולה לאוויר. הראשון הוא הכותב, האחראי למבנה ולשלמות התוכן. השני הוא בודק שקורא עם עדשה שונה, מחפש את סוג הפער שכותב יכול לפספס פשוט מלהיות קרוב מדי לחומר. חלוקת התפקיד כך לא הופכת הכל למושלם, אבל היא מקטינה את הסיכוי ששגיאה בודדת תגיע לקורא בלי שאף אחד סימן אותה.

עבור עמודים שנוגעים בכסף או בבטיחות מכשיר — עמודי תמחור, תנאי החזר, מדריכי התקנה — יש שכבת בדיקה נוספת שממוקדת ספציפית באותו תחום, במקום אדם אחד שמנסה לתפוס הכל בבת אחת. חלוקת האחריות כך מאפשרת לכל בודק להתמקד לעומק יותר מאשר לנסות להחזיק כל דאגה בראש בו זמנית.

מטיוטה לפרסום

1. 1נסחו את התוכןהכותב אוסף מידע ממקורות מקובלים, כפי שמתואר בעמוד המקורות שלנו, ואז מנסח את הפריט בתאית ובאנגלית זו לצד זו.
2. 2בדיקה טכניתבודק בודק את הטיוטה מול מה שמכשיר באמת מציג: שמות תפריטי iOS ו-Android, מגבלות מכשיר, ותנאים שמשתנים לפי ספק.
3. 3בדיקת שפה ובהירותשתי גרסאות השפה נקראות בנפרד כדי לבדוק אם מישהו שמעולם לא השתמש ב-eSIM באמת יעקוב אחרי זה, לא רק עבור דקדוק.
4. 4בדיקת יושרה וגילוי נאותהעמוד נבדק עבור טענות מוגזמות ועבור מספרים בלי מקור מאחוריהם.
5. 5פרסמו והמשיכו לעקובברגע שמפורסם, עמוד נשאר בתוך מחזור הבדיקה של סוג התוכן שלו ונשאר פתוח לדיווחי קוראים בכל זמן, לא רק ברגע שהוא עולה לראשונה לאוויר.

רשימת בדיקה למדריכי התקנה

מדריכי התקנה מקבלים חלק מהבדיקה המחמירה ביותר, מכיוון ששלב שגוי בודד יכול להשאיר קורא לא מסוגל להשלים התקנה, או גרוע מזה, לגרום לו למחוק פרופיל קיים בטעות. בודק קורא שלב אחר שלב מול מה שהתפריט האמיתי מציג, במקום לרפרף על הצורה הכללית, וחייב לסמן כל מקום שבו שלב משתנה לפי מותג או גרסת מערכת הפעלה במקום לקפל אותו להוראה אחת שלא באמת חלה על כל מכשיר.

רשימת בדיקה לטבלאות תאימות מכשירים

טבלת תאימות מכשירים חייבת תמיד להתחקות אחורה למקור ניתן לבדיקה. בודק לא יתן לדגם מכשיר להיכנס לטבלה רק כי מישהו אמר שזה עובד. בלי מפרטי יצרן או הכרזה ניתנת לבדיקה מאחוריה, הדגם נשאר מחוץ לטבלה, יהיה אשר יהיה כמה פעמים שואלים עליו, מכיוון שטעות בזה משפיעה ישירות על החלטת הקנייה של הקורא.

רשימת בדיקה לתוכן יעד וכיסוי

עמודי יעד נוטים להיקרא בזמן שמישהו מתכנן נסיעה באופן פעיל, אז בודק שם דגש מיוחד על כתיבת כיסוי כדבר שתלוי בספק ובאזור בפועל בתוך אותה מדינה, במקום כטענה שטוחה שזה עובד בכל מקום. היכן שחלק מהתמונה תלוי בספק ולא ניתן לאשר בזמן הבדיקה, העמוד אומר זאת בבירור במקום לנחש ולכתוב את זה כעובדה מוסכמת.

רשימת בדיקה לעמודי תמחור וחבילות

עמודי תמחור מקבלים שכבת בדיקה שנשמרת נפרדת מבדיקת מאמר כללית, מכיוון שמספר בעמוד תמחור חייב להתאים למה שמערכת הקופה בפועל מציגה, לא מספר שכותב הקליד לתוך הטקסט. בודק בשכבה הזו בודק את המחיר שמצוין בתוכן מול מה שהמערכת מציגה כרגע, והיכן שמחיר נושא תנאי — מוגבל למדינות מסוימות, או חלון זמן מסוים — התנאי הזה חייב להופיע באותו עמוד, לא מוחבא במקום אחר.

בדיקה שתאית ואנגלית אומרות אותו דבר

כל עמוד נכתב בשתי השפות זו לצד זו, אבל בודק לא בודק את זה על ידי תרגום מילה במילה, מכיוון שתרגום מילולי לעיתים קרובות נקרא באופן לא טבעי בשפת היעד. מה שנבדק הוא שהמשמעות תואמת: אזהרה שמופיעה בגרסה אחת חייבת לשאת אותו משקל בשנייה, לא מרוככת או מוספת בין השתיים. מציאת אזהרה שקיימת בשפה אחת וחסרה בשנייה נחשבת שגיאה שחייבת להיות מתוקנת לפני פרסום.

עצמאות בין בדיקה לכל דבר הקשור למכירות

כל חבילה באתר הזה נמכרת על ידינו ישירות, דרך ספקים שאנחנו מתחברים אליהם בעצמנו. אין עסקאות שותפים או ספונסרים שיכולות להשפיע על מה שמאמר כותב או מזהיר לגביו. המידע מאחורי מאמר מגיע מהבדיקה שלנו עצמנו ומנתוני ספק בלבד. אם חבילה לא מתאימה למצב שמאמר דן בו, הבודק נותן לתוכן לומר זאת בבירור, במקום לרכך את הניסוח כדי להימנע מחיכוך עם מישהו.

מה מחזיר עמוד לתיקון לפני שהוא יוצא

בדיקה אחרי שעמוד כבר באוויר

בדיקה לא מסתיימת בפרסום. לכל סוג תוכן יש קצב בדיקה משלו, המתואר בעמוד מדיניות עדכון התוכן שלנו. עמודי תמחור נבדקים הכי הרבה, מכיוון שהם משתנים הכי הרבה, בעוד מדריכי התקנה נבדקים מחדש בכל פעם ש-iOS או Android משחררים גרסה גדולה, מכיוון שתפריט יכול לזוז או להיקרא מחדש בדרך שאיננו שולטים בה.

כשאתם מבחינים במשהו שנראה שגוי

תהליך הבדיקה שלנו לא טוען להיות חסר שגיאות. אם אתם עוקבים אחר שלב וזה לא תואם למה שהמכשיר שלכם באמת מציג, או מספר נראה לא נכון, שלחו את קישור העמוד דרך LINE‏ בכתובת https://lin.ee/skDPoNx‏ (@esimonline) או מייל בכתובת esimonline.asia@gmail.com, עם מה שמצאתם והיכן. אנחנו בודקים את זה מול המקור המקורי לפני שמחליטים כיצד לתקן זאת, במקום לשנות עמוד רק על סמך אמירתו של מישהו בלי לבדוק מחדש.

מה תהליך הבדיקה הזה לא יכול להבטיח

בדיקה מקטינה את הסיכוי לטעות; היא לא מוחקת אותה לגמרי. ספק יכול לשנות תנאים בלי להזהיר אותנו קודם, יצרן יכול להזיז תפריט בעדכון קטן שעדיין לא בדקנו, ומכשיר אחד בסדרה יכול להתנהג אחרת מאחר עם מפרטים שנראים זהים. מה שהתהליך הזה יכול לעשות הוא לשמור על הסיכון נמוך ככל שניתן לבדוק בזמן הבדיקה — זו לא הבטחה שכל מילה בכל עמוד נשארת נכונה לנצח בלי שום חריגים.

התפקיד שהתמיכה משחקת במעגל הבדיקה

שאלה שמגיעה ב-LINE או במייל לא נגמרת ברגע שהיא נענתה פעם אחת. אם אותה שאלה ממשיכה להגיע מאנשים שונים, זה סימן לחזור ולהסתכל היכן העמוד הקשור לא ברור, ואז להזין את זה בחזרה למחזור הבדיקה כדי שזה יהיה ברור יותר, במקום להשאיר לאדם הבא לשאול את אותו דבר שוב.

מדוע iOS ו-Android נבדקים בנפרד

בודק לא קורא מדריך התקנה כתהליך יחיד אחד עבור שתי המערכות, מכיוון שתפריטי iOS ו-Android לא עוקבים אחר אותו סדר, והמונח ש-Apple משתמש בו עבור פונקציה לא תמיד תואם למונח שיצרן Android נתון משתמש בו עבור אותו דבר. הבדיקה לכן רצה בשני מעברים נפרדים: אחד נבדק מול מכשיר iOS אמיתי, השני מול מכשיר Android ממותג שהתפריט שלו שונה מספיק כדי להיות נציג הוגן. היכן ששלב לא יכול להשתמש באותו ניסוח בכל המותגים, הבודק חייב לסמן זאת בבירור כמשתנה לפי מותג וגרסת מערכת הפעלה, במקום לכתוב הוראה אחת שנשמעת שלמה אבל לא באמת חלה על כל מכשיר.

כיצד בודק חדש מוכשר לפני שהוא בודק לבד

מישהו חדש בתפקיד הבודק לא מתחיל לבדוק מאמרים לבד מהיום הראשון. בתחילה, הוא בודק לצד מישהו שעשה את התפקיד קודם, ומתבונן במה שבודק מנוסה יותר תופס שמישהו חדש עלול לפספס — אזהרה שצריכה לשבת לפני שלב אבל נכתבה אחריו, לדוגמה, מה שיכול לתת לקורא לבצע את השלב לא נכון לפני שהוא מגיע בכלל לאזהרה. תקופת ההכשרה הזו נמשכת זמן מה לפני שסומכים על בודק חדש לבדוק עמודים בעלי השפעה גבוהה כמו תמחור או מדריכי התקנה לבדו.

מדוע מערכת אוטומטית לא מקבלת את ההחלטה הסופית

בדיקה אוטומטית טובה בתפיסת סוגים מסוימים של שגיאות — קישור שבור, מילה כפולה — אבל היא לא יכולה לשפוט אם אזהרה חזקה מספיק עבור המצב האמיתי של הקורא, או אם הסבר כיסוי מנוסח בעמימות מספקת כדי להטעות. סוג ההחלטה הזה צריך את שיקול הדעת של מישהו שמבין את ההקשר האמיתי של נסיעה, לא רק התאמת תבניות מול תבנית שנקבעה מראש. אז אוטומציה משמשת כאן רק כעוזר מעבר ראשון; ההחלטה הסופית אם עמוד מוכן לפרסום תמיד יושבת עם בודק אנושי.

כשספק משנה תנאים בעוד מאמר כבר באוויר

אם ספק מתאים תנאים אחרי שמאמר כבר עלה לאוויר — אזור כיסוי או תנאי שימוש, נניח — העמוד המושפע נמשך בחזרה לבדיקה מיד, בלי לחכות למחזור המתוזמן הרגיל שלו. להשאיר מידע מיושן יושב עד הבדיקה המתוזמנת הבאה יכול להשאיר קורא מקבל החלטת קנייה בהתבסס על משהו שכבר לא נכון. תיקון כזה מטופל כדחוף יותר מרוב העבודה האחרת, מכיוון שהוא משפיע ישירות על החלטת קנייה.

מדוע הבודק לעולם לא אותו אדם כמו הכותב

אפילו הכותב המנוסה ביותר נוטה לקרוא מעבר לטעויות שלו עצמו בקלות רבה יותר ממה שמישהו אחר היה, מכיוון שהמוח נשאר מעוגן למה שהוא התכוון לומר במקום למה שבאמת הגיע לעמוד. אז אנחנו שומרים על כלל פשוט: מי שכותב עמוד לעולם לא זה שבודק אותו, יהיה אשר יהיה כמה בטוח הוא מרגיש שהוא צדק. הכלל הזה חל על כל עמוד בלי יוצא מן הכלל עבור כאלה שנראים קצרים או פשוטים, מכיוון שהטעות הרצינית ביותר לפעמים מתחבאת בתוך העמוד שנראה הכי לא מסובך.

• לפני שכל עמוד עולה לאוויר, אנחנו בודקים שאין מספר מהירות או כיסוי שמופיע בלי מקור מאחוריו
• אנחנו בודקים ששלבי ההתקנה תואמים לתפריט האמיתי עבור המותג וגרסת מערכת ההפעלה המצוינים
• אנחנו בודקים שכל מחיר שמצוין בתוכן תואם למה שמערכת הקופה מציגה
• אנחנו בודקים שהגרסאות התאית והאנגלית נושאות את אותן אזהרות באותו משקל
• אנחנו בודקים שאין עמוד שטוען לתמיכה 24/7 כשעות התמיכה בפועל אומרות אחרת

צפו במקורות שאנו משתמשים בהם

צור קשר עם הצוות