29 اگست 2026

آپ کے اے آئی ایجنٹ کا منظوری والا پرامپٹ دراصل اجازت کی حد ہے

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

تین ساتھی ایک لیپ ٹاپ پر مل کر کام کر رہے ہیں

ایک صارف اے آئی ایجنٹ سے کہتا ہے: ”Q3 والا سینڈ باکس ڈیلیٹ کر دیں۔“ ایجنٹ سیٹنگز کھولتا ہے، ورک اسپیس ڈھونڈتا ہے، اور ڈیلیٹ کے کنٹرول تک پہنچ جاتا ہے۔ اگر وہ ہر کلک کے بعد تصدیق مانگے تو اسے استعمال کرنا ممکن نہیں۔ اگر وہ پہلے جملے کو لامحدود رضامندی سمجھ لے تو وہ لاپروا ہے۔ اگر آخر میں بس ”جاری رکھیں؟“ پوچھ لے تو بھی صارف نہیں جان سکتا کہ ہوگا کیا۔ پروڈکٹ کا مشکل فیصلہ یہ نہیں کہ انسان کو دائرے میں رکھا جائے یا نہیں۔ اصل سوال یہ ہے کہ یہ دائرہ کہاں سے شروع ہو، انسان کس چیز کی منظوری دے رہا ہے، اور وہ منظوری کب بے اثر ہو جاتی ہے۔

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


دو بری انتہائیں

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

اس کے الٹ ڈیزائن شروع میں ایک بار پوچھ لیتا ہے: ”میں ورک اسپیس کی صفائی کر دوں گا۔ آگے بڑھوں؟“ یہ تب تک مؤثر لگتا ہے جب تک کام پھیل کر ریکارڈز آرکائیو کرنے، ممبرز کو ہٹانے اور خلاصے کی ای میل بھیجنے تک نہیں پہنچ جاتا۔ صارف نے ایک مقصد کی منظوری دی تھی، ہر نتیجے کی نہیں۔ عام زبان میں دی گئی ایک وسیع ہدایت، ایڈمنسٹریٹر کا عارضی اختیار بن چکی ہے۔

دونوں ناکامیوں کی جڑ ایک ہے: گفتگو کو ہی اجازت کی پرت بنا لینا۔ گفتگو ارادہ واضح کرنے میں اچھی ہے۔ مگر یہ طے کرنے میں کمزور ہے کہ ٹھیک ٹھیک کون سا اختیار دیا جا رہا ہے۔

ایجنٹس کی ناکامی کی اقسام پر Microsoft کی 2026 کی درجہ بندی اسی نکتے کو سیکیورٹی کے زاویے سے کھل کر بیان کرتی ہے۔ اس میں سفارش کی گئی ہے کہ انسانی ریویو طے شدہ قواعد سے شروع ہو، اہم نتائج والے ذیلی ایکشنز کی الگ منظوری لی جائے، وضاحتیں اصل ٹول کالز سے اخذ کی جائیں، اور منظوری کے درجے اس بنیاد پر ہوں کہ ایکشن کتنا واپس ہو سکتا ہے اور اس کے نقصان کا دائرہ کتنا بڑا ہے۔ حد کو نافذ کرنا ایپلیکیشن کا کام ہے، ماڈل کا نہیں۔

اگر ایجنٹ کی وضاحت میں ایک جملہ بدلنے سے یہ بدل سکتا ہے کہ ریویو سامنے آئے گا یا نہیں، تو ریویو الفاظ کے رحم و کرم پر ہے۔ اجازت کی حقیقی حد اس ایکشن سے طے ہوتی ہے جو ایپلیکیشن چلانے والی ہے۔


بٹن کی نہیں، نتیجے کی درجہ بندی کریں

ٹیمیں اکثر خطرناک الفاظ کی ایک فہرست سے شروع کرتی ہیں: ڈیلیٹ، بھیجیں، ادا کریں، منسوخ کریں۔ یہ مفید ہے، مگر بٹن پر لکھا لفظ پالیسی نہیں ہوتا۔ ”منسوخ کریں“ کسی ڈائیلاگ کو بند بھی کر سکتا ہے اور سبسکرپشن ختم بھی۔ ”ہٹائیں“ کسی فلٹر کو صاف بھی کر سکتا ہے اور کسی شخص کی رسائی واپس بھی لے سکتا ہے۔ ”جاری رکھیں“ کسی خریداری کا آخری بٹن بھی ہو سکتا ہے۔

درجہ بندی کے لیے ایکشن، اس کا ہدف اور اس کے آس پاس کی حالت، تینوں درکار ہیں۔ ایک عملی پالیسی ان پانچ سوالوں سے شروع ہو سکتی ہے:

1. کیا اس ایکشن کا اثر باہر تک جاتا ہے، جیسے کوئی پیغام، دعوت نامہ، پوسٹ یا شائع ہونے والی تبدیلی؟

2. کیا اس سے پیسہ منتقل ہوتا ہے یا کوئی مالی ذمہ داری بنتی ہے؟

3. کیا اس سے یہ بدلتا ہے کہ ڈیٹا تک کس کی رسائی ہے، یا کس کے پاس کون سی اجازتیں ہیں؟

4. کیا یہ ڈیٹا ڈیلیٹ کرتا ہے، کوئی اکاؤنٹ بند کرتا ہے، یا سبسکرپشن بدلتا ہے؟

5. اگر یہ غلط ہو تو کیا وہی صارف اسے جلدی اور پوری طرح واپس پلٹ سکتا ہے؟

اس سے ”ڈیٹا میں ہر تبدیلی پر تصدیق ضروری ہے“ کے مقابلے میں کہیں زیادہ کارآمد حد بنتی ہے۔

مجوزہ ایکشن · ڈیفالٹ رویہ · کیوں

پیج پڑھنا، تلاش کرنا، فلٹر لگانا یا ٹیب کھولنا · آگے بڑھیں · باہر کوئی دیرپا اثر نہیں

ڈرافٹ کا کوئی غیر حساس خانہ بھرنا · آگے بڑھیں اور ایکشن نظر کے سامنے رکھیں · جمع کرانے سے پہلے واپس ہو سکتا ہے

کوئی مقامی ترجیح بدلنا جسے آسانی سے اَن ڈو کیا جا سکے · عموماً آگے بڑھیں · نقصان کا دائرہ چھوٹا اور تلافی آسان

بھیجنا، شائع کرنا، دعوت دینا، شیئر کرنا یا رسائی بدلنا · عین اسی ایکشن کی منظوری لیں · کسی دوسرے شخص پر اثر پڑتا ہے یا کوئی حد پار ہوتی ہے

خریداری، اپ گریڈ، منسوخی، بندش یا ڈیلیٹ · چلانے سے عین پہلے منظوری لیں · مالی معاملہ، یا واپس پلٹنا مشکل

لاگ اِن کی تفصیلات درج کرنا یا کوئی ریگولیٹڈ فیصلہ کرنا · یہ کام صارف خود کرے، ورنہ انکار کر دیں · صرف منظوری مل جانے سے ہر ایکشن دوسرے کو سونپنے کے قابل نہیں ہو جاتا

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


وہیں پوچھیں جہاں نتیجہ نکلتا ہے

منظوری جتنی دیر سے ممکن ہو مانگی جائے، مگر باہر اثر پڑنے سے پہلے۔

مثال کے طور پر: ”میری Growth سبسکرپشن منسوخ کر دیں۔“ ایجنٹ بیچ میں روکے بغیر سیٹنگز کھول سکتا ہے، بلنگ تک جا سکتا ہے، اور موجودہ پلان دیکھ سکتا ہے۔ ان میں سے کوئی قدم صارف کو کسی چیز کا پابند نہیں کرتا۔ کارآمد ریویو تب سامنے آتا ہے جب ایجنٹ کو اصل سبسکرپشن منسوخ کریں والا کنٹرول مل جائے اور وہ جانتا ہو کہ اس کا اثر کس سبسکرپشن پر پڑے گا۔

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

یہاں ایک صاف فرق ہے:

– وضاحت تب مانگی جاتی ہے جب مطلوبہ ایکشن یا ہدف مبہم ہو۔ اگر دو ممبرز کا نام Alex ہو تو ”Alex کو ہٹا دیں“ پر سوال بنتا ہے۔

– منظوری تب لی جاتی ہے جب مطلوبہ ایکشن واضح ہو اور ایپلیکیشن اہم نتیجے والا کوئی قدم چلانے کو تیار ہو۔ یہ ایک محدود فیصلہ ہونا چاہیے: ”منظور کریں“ یا ”رد کریں“۔

دونوں کو گڈمڈ کرنے سے جھنجھلا دینے والی گفتگو جنم لیتی ہے۔ ایجنٹ پوچھتا ہے ”کیا آپ کو یقین ہے؟“ حالانکہ اسے ابھی تک معلوم نہیں کہ صارف کی مراد کون سا ریکارڈ تھا۔ یا وہ پہلے منظوری لے لیتا ہے، بعد میں تصدیق کا کوئی اور کنٹرول سامنے آتا ہے، اور وہ پچھلے جواب کو اس نئے ایکشن کی اجازت سمجھ لیتا ہے۔

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


پرامپٹ میں وہی ایکشن بیان ہو جو واقعی چلنے والا ہے

ایجنٹ کہہ سکتا ہے، ”میں بس ورک اسپیس کو سمیٹ رہا ہوں“، جبکہ اس کی اگلی ٹول کال کسی ممبر کو ہٹا رہی ہو۔ یہ تضاد بدنیتی سے ہو، کسی انجیکشن سے یا محض غلطی سے، اس سے فرق نہیں پڑتا۔ منظوری کا انٹرفیس ایجنٹ کے بیان پر بھروسہ نہیں کر سکتا کہ وہ اس اختیار کو درست بیان کرے گا جو وہ مانگ رہا ہے۔

اس کے بجائے ریویو کی عبارت اسی آبجیکٹ سے بنائیں جو عمل درآمد کے لیے تیار ہے۔ وہ کنٹرول، ہدف، منتخب ویلیو، منزل اور متعلقہ دائرہ دکھائیں جن کا تعین ایپلیکیشن کر چکی ہے۔ ”Acme کے لیے ’اکاؤنٹ ڈیلیٹ کریں‘ پر کلک کریں“ کارآمد ہے۔ ”صفائی جاری رکھیں“ نہیں۔

اس کمزور طریقے کو Microsoft کی درجہ بندی ”وضاحت کی لانڈرنگ“ کہتی ہے: ایجنٹ ایک بے ضرر سا خلاصہ پیش کرتا ہے جس کے پیچھے کہیں زیادہ سنگین ایکشن چھپا ہوتا ہے۔ تجویز کردہ بچاؤ سیدھا سادہ ہے۔ منظوری کی وضاحت اصل ٹول کال یا پیج کے کنٹرول سے بنائیں، ماڈل کی آزادانہ لکھی عبارت سے نہیں۔

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

– یہ اس لیے سامنے آتا ہے کہ طے شدہ پالیسی نے چلنے والے ایکشن کی درجہ بندی کی، اس لیے نہیں کہ ماڈل نے خود سے پوچھنا مناسب سمجھا۔

– یہ ایکشن، ہدف، منزل اور دائرے کا نام ایسی زبان میں لیتا ہے جسے صارف پرکھ سکے۔

– یہ انکار کا حقیقی راستہ دیتا ہے، اور اہم نتیجے والے قدم کو کئی کاموں کے مجموعے میں نہیں چھپاتا۔

– یہ ایک کوشش کی اجازت دیتا ہے، باقی پوری گفتگو کی نہیں۔


صوفے پر بیٹھا ایک شخص لیپ ٹاپ پر کام کر رہا ہے

رضامندی ایک بار کی ہو، اور موجودہ حالت سے بندھی ہو

سب سے زیادہ نظرانداز ہونے والا سوال صارف کے ”منظور کریں“ پر کلک کرنے کے بعد آتا ہے: اس کلک نے ٹھیک ٹھیک کس چیز کی اجازت دی؟

فرض کریں ریویو میں لکھا تھا ”Q3 سینڈ باکس ڈیلیٹ کریں“۔ کارڈ ابھی کھلا ہی تھا کہ پیج دوبارہ رینڈر ہوا، اور اب اس کے پیچھے والا ایلیمنٹ پروڈکشن ورک اسپیس کی طرف اشارہ کر رہا ہے۔ یا روٹ بدل گیا۔ یا کسی فارم کا وصول کنندہ بدل گیا۔ اگر منظوری کو approved نام کے ایک بولین سے ظاہر کیا جائے، تو ایجنٹ ایسی حالت پر عمل کر سکتا ہے جو صارف نے کبھی دیکھی ہی نہیں۔

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

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

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


منظوری حفاظت کی ایک پرت ہے، پورا حفاظتی نظام نہیں

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

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

باقی نظام کو پھر بھی ان چیزوں کی ضرورت ہے:

– ٹولز اور ڈیٹا تک صرف اتنی رسائی جتنی ضروری ہو؛

– ممنوعہ اہداف اور حساس اِن پٹس پر طے شدہ قواعد والی پابندیاں؛

– کئی مراحل والے کام کے دوران روکنے کا کنٹرول؛

– ہر ایکشن کے بعد انٹرفیس کو نئے سرے سے پڑھنا؛

– کامیابی کا دعویٰ کرنے سے پہلے مطلوبہ نتیجے کا آخری آڈٹ؛

– ایسے لاگز جو صارف کی درخواست، ریویو، عمل درآمد اور نتیجے کو آپس میں جوڑیں۔

آخری آڈٹ خاص طور پر اہم ہے۔ منظوری کا مطلب ہے ”آپ عین یہی ایکشن آزما سکتے ہیں۔“ اس کا مطلب یہ نہیں کہ کلک کام کر گیا، درست حالت بدل گئی، یا کام مکمل ہو گیا۔


ہم نے Barkan کے لیے کیا چنا

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

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

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


صرف منظوری کی شرح نہیں، پوری حد کو ناپیں

صرف منظوری کی شرح کامیابی کا کمزور پیمانہ ہے۔ 99 فیصد منظوری کا مطلب یہ ہو سکتا ہے کہ ایجنٹ ہمیشہ درست ہوتا ہے۔ اس کا مطلب یہ بھی ہو سکتا ہے کہ پرامپٹس اتنے زیادہ اور اتنے مبہم ہیں کہ صارفین انہیں پڑھتے ہی نہیں۔

اس نظام کو ایک کنٹرول کی طرح ٹریک کریں:

– ریویو کی کوریج: اہم نتیجے والے وہ ایکشنز جنہیں عمل درآمد سے پہلے روکا گیا۔

– بلاوجہ رکاوٹ کی شرح: بے ضرر ایکشنز جن پر ریویو سامنے آ گیا۔

– زمرہ وار فیصلوں کی شرح: ڈیلیٹ، پیسے، رابطے، رسائی اور اکاؤنٹ میں تبدیلی کے لیے قبول اور مسترد کے فیصلے۔

– پرانی رضامندی کی وجہ سے رد: وہ کوششیں جو اس لیے روکی گئیں کہ ریویو کے دوران ہدف یا حالت بدل گئی۔

– تصدیق شدہ تکمیل: منظور شدہ ایکشنز جن کی مطلوبہ آخری حالت کی بعد میں تصدیق ہوئی۔

– روکنے اور درست کرنے کا رجحان: وہ کام جنہیں صارفین نے کسی اہم قدم سے پہلے روک دیا یا ان کا رخ بدل دیا۔

پھر دونوں سروں سے مثالیں دیکھیں: اہم نتیجے والے وہ ایکشنز جو ریویو سے بچ نکلے، اور وہ بے ضرر ایکشنز جنہوں نے صارفین کو تنگ کیا۔ پالیسی دونوں گروہوں کو چھوٹا کرنے سے بہتر ہوتی ہے، ہر کام کو زیادہ منظوری کی طرف دھکیلنے سے نہیں۔

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

Barkan آپ کی پروڈکٹ میں کئی مراحل والا کام مکمل کرتا ہے، اور بڑے اثر والے کسی بھی ایکشن کے چلنے سے عین پہلے اسی پر رک جاتا ہے۔

”زیادہ تر صارفین کو ایک اور جواب نہیں چاہیے۔ وہ چاہتے ہیں کہ انہیں راستہ دکھایا جائے، یا کام ہی کر دیا جائے۔ پوری پروڈکٹ بس یہی ہے۔“ 

Gabriel Lancelot

شریک بانی، Barkan

Barkan کے شریک بانی Gabriel Lancelot