আমি শখের বসে SaaS প্রোডাক্ট বানাই, আর Jurfi লঞ্চ করার সময়ও এসব প্রজেক্ট থেকে আমার আয় ছিল শূন্য। কথাটা লিখতে একটু কষ্ট হয়, কিন্তু এটাও গল্পের অংশ: আমি বানিয়ে যাই কারণ প্রোডাক্ট তৈরি করার কাজটা সত্যিই ভালো লাগে। Jurfi.com সেই ধারার নতুন প্রজেক্ট।
Jurfi হলো গঠনমূলক লিগ্যাল ডকুমেন্ট ড্রাফট তৈরির জন্য ব্রাউজারভিত্তিক স্টুডিও। এটি বানানোর পেছনে ছিল খুব নির্দিষ্ট এক বিরক্তি। খালি পেজ থেকে শুরু করা ধীর, কিন্তু অস্পষ্ট AI উত্তর উল্টো সমস্যা তৈরি করতে পারে: টেক্সট অনেক, অথচ ডকুমেন্টের পরিষ্কার কাঠামো বা কীভাবে যাচাই করতে হবে তার সহজ পথ নেই। আমি মাঝামাঝি কিছু চেয়েছিলাম—আরও স্পষ্ট ইনপুট, ডকুমেন্টের নির্ধারিত গঠন, আর এমন একটি ওয়ার্কিং ড্রাফট যেটিকে শুধু বিশ্বাস না করে পরীক্ষা করা যায়।
খালি পেজ থেকে গঠনমূলক ড্রাফট
অনেক ব্যবহারিক ডকুমেন্ট একই অস্বস্তিকর প্রশ্ন দিয়ে শুরু হয়: এখানে কোন তথ্য লাগবে, কোন ক্রমে, আর আমি কী ভুলে যাচ্ছি? Jurfi ওয়েবসাইট ও SaaS পলিসি, সার্ভিস এগ্রিমেন্ট, ভাড়ার নথি, চিঠি, দাবি, রসিদ এবং মানুষের সত্যিই দরকার হয় এমন অন্য ডকুমেন্টে এই ঝামেলা কমাতে তৈরি।
মূল ধারণা সহজ: খালি পেজের বদলে ফর্ম বা টেমপ্লেট থেকে শুরু করা। প্রাসঙ্গিক তথ্য দিন, গঠনমূলক ওয়ার্কিং ড্রাফট তৈরি করুন, তারপর ফলাফল রিভিউ ও সংশোধন করুন।
- সহজ ফর্ম ও টেমপ্লেট দিয়ে লিগ্যাল ডকুমেন্টের ড্রাফট তৈরি করা।
- সরাসরি ব্রাউজারে গঠনমূলক ড্রাফট তৈরি করা।
- প্রতিটি সংস্করণকে ফেলে দেওয়ার টেক্সট না ধরে ড্রাফট লোকালভাবে রাখা।
- ডকুমেন্টের বিশৃঙ্খলা ও বারবার করা ম্যানুয়াল অ্যাসেম্বলি কমানো।
আমি ইচ্ছা করেই ফলাফলকে ড্রাফট বলি। কোনো ডকুমেন্ট দেখতে নিখুঁত হলেও নির্দিষ্ট jurisdiction, contract, business বা dispute-এর জন্য ভুল হতে পারে। সুন্দর formatting আইনি correctness প্রমাণ করে না।
ফিচার লিস্টের চেয়ে সীমা বেশি গুরুত্বপূর্ণ
সবচেয়ে গুরুত্বপূর্ণ product decision আরেকটি template যোগ করা ছিল না। আসল সিদ্ধান্ত ছিল Jurfi কী হওয়ার ভান করবে না। এটি আইনজীবী নয়, এবং আমি এটিকে এমন system হিসেবে উপস্থাপন করি না যা সব জটিল আইনি পরিস্থিতি সমাধান করতে পারে।
আমি যে value চাই তা সীমিত ও বাস্তব: গতি, কাঠামো ও স্পষ্টতা। খালি পেজ থেকে coherent working draft-এ দ্রুত যাওয়া, inputs স্পষ্ট করা, পুনরাবৃত্ত assembly কমানো, তারপর ফলাফল সমালোচনামূলকভাবে পড়া। কোনো document-এ গুরুত্বপূর্ণ আইনি বা আর্থিক ঝুঁকি থাকলে professional review এখনও যুক্তিসঙ্গত পরবর্তী ধাপ।
এই সীমা গুরুত্বপূর্ণ, কারণ generated text আত্মবিশ্বাসী শোনালেও অসম্পূর্ণ বা ভুল হতে পারে। legal-document tool-এ এই uncertainty লুকানো খারাপ product decision হবে। product-কে জাদুকরী দেখানোর চেয়ে সীমা স্পষ্ট রাখা আমার কাছে ভালো।
এখানে “ব্রাউজারভিত্তিক” মানে কী?
Workflow ব্রাউজারকে কেন্দ্র করে, এবং drafts লোকালভাবে রাখা যায়। এটি আমার কাছে গুরুত্বপূর্ণ ছিল, কারণ প্রতিটি revision tabs, chats ও copied text-এর মধ্যে ছড়িয়ে গেলে document work খুব দ্রুত এলোমেলো হয়ে যায়।
তবে এই feature-কে facts-এর চেয়ে বড় privacy claim-এ পরিণত করতে চাই না। নির্দিষ্ট capability হলো: drafts লোকালভাবে রাখা যায়। এর মানে এই নয় যে প্রতিটি workflow-এর প্রতিটি operation অবশ্যই শুধু device-এর ভেতরেই ঘটে। বাস্তব সুবিধা সহজ: draft এমন document হিসেবে থাকে যেটিতে কাজ চালিয়ে যাওয়া যায়, আরেকটি one-off answer হয়ে যায় না।
প্রোডাক্ট লঞ্চ করা আর খুঁজে পাওয়া এক নয়
লঞ্চের পর সবচেয়ে অনিশ্চিত অংশ হলো discovery। wording, review process এবং document quality-তে আমি সত্যিই কাজ করেছি। তারপর আসে যে অংশটি সরাসরি আমার নিয়ন্ত্রণে নেই: মানুষ product-টি খুঁজে পাবে কি না।
আবেগের ভাষায় বলা যায়, “এখন Google নিজের অংশ করুক।” প্রযুক্তিগতভাবে ব্যাপারটি কম স্বস্তিদায়ক। Google-এর নিজস্ব documentation বলে, requirements পূরণ করা page-ও crawl, index বা Search-এ serve হওয়ার guarantee পায় না। Crawling, indexing, ranking এবং traffic আলাদা ধাপ; যত্ন নিয়ে product publish করলেই এগুলোর কোনোটি স্বয়ংক্রিয়ভাবে আসে না।
Side project-এর জন্য এই পার্থক্যটি দরকারি। আমি কী বানাই, কী publish করি এবং কতটা স্পষ্টভাবে ব্যাখ্যা করি তা নিয়ন্ত্রণ করতে পারি। search কত দ্রুত তা discover করবে বা discovery users-এ পরিণত হবে কি না তা নিয়ন্ত্রণ করতে পারি না।
এই প্রজেক্ট থেকে আমার শেখা
Growth ধীর হলেও Jurfi বানিয়ে আমি খুশি। আমার শিক্ষা এই নয় যে legal drafting সহজ বা AI কঠিন অংশ সরিয়ে দেয়। বরং উল্টো: document-এর পরিণতি যত গুরুতর, explicit workflow এবং visible limits তত বেশি গুরুত্বপূর্ণ।
- 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 করতে পারি” পর্যন্ত আরও পরিষ্কার পথ।