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