Developers do not click links because you want them to. They click because you answered a question they were already ask

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

میں AI ٹیوٹوریلز کے بارے میں ایک چھوٹا سا بلاگ چلاتا ہوں۔ کچھ خاص نہیں۔ ہر ماہ تقریباً دو ہزار لوگ آتے ہیں، اور میرے ٹویٹر (Twitter) پر تقریباً آٹھ سو ڈویلپرز فالو کرتے ہیں۔ میں یہ سب شوق کے لیے لکھتا ہوں، گزر بسر کے لیے نہیں۔ پھر بھی، میرے جوابات اور ڈی ایمز (DMs) میں ایک خاص پیٹرن نظر آتا رہا۔ لوگ جاننا چاہتے تھے کہ کون سا API پلیٹ فارم منتخب کیا جائے۔ وہ یہ جاننا چاہتے تھے کہ کیا پیڈ سبسکرپشن (paid subscription) واقعی پیسے کے قابل ہے یا نہیں۔ بار بار ایک ہی جواب لکھنے کے بجائے، میں نے کچھ نیا کرنے کی کوشش کی۔ میں نے ایک ایفی لیٹ پروگرام (affiliate program) کے لیے سائن اپ کیا اور لنکس کو ایک تفصیلی موازنہ کرنے والی پوسٹ (comparison post) میں شامل کر دیا۔ پھر میں نے انتظار کیا۔

موازنہ کرنے والا آرٹیکل کیوں درست تھا

تکنیکی قارئین فضول باتوں سے نفرت کرتے ہیں۔ انہیں کوڈ (code)، قیمتوں کے ٹیبلز (pricing tables) اور حقیقی حدود (limits) معلوم کرنی ہوتی ہیں۔ ایک طویل موازنہ کرنے والا آرٹیکل انہیں بالکل وہی چیز فراہم کرتا ہے۔ میں نے چند AI API پلیٹ فارمز کا انتخاب کیا جنہیں میں نے خود استعمال کیا تھا۔ میں نے اصل کوڈ اسنیپٹس (code snippets) لکھے۔ میں نے ڈیش بورڈز (dashboards) اور قیمتوں کے مختلف درجوں (pricing tiers) کے اسکرین شاٹس لیے۔ اگر میں کسی ٹول کی سفارش کرنے والا تھا، تو میں چاہتا تھا کہ میری سفارش اصل جانچ پڑتال پر پوری اترے۔

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

پہلا ہفتہ ضائع ہونے کے مترادف لگا

اعداد و شمار جھوٹ نہیں بولتے، اور میرے اعداد و شمار بہت ہی مایوس کن تھے۔ پہلے سات دنوں میں، Dev.to پوسٹ پر 340 ویوز (views) آئے۔ میرے اپنے بلاگ پر بمشکل 120 ویوز آئے۔ ان 460 لوگوں میں سے، صرف تین لوگوں نے ایفی لیٹ لنک پر کلک کیا۔ ایک بھی شخص نے سائن اپ نہیں کیا۔

تین کلکس۔ صفر کنورژنز (conversions)۔ میں ڈیش بورڈ کو دیکھتا رہا اور لنکس کو ڈیلیٹ کرنے کا سوچنے لگا۔ ایسا محسوس ہو رہا تھا جیسے میں نے ایک وینڈنگ مشین بنائی ہو، اسے احتیاط سے سامان سے بھر دیا ہو، اور پھر سب کو اس کے پاس سے گزرتے ہوئے دیکھ رہا ہوں۔ شک تیزی سے ذہن میں آنے لگا۔ شاید میری آڈینس بہت چھوٹی تھی۔ شاید ڈویلپرز ایفی لیٹ لنکس سے دور بھاگتے تھے۔ شاید پوسٹ خود ہی بورنگ تھی۔

لیکن پھر مجھے یاد آیا کہ میں بنیادی طور پر ٹیوٹوریلز کیوں لکھتا ہوں۔ مقصد کبھی بھی ایک ہفتے میں امیر ہونا نہیں تھا۔ مقصد مفید ہونا تھا۔ اعتماد سازی میں وقت لگتا ہے۔ ایک ڈویلپر جو آج آپ کی پوسٹ کو بک مارک (bookmark) کرتا ہے، اسے اگلی سہ ماہی تک شاید API کی (key) کی ضرورت نہ پڑے۔ میں نے فیصلہ کیا کہ آرٹیکل کو ویسے ہی رہنے دوں اور اسے وقت کے ساتھ پروان چڑھنے دوں۔

چوتھے ہفتے نے صورتحال بدل دی

چوتھے ہفتے کے آس پاس، رویہ بدل گیا۔ کل ویوز بڑھ کر 520 ہو گئے۔ مزید آٹھ قارئین نے کلک کیا۔ اس سے بھی اہم بات یہ کہ ان میں سے ایک نے اکاؤنٹ بنایا۔ یہ ابھی تک کوئی فروخت (sale) نہیں تھی، لیکن اس نے ثابت کر دیا کہ پائپ لائن (pipeline) ٹوٹی ہوئی نہیں تھی۔ کسی نے پڑھا، جائزہ لیا، اور میری سفارش کی بنیاد پر ٹول آزمانے کا فیصلہ کیا۔

پھر، 28 ویں دن، نوٹیفکیشن آیا۔ ایک صارف نے پرو پلان (Pro plan) پر اپ گریڈ کیا۔ میرا حصہ تین ڈالر تھا۔

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

یہ ڈویلپر آڈینس کے بارے میں کیا سکھاتا ہے

اس تجربے نے مجھے چند عملی اسباق سکھائے جو اب میں ہر اس ٹیوٹوریل پر لاگو کرتا ہوں جو میں لکھتا ہوں۔

پہلا یہ کہ تکنیکی مواد میں فوری نتائج کا تصور محض ایک افسانہ ہے۔ ڈویلپرز شاذ و نادر ہی انفراسٹرکچر (infrastructure) کو اچانک خریدتے ہیں۔ وہ جائزہ لیتے ہیں۔ وہ ٹیسٹ کرتے ہیں۔ وہ 'پروف آف کانسیپٹ' (proof of concept) چلاتے ہیں۔ وہ ایک ماہ بعد واپس آتے ہیں جب پروجیکٹ منظور ہو جاتا ہے۔ اگر آپ کی ایفی لیٹ حکمت عملی فوری تسکین پر منحصر ہے، تو آپ پہلے کنورژن سے پہلے ہی ہمت ہار دیں گے۔ آپ کو طویل مدتی نتائج (long tail) کے لیے لکھنا ہوگا۔

دوسرا یہ کہ فارمیٹ اہمیت رکھتا ہے۔ بینر اشتہارات سے بھری ہوئی ایک مبہم لسٹ (listicle) ناکام ہو جاتی۔ موازنہ کرنے والا آرٹیکل اس لیے کامیاب ہوا کیونکہ اس میں مواد کی گہرائی تھی۔ میں نے کوڈ اسنیپٹس شامل کیے جنہیں ڈویلپرز کاپی کر سکتے تھے۔ میں نے اسکرین شاٹس دکھائے تاکہ انہیں معلوم ہو کہ کنسول (console) کیسا دکھتا ہے۔ میں نے صرف مارکیٹنگ کے وعدوں کے بجائے حقیقی حدود کے بارے میں بات کی۔ جب آپ کسی ٹول کی سفارش کرتے ہیں، تو آپ اپنی ساکھ (credibility) بھی اس کے ساتھ لگا رہے ہوتے ہیں۔ اس بات کو یقینی بنائیں کہ مواد اتنا مضبوط ہو کہ وہ اس ساکھ کے انتقال کو برداشت کر سکے۔

تیسرا یہ کہ انکشاف کرنا اختیاری نہیں ہے۔ میں نے قارئین کو پہلے ہی بتا دیا تھا کہ پوسٹ میں ایفی لیٹ لنکس شامل ہیں۔ میں نے نوٹس بالکل اس کے بعد لگایا...