תפסיק להתייחס להעברת הקריאייטיב כאל שיחה. תתחיל להתייחס אליה כמו אל API. כשכל מפרט טכני, כל תגית מטא-דאטה וכל גרסה לפי פלטפורמה נכנסים לצ'קליסט שחוזר על עצמו, שרשרת המיילים "רגע, באיזה גודל זה לטיקטוק?" נעלמת עוד לפני שהיא מתחילה.
כולנו מכירים את זה: צוות הקריאייטיב מוסר גרסה סופית מדהימה, וצוות הסושיאל מבלה חצי אחר צהריים בשינוי גודל, בייצוא מחדש ובחיפוש אחרי קובץ המקור הנכון. זה לא חוסר כישרון ולא חוסר מאמץ. זו תקלה בממשק בין הצוותים, וכולם יוצאים ממנה מותשים. כשמנהלים עשרות פרופילים בכמה שווקים, החיכוך הזה הוא הרבה יותר מאי-נוחות קטנה. הוא מנוע ענק של חוב תיאום שאוכל לך את מהירות הפרסום.
ההבטחה כאן פשוטה: אפשר להפוך שרשרת מבולגנת של מיילים והודעות ב-Slack להעברה צפויה ואוטומטית. כשמתייחסים למסירת נכס כמו לבקשת API, וכל מה שצריך להעלאה מוצלחת מוגדר ונבדק עוד לפני ההעברה, מפסיקים לשאול שאלות ומתחילים לפרסם.
ההחלטה שצוותים מנסחים בדרך כלל רחב מדי
צוותים אומרים לנו הרבה: "צריך לדבר יותר" או "צריך יישור קו טוב יותר בסיעור המוחות". שיתוף פעולה זה דבר נהדר, אבל בדרך כלל זה לא הכפתור הנכון כדי להאיץ את ההעברה. עוד פגישות רק יוצרות עוד הזדמנויות לאי-הבנות.
הבעיה האמיתית כמעט אף פעם לא החזון. היא הדיוק הטכני של ההעברה.
כשמעצב מוסר קובץ, הוא חושב בדרך כלל על האימפקט הוויזואלי. מנהל הסושיאל חושב על מגבלות הפלטפורמה: אזורי הבטיחות לשכבות טקסט בטיקטוק, יחסי הגובה-רוחב שלינקדאין מעדיפה, או מספר התווים בכיתוב שצריך להישאר מעל ה"עוד". כשהשתי המציאויות האלה מתנגשות ברגע הפרסום, העבודה נעצרת.
כלל שטח: נכס קריאייטיבי לא נחשב "נמסר" עד שמנהל הסושיאל יכול להעלות אותו לפלטפורמה בלי לשאול אפילו שאלה אחת.
אם מנהל הסושיאל צריך לפתוח את הקובץ כדי לבדוק מידות, לשאול איפה קובץ המקור או לבקש גרסה בלי טקסט למודעה מקומית, ההעברה כבר נכשלה. זו לא רק בעיה של קובץ חסר. אתה משלם "מס תיאום" על כל פיסת תוכן. ב-Mydrop אנחנו רואים צוותים שהורידו את המס הזה משמעותית כשעברו מ"העברה בשיחה" למסירה לפי חוזה: התוצר הקריאייטיבי נבדק מול סכמה קפדנית לכל פלטפורמה עוד לפני שהוא מגיע לשולחן של צוות הסושיאל.
אל תנסה להכריח עוד תקשורת. תסדר את הממשק לפי סטנדרט אחד.
מה כדאי להשאיר ידני ומה אפשר להאיץ
הסוד לתהליך עבודה שפוי הוא להבין שרוב העבודה הידנית שלך היא בעצם עבודת פקידות במסווה של עבודה יצירתית. אנחנו נוטים לערבב בין "בדיקת קריאייטיב" לבין "בדיקת מפרטים טכניים", ושם בדיוק נמצא החלק שמוציא את הנשמה מהעבודה.
תשאיר את המוח האנושי איפה שהוא מוסיף ערך: התאמה למותג, בדיקת טון, קשת סיפורית, והתחושה אם פוסט באמת ידבר אל הקהל שלך. אם צריך בן אדם כדי לפרש ניואנס, זה נשאר ידני.
כל השאר מתאים מצוין לאוטומציה. אם אתה תופס את עצמך בודק ידנית כמה פיקסלים יש בתמונה, משנה שמות קבצים כדי שיתאימו למבנה התיקיות, או מוודא שבתמונה הממוזערת של סרטון אזורי הבטיחות במקום, עצור מיד. אתה שורף זמן קריאייטיבי יקר על הקלדת נתונים.
ב-Mydrop אנחנו רואים צוותים שמתקשים כי הם הופכים מעצבים לבודקי קבצים אנושיים. במקום זה, השתמש בתבניות כדי לקבע את הדרישות הטכניות. כשיחסי גובה-רוחב ואזורי בטיחות נעולים בתבנית חוזרת, צוות הקריאייטיב עובד מהדקה הראשונה בתוך ה"API" של הפלטפורמה. התוצאה? הנכס מגיע לשולחן הסושיאל מוכן לעלות, ולא כקובץ מקור שצריך לנתח.
מטריצת הפשרות
אי אפשר להיות מושלמים בכל מקום. אם תדרוש "פיקסל מושלם" מכל ציוץ וכל סטורי, תהרוג את המהירות. ואם תיתן לאיכות לרדת בקמפיינים חשובים, תפגע בשווי המותג. צריך לחלק את התוצרים לקטגוריות כדי לנהל את האנרגיה.
תשתמש במטריצה הזו כדי להחליט כמה תקורה להפעיל בכל העברה.
| סוג נכס | מטרה עיקרית | קפדנות ההעברה | פוטנציאל אוטומציה |
|---|---|---|---|
| קמפייני דגל | מקסימום חשיפה וליטוש מותג | גבוהה (בדיקה ידנית) | נמוך (בסיוע תבניות) |
| פורמטים חוזרים | מהירות גבוהה ועקביות | בינונית (שיטתית) | גבוה (מבוסס תבניות) |
| תגובות לקהילה | מעורבות מהירה | נמוכה (מבוססת תבניות) | גבוה מאוד (אוטומטי) |
בדיקת החלטה: אם פוסט שייך לפורמט חוזר, סטנדרטיזציה היא החברה הכי טובה שלך. אם אתה ממציא את הגלגל מחדש בכל פוסט שבועי של "טיפים וטריקים", אתה מכשיל את צוות הקריאייטיב.
המטרה היא לא להוציא בני אדם מתהליך היצירה, אלא להוציא אותם מתהליך התיאום. כשמתייחסים לנכסים כאל חבילות מסירה סטנדרטיות, מפסיקים לשאול "האם זה בפורמט הנכון?" ומתחילים לשאול "האם התוכן הזה באמת טוב?"
השינוי הזה בפוקוס מחזיר לצוות את הזמן שלו. כשמורידים את החיכוך של תיקונים טכניים, מגלים שלא צריך עוד אנשי קריאייטיב. צריך רק דרך צפויה יותר להעביר את העבודה שלהם מהדיסק הקשיח אל הפלטפורמה.
לרוב הצוותים אין בעיה של תוכן. יש להם צוואר בקבוק של החלטות. כשמפנים אותו באמצעות אוטומציה של הבקרה הטכנית, כולם חופשיים לעשות את העבודה שבשבילה נשכרו.
איך מריצים פיילוט בצורה בטוחה
לנסות לשנות את כל הצנרת בין קריאייטיב לסושיאל ביום שני בבוקר, זו דרך מהירה לגרום לצוות להתעלם ממך. במקום זה, התייחס לתהליך החדש כאל פיילוט. תבחר קמפיין חוזר אחד, אולי הצגה שבועית של מוצר או קידום של ניוזלטר חודשי רגיל, ותעביר אותו דרך ממשק ההעברה החדש.
המטרה היא לא שלמות. המטרה היא לזהות איפה התיעוד שיש לך הוא בעצם "כתיבה יצירתית", ואיפה הוא הוראה שאפשר לפעול לפיה.
- ביקורת בסיס: תריץ את הקמפיין הבא בדיוק כמו עד עכשיו. תתעד כל שאלה מהסוג "רגע, ומה לגבי X?" שצצה ב-Slack או במייל.
- שלב התרגום: קח את השאלות החוזרות והתאם אותן לצ'קליסט בן 10 הנקודות שדיברנו עליו. אם השאלה הייתה "צריך רקע שקוף?", תוסיף לדרישות המסירה שדה חובה בשם "פורמט נכס".
- "ריצה יבשה": לפני שמכריחים את צוות העיצוב לשנות את כל תהליך הייצוא, תן למעצב אחד ולאחראי סושיאל אחד לעשות מבחן אחד של "אפס שאלות".
- בדיקת חיכוך: האם הצ'קליסט תפס את הטעות, או שהוא רק הוסיף עוד עבודת פקידות? אם זה השני, תצמצם אותו.
ב-Mydrop אנחנו רואים הרבה צוותים שמנסים לפתור הכול בבת אחת, אבל הפיילוטים המוצלחים ביותר מתמקדים אך ורק במטא-דאטה טכנית: יחסי גובה-רוחב, סוגי קבצים ועמידה באזורי בטיחות. קודם תגרום לצנרת לעבוד, ורק אחר כך תתחיל לשפר ניואנסים יצירתיים.
כלל העבודה ששווה לשמור
אם אתה לוקח מהמאמר דבר אחד, שיהיה זה: מי שמפיק את הנכס אחראי לכך שהנכס מוכן לפלטפורמה.
מנהלי סושיאל הם לא שירות פורמטים לכל דורש. כשצוות סושיאל נאלץ לבלות חצי מהיום בחיתוך תמונות או בחיפוש אחרי קבצי מקור שחסרים, הוא לא מנהל את הקהילה שלך. הוא משמש שכבת תרגום אנושית לתהליך שבור.
בדיקת תהליך: אם נכס קריאייטיבי מחייב מנהל סושיאל לפתוח עורך, לשנות גודל או לשנות שם לפני הפרסום, ההעברה נכשלה.
זה לא עניין של נוקשות כלפי צוות הקריאייטיב. זה עניין של כבוד למומחיות של כולם. מעצבים צריכים לעצב, ואנשי סושיאל צריכים לנתח מגמות ולשפר מעורבות. כשמחזיקים את ההעברה בסטנדרט הזה, עוברים מ"עריכה כשירות" חזרה להפצת תוכן אסטרטגית.
סיכום
בהתחלה, סטנדרטיזציה של ההעברה נראה כמו עבודה נוספת, אבל זו הדרך המהירה ביותר להחזיר את השעות שהצוות שלך מבזבז היום על "חוב תיאום". אתה הופך תהליך כאוטי שרק מגיב למכונה חוזרת ומהירה.
תתחיל בבדיקה של שלושת התיקונים ה"דחופים" האחרונים שלך. סביר להניח שכולם נובעים מאותן שלוש פיסות מידע שחסרו. כשתנעל אותן בתבנית ותתייחס להעברה כמו אל API ולא כמו אל צ'אט, תפסיק להילחם בכלים ותתחיל להגדיל את התפוקה.
והחלק הכי טוב? כשהפרטים הטכניים מטופלים בתהליך העבודה, לצוות שלך יש סוף סוף מקום להפסיק לדאוג למידות בפיקסלים ולהתחיל לדאוג למה שבאמת מדבר אל הקהל. אתה לא רק מספק נכסים מהר יותר. אתה סוף סוף מספק אותם נכון, בפעם הראשונה, בכל פעם.
ביקורת גוגל
ביקורת Trustpilot
Product Hunt comment
