सोमवार की pipeline meeting से पहले कौन सी Commit deals संदेह में हैं?
अपनी Salesforce opportunities, close-date history, Gong call log और targets को Querri में जोड़ें। दोबारा देखने लायक Commit deals को flag करें, जाँचें कि आपकी अपनी history कौन से warning signs सही ठहराती है, और उनके साथ और उनके बिना coverage देखें।
Querri खोलेंआपको किसकी आवश्यकता होगी
Querri (निःशुल्क ट्रायल) exports जोड़ने और view बनाने के लिए
Salesforce, field history, Gong और targets exports: Step 1 बताता है कि हर एक क्या जोड़ता है
आपके doubt rules: ताकि हर deal एक ही तरीके से flag हो
निःशुल्क संसाधन
अपना निःशुल्क ट्रायल यहाँ शुरू करें →नमूना डेटा सेट
एक काल्पनिक software कंपनी का synthetic data। असली customer data नहीं।
मदद चाहिए?
यदि आपके कोई प्रश्न हैं, तो आप डेमो का अनुरोध कर सकते हैं या हमारी टीम को ईमेल कर सकते हैं।
शुरू करने से पहले
सोमवार की pipeline meeting है और तिमाही में दो हफ़्ते बचे हैं। Commit $1.43M कहता है, और हर कोई जानना चाहता है कि उसमें से कितना आएगा। सबूत बिखरे हुए हैं। close-date के बदलाव एक audit table में हैं, calls किसी दूसरे tool में, और dashboard का coverage number हर Commit deal को एक जैसा गिनता है।
यह playbook दोबारा देखने लायक Commit deals को flag करता है, हर warning sign को आपकी अपनी closed deals पर परखता है, और उनके साथ और उनके बिना coverage दिखाता है।
यह कैसे काम करता है:
- • CRM, close-date history, calls और targets upload करें
- • सुबह के refresh के अनुसार pipeline बनाएँ
- • दोबारा देखने लायक Commit deals को flag करें
- • जाँचें कि history कौन से warning signs सही ठहराती है
- • उनके साथ और उनके बिना coverage दिखाएँ
चरणों का पालन करें
Salesforce, field history, Gong और targets upload करें
चार exports, एक project:
- •
Salesforce (या HubSpot): open और closed deals, stage, forecast category और won या lost के साथ।
- •
Opportunity Field History: हर close-date और stage बदलाव, उसकी date के साथ।
- •
Gong (या आपके CRM का activity log): हर deal पर calls का dated log।
- •
Targets: हर segment को इस तिमाही कितना close करना है।
अपने doubt rules के साथ एक छोटी sheet जोड़ें। live data चाहिए? Querri Salesforce और आपकी spreadsheets से सीधे जुड़ता है।
सुझाव: सिर्फ़ open deals नहीं, closed deals की field history भी export करें। Step 4 को इसकी ज़रूरत है।
-
Salesforce -
Field history - Gong calls
- Targets
One project meeting में जाने वाली pipeline बनाएँ
pipeline से शुरू करें जैसी वह सुबह के refresh पर थी। Querri पहले duplicate rows हटाता है जो audit exports में अक्सर होती हैं:
"field history से duplicate rows हटाएँ, फिर इस तिमाही close होने वाली open pipeline को rep, segment और forecast category के अनुसार दिखाएँ, refresh time के साथ।"
62 open deals इस तिमाही close होती हैं, कुल $3.57M। उसमें Commit $1.43M है, 24 deals में।
| Forecast category | Deals | राशि | हिस्सा |
|---|---|---|---|
| Commit | 24 | $1,434,000 | 40% |
| Best Case | 18 | $1,207,500 | 34% |
| Pipeline | 20 | $928,000 | 26% |
| कुल | 62 | $3,569,500 |
इस तिमाही close होने वाली open pipeline, forecast category के अनुसार, सोमवार 07:00 तक।
संदेह वाली Commit deals को flag करें
तीन warning signs, हर एक अलग source से। कोई भी एक deal को review के लिए flag करता है, काटने के लिए नहीं:
"इस तिमाही close होने वाली हर Commit deal के लिए तीन signals flag करें: pushed (तिमाही शुरू होने के बाद close date आगे खिसकी), stalled (अपने stage में उन तीन-चौथाई deals से ज़्यादा समय से जो आगे चलकर जीतीं) और quiet (14 दिनों में कोई call नहीं)। कोई भी signal मतलब संदेह में।"
24 में से 15 Commit deals पर flag है, कुल $928,500। ज़्यादातर pushed या quiet थीं; सिर्फ़ 2 stalled हैं। quiet का मतलब है कोई recorded call नहीं।
| Rep | Commit | Flagged | Flagged राशि |
|---|---|---|---|
| Owen Castellano | 3 | 3 | $356,500 |
| Marco Visser | 5 | 3 | $232,000 |
| Priya Raman | 4 | 4 | $118,500 |
| Leah Brandt | 4 | 1 | $93,500 |
| Jade Whitfield | 4 | 2 | $79,500 |
| Sam Okafor | 4 | 2 | $48,500 |
flagged Commit deals, rep के अनुसार।
जाँचें कि history कौन सा signal सही ठहराती है
सोमवार को flag उठाने से पहले देखें कि पहले से close हो चुकी deals पर उसका क्या मतलब निकला:
"सभी closed deals में, कभी न खिसकाई गई, एक बार खिसकाई गई, और दो या ज़्यादा बार खिसकाई गई deals का win rate दिखाएँ; stalled बनाम not stalled का; और segment के अनुसार quiet बनाम not quiet का।"
हर deal के पूरे जीवनकाल के pushes गिनकर, कभी न खिसकाई गई पिछली deals में से 42% जीतीं; दो या ज़्यादा बार खिसकाई गई में से 6%। stalled deals लगभग उतनी ही बार जीतीं जितनी बाकी, इसलिए उस flag का वज़न कम है।
| Signal | Deals | Win rate |
|---|---|---|
| कभी नहीं खिसकी | 610 | 42.0% |
| एक बार खिसकी | 228 | 19.7% |
| दो या ज़्यादा बार खिसकी | 141 | 5.7% |
| Quiet, Enterprise | 190 | 11.6% (quiet न हो तो 49.0%) |
| Stalled | 238 | 31.9% (न हो तो 31.4%) |
979 closed deals में से जीती गई deals का हिस्सा, signal के अनुसार।
सोमवार का view तैयार करें
meeting के लिए चार numbers, और review करने वाली deals, rep के अनुसार।
Querri जो कथा लिखता है:
Commit के दो-तिहाई पर warning sign है, और उन deals के बिना Enterprise coverage 1x से नीचे गिर जाता है।
आप क्या बना या export कर सकते हैं:
- deal-level table, Excel, CSV या Google Sheets में
- एक live dashboard जो schedule पर refresh होता है
- एक presentation, PDF या PowerPoint में
| Segment | Coverage | flagged के बिना |
|---|---|---|
| Enterprise | 1.29x | 0.97x |
| Mid-Market | 2.48x | 1.76x |
| कुल | 1.46x | 1.08x |
segment के अनुसार coverage, flagged Commit deals के साथ और बिना।
सोमवार की meeting में यह जानते हुए जाएँ कि किन deals पर बात करनी है।
अपने data पर आज़माएँऐसी pipeline meeting के लिए tips जिस पर लोग भरोसा करें
refresh time को freeze करें
view पर timestamp लगाएँ। जो pipeline meeting के दौरान बदलती रहे, उस पर कोई टिक नहीं सकता।
मौजूदा date नहीं, audit trail इस्तेमाल करें
opportunity report दिखाती है कि close date अभी कहाँ है। field history दिखाती है कि वह कितनी बार खिसकी, और इस sample में उस गिनती ने जीत और हार को साफ़ अलग किया।
Querri को अपने rules एक बार सिखाएँ। उसके बाद हर जवाब उनका पालन करता है।
pushed किसे माना जाए, stalled की लाइन कैसे तय हो, कितने quiet दिन बहुत ज़्यादा हैं: हर rule एक बार बताएँ और Querri उसे उस data पर हर सवाल में लागू करता है।
मुझे दिखाएँ कैसे
chat में कहें
बातचीत में एक rule तय करें और Librarian उसे Facts & Rules में एक fact के रूप में दर्ज करता है, उस table से जुड़ा जिस पर वह लागू होता है। उस data पर बाद का हर सवाल उसे लागू करता है, चाहे कोई भी पूछे, और उसके बाद बना हर view उसे साथ रखता है।
"कोई deal pushed है जब तिमाही शुरू होने के बाद किसी भी समय उसकी close date आगे खिसकी हो, duplicates हटाने के बाद field history से गिना गया। इसे opportunities और field history tables के लिए rule के रूप में save करें।"
या वह document लाएँ जिसमें यह पहले से लिखा है
अपनी forecast policy, sales process doc या stage-exit criteria किसी भी दूसरी file की तरह upload करें। Querri Inbox में एक From a document card रखता है जिसमें उसे मिले statements होते हैं, हर एक अपने page और सटीक शब्दों के साथ; जिन्हें रखना है उन पर tick करें और वे facts बन जाते हैं। dictionary entries उन columns से जुड़ती हैं जिनका वे वर्णन करती हैं। जिन rules पर यह playbook निर्भर है:
- यह तिमाही: मौजूदा calendar तिमाही के पहले से आख़िरी दिन तक की close dates
- Pushed: तिमाही शुरू होने के बाद close date कम से कम एक बार आगे खिसकी
- Stalled: मौजूदा stage में बिताए दिन उस stage में जीती गई deals के दिनों के 75th percentile से ज़्यादा
- Quiet: पिछले 14 दिनों में opportunity से जुड़ी कोई recorded call नहीं
- Flagged: ऐसी Commit deal जो pushed, stalled या quiet में से कुछ भी हो
- Coverage: open pipeline को target में से closed won घटाकर भाग
- flagged deals के बिना coverage: वही, open pipeline से flagged Commit deals हटाकर
"हमारी forecasting policy पढ़ें और forecast categories, close-date बदलावों और coverage के बारे में उसमें लिखे rules प्रस्तावित करें। मैं उन्हें Inbox में review करूँगा।"
rules कहाँ तक पहुँचते हैं
rule data से जुड़ा होता है, किसी एक व्यक्ति की chat से नहीं, इसलिए वह हर जगह data के साथ जाता है:
- • chat में पूछा गया हर सवाल, team में कोई भी पूछे
- • हर view जो Librarian उस data पर बनाता है
- • किसी project का हर step, उसके लिखे code सहित
- • Dashboards और scheduled runs, हर बार refresh होने पर
- • Claude और ChatGPT, जब वे Querri से पूछते हैं
नियंत्रण आपके हाथ में रहता है
हर rule Facts & Rules में उस data के साथ दिखता है जिस पर वह लागू होता है, जहाँ आप उसे edit कर सकते हैं या हटा सकते हैं। document से आए rules Inbox में आपके tick का इंतज़ार करते हैं, और Worth remembering card वह तरीका है जिससे Querri खुद देखा गया कोई rule सुझाता है। Workspaces और roles तय करते हैं कि कौन क्या बदल सकता है। पूरी कंपनी के rules Settings → Customize में जाते हैं; बाकी सब Library में रहता है।
सोमवार सुबह का फ़ायदा
pipeline meeting इस बहस को छोड़ देती है कि push किसे माना जाए, और 15 flagged deals पर शुरू होती है। किसी rule को सख़्त करना एक वाक्य है, dashboard का rebuild नहीं।
अक्सर पूछे जाने वाले प्रश्न
यहाँ "संदेह में" का मतलब क्या है?
reps से ही क्यों न पूछ लें?
किस signal पर सबसे ज़्यादा भरोसा करूँ?
push count कहाँ से आता है?
coverage क्या है, और उसे दो बार क्यों दिखाएँ?
अगर हमारे पास call recorder न हो तो?
stalled की threshold कैसे तय होती है?
इसके लिए कितनी history चाहिए?
यह कितनी बार चलाना चाहिए?
अन्य लोकप्रिय संसाधन
Playbook
target से नीचे के renewals
अगली तिमाही में renew होने वाले कौन से accounts हमारे usage target से नीचे हैं?
Playbook
Budget से ऊपर, और क्यों
इस महीने कौन से departments budget से ऊपर हैं, और क्यों?
Demo
एक वॉकथ्रू का अनुरोध करें
अपने स्वयं के डेटा के साथ Querri को क्रिया में देखें।
मूल्य निर्धारण
योजनाओं की तुलना करें
व्यक्तियों, टीमों या एंटरप्राइज़ के लिए सही योजना खोजें।