ماہانہ $9,000 سے $700 تک

پراپرٹی کی ایک تلاش 50 سے 500 خریدار واپس کرتی تھی۔ پرانا راستہ صارف کے کسی کو رابطے کے لیے چننے سے پہلے ہر نتیجے کا رابطہ پیغام بناتا تھا۔

اس طرح لاگت تلاش کے نتائج کے ساتھ بڑھتی تھی۔ اسے صرف ان کہیں کم لوگوں کے ساتھ بڑھنا چاہیے تھا جنہیں واقعی پیغام ملا۔

SendFlow نے زیادہ سے زیادہ تین دوبارہ کوششوں کے ساتھ پہلا مسودہ بنایا۔ Review Gate نے اسے قبول یا رد کیا، Content Rewriter نے لہجہ اور تفصیل بدلی، اور Message Humanizer نے دو یا تین صورتیں بنائیں۔ آٹھ ورکر تھریڈز نے یہ زنجیر متوازی چلائی اور کسی کے Send دبانے سے پہلے نتیجہ ڈیٹا بیس میں محفوظ کردیا۔

تلاش کا نتیجہ
  -> SendFlow (زیادہ سے زیادہ تین کوششیں)
  -> Review Gate
  -> Content Rewriter
  -> Message Humanizer (2-3 صورتیں)
  -> ہر نتیجہ محفوظ کریں

زنجیر ہر خریدار کے لیے ماڈل کو چار سے پانچ درخواستیں بھیجتی تھی۔ 500 خریداروں والی تلاش میں صارف کے وصول کنندہ چننے سے پہلے ماڈل کو تقریباً 2,500 درخواستیں بھیجی جاتی تھیں۔

500 نتائج کی اس مثال میں صارفین نے تقریباً 100 خریداروں سے رابطہ کیا۔ پہلے سے بنے تقریباً 80% پیغامات کبھی استعمال نہیں ہوئے، اس لیے تقریباً 2,000 کالز ایسی رہیں جن کا صارف کو نظر آنے والا کوئی نتیجہ نہیں ملا۔ پرامپٹ ٹیوننگ ہر کال کو سستا کرسکتی تھی، مگر غیر استعمال شدہ کالز چلانے کا جواز نہیں دے سکتی تھی۔

نظرثانی شدہ تلاش نے رابطہ پیغامات بنائے بغیر خریدار واپس کیے۔ واضح Regenerate with AI عمل نے منتخب رابطے کے لیے ایک مخصوص ایجنٹ چلایا۔ درخواست کے سیاق میں مقام، فون، خریدار اور بھیجنے والے کے پہلے نام، منڈی، خریدار کی سرگرمی، ترتیب شدہ گفتگو کی تاریخ اور خریدار ID شامل تھے؛ نتیجہ بھیجنے سے پہلے قابلِ ترمیم رہا۔

500 خریدار تلاش کریں -> 0 پیغامات بنائیں
صارف ایک خریدار چنے -> رابطے اور گفتگو کا سیاق یکجا کریں
Regenerate with AI -> ماڈل کو 1 درخواست
ProgressReporter -> ہر دو سیکنڈ بعد WebSocket تازہ کاری
قابلِ ترمیم نتیجہ -> صارف طے کرے کہ بھیجنا ہے یا نہیں

اطلاق وقت کے ساتھ بدلا۔ ایک ریپوزٹری اسنیپ شاٹ میں منتخب رابطے کا پینل کھلنے پر براہ راست REST درخواست ہوتی تھی؛ بعد کے مضمون والے طریقے نے عمل کو واضح صارف ارادے کے پیچھے رکھا اور WebSocket سے پیش رفت بھیجی۔ یہ مصنوع کے الگ مراحل ہیں، ایک ساتھ چلنے والا کوڈ راستہ نہیں۔

مصنوع میں gpt-4.1-nano پر 25 سے زیادہ مخصوص ایجنٹ ترتیبات تھیں۔ ہر درخواست کے لیے ایک ترتیب منتخب ہوتی تھی؛ یہ 25 ایجنٹس کی زنجیر نہیں تھی۔ پیغام بنتے وقت ProgressReporter ہر دو سیکنڈ بعد WebSocket اپ ڈیٹ بھیجتا تھا۔

پیغام بنانا کلک کے پیچھے رکھنے سے انتظار دکھائی دینے لگا۔ میں نے جواب قابلِ ترمیم رکھا، پیش رفت دکھائی، اور صرف صارف کے منتخب وصول کنندہ کے لیے پیغام بنایا۔

دستاویزی 500 خریداروں کی مثال میں ماڈل کالز تقریباً 2,500 سے گھٹ کر تقریباً 100 رہ گئیں، یعنی 96% کمی۔ ماہانہ ماڈل خرچ تقریباً $9,000 سے گھٹ کر تقریباً $700 رہ گیا۔ ان ماہانہ تخمینوں کے حساب سے سالانہ خرچ میں تقریباً $100,000 کی کمی بنتی ہے۔

تبدیلی نے 1,218 سطریں بھی ہٹائیں، جن میں 640 سطروں کا بیچ پروسیسر شامل تھا۔ اس راستے کے حذف ہونے سے اس کی دوبارہ کوششیں، ورکرز، مستقل ذخیرہ اور کئی ایجنٹس کی ہم آہنگی بھی ختم ہوگئی۔

• ناپیں کہ صارفین بنائے گئے نتیجے میں سے کتنا واقعی استعمال کرتے ہیں۔
• مہنگا کام مصنوع کے اسی واقعے کے پیچھے رکھیں جسے اس کی ضرورت ہے۔
• ضرورت کے وقت کام فوراً ختم نہ ہوسکے تو دکھائی دینے والی پیش رفت دیں۔
• مصنوع کا انحصار ختم ہونے کے بعد بیچ ساخت حذف کردیں۔