टाइम ट्रैकिंग ऐप कैसे बनाएं: टाइमर, टाइमशीट और रिपोर्ट

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

तय करें कि समय किसलिए ट्रैक कर रहे हैं

कारण के अनुसार वही ऐप अलग दिखता है:

• क्लाइंट को बिल करना। हर क्लाइंट के घंटे, व्यक्ति या प्रोजेक्ट के हिसाब से रेट, और इनवॉइस के लिए साफ एक्सपोर्ट। सटीकता और ऑडिट ट्रेल सबसे ज़्यादा मायने रखते हैं।
• प्रति घंटा कर्मचारियों का पेरोल। क्लॉक-इन और क्लॉक-आउट, ब्रेक, ओवरटाइम नियम, और मैनेजर की मंज़ूरी। स्थानीय श्रम कानून लागू होते हैं, इसलिए जांचें कि आपको कौन-से रिकॉर्ड रखने हैं।
• समझना कि समय कहां जाता है। निजी या टीम स्तर पर अंदाज़े बनाम असली समय। एंट्री की गति मंज़ूरी के प्रवाह से ज़्यादा मायने रखती है।

पहले संस्करण के लिए एक मुख्य काम चुनें। एक फ्रीलांसर का बिलिंग ट्रैकर और एक गोदाम की शिफ्ट घड़ी टाइमर और बहुत कम और कुछ साझा करते हैं।

ऐप को क्या चाहिए

डेटा

हर एंट्री पर स्टार्ट और एंड टाइम स्टोर करें और अवधि उनसे निकालें। "2h 15m" जैसी एंट्री, जिसमें समय न हो, सिर्फ अवधि स्टोर कर सकती है, पर तारीख रखें।

पेज

• टाइमर और आज: एक बड़ा स्टार्ट/स्टॉप बटन, प्रोजेक्ट चुनने का तरीका, और नीचे आज की एंट्री।
• सप्ताह व्यू: एक ग्रिड जिसमें बाईं ओर प्रोजेक्ट और ऊपर दिन हों, जहां लोग सीधे घंटे टाइप करें। कई लोग टाइमर से यह पसंद करते हैं।
• रिपोर्ट: तारीख की सीमा के लिए क्लाइंट, प्रोजेक्ट और व्यक्ति के हिसाब से घंटे, बिलेबल और गैर-बिलेबल का विभाजन, और CSV एक्सपोर्ट।
• एडमिन: क्लाइंट, प्रोजेक्ट, लोग और रेट का प्रबंधन।

अनुमतियां

बनाने से पहले लिखें कि कौन क्या कर सकता है:

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

आखिरी नियम ही रिपोर्ट को भरोसेमंद बनाता है। लॉगिन वाले हिस्से के लिए अपने ऐप में लॉगिन जोड़ना देखें, और भूमिकाओं के लिए रोल-आधारित एक्सेस कंट्रोल।

फैसले और ट्रेड-ऑफ

टाइमर, मैनुअल एंट्री, या दोनों

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

चल रहा टाइमर कहां रहता है

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

राउंडिंग

आम नियम हैं हर एंट्री को 6, 15 या 30 मिनट के निकटतम हिस्से तक ऊपर राउंड करना। डेटाबेस में सटीक समय रखें और राउंडिंग सिर्फ रिपोर्ट और इनवॉइस में लगाएं। रिपोर्ट में दोनों संख्याएं दिखाएं, ताकि किसी को हैरानी न हो।

लॉकिंग और मंज़ूरी

लॉक के बिना, पिछले महीने के बिल किए गए घंटे इनवॉइस जाने के बाद बदल सकते हैं। एक सरल मॉडल: लोग सप्ताह जमा करते हैं, मैनेजर मंज़ूरी देता है, और मंज़ूर एंट्री केवल-पढ़ने-योग्य हो जाती है। अगर आप ऐप से इनवॉइस बनाते हैं, तो एंट्री को इनवॉइस्ड चिह्नित करें ताकि वह दोबारा बिल न हो।

टाइम ज़ोन और आधी रात

समय UTC में स्टोर करें और व्यक्ति के टाइम ज़ोन में दिखाएं। तय करें कि 23:00 से 01:00 तक चलने वाली एंट्री किस दिन की मानी जाए। आम जवाब है कि वह दिन जब वह शुरू हुई।

पहला प्रॉम्प्ट जो काम करता है

छह लोगों के एक डिज़ाइन स्टूडियो के लिए एक टाइम ट्रैकिंग ऐप बनाओ। डेटा: क्लाइंट (नाम, प्रति-घंटा रेट), प्रोजेक्ट (क्लाइंट, नाम, बजट घंटे), और टाइम एंट्री (व्यक्ति, प्रोजेक्ट, स्टार्ट, एंड, नोट, बिलेबल हां/नहीं, स्टेटस draft/submitted/approved)। पेज: एक Today पेज जिसमें स्टार्ट/स्टॉप टाइमर और प्रोजेक्ट चुनने का तरीका हो और स्टार्ट टाइम डेटाबेस में सेव हो ताकि रिफ्रेश के बाद भी टाइमर बचा रहे; एक Week पेज जिसमें प्रोजेक्ट पंक्तियों में हों और सोमवार से रविवार कॉलम में, जहां लोग सीधे घंटे टाइप कर सकें; एक Reports पेज जो तारीख की सीमा के लिए क्लाइंट, प्रोजेक्ट और व्यक्ति के हिसाब से घंटे दिखाए, बिलेबल और गैर-बिलेबल में बंटे हुए, CSV एक्सपोर्ट के साथ; और क्लाइंट, प्रोजेक्ट व लोगों के लिए एक Admin पेज। हर व्यक्ति के लिए एक समय में केवल एक टाइमर चले। मंज़ूर एंट्री संपादित न हो सके। समय UTC में स्टोर करो और यूज़र के टाइम ज़ोन में दिखाओ। साफ, तेज़ और कीबोर्ड-फ्रेंडली डिज़ाइन।

यह उन चीज़ों के नाम देता है जिन्हें AI वरना अनुमान से तय करता: टेबल, पेज, टाइमर का व्यवहार और लॉक नियम।

बिल्ड स्टेप

1. पहले प्रोजेक्ट और मैनुअल एंट्री। क्लाइंट, प्रोजेक्ट, एंट्री जोड़ने का फ़ॉर्म और सूची। पक्का करें कि योग सही बैठते हैं।
2. टाइमर। स्टार्ट, स्टॉप, हर व्यक्ति के लिए एक चल रहा टाइमर, सेव किया गया स्टार्ट टाइम। टेस्ट करें: टाइमर शुरू करें, टैब बंद करें, फिर खोलें।
3. सप्ताह ग्रिड। किसी सेल में घंटे टाइप करने पर एंट्री बने या अपडेट हो।
4. लॉगिन और भूमिकाएं। असली लोगों के इस्तेमाल से पहले इन्हें जोड़ें, ताकि कोई गलती से रेट या दूसरों की एंट्री न देखे।
5. जमा और मंज़ूरी। साप्ताहिक जमा, मैनेजर की मंज़ूरी, मंज़ूरी के बाद केवल-पढ़ने-योग्य।
6. रिपोर्ट और एक्सपोर्ट। तारीख की सीमा, ग्रुपिंग, बिलेबल विभाजन, CSV।
7. रेट और इनवॉइसिंग के हिस्से अगर आप क्लाइंट को बिल करते हैं। इनवॉइस बनाना अलग चरण या अलग ऐप में रखें; देखें इनवॉइसिंग ऐप कैसे बनाएं।
8. एज केस टेस्ट करें। आधी रात पार करने वाली एंट्री, डेलाइट-सेविंग वाला सप्ताह, दो डिवाइस से दो टाइमर, और मंज़ूर एंट्री को संपादित करने की कोशिश।

आम गलतियां

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

कब तैयार ऑफ-द-शेल्फ ट्रैकर बेहतर है

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

अपना बनाएं जब आपके नियम फिट न बैठें, जब आप घंटों को उस डेटा से जोड़ना चाहते हों जो आप पहले से रखते हैं (काम, वर्क ऑर्डर, रिटेनर, इनवॉइस), जब बड़ी टीम पर प्रति-सीट कीमत जुड़ती जाए, या जब टाइम ट्रैकिंग किसी बड़े इंटरनल टूल का सिर्फ एक हिस्सा हो। सॉफ्टवेयर खुद बनाएं या खरीदें ट्रेड-ऑफ को समझाती है, और अगर आपके घंटे अभी किसी साझा शीट में हैं, तो स्प्रेडशीट को ऐप में कैसे बदलें देखें।

Mythex पर इसे बनाना

Mythex पर आप चैट में ट्रैकर का वर्णन करते हैं और एजेंट उसे लाइव प्रीव्यू में बनाता है। जब एंट्री सेव करनी हो, तो यह एक समर्पित Postgres डेटाबेस जोड़ता है; आप यह सीधे मांग सकते हैं या /database टाइप कर सकते हैं। Mythex के इंटरनल टूल उपयोग-केस में डॉक्स एक दर्दनाक चरण को पहले संस्करण के लिए चुनने की सलाह देते हैं, जो यहां फिट बैठता है: एंट्री और सप्ताह ग्रिड से शुरू करें, फिर टाइमर और मंज़ूरी जोड़ें।

आपकी टीम के लिए साइन-इन आप अपने ऑथ तरीके से जोड़ते हैं (लॉगिन रेसिपी)। Mythex अकाउंट उन लोगों के लिए हैं जो बना रहे हैं, उन लोगों के लिए नहीं जो आपका ऐप इस्तेमाल करेंगे। जब मुख्य फ्लो काम करने लगे, तो /test एजेंट को प्रीव्यू में क्लिक-क्लिक करवाता है (टाइमर शुरू करें, एंट्री जोड़ें, रिपोर्ट चलाएं) और बताता है कि क्या टूटता है। दृश्य शुरुआत के लिए ऐप टेम्पलेट देखें।

सवाल