क्लाइंट फ़ाइलों को रखने के लिए डिज़ाइनरों से कब तक उम्मीद की जाती है?


32

एक ग्राहक ने हाल ही में मुझे एक प्रोजेक्ट के लिए स्रोत फ़ाइलों के लिए ईमेल करने को कहा था जो मैंने उनके लिए दो साल पहले किया था। मेरे पास स्रोत फाइलें नहीं हैं क्योंकि यह बहुत समय पहले था और ग्राहक ने कहा कि यह बहुत ही अव्यवसायिक और अजीब था कि मैं उन सभी परियोजनाओं के लिए स्रोत फाइलें नहीं रखता जो मैं करता हूं।

क्या समय की प्रथागत लंबाई है जिससे आपको स्रोत फ़ाइलों को रखने की उम्मीद की जानी चाहिए? क्या आपको परियोजनाओं के लिए अपनी सभी स्रोत फाइलें रखनी चाहिए और उनसे कभी छुटकारा नहीं चाहिए?


12
... सच्ची कहानी: दस साल पहले के एक ग्राहक ने हमारे कार्यालय से संपर्क किया क्योंकि उसका लैपटॉप चोरी हो गया था और उसने अपना सारा शोध खो दिया था। (... हाँ मुझे पता है। हम बनाया बैकअप के लिए tell'im को दिल नहीं था ...) लेकिन हम किया था एक दशक पहले के अपने मूल फ़ाइलों के सभी की है।
usr2564301

मैं बस एक बहुत बड़े बैकअप एनएएस पर अपने अभिलेखागार रखता हूं .. लेकिन मुझे लगता है कि यह सब आपके साथ काम करने वाले ग्राहकों के लिए वापस आता है ..
जोक्स

2
@ Mawg का भंडारण केवल एक भाग है ...
WELZ

23
मुझे यकीन नहीं है कि अगर यह पूछा गया है - और यह मुझे आश्चर्यचकित करता है: अनुबंध में क्या है?
WernerCD

जवाबों:


42

मेरे व्यापार है नहीं किसी भी ग्राहक के लिए एक बैकअप सेवा।

सभी क्लाइंट को अपने द्वारा प्राप्त फ़ाइलों का बैकअप लेना चाहिए । यह मेरी जिम्मेदारी नहीं है कि किसी भी ग्राहक के लिए एक अनिश्चितकालीन बैकअप सेवा हो ।

ग्राहक उपकरण बनाए रखने, हार्ड ड्राइव को अपग्रेड करने, आवश्यकतानुसार अतिरिक्त हार्ड ड्राइव खरीदने, सॉफ़्टवेयर बनाए रखने आदि के लिए नियमित शुल्क का भुगतान नहीं कर रहे हैं, इसलिए ग्राहक मुझे अपनी फ़ाइलों का बैकअप लेने के लिए क्षतिपूर्ति नहीं कर रहे हैं। ग्राहकों का मेरी कंपनी के किसी भी बैकअप के लिए कोई दावा नहीं है । मैं अपने व्यवसाय के लिए बैकअप उसी तरह रखता हूं जैसे उन्हें अपने व्यवसाय के लिए करना चाहिए । यदि मैं एक बैकअप सेवा चला रहा था, तो इस तरह की सेवा के लिए मासिक सदस्यता शुल्क और अनुबंध होंगे। मेरे व्यवसाय से पुरानी वस्तुओं को बनाए रखने की उम्मीद करने के लिए भविष्य में आपके व्यवसाय की आवश्यकता हो सकती है।

मुझे स्पष्ट होने दो ... मेरे पास अपने व्यवसाय के लिए बैकअप है , ठीक है, इसकी स्थापना से पहले भी। मुझे लगता है कि मेरे पास 30-35 वर्ष से अधिक पुरानी फाइलें हैं। संभावना बहुत अधिक है कि मुझे 10-20-30 साल पहले की एक फ़ाइल चाहिए जो मेरे पास है। मैं इसे खोल सकता हूं या नहीं (यानी पेजमेकर, फ्रीहैंड, क्वार्क, आयाम, आदि) एक और मामला हो सकता है, लेकिन मेरे पास शायद फाइलें होंगी।

यहां अंतर यह है कि ग्राहक क्या अनुरोध कर सकता है ...

अनिवार्य रूप से मेरे बैकअप मेरे ग्राहक संबंधों का समर्थन करने और अपने स्वयं के वर्कफ़्लो को कम करने के लिए हैं , लेकिन मेरे बैकअप कभी भी क्लाइंट के लिए बाद की तारीख में फ़ाइलों को पुनर्प्राप्त करने के लिए नि: शुल्क भंडारण नहीं होते हैं क्योंकि ग्राहक उनके लिए पूछता है।

यह उन फ़ाइलों के लिए आपको क्षतिपूर्ति किए बिना किसी ग्राहक के लिए "स्रोत फ़ाइलों" के लिए पूछने के लिए कुछ अव्यवसायिक है। यहां, स्रोत फ़ाइलों में हमेशा पैसे खर्च होते हैं । यह भी एक सा करने के लिए अपने ग्राहक के लिए "अव्यवसायिक" है नहीं किया जा स्वयं की फ़ाइलों का बैकअप लेने और कुछ असंबंधित व्यापार पर निर्भर उनके महत्वपूर्ण डिजिटल सामग्री बनाए रखने के लिए।

यह नहीं आप अपने फ़ाइलों की एक 2 साल का बैकअप के लिए विफल करने के लिए अगर वे दो साल में एक ग्राहक नहीं किया गया है अव्यवसायिक। वास्तव में, पुराने क्लाइंट्स के लिए फाइल न होना अक्सर सामान्य बात है। और अगर आप उनके पास हैं, तो भी आप उन्हें प्रदान करने के लिए बाध्य नहीं हैं। यह आपका बैकअप है, उनका नहीं।


मेरी बैकअप प्रक्रिया…।

इस बारे में कोई वास्तविक नियम नहीं हैं। सामान्य तौर पर, जब तक मैं अभी भी क्लाइंट के साथ काम कर रहा हूं या जब तक उन्हें बनाए रखने के लिए असुविधाजनक नहीं हो जाता, मैं फाइलें रखता हूं।

मैं हर समय एक ट्रिपल निरर्थक वर्तमान बैकअप बनाए रखता हूं, जिसमें सभी क्लाइंट ब्रांडिंग, कस्टम चित्रण, उच्च रिज़ॉल्यूशन छवियों, आदि के अलावा सभी अपेक्षाकृत सक्रिय क्लाइंट शामिल हैं।

ट्रिपल अतिरेक और वृद्धिशील बैकअप सिस्टम मुझे अपनी प्राथमिक कार्य निर्देशिका से एक फ़ाइल या कई फ़ाइलों को निकालने की अनुमति देता है, इस ज्ञान के साथ कि मैंने जो फ़ाइल निकाली है वह पहले से ही कम से कम 2 अन्य स्थानों पर बैकअप है । यह मेरी प्राथमिक कार्य निर्देशिका को उचित आकार में रखने के लिए है। मैं अक्सर .zip अभिलेखागार या क्लाइंट को आपूर्ति की गई फाइलें, या पिछले, अप्रकाशित / अस्वीकार किए गए, एक परियोजना की पुनरावृत्तियों को हटा दूँगा - मूल रूप से अतिसुविधाजनक सामान जो भविष्य में वैसे भी ज़रूरत नहीं होगी। फिर से, मैं इन फ़ाइलों को हटा देता हूं, लेकिन मुझे पता है कि वे न्यूनतम 2 अन्य स्थानों में भी मौजूद हैं। इसलिए मैं वास्तव में केवल SOURCE डायरेक्टरी को ही देख रहा हूं, बैकअप को नहीं। यहां व्यक्तिगत परियोजना निर्देशिका कई बार 10 या 100 जीबी जीबी को आसानी से पार कर सकती हैं। तो कुछसमग्र बैकअप आकार पर विचार करना आवश्यक है। बैकअप के लिए आवश्यक एमबी / जीबी / टीबी की कुल मात्रा को कम करते हुए महत्वपूर्ण फ़ाइलों को सुनिश्चित करने के लिए मैं जो कुछ भी कर सकता हूं वह एक अच्छी बात है। अगर मेरे पास 50-100MB वेब साइट HTML / PHP / CSS फाइलें और वेब छवियां होतीं, तो मैं शायद पूरी तरह से सब कुछ रखता।

मैं हर 4-6 वर्षों में अपने बैकअप को पूरी तरह से पुनर्निर्माण करता हूं । जो मैं करता हूं वह बैकअप RAID में से एक को डिस्कनेक्ट करता है और इसे (सुरक्षित जमा बॉक्स) स्टोर करता है। अन्य बैकअप RAID को रिफ़ॉर्म करें, एक नया बैकअप RAID जोड़ें और बैकअप सब कुछ उस तारीख से नए सिरे से शुरू करें। इस पद्धति के साथ कुछ भी वास्तविक रूप से निपटाया नहीं जाता है, लेकिन पुरानी फाइलें अब बेमानी बैकअप का हिस्सा नहीं हैं । यदि किसी विशेष क्लाइंट फ़ाइल (ओं) का एकमात्र स्थान सुरक्षित जमा बॉक्स में उस एकल संग्रहीत हार्ड ड्राइव पर है, और यह कि RAID विफल होता है, ठीक है, मैंने उन प्रोजेक्ट फ़ाइलों को खो दिया है। इसलिए 4-6 साल से अधिक पुरानी किसी भी परियोजना में भ्रष्टाचार के कारण उनकी फाइलें निकाली, खोई या नष्ट नहीं हुई हो सकती हैं।

लगभग 15 साल पहले यह सब लागू करने के बाद से मैंने एक भी फाइल नहीं खोई है। एक नहीं। ज़रूर, यह मुझे विभिन्न बैकअप RAID से चीजों को बहाल करने के लिए एक सप्ताह का बेहतर हिस्सा लग सकता है, लेकिन महत्वपूर्ण बात यह है कि मेरे पास अभी भी सब कुछ है।


चार्ज करें अगर आप इसके लिए खुदाई करने जा रहे हैं .....

कठिन वास्तविकता 3/6 महीने से अधिक कुछ भी है या संभवतः 1/2 वर्ष की उम्र के ग्राहक द्वारा चले जाने पर विचार किया जाना चाहिए , भले ही मैं अभी भी फाइलें रखता हूं। मैं निश्चित रूप से यह देखने के लिए एक घंटे का शुल्क ले सकता हूं कि क्या मेरे पास अभी भी उनकी फाइलें हैं और जो समय मुझे लगता है कि मेरे पास जो कुछ भी हो सकता है, वह सब एक न्यूनतम शुल्क के साथ जुड़ा हुआ है। कि फ़ाइलों के लिए किसी भी वितरण शुल्क के अलावा । जो ग्राहक अपने स्वयं के बैकअप को बनाए रखने में विफल रहते हैं, वे अपनी फाइलों को खोने से जुड़े खर्चों के लिए उत्तरदायी होते हैं।

जब तक एक ग्राहक मुझे भंडारण के लिए भुगतान नहीं कर रहा है, मैं उनके लिए कुछ भी करने के लिए जिम्मेदार नहीं हूं। मैं फिर से जोर देता हूँ, कि अगर ग्राहक मुझे किसी पुराने प्रोजेक्ट को अपडेट करने के लिए हायर करना चाहता है , तो मेरे पास पुराने प्रोजेक्ट को प्राप्त करने के लिए अपने बैकअप में डाइविंग करने की कोई समस्या नहीं है। मैं वास्तव में केवल अपने बैकअप का उपयोग करने के लिए फ़ाइल वितरण के लिए एक स्रोत होने के साथ समस्या है क्योंकि कुछ अन्य व्यवसाय अपने स्वयं के बैकअप को बनाए रखने में विफल रहे।


डरपोक ग्राहकों ......

इसके अलावा जागरूक रहें ... कुछ बेतरतीब या शायद दकियानूसी या अनैतिक ग्राहक आपके मानक प्रथाओं के आसपास होने की एक विधि के रूप में समय बीतने का उपयोग कर सकते हैं । यह हमेशा प्रकृति में दुर्भावनापूर्ण नहीं है, लेकिन यह हो सकता है। क्लाइंट पूरी तरह से जानता है कि आप प्रोजेक्ट फ़ाइलों के लिए शुल्क लेते हैं। जब आप प्रोजेक्ट शुरू करते हैं तो वे उस शुल्क का भुगतान नहीं करना चाहते हैं। कोई बात नहीं। आप वितरित करते हैं कि आपके द्वारा वितरित किए जाने वाले अनुबंध क्या हैं, ग्राहक आपको भुगतान करता है और हर कोई खुश रहता है।

कुछ समय बाद, आम तौर पर एक वर्ष या उससे अधिक समय तक, क्लाइंट प्रोजेक्ट फ़ाइलों के लिए पूछ सकता है जैसे कि "वे उन्हें खो चुके हैं" या "वे गलती से नष्ट हो गए" जैसे कि वे शुरू में परियोजना के हिस्से के रूप में वितरित किए गए थे। यह उन आशाओं में किया जाता है जो आप बारीकियों को याद करने में विफल हो सकते हैं। इस अभ्यास से सावधान रहें। जैसे मैंने इसकी हमेशा प्रकृति में दुर्भावनापूर्ण पोस्ट नहीं की, कभी-कभी ग्राहक ईमानदारी से आपको प्रोजेक्ट फ़ाइलों के लिए चार्ज करते हैं। हालाँकि, यह बहुत ही जानबूझकर और सोचा जा सकता है कि फाइलों को प्राप्त करने के दौरान भुगतान करने की कोशिश की जाए। मैंने दोनों वर्षों में सामना किया है।


Tl, डॉ:

मेरे व्यवसाय के लिए मेरे बैकअप हैं , वे मेरे हैं । मेरे बैकअप क्लाइंट व्यवसाय के लिए नहीं हैं और क्लाइंट के पास मुआवज़े के बिना मेरे बैकअप का कोई "अधिकार" नहीं है। ग्राहक अपने बैकअप के लिए पूरी तरह से 100% जिम्मेदार हैं।


7
यदि आप उन्हें बचाते हैं तो .... उन्हें वसूली / लोकेशन शुल्क के लिए चार्ज करें।
WELZ

7
यदि आप इसे वापस नहीं करते हैं, और ग्राहक इसे खो देता है, तो भविष्य में मौजूदा सामान को ट्विक करने के लिए एक कमीशन प्राप्त करने का आपका धमाका हो जाता है। वैसे भी हम कितना प्रयास / डिस्क स्थान की बात कर रहे हैं?
मग

2
@Mawg जो परियोजना के आकार पर निर्भर करेगा। उदाहरण के लिए, वीडियो प्रोजेक्ट एक मानवीय मात्रा में जगह लेते हैं। प्रिंट परियोजनाएं बहुत अधिक ले सकती हैं। आपके पास जो भी क्लाइंट है, उसे जोड़ें ... इसके अलावा आप इस संभावना से नहीं रह सकते हैं कि सभी क्लाइंट 10 साल बाद किसी चीज को बनाने के लिए वापस आएंगे, साथ ही स्क्रैच से एक नया प्रोजेक्ट शुरू कर सकते हैं।
लुसियानो

7
मैंने जो लिखा था उसे फिर से पढ़िए ... हर 4-6 साल में एक नया बैकअप .. लेकिन पुराने बैकअप को अभी भी केवल अनावश्यक नहीं रखा गया है। मैं सचेत रूप से क्लाइंट फ़ाइलों को नहीं हटाता ... मैं समय बीतने के साथ उन्हें अधिक से अधिक अवमूल्यन करता हूं। अगर मैं 4 साल में एक ग्राहक से नहीं सुना है, उनमें से कुछ "करने के लिए लौट" की संभावना कुछ भी नहीं करने के लिए पतला कर रहे हैं। और कुछ परियोजनाएं ईजीली 100 जीबी आकार तक पहुंच सकती हैं, इसलिए फ़ाइल आकार अप्रासंगिक नहीं हैं। यदि आप सभी के पास 50MB वेब साइट फाइलें हैं .. तो उन्हें हमेशा के लिए ठीक रखें। लेकिन अगर आपके पास एक 3TB बैकअप है जो हर साल सैकड़ों GB बढ़ता है .... एक और अधिक यथार्थवादी होना चाहिए।
स्कॉट

6
इसके अलावा, 4-6 साल से अधिक पुरानी कोई भी चीज पूरी तरह से उपयोग नहीं कर सकती है। समय के साथ डिजाइन सौंदर्यशास्त्र बदल जाता है। 5 साल पुरानी ज्यादातर चीजें आज 5 साल पुरानी हो जाएंगी। इसलिए केवल "ट्वीकिंग" की तुलना में रीडिज़ाइन में अधिक मूल्य है - अप-बिक्री के अवसर का उल्लेख नहीं करने के लिए यदि कोई अनुपस्थित ग्राहक "बैकअप फ़ाइलों" के लिए आपके पास लौट रहा है। मैं "दोस्ताना पड़ोस मुक्त बैकअप" सेवा नहीं एक डिज़ाइन व्यवसाय चलाता हूं ।
स्कॉट

17

मैं बैकअप के साथ एक है और एक है कि एक बैकअप की जरूरत है दोनों था। सामान्य तौर पर, जब तक आपके लिए उनकी फ़ाइलों को रखना मुश्किल होता है (उदाहरण के लिए वीडियो या अनुबंधों के टेराबाइट्स इसे प्रतिबंधित करते हैं), आपको इसे रखना चाहिए।

ऐसे समय होते हैं जब कोई फ़ाइल गलती से नष्ट हो जाती है या दूषित हो जाती है, परिवर्तन ड्रॉपबॉक्स आदि में सिंक हो जाता है, और आप 6 महीने तक नोटिस नहीं करते हैं कि स्रोत फ़ाइल चली गई है।

इस तरह के परिदृश्य का एकमात्र समाधान हर समय हर चीज के कई बैकअप होना है , पुराने हार्ड ड्राइव के ढेर मूल रूप से बैकअप के बाद कभी भी नहीं छोड़े जाते हैं और यह एक सामान्य बैकअप रणनीति नहीं है।

तो, अंत में आपको तीन कारणों से बैकअप रखना चाहिए :

  1. इस तरह एक मामले में आप अपने ग्राहक की मदद कर सकते हैं, जिससे आप अधिक पेशेवर दिखते हैं
  2. आपके द्वारा किया गया काम आपका काम है, आपको अपने खुद के संदर्भ के लिए अपने स्वयं के रिकॉर्ड के लिए बहुत कम से कम सबूत बनाए रखना चाहिए
  3. अंत में, यदि कोई ग्राहक 10 साल में वापस आता है और लोगो के बदलावों के बारे में पूछता है, तो आपके पास अपने मूल स्रोत फ़ाइलों को एक प्रारूप में रखने की क्या संभावना है? (मुझे कई बार लोगो के लिए डिज़ाइनर स्रोत svgs को फिर से बनाना पड़ा है क्योंकि क्लाइंट ने उन फाइलों को खो दिया है जो हमने उन्हें सालों पहले भेजे थे)।

अपनी नौकरी के लिए एक बैकअप सेवा प्रदान करने के लिए नहीं है, लेकिन अपने काम है अच्छी ग्राहक सेवा प्रदान करने के लिए।

यदि X करना आपको ग्राहकों को बेहतर सेवा प्रदान करता है और आपको बेहतर बनाता है, तो X करें। बहुत कम अपवाद हैं।

इस तरह की छोटी चीजें एक पेशेवर के बीच का अंतर हैं जो ग्राहक फिर से काम करना चाहेंगे और व्यापार को एक यादृच्छिक फेसलेस ठेकेदार के रूप में संदर्भित करेंगे, जिनके नाम के ग्राहक परियोजना के वितरित होते ही भूल जाते हैं।


2
संदेश से सहमत हैं, सुझाए गए तरीकों से असहमत हैं ... एक उचित निरर्थक RAID सरणी के साथ एक एनएएस पर्याप्त से अधिक होना चाहिए .. पुराने हार्ड ड्राइव के ढेर एक महान विचार नहीं हैं। यह अभी भी गंभीर आपदा मन की स्थिति में आपको कवर नहीं करता है, लगता है कि आग, बाढ़ आदि ..
Trotski94

2
यदि आपके ग्राहक का NAS सक्रिय भंडारण है, तब भी उनके पास अपनी सैद्धांतिक कंपनी में स्वयं या किसी अन्य व्यक्ति द्वारा डेटा भ्रष्टाचार या विलोपन का मौका है। मैं हार्डड्राइव के ढेर का उपयोग करने का सुझाव नहीं दे रहा था, लेकिन यह एकमात्र ऐसा स्टोरेज तरीका है जिससे ग्राहक एक 10 साल पुरानी फ़ाइल की गारंटी दे सकता है जो कि हमेशा के लिए मौजूद है। यही कारण है कि एक ग्राहक के लिए एक स्रोत फ़ाइल के लिए साल बाद पूछना उचित है।
हारून हारून

2
@JamesTrotter एक NAS पर्याप्त नहीं है, आपको ऑफ़लाइन बैकअप और साइट बैकअप की भी आवश्यकता है। और आपको एक समय में एक बार अपनी बैकअप प्रक्रिया का परीक्षण करने की आवश्यकता है। तो वास्तव में ऐसे कारण हो सकते हैं कि आप बैकअप को हल नहीं कर सकते हैं, भले ही आपके पास उदाहरण के लिए एक फाइल इतनी पुरानी हो कि आपके एप्लिकेशन उन्हें खोल दें (यह 3 डी ग्राफिक्स में एक गंभीर समस्या है, और सदस्यता मॉडल के साथ आगे बढ़ना)।
पूजा

1
@AaronHarun यदि क्लाइंट के लिए फ़ाइल को 10 साल तक रखना उचित नहीं है (और ऐसा लगता है कि आप क्या कह रहे हैं, हालांकि शायद मैं टिप्पणी एक्सचेंज को गलत समझ रहा हूं), तो उन्हें आपके पास रखने की अपेक्षा करना क्यों उचित है यह 10 साल के लिए है?
एंथनी ग्रिस्ट

1
@AnthonyGrist मेरी बात यह है कि क्लाइंट के स्रोत फ़ाइल खो जाने के वैध कारण भी हो सकते हैं, भले ही वे बैकअप बनाने की पूरी कोशिश करें। बैकअप अचूक नहीं हैं और यहां तक ​​कि एक काफी उन्नत बैकअप विधि विफल हो सकती है।
हारून हार

11

मैं डिजाइन, कोड आदि फाइलों को अनिश्चित काल के लिए सुरक्षित रखता हूं। यह सस्ता है, और मेरे दोहराने वाले ग्राहक इसकी सराहना करते हैं - यह नहीं कि वे इसके बारे में सीधे जानते हैं, लेकिन जब वे वापस आते हैं तो मुझे खरोंच से पिछले काम को दोबारा नहीं करना पड़ता है।

हालांकि, मेरे लिए, एक और महत्वपूर्ण कारण है। जबकि मुझे कानूनी मुद्दों या दायित्व के साथ सामना नहीं करना पड़ा है, मैंने जो कुछ भी किया है, उसके लिए रिकॉर्ड और फाइलें प्रदान करता है, जो मुझे थोड़ी सुरक्षा प्रदान करता है, किसी को पूछना चाहिए। चाहे वह आईपी सुरक्षा के लिए हो (जैसे, आविष्कार, व्यापार रहस्य, आदि), या यहां तक ​​कि मुकदमे की संभावना की संभावना क्षति के लिए देयता का सुझाव दे, मैं 1 दिखा सकता हूं) मैंने क्या किया, 2) जब मैंने यह किया, 3) जिसने मुझे अनुबंधित किया काम करने के लिए, और 4) अनुबंध क्या था।

यह बहुत प्रयास या समय नहीं लेता है, लेकिन यह कुछ ध्यान रखता है। सबसे बड़े मुद्दों में से एक पुराने सॉफ़्टवेयर को ढूंढना है, इसलिए जब मैं एक परियोजना को पूरा करता हूं तो मैं यह सुनिश्चित करता हूं कि सभी डिज़ाइन सॉफ़्टवेयर का बैकअप भी हो, साथ ही साथ लाइसेंस जानकारी और पर्यावरण से पुनर्निर्माण के लिए आवश्यक किसी भी संबंधित लाइब्रेरी / फाइलें / डेटा आवश्यक हो। । मुझे शायद ही कभी इस तरह की चीज़ों को बाहर निकालना पड़ा है - आमतौर पर जब तक सॉफ़्टवेयर और फाइलें नवीनतम संस्करणों के साथ असंगत नहीं हो जाती हैं, तब तक एक पूरी तरह से नया संस्करण वारंट हो जाता है। हालाँकि, मैंने पुराने प्रोजेक्ट्स को लिया है जो एक पुराने वातावरण को फिर से बनाने में सक्षम होने के मूल्य को जानने के लिए दूसरों द्वारा काफी बार बनाए गए थे।

हालांकि, मैं आवश्यकतानुसार चार्ज करता हूं। यदि वे उन फ़ाइलों के लिए पूछ रहे हैं जो उन्होंने पहले ही खरीदी हैं, और यह हाल ही में पर्याप्त है कि यह बहुत कम प्रयास लेता है तो मैं कुछ भी चार्ज नहीं करता हूं। लेकिन अगर वे कई वर्षों से कुछ मांग रहे हैं और मुझे पुराने मीडिया से गुजरना है, या यदि वे अतिरिक्त सामग्री के लिए पूछ रहे हैं जो उन्होंने मूल रूप से नहीं खरीदी थी, तो हम उन्हें हमारे मूल समझौते के अनुसार चार्ज करेंगे, या एक उनके साथ उनकी जरूरतों के बारे में चर्चा की। यदि यह एक नई परियोजना के लिए आकस्मिक है तो वे मुझे करना चाहते हैं तो मैं उन लागतों को नई परियोजना में शामिल करूंगा। यह एक मुफ्त सेवा नहीं है, यह ज्यादातर मेरी अपनी जरूरतों को पूरा करने के लिए आकस्मिक है।


10

संक्षिप्त उत्तर:

जब तक आप अनुबंध में निर्दिष्ट हैं तब तक आपको फाइलें रखनी चाहिए।

मैंने उन ग्राहकों के साथ काम किया है जो सब कुछ चाहते थे और मेरे पास सभी कच्चे माल को हटा दिया है और मैंने उन ग्राहकों के साथ काम किया है जहाँ हमने एक समय के लिए बैकअप रखा है। लेकिन हमेशा: जैसा कि अनुबंध में निर्दिष्ट है, इस तरह से आप गलत नहीं हो सकते।


5

क्लाइंट की तरफ से बोलते हुए, मैं उम्मीद करूंगा कि जब तक प्रोजेक्ट ठीक न हो जाए और उसके बाद मैं बदलाव या परिवर्धन के लिए कह सकता हूं, तब तक डिजाइनर अपनी फाइलों को संभाल कर रखें। छह से बारह महीने ऐसे समय होते। अगर मैं उन्हें प्रोजेक्ट किए जाने के दो हफ्ते बाद मेल करता हूं और कहता हूं "क्या मैं एक और एक्स बना सकता हूं जैसे आपने किया था?" और उन्होंने उत्तर दिया कि उनके पास अब स्रोत फाइलें नहीं हैं, मुझे आश्चर्य होगा।

आपका मुवक्किल सही है कि मैं जितना अधिक पेशेवर होने की उम्मीद करूंगा उतना ही सक्षम होगा। यदि आप अभी भी दो साल के बाद भी मेरे अनुरोध को पूरा कर सकते हैं तो मुझे निश्चित रूप से खुशी होगी। यदि आप कर सकते हैं तो मैं पूरी तरह से निश्चित नहीं हूं, लेकिन यह एक सकारात्मक संकेत होगा।


4

अच्छा सवाल और मुझे लगता है कि यह निर्भर करता है, लेकिन आम तौर पर एक सेवा प्रदाता के रूप में आपको हमेशा इस स्थिति का अनुमान लगाना चाहिए और इस तरह से कुछ का जवाब देने के लिए तैयार रहना चाहिए। या तो पहले दिन से बैकअप के लिए चार्ज करें या पर्याप्त बैकअप दें जब तक कि ग्राहक नया काम + कई वर्षों तक 'मानार्थ' बैकअप प्रदान करता है।

  1. मैं हमेशा और अपने सभी ग्राहकों को अपने डिलिवरेबल्स की अपनी कॉपी रखने के लिए प्रोत्साहित करता हूं। वह संपादन योग्य फ़ाइलें या बस सीधे PDF निर्यात करें (जब संपादन वितरित नहीं हों)।
  2. मैं उन फ़ाइलों का बैकअप कभी नहीं लूंगा जो परिचालित थीं और जिनका उपयोग नहीं किया गया था। इसलिए यदि कोई ग्राहक 500 चित्रों में भेजता है और हम ब्रोशर में केवल 10 का उपयोग करते हैं, तो मैं अन्य 490 चित्रों को नहीं बचाऊंगा जब काम वितरित और भुगतान किया जाएगा। यह केवल मेरा वास्तविक डिलिवरेबल्स है जिसका मैं समर्थन कर रहा हूं। मैं सभी ड्राफ्ट PPTs, DOCs इत्यादि को भी हटा दूंगा, जब हम काम पूरा कर लेते थे जब सभी सामग्री को इन से खींच लिया जाता था।
  3. कई वर्षों से चल रहे काम के साथ बड़े ग्राहकों के लिए, मैं वास्तव में वितरित किए गए हर चीज के लिए 3 से 5 साल के बैकअप की गारंटी देता हूं, मेरी फीस में शामिल है। यह कुछ ऐसा है जिसे हम अनुबंध में लिखते हैं और मेरे पास दो अलग-अलग एचडीडी ड्राइव पर हर काम की दो समान प्रतियां होंगी, और कुछ मामलों में एक तीसरा क्लाउड बैकअप भी होगा। ग्राहकों को पता है कि वे इसके लिए भुगतान कर रहे हैं। कुछ क्लाइंट्स को वास्तव में बिना किसी अपवाद के हर डिलिवरेब को अपने आंतरिक एफटीपी पर अपलोड करने की आवश्यकता होती है, लेकिन यह भी कुछ ऐसा है जिसके लिए वे भुगतान कर रहे हैं।
  4. छोटे या एक-बंद ग्राहकों के लिए, मैं भी उनकी फ़ाइलों को अनिश्चित काल के लिए वापस कर दूंगा, लेकिन आमतौर पर 3-4-5 वर्षों के बाद धीरे-धीरे इनकी सफाई करते हैं, अगर अतिरिक्त काम के लिए कोई अन्य संपर्क नहीं किया गया है या कोई अनुबंध या क्लॉज़ फोर्सिंग नहीं है मुझे हमेशा के लिए फाइलें रखने के लिए।

3

खैर, जब से मैं एक ग्राहक के लिए किए जाने वाले अधिकांश काम पर गर्व करता हूं, मैं उन फाइलों को उनके लिए नहीं रखता, लेकिन मेरे स्वयं के लिए।

जबकि उन्हें बचाए रखने के लिए उपयोगी है कि एक पुराना ग्राहक प्रोजेक्ट पूरा होने के महीनों बाद बदलाव के लिए कह सकता है।

मुझे फाइलों को डिलीट करने का कोई कारण नहीं दिखता, जब तक आप वास्तव में उस प्रोजेक्ट से नफरत नहीं करते और आप इसके बारे में कुछ भी जानना नहीं चाहते, लेकिन उन मामलों में भी, मुझे उन फाइलों को अपने काम की कहानी के रूप में रखना पसंद है, मैं हमेशा उन फाइलों पर वापस जा सकता हूं और देख सकता हूं कि डिजाइनर के रूप में मैं कितना विकसित हुआ हूं।

यहां तक ​​कि मेरे अपने व्यक्तिगत डिजाइन हमेशा संग्रहीत होते हैं। और डेटा स्टोरेज अब बहुत सस्ता है, इसलिए उन्हें हटाने का कोई बहाना नहीं है।

ये मेरे व्यक्तिगत डिज़ाइन हैं, मेरा कोई ग्राहक नहीं है, लेकिन यह समान काम करता है


क्या आपके पास ऐसे ग्राहक हैं जो गैर-मौखिक रूप से आपसे बैकअप की उम्मीद करते हैं? क्या वे उस तथ्य पर भरोसा करते हैं?
usr2564301

यह तब तक ठीक है जब तक आपकी फाइलें छोटी हैं; जैसा कि ऊपर उल्लेख किया गया है, जब आपके पास फाइलें होती हैं जो टेराबाइट स्ट्रैटोस्फियर तक पहुंचती हैं, तो भंडारण कम सस्ता हो जाता है।
लॉरेन-बहाल-मोनिका-इप्सम

@LaurenIpsum यकीन है, लेकिन मैं अपने डिजाइन भंडारण के लिए एक 4TB और अनन्य ग्राहक कार्य के लिए 2TB का मालिक हूं, यह महंगा नहीं है, एक नया 1TB प्राप्त करना और वर्तमान RAID को एक डिज़ाइन प्रोजेक्ट को फिर से करने की तुलना में जोड़ना आसान है।
डेविड एस्क्लांते

3

तथ्यों

एक अनुबंध या समझौते के बिना, आपके ग्राहकों के लिए अतीत में आपके द्वारा किए गए काम का बैकअप रखने के लिए निश्चित रूप से कोई दायित्व नहीं है, और मुझे नहीं लगता कि अधिकांश लोग आपसे या तो उम्मीद करेंगे। वास्तव में, मुझे संदेह है कि आपकी कहानी में भी ग्राहक आपसे वास्तव में अपेक्षा करता है कि (या तो डेटा खो जाता है; लोग बाहर निकल जाते हैं।) लेकिन यह निश्चित रूप से अच्छा अभ्यास है, यदि उनकी खातिर नहीं, तो अपने लिए।


अनचाही सलाह

यदि आप एक संघर्षरत छात्र हैं, तो इसके बारे में तनाव न करें। यदि आप एक सफल व्यवसाय, या उस प्रकृति की चीज़ के मालिक हैं या चलाते हैं; अधिक व्यापक भंडारण समाधान में निवेश करना आपके हितों के भीतर है। पक्का। यह कहने की ज़रूरत नहीं है कि आपको इसकी आवश्यकता है। आप यह चाहते हैं।

यह वास्तव में ऐसी स्थिति नहीं है जहां x सही है और y गलत है। यह अधिक पसंद है ..

  • आप कितने पेशेवर हैं?
  • आपको अपने काम पर कितना गर्व है?
  • आप कैसे संलग्न हैं, या भावनात्मक रूप से निवेशित हैं?
  • आप अपने स्व / व्यवसाय / कार्य / कला / सेवा / जो कुछ भी हैं, की सार्वजनिक धारणा से आप कितने चिंतित हैं?
  • क्या आप विचारशील हैं?
  • क्या तुम्हें परवाह है?
  • क्या आप पूरी तरह से अपने व्यक्तिगत, वित्तीय लाभ में रुचि रखते हैं?
  • क्या आप एक नंगे न्यूनतम या अतिरिक्त मील थोड़े आदमी हैं?

उपाख्यानात्मक सबूत

एक व्यक्तिगत अनुभव:
हाल ही में, मैंने एक स्वतंत्र रिकॉर्डिंग स्टूडियो से संपर्क किया, जो 2007 और 2010 (या उसके बीच) में मेरे और उसके बैंड के एक दोस्त के बीच किए गए थे। नहीं, आपने शायद उनके बारे में कभी नहीं सुना है। इंजीनियर को यह भी मालूम नहीं था कि मैं किसकी बात कर रहा हूं। जो ठीक है; मैंने उसके बारे में या उसके स्टूडियो से पहले कभी नहीं सुना।

मुझे क्या उम्मीद थी?
मुझे उम्मीद थी कि यह उस तरह से रहेगा; वे कहते हैं कि नहीं, या मुझे पूरी तरह से नजरअंदाज नहीं करेंगे, न कि अस्पष्टता में वापस फिसलने से पहले। मैं उनका नाम भूल जाऊंगा, और उनका अस्तित्व भूल जाऊंगा, हमेशा के लिए ...

वास्तव में क्या हुआ था?
एक युवा, उत्साही कर्मचारी (इंटर्न; हेल्पर .. व्यक्ति?) ने मुझसे अगले दिन जल्दी संपर्क किया; मुझे कई सत्रों में रिकॉर्ड किए गए सभी कच्चे (और मिश्रित) ऑडियो उपजी, और प्रोटूल प्रोजेक्ट फाइलों आदि से युक्त तीन दोहरी परत वाली डीवीडी एकत्र करने के लिए आमंत्रित किया। मुझे दिन के अंत में बीयर के लिए रहने और सप्ताह के दौरान स्टूडियो आने का निमंत्रण दिया गया था। और अब मैं उन्हें इस महान, सकारात्मक अनुभव के साथ जोड़ता हूं। मैं उन्हें कभी नहीं भूलूंगा। मैं उन्हें हर समय सलाह देता हूं।

TL; DR:
क्या मुझे उम्मीद थी कि बैकअप होगा? नहीं,
मैं पागल हो गया होता अगर कोई नहीं होता? नहीं।
अगर मैं चाहेंगे मैं उचित होना है? ज़रुरी नहीं।
क्या मैं निराश हो गया हूँ? थोड़ा सा।
क्या मैं बैकअप लेने के लिए रोमांचित था? हाँ।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.