समस्या · अंतहीन रिविज़न लूप
बस एक छोटा बदलाव और। सातवीं बार।
रिविज़न सामान्य हैं। अंतहीन रिविज़न नहीं। उनकी वजह लगभग हमेशा पहले राउंड से पहले होती है: अधूरी ब्रीफ़िंग, बिखरा फ़ीडबैक या मंज़ूरी देने वाला कोई नहीं।
रिविज़न लूप चेक
कहाँ से आते हैं इतने सारे राउंड?
बहुत ज़्यादा रिविज़न वाले पिछले प्रोजेक्ट के बारे में सोचें और सवालों के जवाब दें।
आपका परिणाम
सभी प्रश्नों के उत्तर दें। फिर यहाँ दिखेगा कि समस्या संभवतः कहाँ से पैदा होती है और कौन-सा छोटा कदम सबसे पहले मदद करता है।
मान्यताएँ और सीमाएँ
- चेक आपके जवाबों के आधार पर पैटर्न दिखाता है। कुछ प्रोजेक्ट को सच में ज़्यादा राउंड चाहिए, जैसे जब ग्राहक खुद अभी तलाश रहा हो।
- जब साथ काम बिगड़ने लगे, तो रिविज़न के कॉन्ट्रैक्ट नियम बातचीत की जगह नहीं लेते।
आपकी जानकारी इसी ब्राउज़र में रहती है। कुछ भी सेव या भेजा नहीं जाता।
आपको कैसे पता चलता है
लगभग पूरा। हफ़्तों से।
- तीसरा राउंड पहले के उलट है, और किसी को याद नहीं कि क्या तय हुआ था।
- फ़ीडबैक उन लोगों से आता है जो ब्रीफ़िंग में नहीं थे।
- प्रोजेक्ट का हिसाब अच्छा था, अब मार्जिन ख़त्म हो गया।
कारण समझें
चार वजहें, पहले रिविज़न से काफ़ी पहले।
- 01
अधूरी ब्रीफ़िंग
- आपको कैसे पता चलता है
- ग्राहक को ड्राफ़्ट देखकर ही पता चलता है कि उसे असल में क्या चाहिए।
- ऐसा क्यों होता है
- काम शुरू होने से पहले लक्ष्य और मानदंड दर्ज नहीं हुए।
- क्या मदद करता है
- लक्ष्य, टारगेट ग्रुप और सफलता के मानदंड लिखित में दर्ज करें और पुष्टि करवाएँ।
- सीमा
- कुछ ग्राहक सच में पहले से नहीं जानते; तब एक छोटा पहला ड्राफ़्ट ब्रीफ़िंग टूल के रूप में मदद करता है।
- 02
बिखरा फ़ीडबैक
- आपको कैसे पता चलता है
- ग्राहक के यहाँ हर व्यक्ति अपने बदलाव भेजता है।
- ऐसा क्यों होता है
- फ़ीडबैक कैसे इकट्ठा और तय हो, इसका कोई नियम नहीं है।
- क्या मदद करता है
- हर राउंड के लिए एक इकट्ठा फ़ीडबैक तय करें, जो ग्राहक के यहाँ आपस में तय हो।
- सीमा
- आप ग्राहक से उनके यहाँ की सहमति माँग सकते हैं, उनके लिए कर नहीं सकते।
- 03
मंज़ूरी देने वाला तय नहीं
- आपको कैसे पता चलता है
- आख़िर से ठीक पहले एक नई राय आ जाती है।
- ऐसा क्यों होता है
- अंतिम फ़ैसला लेने वाला शुरू से शामिल नहीं था।
- क्या मदद करता है
- किक-ऑफ़ में मंज़ूरी देने वाले व्यक्ति का नाम तय करें और हर माइलस्टोन पर उन्हें शामिल करें।
- सीमा
- बड़े संगठनों में अक्सर कई मंज़ूरियाँ होती हैं; तब हर एक को अलग से तय करें।
- 04
राउंड तय नहीं
- आपको कैसे पता चलता है
- अतिरिक्त राउंड बिना भुगतान का काम हैं।
- ऐसा क्यों होता है
- ऑफ़र और एग्रीमेंट में यह नहीं लिखा कि कितने रिविज़न शामिल हैं।
- क्या मदद करता है
- राउंड की संख्या और आगे के राउंड की कीमत ऑफ़र में लिखें।
- सीमा
- कॉन्ट्रैक्ट की सीमा तभी काम करती है जब आप प्रोजेक्ट में भी उसकी बात करें।
समाधान के रास्ते
कम राउंड। बिना झगड़े के।
| रास्ता | काफ़ी है, अगर | सीमा |
|---|---|---|
| ब्रीफ़िंग टेम्पलेट और ईमेल से मंज़ूरी | कुछ प्रोजेक्ट, ग्राहक के यहाँ एक संपर्क व्यक्ति। | फ़ीडबैक और मंज़ूरियाँ फिर भी इनबॉक्स में बिखरी रहती हैं। |
| ऑफ़र में रिविज़न राउंड तय करें | राउंड मुख्य रूप से तय सीमाओं की कमी से बनते हैं। | अस्पष्ट ब्रीफ़िंग या मंज़ूरी की कमी हल नहीं करता। |
| ख़ास प्रूफ़िंग या मंज़ूरी टूल | आप मुख्य रूप से डिज़ाइन या फ़ाइलें देते हैं, जिन पर निशान और कमेंट लगते हैं। | ग्राहक के लिए एक और टूल; ऑफ़र और टास्क कहीं और हैं। |
| Peak One | आप किसी प्रोजेक्ट का ऑफ़र, ब्रीफ़िंग, टास्क और मंज़ूरियाँ एक साथ रखना चाहते हैं। | ग्राफ़िक्स के लिए मार्कअप टूल की जगह नहीं लेता; कितने राउंड तय करने हैं, यह आप तय करते हैं। |
Peak One काम करते हुए
सातवें राउंड से एक स्पष्ट मंज़ूरी तक।
- ट्रिगरप्रोजेक्ट ख़त्म क्यों नहीं होता?
- 01 · टास्कसंकेतPeak Board में Project Board दिखाता है कि कौन-से टास्क बार-बार वापस काम में चले जाते हैं।
- 02 · दस्तावेज़समझब्रीफ़िंग और फ़ैसले Peak Docs में हैं; Document Decisions दिखाता है कि क्या पहले ही तय हो चुका था।
- 03 · ऑफ़रफ़ैसलाOffer Builder में आप लिखते हैं कि आप क्या देते हैं और किन शर्तों पर, रिविज़न राउंड समेत।
- 04 · मंज़ूरीएक्शनPeak Automations में मंज़ूरी फ़्लो का एक अलग स्टेप बन जाती है, और आप देखते हैं कि अभी कौन-सा स्टेप चल रहा है।
इसके लिए ऐप्स
ऑफ़र से मंज़ूरी तक।
व्यू
स्थिति और फ़ैसले।
तीन कदम
अगला लूप छोटा करें।
- 01 / 03
ब्रीफ़िंग की पुष्टि करवाएँ
अगले ड्राफ़्ट से पहले लक्ष्य पर तीन वाक्य भेजें और लिखित में पुष्टि करवाएँ।
- 02 / 03
मंज़ूरी देने वाला एक व्यक्ति
ग्राहक से पूछें कि अंतिम मंज़ूरी कौन देता है, और उस व्यक्ति को अगली समीक्षा में बुलाएँ।
- 03 / 03
राउंड ऑफ़र में
अगले ऑफ़र से लिखें कि कितने रिविज़न राउंड शामिल हैं।
अक्सर पूछे जाने वाले प्रश्न
संक्षेप में उत्तर।
कितने रिविज़न लूप सामान्य हैं?
इसके लिए कोई सार्वभौमिक संख्या नहीं है। कई सर्विस प्रोवाइडर ऑफ़र में एक तय संख्या रखते हैं। अहम यह है कि संख्या पहले से तय हो और दोनों पक्ष उसे जानें।
ग्राहक को नाराज़ किए बिना अतिरिक्त रिविज़न की बात कैसे करूँ?
जल्दी और सीधे: बताएँ कि तय राउंड पूरे हो गए हैं, और अगला राउंड शुल्क के साथ ऑफ़र करें। जब सीमा ऑफ़र में लिखी हो, तो यह आसान होता है।
क्या बदलाव और रिविज़न एक ही चीज़ हैं?
नहीं। रिविज़न नतीजे को तय ब्रीफ़िंग के अनुसार ठीक करता है। बदलाव खुद ब्रीफ़िंग को बदलता है और उस पर नए काम के रूप में बात होनी चाहिए।
और खोजें
इसमें क्या शामिल है।
- फ़ंक्शनटास्क और प्रोजेक्टप्रोजेक्ट Board के रूप में, टास्क दिन की योजना में, हर प्रोजेक्ट के लिए एक चैट।देखें
- फ़ंक्शनमार्जिन और योगदान मार्जिनहर प्रोडक्ट और वेरिएंट का योगदान मार्जिन, परिदृश्यों और स्टॉक के साथ।देखें
- उपयोग मामलाप्रोजेक्ट को ठीक से पूरा करेंखुली बातें स्पष्ट करें, नतीजे दर्ज करें, ग्राहक की राय सुरक्षित करें और अगले कदम की योजना बनाएँ।देखें
- सॉफ़्टवेयर श्रेणीप्रोजेक्ट प्रबंधन सॉफ़्टवेयरहर प्रोजेक्ट टास्क के साथ व्यक्ति, तारीख़ और दिखती स्थिति।देखें
- समस्याऑफ़र में बहुत समय लगता हैबातचीत और ऑफ़र के बीच कई दिन निकल जाते हैं, और ग्राहक ठंडा पड़ जाता है।देखें
- समस्याप्रोजेक्ट स्थिति के बिना ग्राहकग्राहक नहीं जानते कि उनका प्रोजेक्ट कहाँ तक पहुँचा, और बार-बार पूछते हैं।देखें
✦ एक Peak सिद्धांत
पहले स्पष्टता। बाकी सब पीछे आता है।
एक-एक करके
और समस्याएँ
बढ़ते बिज़नेस की आम रुकावटें, हर एक के साथ तुरंत आज़माने का एक टूल, उसकी वजहें और वह रास्ता जो Peak One इसके लिए देता है।
इसे एक बार हल करें। बाकी पीछे आता है।
फ़ीडबैक का हर राउंड बदलावों का नया राउंड लाता है, और प्रोजेक्ट कभी पूरा नहीं होता। Google से साइन इन करें और अपना बिज़नेस एक जगह देखें।
Free प्लान · Google से साइन इन · लगभग दो मिनट में सेटअप



