صارف کی رائے کو اپنے اگلے پرامپٹ میں بدلنا: تین طریقے جن میں لوگ غلطی کرتے ہیں

آپ کچھ شپ کرتے ہیں، لوگ اسے استعمال کرنا شروع کر دیتے ہیں، اور ایک ہفتے کے اندر پیغامات آنا شروع ہو جاتے ہیں۔ ایک اسٹار ریویو جو کہتا ہے "الجھن آمیز"۔ ایک ڈی ایم جو کہتا ہے "کیا یہ X بھی کر سکتا ہے"۔ ایک سپورٹ ٹکٹ جو دراصل کسی ایسے بٹن کے بارے میں غصہ نکالنے کے سوا کچھ نہیں جو کسی کو نہیں ملا۔ یہ اچھا مسئلہ ہے — اس کا مطلب ہے کہ لوگ اتنی پرواہ کرتے ہیں کہ آپ کو کچھ غلط بتائیں۔ لیکن یہی وہ لمحہ بھی ہے جب زیادہ تر بلڈرز خاموشی سے چیزوں کو مزید خراب کرنا شروع کر دیتے ہیں، کیونکہ فیڈبیک کے کسی ٹکڑے کو پرامپٹ میں بدلنا آسان محسوس ہوتا ہے، مگر تقریباً کبھی آسان نہیں ہوتا۔

میں نے بہت سے پروجیکٹس کو لانچ کے بعد بہتر ہونے کی بجائے خراب ہوتے دیکھا ہے، اور اس کی وجہ شاذ و نادر ہی یہ ہوتی ہے کہ فیڈبیک برا تھا۔ اصل وجہ یہ ہوتی ہے کہ پیغام پڑھنے اور اگلا پرامپٹ لکھنے کے درمیان کیا ہوا۔ تین اقسام بار بار سامنے آتی ہیں۔

غلطی نمبر ایک: بالکل وہی بنانا جو انہوں نے ٹائپ کیا

ایک صارف کہتا ہے "کاش ہیڈر میں ڈارک موڈ ٹوگل ہوتا۔" تو آپ بلڈ چیٹ کھول کر لکھتے ہیں: "ہیڈر میں ایک ڈارک موڈ ٹوگل شامل کریں۔" بلڈر ایسا کر دیتا ہے۔ ٹکٹ بند، ٹھیک ہے؟

سوائے اس کے کہ اس صارف کو دراصل ہیڈر میں ٹوگل نہیں چاہیے تھا — وہ چاہتے تھے کہ ایپ رات کو ان کی آنکھوں کو تکلیف دینا بند کر دے۔ شاید وہ چاہتے تھے کہ یہ ان کی سسٹم ترجیح کو خود بخود فالو کرے اور دوبارہ سوچنا ہی نہ پڑے۔ شاید اصل مسئلہ یہ تھا کہ آپ کا بیک گراؤنڈ ایک چبھنے والا سفید رنگ ہے اور ٹوگل ایک عارضی حل تھا جو انہوں نے اس لیے ایجاد کیا کیونکہ انہیں معلوم نہیں تھا کہ اور کیا مانگیں۔ صارفین علامات بیان کرنے میں بہت ماہر ہوتے ہیں اور حل تجویز کرنے میں غیر معتبر، کیونکہ انہیں معلوم نہیں کہ کیا بنانا سستا ہے یا مہنگا، اور وہ ایپ کی ان بارہ دوسری جگہوں کے بارے میں نہیں سوچ رہے جہاں ٹوگل کا خیال رکھنا ضروری ہوگا۔

یہاں تباہی جمع ہوتی چلی جاتی ہے۔ آپ کو ایک ہفتے میں پانچ فیچر ریکویسٹس ملتی ہیں، آپ پانچوں کو لفظی طور پر لاگو کر دیتے ہیں، اور اب آپ کے پاس ایک سیٹنگز پینل ہے جس میں ایک ڈارک موڈ ٹوگل، ایک "کمپیکٹ ویو" ٹوگل، ایک "سائیڈبار چھپائیں" ٹوگل، اور ایک "سادہ موڈ" چیک باکس ہے جو باقی تین کے آدھا خلاف ہے۔ کسی نے سیٹنگز پینل نہیں مانگا تھا۔ آپ نے پھر بھی ایک بنا دیا، ایک وقت میں ایک لفظی درخواست کے حساب سے، اور اب ہر نئے فیچر کو ٹوگل اسٹیٹس کے ایک الجھے ہوئے مجموعے کے خلاف ٹیسٹ کرنا پڑتا ہے جسے کسی کو یاد نہیں کہ کیوں آن کیا تھا۔

درخواست ڈیٹا ہے۔ یہ اسپیک نہیں ہے۔ آپ کا کام دونوں کے درمیان ترجمے کا مرحلہ ہے، اور اسے چھوڑ دینا فیڈبیک کے فیچر بلوٹ میں بدل جانے کا سب سے عام طریقہ ہے۔

غلطی نمبر دو: خاموش رہنا، پھر ایک ہی بار میں سب کچھ ڈال دینا

الٹی غلطی باہر سے نظم و ضبط والی لگتی ہے۔ آپ ہر آنے والے پیغام پر فوری ردعمل نہیں دیتے — زیادہ تر ایک اچھی جبلت ہے۔ مگر پھر آپ دو ہفتوں کے ٹکٹس کو ایک اسپریڈشیٹ میں جمع ہونے دیتے ہیں، اور ایک ہفتے کے آخر بیٹھ کر ایک ہی پھیلا ہوا پرامپٹ لکھتے ہیں: "چیک آؤٹ بگ ٹھیک کریں، ایکسپورٹ فیچر شامل کریں، آن بورڈنگ فلو دوبارہ بنائیں، موبائل نیو ٹھیک کریں، اور پرائسنگ پیج کاپی اپ ڈیٹ کریں۔"

بلڈر اپنی بہترین کوشش کرے گا، مگر آپ نے دراصل پانچ غیر متعلقہ تبدیلیوں کو ایک ہی گزر میں شامل کرنے کو کہا ہے، ایک ایسے کوڈ بیس میں جہاں یہ پانچوں چیزیں غالباً اوورلیپنگ فائلوں کو چھوتی ہیں۔ جب کچھ ٹوٹتا ہے — اور اتنی بڑی تبدیلی کے ساتھ عام طور پر کچھ نہ کچھ ٹوٹتا ہے — تو آپ نہیں بتا سکتے کہ پانچوں میں سے کس درخواست نے یہ کیا۔ آپ کی ورژن ہسٹری پانچ قابلِ جائزہ تبدیلیوں کی بجائے ایک بڑا ڈف دکھاتی ہے۔ اگر آپ کو چیک آؤٹ فکس واپس لینا پڑے کیونکہ اس نے ایک ریگریشن پیدا کیا، تو آپ آن بورڈنگ ری ورک کو بھی واپس لے رہے ہیں جو ٹھیک کام کر رہا تھا۔ اس رن کا ویریفیکیشن ریکارڈ تبدیلیوں کی ایک دیوار ہے جسے کوئی، بشمول خود آپ کے، سطر بہ سطر نہیں پڑھے گا۔

بیچنگ موثر محسوس ہوتی ہے۔ دراصل جیسے ہی بیچ میں کچھ غلط ہوتا ہے، یہ موثر ہونے کے بالکل الٹ ثابت ہوتی ہے، کیونکہ اب ڈیبگنگ کا مطلب ایک دھاگے کی پیروی کرنے کی بجائے پانچ دھاگوں کو سلجھانا ہے۔

غلطی نمبر تین: سب سے اونچی آواز کو روڈ میپ طے کرنے دینا

اسے کرتے وقت محسوس کرنا سب سے مشکل ہے۔ ایک صارف ایک غصے بھری، تفصیلی، واضح ای میل بھیجتا ہے جس میں وہ کوئی فیچر مانگتا ہے۔ یہ اچھی طرح لکھی گئی ہے، مخصوص ہے، اسے لکھنے میں واضح طور پر دس منٹ لگے ہیں — اور کسی کی حقیقی توجہ کے دس منٹ آپ کے دس منٹ کے مستحق محسوس ہوتے ہیں۔ تو آپ جو کر رہے تھے وہ چھوڑ کر اسے بنا دیتے ہیں۔

اسی دوران چالیس خاموش صارفین ہر ہفتے اسی الجھن آمیز سائن اپ اسٹیپ سے ٹکراتے ہیں اور بس چلے جاتے ہیں۔ ان میں سے کوئی بھی اس کے بارے میں پیراگراف نہیں لکھتا۔ وہ کچھ بھی نہیں بھیجتے — وہ بس واپس نہیں آتے، اور وہ خاموشی کبھی آپ کے ان باکس میں جواب مانگتے ہوئے سامنے نہیں آتی۔ حالیہ ہونا اور الفاظ کی تعداد اہمیت کے مترادف نہیں ہیں، مگر ایسا محسوس ہوتا ہے، خاص طور پر رات 11 بجے جب ایک پیغام آپ کے سامنے ہو اور چالیس غیر تبدیل شدگان ایک اینالیٹکس ڈیش بورڈ میں بیٹھے ہوں جسے آپ نے کھولا ہی نہیں۔

صحیح پرامپٹ اصل میں کیسا نظر آتا ہے

اس کا حل کوئی پراسیس ڈایاگرام نہیں، بلکہ ایک عادت ہے: پہلے پیغام پڑھیں، پھر بلڈ چیٹ کو ہاتھ لگانے سے پہلے یہ پوچھیں کہ اس کے پیچھے اصل ضرورت کیا ہے۔ جب وہ ڈارک موڈ والا صارف سامنے آتا ہے، تو اصل ضرورت عام طور پر "رات میں آنکھوں کا دباؤ کم کرنا" ہوتی ہے، اور اکثر سستا اور بہتر جواب یہ ہوتا ہے کہ "OS-لیول کلر اسکیم سیٹنگ کا احترام کریں" — ایک لائن، نہ کوئی نئی UI سطح، نہ کوئی ٹوگل جسے برقرار رکھنا پڑے۔ جب ایک ہفتے میں پانچ ٹکٹس آئیں، تو کچھ لکھنے سے پہلے پیٹرن تلاش کریں: اگر ان میں سے تین دراصل ایک ہی الجھن کو تین مختلف طریقوں سے بیان کر رہے ہیں، تو وہ ایک پرامپٹ ہے، تین نہیں۔

جلدی آگے بڑھنے کی خواہش کے باوجود تبدیلیوں کو یک مقصدی رکھیں۔ "چیک آؤٹ کی اس خرابی کو ٹھیک کریں جہاں مہمان صارفین ریفریش کرنے پر اپنی کارٹ کھو دیتے ہیں" ایسا پرامپٹ ہے جسے آپ ایک ہی جائزے میں تصدیق کر سکتے ہیں اور اگر غلط ہو تو صاف طور پر واپس لے سکتے ہیں۔ یہ آپ کو ایسا ورژن کارڈ بھی دیتا ہے جو چھ ہفتے بعد بھی معنی رکھتا ہے، نہ کہ ایک چینج لاگ اندراج جو صرف "مختلف فکسز" کہتا ہو۔

اور فیڈبیک کو جذبات کی مقدار کے بجائے پیٹرن کی بنیاد پر تولیں۔ ایک سیدھی سادی، ایک لائن کی شکایت جو تین دیگر صارفین کو بھی ہوئی ہو، اگلے پرامپٹ کی اُس فصیح درخواست سے زیادہ حقدار ہے جو کسی ایسے ورک فلو کو بیان کرتی ہو جسے کوئی اور استعمال ہی نہیں کرتا۔ یہیں پر یہ دیکھنا کہ لوگ کہاں چھوڑ کر جاتے ہیں، جانے سے پہلے کیا کلک کرتے ہیں، اپنی اہمیت ثابت کرتا ہے، کیونکہ یہ آپ کو بتاتا ہے کہ خاموش اکثریت کیا کر رہی ہے جبکہ بولنے والی اقلیت آپ کو ای میل بھیج رہی ہے۔

اس کا مطلب یہ نہیں کہ ان صارفین کو نظر انداز کریں جو آپ کو لکھنے کے لیے وقت نکالتے ہیں۔ اس کا مطلب یہ ہے کہ "کس نے حال ہی میں اور سب سے زیادہ قائل کن انداز میں لکھا" کو یہ فیصلہ کرنے کا الگورتھم نہ بننے دیں کہ آگے کیا بنایا جائے۔ پیغام بات چیت کا آغاز ہے، ٹکٹ نہیں۔ کسی نے جو کہا اس سے یہ طے کرنا کہ آپ اصل میں بلڈر سے کیا بنوانے کے لیے کہتے ہیں — یہ ترجمہ ہر بار آپ ہی کو کرنا ہوگا۔