میں SaaS پروڈکٹس شوق کے طور پر بناتا ہوں، اور جب میں نے Jurfi لانچ کیا تو ان پروجیکٹس سے میری آمدنی اب بھی صفر تھی۔ یہ لکھنا تھوڑا تکلیف دہ ہے، لیکن یہ بھی کہانی کا حصہ ہے: میں اس لیے بناتا رہتا ہوں کیونکہ مجھے واقعی پروڈکٹ بنانا پسند ہے۔ Jurfi.com ان میں تازہ ترین ہے۔
Jurfi منظم قانونی دستاویزات کے ڈرافٹس بنانے کے لیے براؤزر بیسڈ اسٹوڈیو ہے۔ میں نے اسے ایک بہت واضح مسئلے سے شروع کیا۔ خالی صفحے سے آغاز سست ہوتا ہے، لیکن AI کا مبہم جواب الٹا مسئلہ پیدا کر سکتا ہے: متن بہت ہوتا ہے مگر دستاویز کی واضح ساخت اور اسے جانچنے کا سیدھا طریقہ نہیں ہوتا۔ میں درمیان کا راستہ چاہتا تھا: زیادہ واضح ان پٹ، دستاویز کی متعین شکل، اور ایسا ورکنگ ڈرافٹ جسے صرف مان لینے کے بجائے جانچا جا سکے۔
خالی صفحے سے منظم ڈرافٹ تک
بہت سے عملی دستاویزات ایک جیسے مشکل سوالات سے شروع ہوتے ہیں: یہاں کون سی معلومات ہونی چاہئیں، کس ترتیب میں، اور میں کیا بھول رہا ہوں؟ Jurfi ویب سائٹ اور SaaS پالیسیز، سروس ایگریمنٹس، کرایے کے کاغذات، خطوط، دعوے، رسیدیں اور دوسرے واقعی درکار دستاویزات میں اس رکاوٹ کو کم کرنے کے لیے ہے۔
بنیادی خیال سادہ ہے: خالی صفحے کے بجائے فارم یا ٹیمپلیٹ سے شروع کریں۔ متعلقہ معلومات دیں، منظم ورکنگ ڈرافٹ بنائیں، پھر نتیجے کا جائزہ لیں اور اسے بہتر کریں۔
- سادہ فارم اور ٹیمپلیٹس سے قانونی دستاویزات کے ڈرافٹس بنانا۔
- منظم ڈرافٹس براہِ راست براؤزر میں تیار کرنا۔
- ہر ورژن کو عارضی متن سمجھنے کے بجائے ڈرافٹس کو مقامی طور پر محفوظ رکھنا۔
- دستاویزی انتشار اور بار بار ہونے والی دستی ترتیب کو کم کرنا۔
میں جان بوجھ کر نتیجے کو ڈرافٹ کہتا ہوں۔ کوئی دستاویز بہت اچھی نظر آ سکتی ہے اور پھر بھی کسی خاص قانونی دائرہ، معاہدے، کاروبار یا تنازع کے لیے غلط ہو سکتی ہے۔ اچھی فارمیٹنگ قانونی درستگی کا ثبوت نہیں۔
حدود فیچر لسٹ سے زیادہ اہم ہیں
سب سے اہم پروڈکٹ فیصلہ ایک اور ٹیمپلیٹ شامل کرنا نہیں تھا۔ اصل فیصلہ یہ تھا کہ Jurfi کو کس چیز کا دعویٰ نہیں کرنا چاہیے۔ یہ وکیل نہیں ہے اور میں اسے ایسا نظام نہیں کہتا جو ہر پیچیدہ قانونی صورتحال حل کر سکے۔
میرا ہدف زیادہ محدود ہے: رفتار، ساخت اور وضاحت۔ خالی صفحے سے مربوط ورکنگ ڈرافٹ تک جلد پہنچنا، ان پٹ واضح کرنا، بار بار کی دستی ترتیب کم کرنا، اور پھر نتیجے کو تنقیدی نظر سے پڑھنا۔ اگر کسی دستاویز میں اہم قانونی یا مالی خطرہ ہے تو پیشہ ورانہ جائزہ اب بھی مناسب اگلا قدم ہے۔
یہ حد اس لیے اہم ہے کہ تیار کردہ متن پُراعتماد لگ سکتا ہے اور پھر بھی نامکمل یا غلط ہو سکتا ہے۔ قانونی دستاویزات کے ٹول میں اس غیر یقینی کو چھپانا خراب پروڈکٹ فیصلہ ہوگا۔ میں پروڈکٹ کو جادوئی دکھانے کے بجائے اس کی حدود واضح رکھنا پسند کرتا ہوں۔
یہاں “براؤزر بیسڈ” سے کیا مراد ہے؟
ورک فلو براؤزر کے گرد ہے اور ڈرافٹس کو مقامی طور پر رکھا جا سکتا ہے۔ یہ میرے لیے اہم تھا کیونکہ ہر ترمیم tabs، chats اور copied text میں بکھر جائے تو document work بہت جلد بے ترتیب ہو جاتا ہے۔
لیکن میں اس feature کو حقائق سے بڑی privacy claim میں تبدیل نہیں کرنا چاہتا۔ واضح capability یہ ہے: drafts local رکھے جا سکتے ہیں۔ یہ اس دعوے کے برابر نہیں کہ ہر workflow کا ہر operation لازماً صرف device پر ہوتا ہے۔ عملی نکتہ سادہ ہے: draft ایک ایسا document رہ سکتا ہے جس پر آپ آگے کام کریں، نہ کہ ایک اور یک وقتی جواب۔
پروڈکٹ لانچ کرنا اور مل جانا ایک بات نہیں
لانچ کے بعد سب سے غیر یقینی حصہ discovery ہے۔ میں نے wording، review process اور document quality پر واقعی محنت کی۔ اس کے بعد وہ حصہ آتا ہے جسے میں براہِ راست control نہیں کر سکتا: لوگ product کو پائیں گے یا نہیں۔
جذباتی جملہ ہے: “اب Google اپنا حصہ کرے۔” تکنیکی طور پر بات کم آرام دہ ہے۔ Google کی اپنی documentation کہتی ہے کہ requirements پوری کرنے والا page بھی crawl، index یا Search میں دکھائے جانے کی guarantee نہیں رکھتا۔ Crawling، indexing، ranking اور traffic الگ مراحل ہیں؛ احتیاط سے product publish کرنا ان میں سے کسی کو خودکار نہیں بناتا۔
Side projects کے لیے یہ فرق مفید ہے۔ میں control کر سکتا ہوں کہ کیا بناتا ہوں، کیا publish کرتا ہوں اور کتنی احتیاط سے سمجھاتا ہوں۔ میں یہ control نہیں کر سکتا کہ search اسے کتنی جلدی discover کرے یا وہ discovery users میں بدلے یا نہیں۔
اس پروجیکٹ سے میری اصل سیکھ
Growth سست ہو تب بھی مجھے خوشی ہے کہ میں نے Jurfi بنایا۔ میری سیکھ یہ نہیں کہ legal drafting آسان ہے یا AI مشکل حصے ختم کر دیتا ہے۔ بلکہ الٹا: دستاویز کے نتائج جتنے اہم ہوں، واضح workflow اور نظر آنے والی حدود اتنی ہی ضروری ہوتی ہیں۔
- جب output کی شکل predictable ہو تو structured inputs استعمال کریں۔
- Generated text کو working draft سمجھیں، correctness کا ثبوت نہیں۔
- Software assistance اور professional judgment کی حد واضح رکھیں۔
- Review کو workflow کے اندر رکھیں؛ generation کو finish line نہ سمجھیں۔
- Product quality اور search performance کو الگ سمجھیں؛ ایک دوسرے کی guarantee نہیں۔
jurfi.com کے لیے میرا معیار یہی تھا: کم document chaos، کم repetitive work، اور “مجھے یہ document چاہیے” سے “میرے پاس ایسا draft ہے جسے میں واقعی review کر سکتا ہوں” تک زیادہ واضح راستہ۔