TailorDesk

कस्टम टेलर शॉप मैनेजमेंट सॉफ़्टवेयर

माप, ऑर्डर, ट्रायल और डिलीवरी — बिना डायरी के।

टेलरिंग व्यवसायों और बुटीक के लिए, जहाँ हर ग्राहक का माप का इतिहास होता है, ऑर्डर डिलीवरी से पहले कटिंग, सिलाई और ट्रायल से गुज़रता है, और काम कारीगरों को पीस-रेट पर बाँटा जाता है। रिटेल चेकआउट नहीं, बल्कि ऑर्डर की यात्रा के इर्द-गिर्द बना।

सैंपल डेटा के साथ डेमो बिल्ड — कोई लाइव ग्राहक सिस्टम नहीं।

स्क्रीन

यह कैसा दिखता है

चालू डेमो की 4 स्क्रीन — वही डेटा जो आप खोलने पर देखेंगे।

माप पुस्तिका
ऑर्डर
Karigar workload
Fabric issue

समस्या

यह क्यों बनाया जाता है

सिलाई की दुकान माप की कॉपी और डिलीवरी डायरी पर चलती है। इनमें से एक भी खो जाए तो कारोबार रुक जाता है। और कोई यह नहीं बता पाता कि कौन-सा कारीगर पीछे चल रहा है, या कौन-सा ऑर्डर ट्रायल की तारीख़ चूकेगा।

यह किसके लिए है

फ़िट

सिलाई की दुकानें और बुटीक जो कई कारीगरों के साथ कस्टम ऑर्डर संभालते हैं।

क्षमताएँ

सिस्टम क्या करता है।

ग्राहक के माप

हर ग्राहक और हर गारमेंट टाइप के हिसाब से सहेजा जाता है, ताकि दोबारा ऑर्डर पर दोबारा फिटिंग न करनी पड़े।

ऑर्डर ट्रैकिंग

परिधान, कपड़ा, दर, एडवांस और बकाया — बुकिंग से डिलीवरी तक।

ट्रायल और डिलीवरी

ट्रायल की तारीखें और डिलीवरी के वादे शेड्यूल और दिखते हुए — इस सप्ताह जो देय है वह सबसे आगे।

कारीगर जॉब कार्ड

हर कारीगर को काम सौंपा जाता है, पीस रेट और पूर्णता ट्रैक होती है।

कपड़ा स्टॉक

मीटर में — कपड़ा प्राप्त, ऑर्डर के विरुद्ध जारी और शेष।

बिलिंग

रसीदों के साथ एडवांस और बकाया का हिसाब, ताकि ग़लती से भी कुछ बिना भुगतान डिलीवर न हो।

चलता हुआ देखें

TailorDesk एक क्लिक करने योग्य डेमो है — मॉड्यूल खोलें, टेबल ब्राउज़ करें, और देखें कि स्क्रीन आपस में कैसे जुड़ती हैं।

TailorDesk खोलें

ख़रीद का फ़ैसला

यहाँ ऑफ़-द-शेल्फ़ क्यों कम पड़ता है।

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

माप दूसरी चीज़ है जिसके लिए सामान्य सॉफ़्टवेयर में कोई जगह नहीं। वे हर ग्राहक, हर कपड़े के प्रकार के हिसाब से होते हैं, और समय के साथ बदलते हैं। जो दुकान दो साल पहले किसी ग्राहक के लिए क्या काटा था यह नहीं निकाल सकती, वह फिर से माप माँगती है — और ठीक यही परेशानी बार-बार आने वाला ग्राहक नोटिस करता है।

कस्टम बिल्ड माप प्रोफ़ाइल, चरण और ट्रायल तारीखों वाला ऑर्डर, और पीस-रेट के साथ कारीगर आवंटन रखता है, ताकि दुकान रैक तक गए बिना बता सके कि कपड़ा कहाँ है और उस पर कितना ख़र्च आया।

तुलना

पैकेज्ड प्रोडक्ट बनाम कस्टम बिल्ड।

वे अंतर जो फ़ैसला करते हैं, ख़ास इसी सेक्टर के लिए।

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

इंटीग्रेशन

यह किससे जुड़ता है।

जो सिस्टम पहले से इस्तेमाल हो रहे टूल्स तक नहीं पहुँच सकता, वह एक और टापू बन जाता है। इस सेक्टर को आमतौर पर इन कनेक्शनों की ज़रूरत होती है।

अकाउंटिंग

बिक्री और कारीगरों के भुगतान Tally या Zoho Books में पोस्ट, एडवांस ऑर्डर के सामने ट्रैक।

मैसेजिंग

ट्रायल और डिलीवरी की याद WhatsApp पर, क्योंकि वही असल में पढ़ा जाता है।

भुगतान

ऑर्डर के सामने UPI और कार्ड से वसूली, बुकिंग पर आंशिक भुगतान सहित।

लेबल प्रिंटिंग

ऑर्डर टैग एक कोड के साथ छपते हैं जो रैक पर टंगे कपड़े को रिकॉर्ड से जोड़ता है।

कैटलॉग

डिज़ाइन और स्टाइल के संदर्भ ऑर्डर से जुड़े रहते हैं, ताकि ट्रायल की बातचीत में एक तस्वीर सामने हो।

यह कैसे चलता है

पहली बातचीत से कटओवर तक।

इस आकार के बिल्ड के लिए सांकेतिक। पैरलल रन वैकल्पिक नहीं है — जब तक आँकड़े मेल न खाएँ, कुछ भी बंद नहीं किया जाता।

  1. 1 हफ़्ता

    डिस्कवरी

    हम आपकी माप शीट, आपके कारीगरों की दरें और एक हफ़्ते के चालू ऑर्डर लेते हैं।

  2. 3-5 हफ़्ते

    मुख्य निर्माण

    माप प्रोफ़ाइल, ऑर्डर के चरण और कारीगर आवंटन — वे हिस्से जो काउंटर हर घंटे इस्तेमाल करता है।

  3. 1-2 हफ़्ते

    काउंटर पायलट

    दुकान इसे पर्चियों के साथ एक पूरे डिलीवरी चक्र तक चलाती है, ट्रायल और एक ऑल्टरेशन सहित।

  4. 1 हफ़्ता

    रोलआउट

    पुराने ग्राहकों के माप इम्पोर्ट, रिमाइंडर चालू, पर्चियाँ बंद।

रोलआउट के बाद

रोज़मर्रा में क्या बदलता है।

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

जानबूझकर गुणात्मक रूप में बताया गया। हम ऐसे प्रतिशत सुधार प्रकाशित नहीं करते जिन्हें हम किसी नामित क्लाइंट से, उनकी सहमति के साथ, जोड़ न सकें।

सवाल

आम सवाल।

क्या दोबारा ऑर्डर के लिए ग्राहक के माप सहेजे जाते हैं?

हाँ। माप हर ग्राहक और हर परिधान प्रकार के अनुसार सहेजे जाते हैं, इसलिए लौटने वाले ग्राहक को उसी परिधान के लिए दोबारा फ़िटिंग की ज़रूरत नहीं पड़ती।

क्या यह ट्रैक कर सकता है कि किस कारीगर के पास कौन-सा ऑर्डर है?

हाँ। काम हर कामगार को पीस रेट सहित सौंपा जाता है और पूर्णता ट्रैक होती है, इसलिए देर से चल रहे ऑर्डर के साथ एक नाम जुड़ा होता है।

क्या यह एडवांस भुगतान और बकाया संभालता है?

हाँ। एडवांस और बकाया हर ऑर्डर के साथ रसीद सहित दर्ज होते हैं, इसलिए ग़लती से कुछ भी बिना भुगतान सौंपा नहीं जाता।