Drive ואחסון קבצים

מסירת קבצים ללקוחות בלי חשבון שיתוף נפרד

מאת Alexey Bulygin
שורת תיקיות מסומנות לפי לקוח ואחת מהן נמסרת מעבר לדלפק

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

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

איך המבנה המקובל נכשל

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

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

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

מסירת קבצים ללקוחות מתוך חשבון הדואר

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

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

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

מבנה ששורד חילופי עובדים

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

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

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

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

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

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

צד העלויות

את נפח האחסון בוחרים במחוון, החל ב-250 GB תמורת $3.20 לחודש ועד 100 TB, והתמחור נקבע לפי נפח ולא לפי משתמש. במסירת קבצים ללקוחות, ההבדל הזה חשוב יותר מהמחיר הבולט, כי סוכנויות הן בדיוק סוג הלקוח שתמחור לפי משתמש פוגע בו במיוחד: מעט עובדים שמחזיקים חומרים עבור עשרות לקוחות. המסלולים לצוותים של Dropbox מחייבים לפי משתמש ומצרפים הקצאת אחסון משותפת. זהו מודל שמכביד על צוות קטן שמחזיק הרבה נתונים.

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

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

איפה שירות קבצים ייעודי עדיין עדיף

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

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

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

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

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

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

מסירה בסוף התקשרות

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

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

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

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

קבלת קבצים מלקוחות

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

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

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

העברת הקבצים ללקוח

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

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

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

שתפו מאמר זה

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

התחברות ל-TrekMail

גישה ללוח הבקרה, לתיבות הדואר ול-DNS שלכם.

או

12 תווים הסיסמאות תואמות

או

דוא״ל האיפוס נשלח

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

בהמשך אתם מסכימים ל תנאי השימוש ול מדיניות הפרטיות של TrekMail.