לשדרג עכשיו או להפסיד נתח שוק? ראה את הנתונים שבפנים.

בעלי עסקים רבים מתמודדים עם אותה שאלה: האם עלינו לשדרג את המערכות הנוכחיות שלנו כעת, או להמשיך להשתמש בכלים שנראה שעדיין עובדים? התשובה אינה מבוססת על פחד. זה נובע מהסתכלות על עבודה יומיומית, משוב לקוחות, עלויות תפעול ונתונים עסקיים. מערכת מיושנת עלולה להמשיך לפעול תוך יצירת בעיות נסתרות. הצוות מקדיש יותר זמן לתיקון שגיאות. לקוחות מחכים זמן רב יותר לתשובות. מנהלים עובדים עם דוחות לא מלאים. עיכובים קטנים יוצרים עלויות גבוהות יותר והזדמנויות אבודות. גיליתי ששדרוג טכנולוגי הגיוני כאשר הוא פותר בעיה עסקית ברורה. כלי חדש אמור לצמצם את העבודה הידנית, לשפר את הגישה למידע או לתמוך בחוויית לקוח טובה יותר. אין לרכוש אותו רק בגלל שהוא חדש יותר. ## עלות השהייה במערכת ישנה תוכנה ישנה יוצרת לרוב עלויות שאינן מופיעות בחשבונית חודשית. צוות מכירות עשוי להעתיק את פרטי הלקוח מפלטפורמה אחת לאחרת. מנהל תפעול עשוי לשלב מספר גיליונות אלקטרוניים לפני הכנת דוח. צוות תמיכה עשוי לחפש במיילים כדי למצוא בקשה קודמת של לקוח. כל משימה עשויה להימשך דקות ספורות בלבד. על פני שנה שלמה, הזמן יכול להפוך להוצאה עסקית רצינית. איכות הנתונים יכולה גם לרדת. רשומות כפולות, שדות חסרים ועדכונים מושהים מקשים על ההבנה של מה שקורה בתוך החברה. מנהל עשוי לראות מספרי מכירות גבוהים בזמן שצוות התמיכה מתמודד עם רשימה הולכת וגדלה של בעיות לא פתורות. גם אבטחה דורשת תשומת לב. ייתכן שמערכות ישנות יותר לא יקבלו עוד עדכונים שוטפים. הם עשויים להיות תלויים במכשירים שאינם נתמכים או בשיטות גישה מיושנות. זה לא אומר שכל מערכת ישנה אינה בטוחה, אבל זה אומר שצריך לבדוק את הסיכונים במקום להתעלם. ## נתונים עוזרים להחליף ניחושים. אני מעדיף להתחיל בסקירה פשוטה. עקוב אחר הזמן שהעובדים מבלים במשימות חוזרות ונשנות. ספור תלונות של לקוחות הקשורות לשירות איטי. השווה את עלות אחזקת המערכת הנוכחית עם עלות שדרוג מעשי. בדוק באיזו תדירות הצוות יוצר דוחות ידניים או מתקן שגיאות נתונים. עסק קטן יכול להשלים סקירה זו עם גיליון אלקטרוני. צוותים גדולים יותר עשויים להשתמש במיפוי תהליכים או בדוחות פעילות. שאלות שימושיות כוללות: - כמה שעות מושקעות בהזנת נתונים ידנית בכל שבוע? - אילו משימות תלויות בידע האישי של עובד אחד? - באיזו תדירות לקוחות מחכים לעדכון? - האם מנהלים יכולים לגשת למידע מדויק מבלי לשאול מספר מחלקות? - האם המערכת הנוכחית מתחברת לכלי הנהלת חשבונות, מכירות, מלאי או שירות לקוחות? - מה קורה אם המערכת הראשית מפסיקה לעבוד ליום אחד? התשובות יוצרות תמונה ברורה יותר. עסק עשוי לגלות שהמערכת הנוכחית מקובלת למשימות בסיסיות אך חלשה בדיווח, באינטגרציה או בתמיכה בלקוחות. ## תהליך שדרוג מעשי לא הייתי מחליף כל כלי בבת אחת. גישה מבוימת מעניקה לצוות יותר שליטה. ### 1. זהה את הבעיה העסקית העיקרית התחל עם אזור אחד שגורם לעיכובים או שגיאות חוזרים ונשנים. הבעיה יכולה להיות עיבוד הזמנות איטי, נראות לקויה של המלאי, מעקב חלש אחר לקוחות או דיווח מוגבל. בעיה ספציפית מקלה על השוואה בין פתרונות. ### 2. הגדר יעדים מדידים יעד צריך לתאר שינוי שניתן לצפות בו. לדוגמה, חברה עשויה לרצות לצמצם את עיבוד החשבוניות מיומיים ליום אחד. צוות תמיכה עשוי לשאוף לענות לבקשות שגרתיות בתוך ארבע שעות עבודה. ייתכן שמחסן ירצה תצוגה מדויקת יותר של המלאי הזמין. יעדים אלו עוזרים לעסק לשפוט את התוצאה לאחר היישום. ### 3. סקור את העלות המלאה מחיר הרכישה הוא רק חלק אחד מהתקציב. שקול הגדרה, העברת נתונים, הדרכת צוות, חיבורי מערכת, תחזוקה, תמיכה וזמני השבתה אפשריים. שאל את הספק כיצד התמחור עשוי להשתנות ככל שמספר המשתמשים או הרשומות יגדל. תשלום חודשי נמוך יותר עשוי להיות לא עלות כוללת נמוכה יותר אם המערכת דורשת עבודה ידנית כבדה או תוספות בתשלום. ### 4. בדוק את המערכת עם משימות אמיתיות הדגמת מוצר יכולה להיראות חלקה מכיוון שהיא משתמשת במידע מוכן. אני מעדיף לבדוק את המערכת עם מקרים עסקיים רגילים. השתמש בבקשת לקוח אמיתית, בהזמנה טיפוסית, בדוח חודשי ובתיקון נפוץ. תנו לעובדים המבצעים משימות אלו לקחת חלק במבחן. המשוב שלהם חושף לעתים קרובות בעיות שאינן גלויות במהלך מצגת מכירות. ### 5. תכנן את השינוי עבור אנשים מערכת יכולה לתפקד היטב ועדיין להיכשל אם העובדים לא יודעים איך להשתמש בה. תן לצוות זמן להתאמן. צור הוראות קצרות למשימות נפוצות. בחר משתמש פנימי אחד או שניים שיכולים לענות על שאלות בסיסיות במהלך המעבר. שמור את התהליך הישן זמין לתקופה מוגבלת כאשר הסיכון לשיבוש גבוה. ההכשרה צריכה להתאים לכל תפקיד. מנהל עשוי להזדקק לכישורי דיווח, בעוד שעובד מכירות עשוי להזדקק לפונקציות רישום לקוחות ומעקב. ### 6. מדוד את התוצאה לאחר ההשקה הסקירה צריכה להימשך לאחר השדרוג. השווה את התוצאות החדשות עם היעדים. תסתכל על זמן עיבוד, שיעורי שגיאות, זמן תגובה של לקוחות, אימוץ צוות ובקשות תמיכה. מערכת שנראית שימושית על הנייר עשויה להזדקק לשינויים לאחר שהעובדים ישתמשו בה מדי יום. ## שיעור מחברות גדולות יותר נטפליקס מציע דוגמה שימושית לשינוי טכנולוגי. לאחר שכשל בבסיס הנתונים ב-2008 גרם להפרעה בשירות, החברה החלה להעביר את המערכות שלה לשירותי האינטרנט של אמזון. ההגירה ארכה שנים והושלמה ב-2016. עסק קטן לא צריך להעתיק את קנה המידה או הכלים של נטפליקס. הלקח הוא מעשי יותר: החלטה טכנולוגית צריכה לשקול צרכים עתידיים, חוסן המערכת ועלות ההמתנה עד שכשל חמור מאלץ פעולה. השאלה הנכונה היא לא, "האם המערכת הנוכחית שלנו עדיין פועלת?" שאלה טובה יותר היא, "האם המערכת הזו עוזרת לנו לשרת לקוחות ולנהל את העסק במאמץ סביר?" ## כאשר שדרוג עשוי להיות לא הבחירה הנכונה שדרוג לא תמיד נחוץ. מערכת קיימת עשויה עדיין לענות על הצרכים העסקיים, לקבל עדכוני אבטחה ולתמוך בצמיחה מתוכננת. אם העובדים ישתמשו בו ביעילות ועלות ההחלפה גבוהה מהתועלת הצפויה, שמירה עליו עשויה להיות הגיונית. חברות מסוימות זקוקות להכשרה טובה יותר או לשינויי תהליכים במקום לתוכנה חדשה. זרימת עבודה מבלבלת יכולה להישאר מבלבלת לאחר התקנת כלי חדש. אני ממליץ גם להימנע משדרוגים שמוסיפים תכונות מבלי לפתור בעיה מוגדרת. פונקציות נוספות יכולות ליצור יותר עבודת התקנה, עלויות גבוהות יותר ואימוץ נמוך יותר. ## החלטה מאוזנת הנתונים לא מבקשים מכל חברה להחליף את המערכות שלה באופן מיידי. זה מראה היכן עיכוב יוצר לחץ. כאשר העבודה הידנית ממשיכה לגדול, תגובת הלקוחות מואטת, הדוחות הופכים פחות אמינים או תמיכת האבטחה מסתיימת, שדרוג ראוי לבדיקה רצינית. כאשר ההגדרה הנוכחית נשארת יציבה ושימושית, שיפור מתוכנן עשוי להיות טוב יותר מאשר החלפה ממהרת. אני מקבל החלטות טכנולוגיות על ידי חיבור שלוש נקודות: הבעיה העסקית, התועלת הצפויה והעלות הכוללת של השינוי. גישה זו שומרת על הדיון מעשי. שדרוג מתוכנן היטב אמור להקל על ניהול העבודה, לתת לצוותים מידע טוב יותר ולתמוך בלקוחות באופן עקבי יותר. המטרה היא לא ללכת אחר מגמה. המטרה היא לבנות מערכת שתתאים לדרך שבה העסק צריך לפעול בהמשך.

השווקים כמעט ולא משתנים ברגע דרמטי אחד. הרגלי הלקוחות זזים, העלויות עולות, כלים חדשים נכנסים לתחום ודפוסי קנייה ישנים מאבדים כוח. עסק יכול להיראות בריא על הנייר בעוד שמקור ההכנסה העיקרי שלו הופך פחות אמין. ראיתי את זה קורה עם קמעונאים מקומיים, חברות שירות ועסקים מקוונים. הבעיה היא לא תמיד חוסר מאמץ. צוותים רבים ממשיכים להשתמש בתוכנית שעבדה עבור השוק של אתמול. גישה חזקה יותר מתחילה בשאלה פשוטה: האם העסק שלי יכול להגיב כשצרכי הלקוחות, המתחרים או עלויות התפעול משתנים? ## תסתכל על האותות סביב העסק שלך. אני מתחיל בהתנהגות לקוחות. האם אנשים שואלים שאלות שונות לפני שהם קונים? האם הם משווים בין ספקים נוספים? האם ערך ההזמנה הממוצע השתנה? האם הלקוחות עדיין מעדיפים את אותם מוצרים, אמצעי תשלום וערוצי שירות? שינויים קטנים מופיעים לרוב לפני גדולים יותר. עסק שמוכר ריהוט משרדי עשוי להבחין שלקוחות מבקשים שולחנות עבודה גמישים, אפשרויות אחסון קטנות יותר ומשלוח עד הבית. בקשות אלו יכולות להצביע על שינויים בהרגלי מקום העבודה. מסעדה עשויה לראות יותר הזמנות דרך פלטפורמות משלוח בזמן שהסעודה בימי חול נופלת. חברת תוכנה עשויה לקבל שאלות נוספות על הגנת נתונים והגדרה קלה יותר. פרטים אלה יכולים להנחות החלטות עסקיות טוב יותר מאשר ניחושים. אני עוקב אחר: - מונחי חיפוש שבהם משתמשים לקוחות פוטנציאליים - שאלות שנשאלו על ידי צוותי מכירות - מוצרים עם ביקוש עולה או יורד - סיבות להחזרים או הזמנות שבוטלו - שינויים במיקום הלקוחות ובקבוצות הגיל - תלונות על מחיר, משלוח, תמיכה או שימושיות - הצעות שמקודמות על ידי מתחרים ישירים המטרה היא לא להגיב לכל תנודה קטנה. המטרה היא למצוא דפוסים שנמשכים מספיק זמן כדי שראויים לתשומת לב. ## בדוק עד כמה העסק הפך להיות תלוי. חברה עשויה להסתמך במידה רבה על מוצר אחד, ערוץ מכירה אחד או לקוח אחד גדול. המבנה הזה יכול לעבוד לתקופה מסוימת, אבל הוא משאיר מעט מקום כשהתנאים משתנים. אני סוקר את נתח ההכנסות מ: - הלקוח הגדול ביותר - המוצר או השירות העיקרי - פלטפורמת פרסום אחת - ספק אחד - שוק גיאוגרפי אחד - עובד מכירות אחד או שותף אחד לדוגמה, מותג בגדים קטן עשוי לקבל את רוב התנועה שלו מפלטפורמה חברתית אחת. שינוי בכללי הפלטפורמה יכול להפחית את הנראות מבלי לשנות את איכות המוצרים שלה. קבלן עשוי להיות תלוי ביזם נכס אחד. עיכוב בפרויקטים של היזם יכול להשפיע על תזרים המזומנים של הקבלן. סקירה זו לא אומרת שכל עסק צריך מוצרים או ערוצי מכירה רבים. זה אומר שהבעלים צריך לדעת איפה נקודות התורפה. ## הקשיבו ללקוחות לפני שינוי ההצעה בעלי עסקים יוצרים לעתים קרובות שירותים חדשים המבוססים על רעיונות פנימיים. אני מעדיף להתחיל עם ראיות ישירות של לקוחות. ראיון לקוח קצר יכול לחשוף יותר מפגישה ארוכה על הנחות. אני שואל שאלות כמו: - מה גרם לך לבחור בנו? - מה כמעט מנע ממך לקנות? - איזה חלק בתהליך לקח יותר מדי מאמץ? - איזו תוצאה קיווית להשיג? - מה היית משנה בשירות שלנו? - איזו חלופה שקלת? משרד רואי חשבון מקומי השתמש בגישה זו לאחר שהבחינה בפחות פניות מחברות קטנות. הבעלים גילה שלקוחות פוטנציאליים רבים לא הבינו את חבילות השירות של המשרד. הם לא רק השוו מחירים; הם לא היו בטוחים איזה שירות מתאים לצרכים שלהם. המשרד שינה את שפת האתר, הוסיף פרטי חבילה ברורים והסביר את התהליך הצפוי. השינוי לא הצריך שירות חדש. זה הסיר בלבול. ## בדוק שינויים קטנים יותר לפני קבלת התחייבויות גדולות. אני לא ממליץ לשנות את כל העסק על סמך תחזית אחת. מבחן קטן יכול להוזיל את עלות הלמידה. חברה עשויה: - להציע חבילה מתוקנת אחת לקבוצת לקוחות מוגבלת - לבדוק דף נחיתה חדש - להוסיף אפשרות משלוח אחת - למכור תוכנית שירות לטווח קצר - לנסות מבנה תמחור אחר - להשתמש בהודעת מכירה חדשה עם פלח קהל אחד לכל בדיקה יש צורך במדד ברור. זה עשוי להיות מספר הפניות המוסמכות, רכישות שהושלמו, הזמנות חוזרות, בקשות תמיכה או עלות השירות הכוללת. מבחן שימושי כאשר הוא עונה על שאלה ספציפית. "האם הלקוחות יאהבו את זה?" הוא רחב מדי. "האם בעלי עסקים קטנים יבחרו בתוכנית תמיכה חודשית כאשר תהליך ההגדרה אורך פחות מעשר דקות?" נותן לצוות משהו למדוד. ## הגן על תזרים המזומנים תוך כדי הכנה לשינוי הכנת השוק אינה רק משימה שיווקית. תזרים המזומנים נותן לעסק מקום להסתגל. אני סוקר: - עלויות חודשיות קבועות - תנאי תשלום עם לקוחות - לוחות תשלומים של ספקים - מלאי שזז לאט - עלויות שיווק לפי ערוץ - רווח מכל מוצר או שירות - מזומן הדרוש כדי להמשיך לפעול בתקופת מכירות חלשה יותר לעסק עשוי להיות הכנסות חזקות ועדיין לעמוד בלחץ אם לקוחות משלמים לאחר 60 יום בעוד שהספקים דורשים תשלום תוך 15 יום. רישומי תזרים מזומנים ברורים עוזרים לבעלים להחליט אילו שינויים הם מעשיים. הם גם מראים מתי רעיון חדש זקוק לבדיקות נוספות לפני שהוא מקבל תקציב גדול יותר. ## שמור את הצוות קרוב ללקוח. עובדים לעתים קרובות מבחינים בשינויים בשוק לפני שמנהלים עושים זאת. צוות המכירות שומע התנגדויות. צוותי תמיכה רואים בעיות חוזרות ונשנות. עובדי המשלוח מבחינים בשינויי מיקום. צוותי מוצר לומדים היכן לקוחות מפסיקים להשתמש בשירות. אני יוצר דרך פשוטה לשיתוף התצפיות הללו. רישום שבועי עם שלושה שדות יכול לעבוד: - מה הלקוחות ביקשו - מה הלקוחות לא אהבו - מה הלקוחות התחילו לעשות אחרת הרשומה צריכה להתמקד בעובדות, לא בביקורת אישית. שאלה חוזרת עלולה להראות שהאתר לא ברור. עלייה בבקשות תמיכה עשויה להראות שעדכון מוצר זקוק להדרכה טובה יותר. מידע זה יכול לשפר הן את שירות הלקוחות והן את התכנון. ## בנה תוכנית תגובה עם מגבלות ברורות ההכנה הופכת שימושית כאשר הצוות יודע איזו פעולה לנקוט. אני מגדיר: - אות השוק לצפייה - האחראי לבדיקתו - הפעולה המקושרת לאות - התקציב הפנוי לבדיקה - מועד בדיקת התוצאה - התנאי להמשך, שינוי או הפסקת הבדיקה לדוגמא: אות: הביקוש לחוברות מודפסות נופל לשלושה חודשים. פעולה: בדוק חבילת מידע דיגיטלית עבור לקוחות נבחרים. מידה: פניות מוסמכות וזמן תגובה של לקוחות. סקירה: השווה את הבדיקה לתהליך המכירה הקודם. מבנה זה מונע מהעסק לקבל החלטות רגשיות לאחר שבוע קשה אחד. ## השתמש בתוכן כדי להראות שאתה מבין את השינוי לקוחות מחפשים לעתים קרובות תשובות לפני שהם יוצרים קשר עם חברה. תוכן שימושי יכול לעזור להם להבין בעיה ולהעריך את האפשרויות שלהם. אני מתמקד בתוכן כגון: - שאלות שלקוחות שואלים לפני הקנייה - גורמי עלות המשפיעים על שירות - סימנים שתהליך ישן מצריך סקירה - השוואות בין אפשרויות נפוצות - רשימות בדיקה מעשיות - לקחים מפרויקטים של לקוחות, באישור חברה שמוכרת תוכנת מלאי יכולה לפרסם מאמר על שגיאות נפוצות בספירת מלאי ודרכים לצמצם אותן. ספק ניקיון מסחרי יכול להסביר כיצד עסקים יכולים להשוות תוכניות שירות. התוכן צריך לענות על שאלה אמיתית ולא לחזור על טענות רחבות. נראות חיפוש יכולה לתמוך בצמיחה, אבל היא צריכה לעקוב אחר ערך הלקוח. ניסוח ברור, מבנה עמוד שימושי, טענות מדויקות וחוויית סלולר טובה עוזרים הן לקוראים והן למנועי החיפוש. ## ההשקפה שלי על מוכנות לשוק עסק מוכן לא חוזה כל שינוי נכון. הוא מבחין באותות שימושיים, בודק תגובות סבירות, מגן על תזרים המזומנים שלו ונשאר קרוב ללקוחות. לא הייתי שואל אם לחברה יש את התוכנית המושלמת לשינוי הבא בשוק. הייתי שואל האם החברה יכולה ללמוד ולהסתגל מבלי לאבד שליטה על הפעילות היומיומית שלה. ההכנה החזקה ביותר היא לרוב פשוטה: סקור את התנהגות הלקוחות, מצא אזורי תלות, בדוק שינויים קטנים יותר ותן לצוות דרך ברורה להגיב. כאשר השוק זז, לעסק יש יותר מידע ויותר מקום לקבל החלטה נכונה.

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

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

השווקים משתנים מהר יותר ממה שקבוצות רבות יכולות להגיב. צרכי הלקוח, מהלכי התנהגות חיפוש ומסע פרסום שעבד בחודש שעבר עשויים למשוך פחות קליקים היום. ראיתי עסקים מקבלים החלטות מהזיכרון, מהעדפה אישית או מהדעה הקולנית ביותר בחדר. גישה זו יכולה להרגיש נוחה, אבל היא משאירה יותר מדי לנחש. נתונים נותנים לי דרך טובה יותר להבין מה אנשים עושים, ממה הם מתעלמים, והיכן עסק עלול להפסיד הזדמנויות. להישאר קדימה לא אומר לרדוף אחרי כל טרנד חדש. זה אומר לצפות באותות הנכונים ולהפוך אותם לפעולה שימושית. אני מתחיל במסע הלקוח. אני בוחן איך אנשים מוצאים עסק, באילו דפים הם מבקרים, היכן הם עוזבים, ומה מוביל אותם ליצור קשר עם החברה. Search Console יכול להציג את השאילתות שמביאות הופעות וקליקים. Analytics יכול להציג ביקורים בדף, מעורבות ופעולות שהושלמו. מערכת CRM יכולה לעזור לחבר פעילות שיווקית עם שיחות מכירה. כלים אלה עונים על שאלות שונות: - נתוני חיפוש מראים מה אנשים רוצים לדעת. - נתוני האתר מראים כיצד הם מתנהגים. - נתוני מכירות מראים מה הם מוכנים לקנות. - משוב לקוחות מראה מה המספרים עשויים שלא להסביר. עסק עשוי לקבל ביקורים רבים באתר אך מעט פניות. זה לא תמיד אומר שהתנועה דלה. דף הנחיתה עשוי להשתמש בניסוח לא ברור, להסתיר מידע מפתח או להקשות על מציאת השלב הבא. אני בודק את הנתיב המלא לפני שינוי התקציב. שיטה מעשית אחת היא להשוות בין כל שלב: 1. הופעות בחיפוש 2. קליקים באתר 3. מעורבות בדף 4. הגשת טפסים או שיחות 5. לידים מתאימים 6. מכירות שהושלמו תצוגה זו עוזרת לי למצוא את הפער. אם ההופעות נמוכות, ייתכן שהתוכן לא יתאים לביקוש החיפוש. אם ההופעות חזקות אך הקליקים חלשים, ייתכן שכותרת העמוד או התיאור ידרשו עבודה. אם הקליקים בריאים אך הלידים מוגבלים, חווית הדף ראויה לבדיקה מקרוב. הנתונים גם עוזרים לי להפריד בין שינוי לטווח קצר מדפוס מתמשך. שבוע איטי בודד עשוי לנבוע ממזג אוויר, חופשה, בעיה טכנית או שינוי בלוחות הזמנים של הלקוחות. אני נמנע מלקבל החלטה גדולה ממערך נתונים קטן אחד. אני משווה תקופות זמן דומות, בודק סוגי מכשירים, סוקר מקורות תנועה ומחפש שינויים לאורך מספר שבועות. אני גם משווה מספרים עם משוב אנושי. דוח עשוי להראות שמבקרים עוזבים דף במהירות. שיחת לקוח עשויה לגלות מדוע: קשה היה למצוא את פרטי המשלוח, תמונות המוצר לא ענו על שאלות נפוצות, או אזור השירות לא היה ברור. המספר מצביע על הבעיה. הלקוח מסביר את הסיבה. חברות גדולות משתמשות בהרגל הזה בקנה מידה גדול. נטפליקס חוקרת התנהגות צפייה כדי לשפר את המלצות התוכן. UPS השתמשה בנתוני מסלול כדי לעזור לנהגים לתכנן נתיבי מסירה יעילים יותר. הדוגמאות האלה לא אומרות שכל עסק צריך צוות נתונים גדול. הם מראים כיצד מידע שגרתי יכול לתמוך בבחירות טובות יותר כאשר חברה משתמשת בו בזהירות. עסק קטן יכול ליישם את אותו רעיון עם סקירה שבועית פשוטה. הייתי רושם: - הדפים המובילים לפי ביקורים - שאילתות החיפוש זוכות לתשומת לב - הדפים עם שיעור היציאה הגבוה ביותר - מקור הלידים המוסמכים - שאלות נפוצות של לקוחות - הפעולות שבוצעו לאחר כל סקירה ואז הייתי בוחר שינוי אחד לבדיקה. זה יכול להיות דף שירות ברור יותר, תשובה חזקה יותר לשאלה נפוצה, טופס יצירת קשר קצר יותר או תוכן שנבנה סביב שאילתת חיפוש התואמת את צרכי הלקוח. כל בדיקה צריכה מדד מוגדר. אם אשפר דף, אני עשוי לעקוב אחר פניות מוסמכות במקום צפיות בדף. אם אני מפרסם מאמר, אני עשוי לסקור הופעות רלוונטיות בחיפוש, ביקורים מעורבים והמרות בסיוע. המדד הנכון תלוי ביעד העסקי. אני גם מנהל תיעוד של שינויים. ללא יומן בדיקה, הצוותים עשויים לשכוח מה השתנה ומדוע התוצאות זזו. הערה פשוטה עם התאריך, העמוד, השינוי והתוצאה יכולה למנוע ניחושים חוזרים ונשנים. נתונים צריכים להנחות החלטות, לא להחליף שיקול דעת. דף בלחיצה נמוכה עשוי לשרת קהל קטן אך בעל ערך. מאמר פופולרי עשוי למשוך תשומת לב מבלי לתמוך במכירות. מספרים זקוקים להקשר, וההקשר מגיע מלקוחות, מהצוות ומהשוק. העסקים שממשיכים ללמוד ערוכים טוב יותר לשינוי. הם מבחינים במשמרות מוקדם יותר, שואלים שאלות טובות יותר ומבלים יותר זמן בשיפור מה שהלקוחות באמת צריכים. הישארות קדימה מתחילה בהרגל: לראות את הנתונים, לבדוק את הסיפור שמאחוריו, לבצע שינוי שימושי אחד ולמדוד מה קורה אחר כך. צור איתנו קשר ב-Esther: master@conchin.com.cn/WhatsApp +8613585651572.

בלוג הטכנולוגיה של נטפליקס - 1 בדצמבר 2016 - השלמת העברת הענן של נטפליקס אריק ריס - 13 בספטמבר 2011 - הסטארט-אפ הרזה Thomas H. Davenport - 13 במאי, 2014 - נתונים גדולים בעבודה פיליפ קוטלר וקווין ליין קלר - 1 בינואר 2016 - ניהול שיווק קלייטון מ. קריסטנסן, מאי 19971, The James P. וומאק, דניאל טי ג'ונס ודניאל רוס - 1 בנובמבר 1990 - המכונה ששינתה את העולם