กลับไปที่บล็อก
6 เมษายน 2569Sergei Solod10 นาทีในการอ่าน

ผมสร้าง Jurfi.com: สตูดิโอบนเบราว์เซอร์สำหรับร่างเอกสารกฎหมายแบบมีโครงสร้าง

ผมสร้าง Jurfi.com เพื่อเปลี่ยนแบบฟอร์มและเทมเพลตให้เป็นร่างเอกสารกฎหมายแบบมีโครงสร้างในเบราว์เซอร์ เก็บร่างไว้ในเครื่องได้ และทำให้การตรวจทานเป็นส่วนที่ชัดเจนของกระบวนการ โดยไม่อ้างว่าซอฟต์แวร์แทนทนายได้

JurfiJurfi.comเอกสารกฎหมายLegalTechSaaSการร่างเอกสารเครื่องมือบนเบราว์เซอร์

ผมทำผลิตภัณฑ์ SaaS เป็นงานอดิเรก และตอนที่เปิดตัว Jurfi รายได้จากโปรเจกต์เหล่านี้ยังคงเป็นศูนย์ เขียนแล้วก็เจ็บนิด ๆ แต่เรื่องนี้ก็เป็นส่วนหนึ่งของประสบการณ์ ผมยังทำต่อเพราะชอบการสร้างผลิตภัณฑ์จริง ๆ และ Jurfi.com คือโปรเจกต์ล่าสุด

Jurfi คือสตูดิโอบนเบราว์เซอร์สำหรับสร้างร่างเอกสารกฎหมายแบบมีโครงสร้าง ผมเริ่มทำมันจากความหงุดหงิดที่ค่อนข้างชัดเจน การเริ่มจากหน้าว่างช้า แต่คำตอบ AI ที่กำกวมก็สร้างปัญหาตรงข้ามได้: มีข้อความเยอะ แต่ไม่มีโครงสร้างเอกสารที่ชัด และไม่รู้ว่าจะตรวจอย่างไร ผมจึงอยากได้ทางกลาง คือข้อมูลนำเข้าที่ชัดขึ้น รูปแบบเอกสารที่กำหนดไว้ และร่างทำงานที่ตรวจสอบได้แทนที่จะเชื่อทันที

จากหน้าว่างสู่ร่างที่มีโครงสร้าง

เอกสารใช้งานจริงจำนวนมากเริ่มจากคำถามเดิม ๆ: ต้องใส่ข้อมูลอะไร เรียงอย่างไร และลืมอะไรไปหรือไม่ Jurfi ตั้งใจลดความยุ่งยากนี้สำหรับนโยบายเว็บไซต์และ SaaS, ข้อตกลงบริการ, เอกสารเช่า, จดหมาย, หนังสือเรียกร้อง, ใบรับเงิน และเอกสารใช้งานจริงอื่น ๆ ที่คนต้องใช้

แนวคิดพื้นฐานง่ายมาก: เริ่มจากแบบฟอร์มหรือเทมเพลตแทนหน้าว่าง ใส่ข้อมูลที่เกี่ยวข้อง สร้างร่างทำงานแบบมีโครงสร้าง แล้วตรวจทานหรือปรับแก้ผลลัพธ์

  • สร้างร่างเอกสารกฎหมายผ่านแบบฟอร์มและเทมเพลตง่าย ๆ
  • สร้างร่างแบบมีโครงสร้างได้โดยตรงในเบราว์เซอร์
  • เก็บร่างไว้ในเครื่อง แทนที่จะมองทุกเวอร์ชันเป็นข้อความใช้ครั้งเดียว
  • ลดความวุ่นวายของเอกสารและการประกอบข้อความด้วยมือซ้ำ ๆ

ผมตั้งใจเรียกผลลัพธ์ว่า ร่าง เอกสารอาจดูเรียบร้อยมากแต่ยังผิดสำหรับเขตอำนาจศาล สัญญา ธุรกิจ หรือข้อพิพาทบางกรณีได้ การจัดรูปแบบที่ดีไม่ใช่หลักฐานว่าถูกต้องตามกฎหมาย

ขอบเขตของเครื่องมือสำคัญกว่ารายการฟีเจอร์

การตัดสินใจด้านผลิตภัณฑ์ที่สำคัญที่สุดไม่ใช่การเพิ่มเทมเพลตอีกหนึ่งอัน แต่คือการกำหนดว่า Jurfi ไม่ควรแกล้งทำเป็นอะไร มันไม่ใช่ทนาย และผมไม่ได้เสนอให้เป็นระบบที่แก้ทุกสถานการณ์กฎหมายซับซ้อนได้

คุณค่าที่ผมต้องการแคบกว่านั้น: ความเร็ว โครงสร้าง และความชัดเจน ไปจากหน้าว่างสู่ร่างทำงานที่สอดคล้องกันได้เร็วขึ้น ทำให้ข้อมูลนำเข้าชัด ลดงานประกอบซ้ำ ๆ แล้วอ่านผลลัพธ์อย่างวิพากษ์ หากเอกสารมีความเสี่ยงทางกฎหมายหรือการเงินที่มีนัยสำคัญ การตรวจโดยผู้เชี่ยวชาญยังเป็นขั้นตอนถัดไปที่สมเหตุสมผล

ขอบเขตนี้สำคัญเพราะข้อความที่สร้างขึ้นอาจฟังดูมั่นใจทั้งที่ยังไม่ครบหรือผิด สำหรับเครื่องมือเอกสารกฎหมาย การซ่อนความไม่แน่นอนแบบนี้เป็นการตัดสินใจผลิตภัณฑ์ที่ไม่ดี ผมอยากให้ข้อจำกัดมองเห็นได้ มากกว่าทำให้ผลิตภัณฑ์ดูเหมือนเวทมนตร์

คำว่า “บนเบราว์เซอร์” หมายถึงอะไรในที่นี้

เวิร์กโฟลว์อยู่รอบเบราว์เซอร์ และสามารถเก็บร่างไว้ในเครื่องได้ เรื่องนี้สำคัญกับผม เพราะงานเอกสารจะรกเร็วมากเมื่อแต่ละ revision กระจายอยู่ตามแท็บ แชต และข้อความที่คัดลอกไว้

แต่ผมไม่ต้องการขยายฟีเจอร์นี้ให้กลายเป็นคำกล่าวเรื่องความเป็นส่วนตัวที่กว้างกว่าข้อเท็จจริง ความสามารถที่ยืนยันได้คือ “เก็บร่างไว้ในเครื่องได้” ซึ่งไม่เหมือนกับการอ้างว่าทุก operation ในทุก workflow เกิดขึ้นเฉพาะบนอุปกรณ์เสมอ ประโยชน์จริงง่ายกว่านั้น: ร่างยังเป็นเอกสารที่ทำงานต่อได้ ไม่ใช่คำตอบใช้ครั้งเดียวอีกชิ้น

เปิดตัวผลิตภัณฑ์ไม่ได้แปลว่าจะถูกค้นพบ

หลังเปิดตัว ส่วนที่ไม่แน่นอนที่สุดคือ discovery ผมลงแรงจริงกับถ้อยคำ กระบวนการ review และคุณภาพเอกสาร จากนั้นก็ถึงส่วนที่ควบคุมโดยตรงไม่ได้: คนจะเจอผลิตภัณฑ์หรือไม่

ถ้าพูดตามอารมณ์ก็คือ “ตอนนี้ Google ต้องทำส่วนของมันแล้ว” แต่ถ้าพูดให้แม่นทางเทคนิคจะไม่สบายใจเท่าไร เอกสารของ Google เองระบุว่าแม้หน้าเว็บจะทำตามข้อกำหนด ก็ไม่ได้รับประกันว่าจะถูก crawl, index หรือแสดงใน Search การ crawl, indexing, ranking และ traffic เป็นคนละขั้นตอน การเปิดตัวผลิตภัณฑ์อย่างรอบคอบไม่ได้ทำให้สิ่งเหล่านี้เกิดขึ้นโดยอัตโนมัติ

ความแตกต่างนี้มีประโยชน์สำหรับ side project ผมควบคุมได้ว่าสร้างอะไร เผยแพร่อะไร และอธิบายอย่างระมัดระวังแค่ไหน แต่ควบคุมไม่ได้ว่า search จะค้นพบเร็วแค่ไหน หรือการค้นพบนั้นจะกลายเป็นผู้ใช้หรือไม่

สิ่งที่ผมได้จากโปรเจกต์นี้

ต่อให้เติบโตช้า ผมก็ดีใจที่สร้าง Jurfi บทเรียนของผมไม่ใช่ว่าการร่างเอกสารกฎหมายง่าย หรือ AI เอาส่วนที่ยากออกไป กลับกัน ยิ่งเอกสารมีผลกระทบมาก เวิร์กโฟลว์ที่ชัดและข้อจำกัดที่มองเห็นได้ยิ่งสำคัญ

  • ใช้ข้อมูลนำเข้าแบบมีโครงสร้างเมื่อผลลัพธ์มีรูปแบบที่คาดเดาได้
  • มองข้อความที่สร้างเป็นร่างทำงาน ไม่ใช่หลักฐานว่าถูกต้อง
  • ทำให้เส้นแบ่งระหว่างความช่วยเหลือจากซอฟต์แวร์กับวิจารณญาณของผู้เชี่ยวชาญชัดเจน
  • เก็บการ review ไว้ใน workflow แทนที่จะมอง generation เป็นเส้นชัย
  • แยกคุณภาพผลิตภัณฑ์ออกจากผลลัพธ์การค้นหา อย่างหนึ่งไม่รับประกันอีกอย่าง

นี่คือมาตรฐานที่ผมอยากให้ jurfi.com มี: เอกสารวุ่นวายน้อยลง งานซ้ำ ๆ น้อยลง และเส้นทางที่ชัดขึ้นจาก “ผมต้องการเอกสารนี้” ไปสู่ “ผมมีร่างที่ตรวจได้จริง”