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