כיצד לשמור על שמח המשתמשים שלך כאשר אתה משחרר עדכון משמעותי ליישום שלך

לקוח מרוצה

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

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

ניווט בשייט

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

ניווט שמאל

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

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

הלקחים שנלמדו: שנה נכון

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

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

דוא"ל לשינוי עיצוב החללית

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

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

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

אתגרים ראויים

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

תגובות 2

  1. 1

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

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

    תודה רבה לך

  2. 2

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

מה אתה חושב?

אתר זה משתמש Akismet כדי להפחית דואר זבל. למד כיצד הנתונים שלך מעובדים.