آئیے میں آپ کو سائیڈبار کی چیز بہ چیز وضاحت کرنے کے بجائے ایک اصل اکاؤنٹ کا سفر شروع سے آخر تک دکھاؤں۔ فرض کریں کہ یہ ایک فری لانسر ہے، پلیٹ فارم پر پہلا ہفتہ، ایک چھوٹے کلائنٹ کے لیے عادت ٹریک کرنے والی ایپ بنا رہا ہے۔ یہ ہے کہ اس بلڈ کے ساتھ ڈیش بورڈ کے دوران کیا ہوتا ہے، اسی ترتیب میں جس میں یہ اصل میں ہوتا ہے — اور ہر مقام نے یا تو مدد کی یا پانچ منٹ ضائع کیے۔
پرامپٹ
وہ AI Builder کھولتے ہیں اور کچھ ایسا لکھتے ہیں جو "مجھے ایک ہیبٹ ٹریکر بنا دو" کے قریب ہو۔ یہ ایک مناسب پہلا جملہ ہے مگر ایک ناقص حتمی پرامپٹ ہے۔ جو واپس آتا ہے وہ کوڈ نہیں ہوتا — بلکہ سادہ زبان میں لکھا گیا ایک منصوبہ ہوتا ہے، اور اگر آپ "ٹھیک لگ رہا ہے" پر رک کر منظوری دے دیں، تو آپ کو کچھ ایسا ملتا ہے جو لفظ "ہیبٹ ٹریکر" کے لحاظ سے تو مناسب ہے مگر ہر اہم پہلو میں عام سا ہوتا ہے۔ فری لانسر کے کلائنٹ کو کوئی سوشل فیچرز نہیں چاہیے تھے، صرف لوکل اسٹوریج، اور ڈارک موڈ بطور ڈیفالٹ۔ یہ سب پہلے پرامپٹ میں شامل نہیں تھا۔ اس کے بجائے یہ منصوبے میں منظوری سے پہلے تین ترامیم کے طور پر شامل ہوتا ہے: منصوبے نے خود سے جو "اپنی اسٹریک شیئر کریں" فیچر تجویز کیا اسے حذف کریں، اسٹوریج کی لائن بدلیں، ڈیفالٹ تھیم پلٹ دیں۔ صرف تیس سیکنڈ کی ترمیم۔ اس کے نتیجے میں بننے والا بلڈ لفظ "ہیبٹ ٹریکر" سے مطابقت رکھنے کے بجائے بریف سے مطابقت رکھتا ہے۔
منصوبے کا وہ مرحلہ جسے لوگ نظرانداز کرتے ہیں
میں نے دیکھا ہے کہ دوسرے صارفین کے ساتھ عین یہی لمحہ کیسے غلط ہو جاتا ہے — پہلا منصوبہ بغیر پڑھے منظور کر دینا، تین مراحل آگے پہنچ جانا، اور پھر ایسی شرائط دوبارہ سمجھانا شروع کرنا جو منصوبے کے مرحلے پر ہی طے ہو جانی چاہئیں تھیں۔ منصوبے کا مرحلہ اسی لیے موجود ہے کہ آپ یہ نہ کریں۔ اس کی قیمت تقریباً کچھ نہیں، اور یہ لوپ کا وہ واحد نقطہ ہے جہاں آپ ایجنٹ سے اپنی زبان میں بات چیت کر رہے ہوتے ہیں، نہ کہ اس کے کوڈ آؤٹ پٹ کو ڈیبگ کر رہے ہوتے ہیں۔
بلڈ اصل میں کہاں جاتا ہے
جب یہ جنریٹ ہو جاتا ہے تو ہیبٹ ٹریکر My Builds میں ایک کارڈ کے طور پر ظاہر ہوتا ہے — یہ لائبریری پیج ہے، جسے قسم کے لحاظ سے فلٹر کیا جا سکتا ہے، اور یہی وہ پیج ہے جسے یہ فری لانسر تیسرے ہفتے تک کسی بھی دوسرے پیج سے زیادہ کھولے گا، جب پانچ چھ بلڈز اکٹھے ہو جائیں گے۔ یہ Showcase میں ظاہر نہیں ہوتا؛ وہ پیج خود کار نہیں بلکہ منظم (curated) ہوتا ہے، اور کلائنٹ کے بلڈ کا وہاں بغیر تشہیر کے موجود نہ ہونا صحیح ڈیفالٹ ہے۔ یہ Templates میں بھی ظاہر نہیں ہوتا جب تک فری لانسر اسے ٹیمپلیٹ کے طور پر محفوظ کرنے کا سوچے — اور یہاں یہ کرنا واقعی فائدہ مند ہے، کیونکہ ہیبٹ ٹریکر کا خاکہ بالکل وہی چیز ہے جسے فری لانسر نئے کلائنٹ کے لیے مختلف برانڈنگ کے ساتھ دوبارہ بنائے گا۔ زیادہ تر لوگ "save as template" کو چھٹے بلڈ تک دریافت نہیں کرتے، اور پھر افسوس کرتے ہیں کہ یہ پہلے بلڈ پر ہی کر لیتے۔
پبلش شدہ، یا کچھ اس سے زیادہ
اب تقسیم کا سوال۔ تین حقیقی آپشنز، نہ کہ تین ناموں والا ایک ہی آپشن۔ Published ایک مفت سب ڈومین دیتا ہے، سیکنڈوں میں لائیو ہو جاتا ہے، بغیر کسی سیٹ اپ کے — یہی درست انتخاب ہے جب کلائنٹ ابھی جائزہ لے رہا ہو اور دوبارہ ڈیزائن کی درخواست کر سکتا ہو۔ Domain Management اس وقت کے لیے ہے جب کلائنٹ کا اپنا ڈومین اسے پوائنٹ کرنے کے لیے تیار ہو، اور یہ مرحلہ دو کام کرتا ہے: یہاں ڈومین جوڑنا صرف یو آر ایل بدلنا نہیں، بلکہ یہی وہ چیز ہے جو سائیڈبار میں مزید نیچے موجود اینالیٹکس پیجز کو کچھ جوڑنے کے لیے دیتی ہے۔ Deploy، سیٹنگز کے تحت، ایس ایف ٹی پی راستہ ہے جب کلائنٹ اصرار کرے کہ بلڈ اپنے کنٹرول کے انفراسٹرکچر پر چلے — زیادہ سیٹ اپ، اور فری لانسر اب اپ ٹائم کی کوئی ذمہ داری نہیں رکھتا، جو کہ ایک حقیقی مبادلہ ہے اور اسے حادثاتی طور پر دریافت کرنے کے بجائے واضح طور پر جان لینا بہتر ہے۔
اس بلڈ کے لیے پہلے Published۔ بعد میں سب ڈومین سے کسٹم ڈومین پر جانا کوئی مسئلہ نہیں۔ لیکن کسی کلائنٹ پروجیکٹ پر کسٹم ڈومین ڈیپلائے کو واپس لینا، جو منسوخ ہو جائے، اس سے زیادہ صفائی کا کام بن جاتا ہے جتنا فائدہ ہو — اور فری لانسر پہلے کسی پروجیکٹ پر عین اسی وجہ سے نقصان اٹھا چکا ہے، جو "ڈیفالٹ کے طور پر Published" کی عادت کی پوری وجہ ہے۔
ایپ سٹور کا موڑ
اس مخصوص کلائنٹ کو ایپ سٹور لسٹنگ بھی چاہیے تھی، اس لیے بلڈ صرف Published پر رکے بغیر Shipped سے گزرتا ہے — یہ پیج اس لیے موجود ہے کہ سٹور کا جائزہ اس طرح غیر ہمزمان (asynchronous) ہوتا ہے جیسے ویب ڈیپلائے کبھی نہیں ہوتے۔ ایک سٹور میں جمع کرائیں تو دو دن انتظار کرنا پڑتا ہے؛ دوسرے میں جمع کرائیں تو بیس منٹ میں منظور ہو جاتا ہے۔ Shipped وہ جگہ ہے جہاں آپ یہ سب پانچ الگ الگ براؤزر ٹیبز کھولے بغیر ٹریک کر سکتے ہیں، جن میں ہر ایک کا اپنا لاگ ان اور اپنی سٹیٹس کی اصطلاحات ہوں۔
وہ خالی پیج جس کے بارے میں کسی نے خبردار نہیں کیا
ڈومین جوڑنے کے ایک ہفتے بعد، فری لانسر Search Performance کھول کر دیکھتا ہے۔ خالی۔ حقیقت میں تھوڑا افسردہ نظر آتا ہے — نہ کوئی چارٹ، نہ کوئی نمبر، صرف اکاؤنٹ جوڑنے کا اشارہ۔ یہ خرابی نہیں، بلکہ سچائی ہے: ابھی کوئی ڈیٹا موجود نہیں، کیونکہ Search Performance، Google Analytics، اور Store Analytics سب سیٹنگز کے تحت گوگل اکاؤنٹ کے کنکشن پر منحصر ہیں، اور کوئی بھی پچھلا ڈیٹا واپس نہیں لاتا۔ سِنک اسی لمحے سے شروع ہوتی ہے جب آپ کنکٹ کریں، صرف آگے کی طرف۔ ڈومین پہلے دن جوڑ دیں تو دوسرے ہفتے تک ایک ہفتے کی ہسٹری مل جاتی ہے؛ اسے دسویں دن جوڑیں کیونکہ آپ بھول گئے تھے، تو آپ دسویں دن سے صفر سے شروع ہوتے ہیں۔ فری لانسر نے ڈومین جوڑ دیا تھا مگر گوگل اکاؤنٹ نہیں — دو الگ مراحل جو ایسے لگتے ہیں جیسے ایک ہی ہونے چاہئیں۔
یہاں جس چیز کی اصل قیمت چکانی پڑتی ہے وہ کوئی گمشدہ چارٹ نہیں ہے۔ اصل مسئلہ یہ ہے کہ آپٹیمائزیشن ایجنٹس اسی ڈیٹا سے پڑھتے ہیں، اور جس ایجنٹ کو کسی صفحے کی رینکنگ بہتر بنانے کا کام دیا جائے مگر اس کے پیچھے سرچ پرفارمنس کی کوئی تاریخ موجود نہ ہو، وہ سائٹ کے اصل اعداد و شمار کی بجائے عمومی بہترین طریقوں کی بنیاد پر کام کر رہا ہوتا ہے۔ کنکشن کو نظرانداز کرنے سے صرف ڈیش بورڈ کا کوئی صفحہ خالی نہیں رہ جاتا — یہ ایجنٹس کی صلاحیت کو بھی محدود کر دیتا ہے۔
وہ بریف جو بغیر مانگے سامنے آ جاتی ہے
دو ہفتوں بعد، Discovery میں ایک کارڈ نمودار ہوتا ہے: کلائنٹ کی سائٹ پر کنٹینٹ گیپ کی نشاندہی کرنے والی ایک اپورچونٹی بریف، جس کے ساتھ Build-this بٹن بھی موجود ہے۔ جب یہ کسی ایسی چیز پر آ جائے جس پر آپ ویسے بھی عمل کرتے، تو یہ واقعی مفید ہوتی ہے۔ لیکن Discovery ڈیزائن کے اعتبار سے درستگی کی بجائے حجم کی طرف مائل ہے — اتنی زیادہ بریفس کہ کوئی بھی ان سب پر عمل نہیں کر پاتا — اس لیے صحیح رویہ یہ ہے کہ اسے تجاویز کا ان باکس سمجھا جائے، ختم کرنے والی قطار نہیں۔ فری لانسر ہر چند دن بعد اسے سرسری دیکھتا ہے اور زیادہ تر کو نظرانداز کر دیتا ہے، اور یہی مطلوبہ استعمال ہے، ساتھ نہ دے پانا نہیں۔
وہ سیٹنگز جو پہلے دن ہی ہو جانی چاہیے تھیں
اس مرحلے تک فری لانسر جان بوجھ کر سیٹنگز مینو کھولے بغیر ہی چار سیٹنگز صفحات کو چھو چکا ہے — ہر ایک کا پتہ اس لیے چلا کیونکہ کوئی اور چیز خالی تھی۔
| پیج | یہ آخرکار کس چیز کو روک رہا تھا |
|---|---|
| Google اکاؤنٹس | سرچ پرفارمنس، گوگل اینالیٹکس، اور ایجنٹس کا گراؤنڈنگ ڈیٹا — ایک کنکشن، تین جگہیں |
| ڈیپلائے | SFTP ٹارگٹس، صرف کلائنٹ کے اپنے سرور والے راستے کے لیے ضروری |
| AI میڈیا | بلڈز کے اندر استعمال ہونے والی امیج جنریشن ڈیفالٹس |
| پلانز اور کریڈٹس | استعمال کی حد، کریڈٹ پیکس، رسیدیں |
گوگل اکاؤنٹس وہ چیز ہے جسے پہلے سے کر لینا فائدہ مند ہے۔ یہ تین الگ الگ ڈیش بورڈ سطحوں کے پیچھے ایک واحد کنکشن پوائنٹ ہے، اور اسے مشکل طریقے سے دریافت کرنا — تین مختلف خالی صفحات، تین مختلف لمحات جب لگے "اوہ، مجھے کچھ کنیکٹ کرنا ہے" — بالکل وہی رگڑ ہے جسے پہلے دن پانچ منٹ کی سیٹ اپ سے بچایا جا سکتا ہے۔
وہ دو چیزیں جو ہر وقت وہیں موجود تھیں
فلوٹنگ Ask-AI بٹن ان تمام صفحات پر ہر وقت موجود رہا، اور یہ کوئی محدود سا FAQ بوٹ نہیں ہے — یہ آپ کی جانب سے اکاؤنٹ کنیکٹ کر سکتا ہے، بلڈ شروع کر سکتا ہے، یا بتا سکتا ہے کہ کوئی صفحہ خالی کیوں ہے۔ فری لانسر کے کلائنٹ کو، جو انگریزی نہیں بولتا، ریویو کال کے لیے پورا انٹرفیس دوسری زبان میں چاہیے تھا؛ نیویگیشن میں موجود گلوب تمام بیس زبانوں کے درمیان، سیشن کے دوران ہی، جاری بلڈ کھوئے بغیر تبدیل کر دیتا ہے۔ ان دونوں چیزوں کو اس واک تھرو کی باقی ہر چیز کی طرح آزمائش سے دریافت کرنے کی ضرورت نہیں تھی۔ یہ بس وہیں موجود تھیں۔
یہی اس پورے اکاؤنٹ کے پہلے دو ہفتوں کا ایماندارانہ خلاصہ ہے — "پہلے دستاویزات پڑھیں، پھر بنائیں" نہیں، بلکہ الٹا۔ My Builds اس وقت تک ایک تصور تھا جب تک اس میں کوئی کارڈ نہیں تھا۔ سرچ پرفارمنس اس وقت تک خالی حالت میں تھی جب تک کسی ڈومین نے اسے ڈیٹا فراہم نہیں کیا۔ پہلی بلڈ سے پہلے فلور پلان پڑھنا ایک اچھا پس منظر ہے، لیکن فلور پلان صرف تب معنی رکھتا ہے جب اس میں کہیں ایک حقیقی ہیبٹ ٹریکر موجود ہو۔
