Patrick Forquer (Legora): legal engineering, agent và consumption-based pricing

1. Mở đầu: giai đoạn tiếp theo của legal AI

Đây là một tập của The Geek in Review. Marlene Gebauer mở đầu: chào mừng mọi người tới The Geek in Review, podcast tập trung vào những ý tưởng đổi mới và sáng tạo trong ngành pháp lý, rồi chị tự giới thiệu tên mình. Greg Lambert giới thiệu tiếp tên anh và chủ đề của tập (video đăng ngày 17/08/2026): giai đoạn tiếp theo của legal AI, khi các vendor đang chuyển từ (anh tự sửa ngay: không phải rời bỏ, mà là bổ sung thêm cho) những assistant và các pilot riêng lẻ, sang công việc mang tính agentic nhiều hơn, triển khai trên toàn firm, và các pricing model mới.

Marlene nói vị khách mời của tập đứng ngay ở trung tâm của những câu hỏi thương mại và vận hành đó. Patrick Forquer là Chief Revenue Officer (CRO) tại Legora (theo mô tả video đăng ngày 17/08/2026). Theo lời giới thiệu của chị, anh lãnh đạo chiến lược go-to-market toàn cầu của công ty, và làm việc với các law firm cùng các legal team đang đưa AI từ giai đoạn thử nghiệm vào công việc pháp lý hằng ngày.

Marlene chào Patrick tới với The Geek in Review, có tiếng chào theo, và Patrick chào lại cả Marlene lẫn Greg, cảm ơn hai người đã mời anh.

2. Vì sao Legora tuyển nhiều luật sư đến vậy

Marlene vào câu hỏi đầu tiên bằng một điều gần đây khiến chị chú ý: Legora đang tuyển một số lượng đáng kể attorney, không chỉ software engineer (theo câu hỏi của chị trong video đăng ngày 17/08/2026). Chị kể đã nghe Max (Max Junestrand, đồng sáng lập và CEO của Legora theo trang legora.com, đọc ngày 03/11/2026) nói trên một podcast rằng có lẽ Legora có nhiều luật sư hơn engineer, và theo chị điều đó khá khác thường trong ngành.

Chị nêu cụ thể (video đăng ngày 17/08/2026): Legora tuyển legal engineer, legal associate và luật sư có kinh nghiệm hành nghề. Những luật sư đó thực ra làm gì mỗi ngày? Kỹ năng nào giúp một người thành công trong các vai trò ấy? Và điều đó cho thấy nghề luật đang đi về đâu?

Patrick nói đây là một câu hỏi hay, và anh được hỏi câu này suốt. Theo anh (video đăng ngày 17/08/2026), legal engineering là một trong những vai trò thú vị nhất trong ngành công nghệ lúc này, nói chung, vì những người làm nó ở tuyến đầu của AI và của quá trình tiến hóa AI, và đang làm phần việc thật sự khó: change management và adoption trong các firm.

Anh quay ngược lại từ đầu: Legora được sáng lập bởi các engineer. Một trong những nguyên tắc nền tảng của công ty là build cùng luật sư, không chỉ build cho luật sư. Điều quan trọng là lấy feedback của luật sư, hiểu những yêu cầu ở tầng sâu và chuyên môn (subject matter expertise) cần có để build một legal AI platform thành công. Vì vậy, theo Patrick (video đăng ngày 17/08/2026), từ trước tới nay Legora luôn có luật sư trong công ty để định hướng sản phẩm.

Nhưng quan trọng hơn ở thời điểm này là chuyện transformation. Patrick nói Legora rất may mắn vì đang rất được biết tới vào lúc này (video đăng ngày 17/08/2026), nên anh và đồng nghiệp được trò chuyện với rất nhiều firm và công ty lớn trên thị trường. Nhưng rốt cuộc, Legora phải giúp luật sư đưa AI vào cách họ làm việc, vào workflow của họ. Nói thẳng, theo anh, không thể làm việc đó chỉ bằng các cách consulting thông thường. Cần chuyên môn rất sâu: một người xuất thân từ M&A hiểu một deal M&A vận hành thế nào trong quá trình due diligence; hoặc litigation, cùng mọi khía cạnh và practice area khác của công việc pháp lý.

Luật sư ở Legora chủ yếu làm trong bộ phận legal engineering, gắn vào các team sales và post-sales (theo Patrick, video đăng ngày 17/08/2026). Như anh vừa nói, trước hết họ có chuyên môn rất sâu về practice area, nên mang tới sự tin cậy với khách hàng, kiểu "chúng tôi hiểu công việc của bạn, hiểu các loại deal, case và matter bạn đang làm". Tiếp theo, họ có trình độ tech và AI cao: hiểu cách làm prompt engineering và context engineering, hiểu agentic workflow vận hành ra sao và cách build chúng. Và họ rất tò mò, thích nghi nhanh trong môi trường làm việc trực tiếp với khách, nơi có thể bước vào một deal hay một matter đang diễn ra và giúp build những long-horizon workflow bên trong Legora, để khách giao việc nhanh hơn và tốt hơn.

Patrick nói điều đó rất thú vị. Anh rất thích dành thời gian với các engineer của mình, theo anh là một số người thông minh nhất, giỏi nhất anh từng làm việc cùng.

3. Legal engineering, một con đường sự nghiệp mới

Greg chen vào: anh nói đây là lý do mọi người đang khó tìm được những người như thế, vì Legora đang tuyển họ (theo Greg, video đăng ngày 17/08/2026).

Marlene nói chị cũng định nói đúng điều đó. Chị thấy nhiều ý kiến kiểu "rồi những người junior của mình sẽ ra sao?", và có rất nhiều thảo luận ngoài kia, câu hỏi nào cũng chính đáng. Nên chị mừng vì đang có những cuộc thảo luận về những cơ hội việc làm khác có thể có cho mọi người.

Patrick đáp "đúng vậy, Marlene". Theo anh (video đăng ngày 17/08/2026), anh và đồng nghiệp ở Legora nghĩ legal engineering là một con đường sự nghiệp mới, có lẽ chưa từng tồn tại ở dạng như bây giờ. Nó đã luôn có mặt dưới nhiều hình thức ở nhiều công ty khác nhau, và anh với Greg đã nói một chút về chuyện này lúc trước đó. Nhưng dạng hiện nay, build những workflow, skill và capability rất riêng (bespoke) bên trong các công cụ như Legora, trước đây không phổ biến như bây giờ.

Những legal engineer này đang tạo tác động có ý nghĩa lên công việc được giao cho khách hàng, và điều đó hiện ra trong công việc của khách hàng với chính khách của họ. Patrick nói đó là phần thú vị nhất. Anh cũng tin con đường sự nghiệp mới này đang mở ra rất nhiều cơ hội cho những người làm ở Legora, và anh cùng đồng nghiệp rất hào hứng về điều đó (video đăng ngày 17/08/2026).

Greg hỏi thêm vì tò mò về kiểu talent Legora tìm: có một khoảng thâm niên hành nghề nhất định không, kiểu luật sư năm thứ bảy, năm thứ mười? Đâu là "sweet spot" khi Legora tìm người?

Patrick nói Legora thật ra tuyển trên toàn dải thâm niên: từ những người mới làm associate được vài năm cho tới một số partner đang làm cùng công ty (theo Patrick, video đăng ngày 17/08/2026). Hiển nhiên mỗi nhóm tập trung giải những vấn đề khác nhau. Đặc biệt trong big law, mỗi ngày có rất nhiều loại giao dịch, deal, matter và case với những nhu cầu khác nhau. Cách train và enable một partner rất khác cách train và enable một luật sư năm nhất. Legora cố gắng ghép practice area và mức thâm niên với từng vấn đề cần giải, để thêm được nhiều giá trị nhất cho các firm mà công ty làm cùng.

4. Chiến lược mua lại: vừa rộng vừa sâu

Greg chuyển chủ đề: Patrick là "người lo doanh thu" (the revenue guy), nên giờ nói chuyện tiền một chút. Anh nói Legora đã gọi được một lượng vốn đáng kể, theo những gì anh xem thì tới Series G, và đã bận rộn với các thương vụ mua lại, trong đó có thương vụ gần đây mua Wexler, mà anh nghĩ là thương vụ thứ năm hay thứ sáu (theo Greg, video đăng ngày 17/08/2026). Thay vì hỏi về từng thương vụ, anh hỏi: chiến lược của Legora khi mua lại và khi build thông qua mua lại là gì?

Patrick nói có vài điều. Trước hết, Legora tuyển được những talent rất giỏi. Những người vào công ty qua các thương vụ này, theo anh (video đăng ngày 17/08/2026), là những người "high slope", rất thông minh, làm việc chăm chỉ, những người Legora muốn làm việc cùng. Và họ đã build những platform giải các vấn đề lớn, có liên quan tới khách hàng và các firm mà Legora làm cùng.

Anh nói thêm (video đăng ngày 17/08/2026): như hai host đều biết, trong legal tech đang có quá nhiều thứ diễn ra, quá nhiều "noise" và "chatter". Nhiều khi người ta so sánh legal AI platform A với legal AI platform B theo kiểu táo với táo: bên kia có drafting, bên này cũng có drafting, bên này làm thế nào, bên kia làm thế nào, cứ thế tiếp.

Nên một phần của chiến lược, theo Patrick (video đăng ngày 17/08/2026), là Legora muốn trở thành một application layer rộng cho các firm, một nền tảng mà practice area nào cũng làm việc được trong đó. Nhưng Legora cũng muốn đi thật sâu. Càng thêm những capability ở tầng sâu, ví dụ những capability rất thú vị trong litigation mà Wexler mang lại, Legora càng vừa rộng vừa sâu, và điều đó giúp tránh kiểu so sánh táo với táo.

Max thích ví von đó là so "táo với salad trái cây" (apples to fruit salad). Legora muốn thêm nhiều capability ở tầng sâu, bespoke như vậy. Patrick kể (video đăng ngày 17/08/2026): Legora mua Cadastral cho công việc real estate; có Wexler cho công việc litigation; và mua một công ty tên Graceview, tích hợp vào platform trong chưa tới 60 ngày, để làm regulatory horizon scanning, đó là một ví dụ.

Theo Patrick (video đăng ngày 17/08/2026), Legora không chỉ muốn làm việc được với mọi kiểu luật sư, mà còn không muốn chỉ làm việc ở bề mặt. Legora muốn đi sâu trong từng practice area, từng mảng. Với Legora, điều rất quan trọng là mang lại mức giá trị cao nhất có thể, và công ty làm được điều đó thông qua chiến lược M&A. Anh nói Legora đang cố mang lại nhiều giá trị hơn cho số tiền khách bỏ ra (more bang for your buck) khi làm việc với Legora.

5. Một nền tảng cho mọi việc, và thương vụ chạy trong 13 ngày

Greg hỏi tiếp (video đăng ngày 17/08/2026): khi làm các thương vụ này và nói tới chuyện vừa rộng vừa sâu, có phải Legora đang nhắm tới việc trở thành gần như một matter management platform, nơi attorney liên tục làm việc trong Legora trên nhiều loại hoạt động? Không chỉ legal research hay drafting tài liệu, mà có thể truy cập thẳng vào document management system, đưa tài liệu vào và làm việc với chúng ở đó, hoặc thậm chí cả hệ thống kế toán. Legora định đi rộng và sâu tới mức nào?

Patrick nói: với bất kỳ loại công việc nào, không ai thích phải nhảy qua lại giữa các hệ thống khác nhau để làm những việc khác nhau. Nên capability nào hợp lý với loại công việc người dùng đang làm, Legora sẽ xem xét thêm vào platform (theo Patrick, video đăng ngày 17/08/2026). Và chắc chắn, Legora muốn xem M&A như một chất xúc tác để thêm giá trị và để người dùng dành nhiều thời gian hơn trong platform.

Anh nói Legora rất muốn khách có thể làm trọn một quy trình M&A due diligence từ đầu tới cuối trong Legora, ví dụ vậy, và nhiều firm đang làm điều đó hôm nay (video đăng ngày 17/08/2026). Anh nói thêm rằng thương vụ Wexler là thương vụ mua lại thứ năm trong năm của Legora.

Legora đã chạy tất cả các thương vụ mua lại đó trên Legora. Theo Patrick (video đăng ngày 17/08/2026), có một thương vụ Legora làm xong trong 13 ngày, dùng chính sản phẩm của mình để chạy M&A due diligence (DD), và hiển nhiên là có làm việc cùng một số law firm rất giỏi. Anh nói rất vui khi được thấy nó vận hành thật. Và càng có nhiều capability, người dùng càng dành nhiều thời gian trong Legora, điều đó tốt cho khách và tốt cho Legora.

6. Agent thật hay workflow đóng gói lại

Marlene muốn nói tiếp về workflow. Theo chị (video đăng ngày 17/08/2026), mọi người chắc chắn đã chuyển từ chuyện hỏi "AI có draft được không, có tóm tắt được không" sang nói nhiều hơn về những agent có thể thực hiện công việc pháp lý tự động, nhiều bước. Ngoài kia nói về chuyện này rất nhiều, và chị chắc rằng có những chỗ đang làm được. Nhưng workflow pháp lý nào thật sự sẵn sàng cho bước tiếp theo đó ngay hôm nay? Và theo Patrick, chỗ nào thì có phần "diễn kịch" (theater)?

Patrick nói đó là một nhận xét đúng chỗ. Từ góc nhìn của anh (video đăng ngày 17/08/2026), trên thị trường người ta nghe nói về agent rất nhiều; ai cũng có một agent làm X, Y hoặc Z. Nhưng nếu nhìn kỹ bên trong, phần lớn những agent được nói tới là kiểu "chúng tôi có từng này agent". Ai nói với bạn rằng họ có hàng trăm agent thì anh nghĩ người đó có thể đang hơi đánh lạc hướng.

Câu hỏi là đó có phải một workflow được đóng gói lại hay không. Theo Patrick (video đăng ngày 17/08/2026), workflow thì đã có từ lâu: công nghệ kiểu n8n đã tồn tại khá lâu, và có rất nhiều công cụ workflow bạn mua được với logic if-then. Vậy bạn đang mua một workflow đóng gói lại, hay một thứ thật sự agentic?

Patrick vừa định nói "với Legora, cách nghĩ về chuyện này sẽ là..." thì Marlene chen vào, đề nghị anh giải thích thử cái gì thật sự agentic và cái gì không.

Patrick giải thích (video đăng ngày 17/08/2026): agent trong Legora, tức Agent OS mà Legora ra mắt hồi đầu năm nay, có thể bấm mọi nút mà bạn bấm được trong platform. Nó bấm được, đúng vậy. Nên nó không chỉ là một bộ rule để làm theo kiểu "nếu thế này thì làm cái này, nếu thế kia thì làm cái kia", rồi bạn lại phải vào sửa các rule hay logic đó bên trong một gói dựng sẵn nào đó. Với agent, khác biệt lớn là bạn đang chuyển từ prompt engineering sang context engineering.

7. Agent trong Legora làm việc ra sao

Với agentic work, theo Patrick (video đăng ngày 17/08/2026), bạn muốn giao cho nó một phạm vi (scope) xác định được. Bạn cũng muốn data và các nguồn được đặt sẵn trong project bên trong Legora, để mọi việc nó làm đều grounded vào nguồn và vào sự thật. Và bạn muốn có human in the loop ở từng bước, để tùy chỉnh và bảo đảm mọi thứ chạy đúng như bạn muốn.

Anh tả các bước (video đăng ngày 17/08/2026): bạn đưa cho agent trong hệ thống của Legora một goal, rồi đưa thêm context về goal đó, như bạn đang cố làm gì, các guardrail và những điều cần để ý. Sau đó agent của Legora sẽ quay lại hỏi bạn một số câu hỏi làm rõ (clarifying question) về scope và về goal. Nó sẽ xem qua các tài liệu để bảo đảm có đủ mọi context cần để đạt goal. Rồi nó trình bày cho bạn một plan bespoke cho đúng goal bạn đã vạch ra.

Bạn có thể thêm vào đó các skill, tool và resource trong Legora để plan càng riêng và càng chi tiết hơn, cải thiện work product (theo Patrick, video đăng ngày 17/08/2026). Plan mà nó cho bạn xem chính là prompt. Anh nhắc lại: trong thế giới kiểu cũ, nút "improve your prompt" là một feature lớn, Legora vẫn còn giữ nó và người dùng thích nó. Nhưng với agent, bạn thật ra không mấy cần tới nút "improve your prompt", miễn là bạn đưa đủ context, một goal được xác định rất rõ, và mọi resource nó cần. Nó sẽ tự tạo plan.

Plan đó, trong nhiều trường hợp, là một long-horizon task có thể chạy 20, 30, 60, 120 phút trong một lượt để giải những vấn đề ngày càng phức tạp (theo Patrick, video đăng ngày 17/08/2026). Miễn là nó có quyền truy cập mọi legal skill mà Legora cung cấp trong công cụ, mọi context bạn đưa vào, từ firm context cho tới tài liệu của khách hàng, thì agent có thể chạy những long-horizon task này và giải những vấn đề ngày càng phức tạp, thay vì kiểu "chạy cái workflow bốn bước đã dựng sẵn từ lúc tôi đăng nhập". Theo anh, nó rất khác, cực kỳ linh hoạt và bespoke cho đúng vấn đề bạn đang làm.

Nhưng việc giáo dục và thay đổi đó là cả một hành trình. Patrick nói (video đăng ngày 17/08/2026): đây là những capability mới, chỉ thật sự xuất hiện khi các model mới ra mắt quanh dịp Giáng sinh, đầu năm nay. Nên Legora đã phải giáo dục chính các team của mình về những gì chúng làm được và không làm được.

Trả lời cụ thể câu hỏi của Marlene, Patrick nói M&A due diligence là một mảng mà Legora đang thấy ngày càng nhiều phần việc làm được bằng agentic work (video đăng ngày 17/08/2026). Anh hy vọng sẽ có thêm khi Legora dần đưa capability của Wexler vào platform, để về lâu dài cũng làm được như vậy. Nhưng Legora vẫn đang cùng khách hàng làm và tìm hiểu chuyện này.

Marlene cảm ơn anh vì đã nghĩ tới các litigator. Patrick đáp: tất nhiên, luôn luôn nghĩ tới các litigator.

Greg nối lại chuyện Patrick vừa nói, rằng nhiều thứ ra mắt quanh kỳ nghỉ Giáng sinh. Anh kể một chuyện buồn cười: anh đang nói chuyện với một trong những partner "AI forward" hơn ở firm của anh, người đã phát triển một quy trình hồi đầu năm. Ông ấy gửi một bản cập nhật, và một partner khác hỏi: "Anh có biết là mới chỉ sáu tháng kể từ khi anh tạo ra cái này không?" Và ai cũng kiểu "trời đất, mới có vậy thôi sao?", cảm giác như đã lâu lắm rồi.

8. Firm còn chậm ở đâu, và kỳ vọng nào còn quá sớm

Vẫn với chuyện agent và mọi sự thay đổi đang diễn ra, Greg đặt một câu hỏi hai mặt (video đăng ngày 17/08/2026). Mặt thứ nhất: các law firm đang hơi chậm ở điểm nào khi đưa một agent vào làm việc? Mặt thứ hai: với những người làm vượt mức (overachiever), có những điều gì họ nghĩ agent làm được nhưng nó chưa sẵn sàng?

Patrick nói đó là câu hỏi hay. Điều đầu tiên, theo anh, là phải minh bạch: tốc độ thay đổi của capability AI, của công nghệ, trong một số trường hợp đôi khi vượt quá mức mà các tổ chức Legora làm cùng có thể hấp thụ (video đăng ngày 17/08/2026). Thay đổi diễn ra quá nhanh. Nên anh nghĩ ai cũng phải minh bạch, thành thật về chuyện mọi thứ đang thay đổi.

Và đúng là những gì bạn làm được sáu tháng trước, hay thứ bạn thiết kế sáu tháng trước, có thể không còn chạy theo cùng một cách (theo Patrick, video đăng ngày 17/08/2026). Nên có đủ loại câu hỏi về tổ chức quanh chuyện đó: phê duyệt để dùng các capability khác nhau, mọi rủi ro, việc training và change management.

Patrick nói anh luôn bảo mọi người: nếu hôm nay bạn chỉ dùng AI để tóm tắt tài liệu và soạn email, có lẽ bạn đang làm chưa đủ (video đăng ngày 17/08/2026). Nhưng ở nhiều mặt, câu hỏi là agent có đủ mọi context, data và resource cần để hoàn thành task hay không.

Vì thế Legora đang thấy số yêu cầu tăng lên cho những thứ như MCP build (theo Patrick, video đăng ngày 17/08/2026). Ví dụ Legora có một team có thể build quyền truy cập MCP an toàn tới các hệ thống khác nhau, cho phép thực thi trên nhiều hệ thống (multi-system execution) ở nhiều mảng. Nhưng bạn phải có đúng các lớp security và guardrail về data governance trước khi làm được điều đó.

Patrick nói nhiều người nghĩ rằng rồi mình chỉ cần bảo agent "đi làm việc này", và nó sẽ tự tìm cách. Về lý thuyết, agent có khả năng làm điều đó (theo Patrick, video đăng ngày 17/08/2026). Nhưng bạn đã có matter-level isolation chưa? Đã có cấu trúc phân quyền ở cấp tài liệu (document level permissioning) chưa? Bạn đã cho nó đủ context, và đã enable nó bằng các skill và context riêng của firm, để nó biết "đây là cách chúng tôi làm loại legal research này" hay "đây là cách chúng tôi làm loại drafting này", để nó tạo ra nội dung đúng với kỳ vọng của bạn chưa?

Đó là một hành trình, và anh lại quay về chuyện legal engineer: theo Patrick (video đăng ngày 17/08/2026), đó là lý do Legora có nhiều legal engineer đến vậy, để làm việc với khách theo cách gắn sát hơn và giúp khách phát triển những use case phức tạp hơn. Câu hỏi vẫn là: agent có quyền truy cập mọi skill và content nó cần để thật sự tạo ra output và chất lượng bạn muốn không?

9. Economics của dịch vụ pháp lý: không chỉ là efficiency

Marlene nói (video đăng ngày 17/08/2026) trước giờ mọi người đã nghe nhiều công ty, như các công ty AI, nói rằng luật sư đang tiết kiệm thời gian nhờ công cụ. Nhưng chính vì thế, chị bắt đầu nghe tới câu hỏi: rồi sẽ nhìn economics của dịch vụ pháp lý ra sao? Chị nhắc một khách mời trong podcast có Max tham gia, người nói rằng bên đó làm theo outcome; team của người này làm việc trực tiếp với khách hàng. Nhưng theo chị có rất nhiều cách khác nhau. Vậy khi nào mọi người bắt đầu nói về cách đo sự thay đổi đó, sự thay đổi trong economics của dịch vụ pháp lý, và sẽ định giá công việc thế nào khi dùng AI? Chị nghĩ người ta muốn nói về nó, nhưng chị không chắc người ta đã sẵn sàng làm gì với nó, nên chị tò mò Patrick nghĩ sao.

Patrick nói có thể dành cả podcast, thậm chí cả bữa tối và cả đêm để nói về mọi chuyện đó. Anh chắc chắn không ở đây để bảo luật sư phải định giá và đóng gói công việc của mình thế nào. Nhưng anh có vài suy nghĩ về những gì Marlene vừa nêu.

Thứ nhất, theo anh (video đăng ngày 17/08/2026), nghĩ về AI chỉ bằng efficiency là một cách gọi sai (misnomer). Nếu bạn chỉ dùng AI để tiết kiệm thời gian, đó phần lớn là cách của làn sóng AI đầu tiên, kiểu nhìn lại phía sau (look back): "trước tôi làm việc này theo cách này, mất 10 giờ, giờ làm bằng AI mất 30 phút". Theo Patrick, kiểu đó đã có một thời gian rồi, và anh không nghĩ nó còn đặc biệt hấp dẫn với thị trường nữa.

Điều Legora cố nhìn là hướng về phía trước (look forward), theo Patrick (video đăng ngày 17/08/2026): nếu bạn đang commoditize một số loại work product từng mất 10 giờ mà nay chỉ mất 30 phút, thì điều đó mở ra gì về chất lượng output? Nó mở ra gì về việc thêm feature mới hay dịch vụ mới mà trước đây có lẽ bạn không làm được, và có thể đóng gói hay đóng gói lại thành một phần của work product mới chưa từng có? Anh nêu ví dụ: có đủ loại 50 state survey và nhiều ví dụ khác từng quá nặng nhọc trong thế giới trước AI, mà nay có thể giao rất, rất hiệu quả bằng các platform như Legora.

10. Thị trường lớn hơn và câu hỏi về giá trị

Khi nghĩ về giá trị, Patrick nói (video đăng ngày 17/08/2026): bất cứ khi nào nhìn một hệ thống kinh tế ở góc rộng hơn, nếu một số đầu vào của hệ thống đó đang bị commoditize về mặt thời gian, thì điều thường thấy ở các ngành khác là hệ sinh thái và chính nền kinh tế đó lớn lên. Nên Legora thật ra nghĩ rằng sẽ có nhiều việc pháp lý hơn, nhiều dịch vụ pháp lý hơn, rằng điều này cộng thêm (accretive) vào thị trường chung. Và theo anh, đây là thời điểm rất thú vị để làm luật sư và làm trong ngành dịch vụ pháp lý.

Anh nói chắc hai host đều biết: nói chuyện với bất kỳ litigation partner nào, ai cũng bận hơn bao giờ hết, có nhiều case đổ về hơn, nhiều việc phải làm hơn (theo Patrick, video đăng ngày 17/08/2026). Người ta nói về thời gian gắn với billable hour. Nhưng vài tuần trước anh nói chuyện với một CLO của một công ty lớn, và người này nhắc: nếu làm với một external counsel, trước kia họ nói "deal M&A này mình làm được trong sáu tháng", còn hôm nay họ có thể nói "có lẽ mình làm được trong ba hay bốn tháng". Vậy làm xong trong ba tháng có giá trị hơn hay kém giá trị hơn làm trong sáu tháng?

Patrick nhắc lại anh không ở đây để trả lời câu hỏi đó thay mọi người hay bảo mọi người định giá thế nào, nhưng chắc chắn có một cuộc trò chuyện thú vị cần có về giá trị. Anh hỏi tiếp: nếu hôm nay bạn có một attorney rất giỏi chỉ làm việc với Microsoft Word và Outlook, và bạn đưa cho người đó một platform như Legora, thì attorney đó có giá trị hơn hay kém giá trị hơn với khách hàng của mình? Và economics của chuyện đó vận hành thế nào?

Patrick nói anh hoàn toàn tin rằng (video đăng ngày 17/08/2026): legal research đi từ analog lên online; data room đi từ những thùng hồ sơ trong phòng họp sang các platform data room như Intralinks và Datasite; rồi giấy sang email; có đủ loại ví dụ như vậy theo thời gian, và dịch vụ pháp lý chỉ lớn lên và phát triển. Legora hoàn toàn kỳ vọng điều đó cũng sẽ đúng với AI. Còn hình dạng của nó giữa luật sư và khách hàng của họ thì chắc chắn sẽ thay đổi và tiến hóa. Nhưng anh và đồng nghiệp ở Legora nghĩ nó sẽ rất tích cực và sẽ có rất nhiều cơ hội.

11. Đo thành công của một đợt triển khai

Trước khi đi sâu thêm vào economics, Greg quay lại một điều Patrick nói ở câu trả lời trước: change management là một trong những phần khó nhất của việc triển khai. Anh kể đã đọc một bài, anh nghĩ là của Crowell & Moring, nói rằng firm này có tỷ lệ attorney adoption 91% (theo Greg, video đăng ngày 17/08/2026). Trong khi khoảng một năm trước, theo anh, mọi người còn phải vật lộn thuyết phục người khác rằng dùng những công cụ này có an toàn hay không. Giờ thì đang nói tới 91% adoption, và anh nghĩ firm đó còn nói có khoảng hơn 70% weekly usage trong vòng chừng sáu tháng sau khi triển khai.

Vì vậy Greg tò mò (video đăng ngày 17/08/2026): khi Legora làm những đợt rollout như thế, success metric của Legora là gì? Anh nói bản thân anh có thể xem metric và thấy người ta đã đăng nhập, người ta đã chạy prompt, nhưng anh không nhất thiết thấy được chi tiết. Vậy phía Legora nhìn vào những gì để biết thế nào là thành công và người dùng đang dùng sản phẩm ra sao?

Patrick nói đây là câu hỏi hay, và là một mảng mà Legora đã tiến hóa và trưởng thành rất nhiều trong vài năm qua (video đăng ngày 17/08/2026). Với anh, đây là một trọng tâm lớn, là một trong ba việc hàng đầu anh tập trung mỗi ngày khi đi làm: các đợt implementation đang chạy thế nào. Legora thật ra có cả một team chỉ dành riêng cho phần này của customer engagement. Việc này không do sales hay team post-sales engagement làm; có một team riêng chỉ tập trung vào nó. Legora tiếp tục tiến hóa các chiến lược của mình khi học được thêm, và theo anh công ty đã làm hàng nghìn đợt như vậy.

Patrick nêu vài mảng (theo Patrick, video đăng ngày 17/08/2026). Hiển nhiên, tốc độ và chất lượng implementation là leading indicator số một cho mức hài lòng của khách và cho các metric renewal nói chung. Nên Legora nhìn xem có làm xong trong timeline đã thỏa thuận với khách hay không; về cơ bản là có làm xong đúng hạn không. Thời gian đó khác nhau theo khách, theo quy mô, theo loại; Legora có đủ kiểu lựa chọn implementation, và cùng khách lập những plan bespoke cho tất cả các đợt rollout lớn.

Và tất nhiên Legora nhìn rất nhiều data. Như Greg nói, với Legora, công ty thật ra không nhìn nhiều vào số license đã kích hoạt hay số lần đăng nhập (theo Patrick, video đăng ngày 17/08/2026). Điều Legora thật sự tìm là...

Greg chen vào: nhưng mấy vanity metric đó cũng dễ chịu lắm. Có tiếng nói tiếp: "Ừ, nó dễ chịu thật. Dễ chịu thật."

Patrick nói tiếp (video đăng ngày 17/08/2026): tất nhiên monthly active usage cũng tốt, nhưng Legora muốn daily active usage, và không chỉ muốn daily active users.

12. Độ sâu sử dụng và Tabular Review

Patrick quay lại giai thoại anh kể lúc trước: nếu người dùng chỉ vào để tóm tắt tài liệu, hay kiểu "trả lời email này giúp tôi", thì theo anh đó là kiểu sử dụng khá nông, dễ bị commoditize trên các platform khác (video đăng ngày 17/08/2026). Legora biết rằng khi người dùng dùng nhiều sản phẩm hơn và làm những task phức tạp hơn trong Legora, thì như Marlene có nhắc, câu hỏi là: họ có dùng skill không? Có dùng playbook không? Có dùng extraction template không? Họ đang dùng bao nhiêu phần của sản phẩm, và dùng những phần nào?

Anh lấy ví dụ một sản phẩm tên Tabular Review. Theo Patrick (video đăng ngày 17/08/2026), Tabular Review là khả năng của Legora để review và extraction tài liệu với số lượng lớn (bulk). Anh kể đó chính là thứ mà lần đầu thấy, khi gặp Max, anh đã nghĩ: "Trời ơi, cái này tuyệt quá. Cái này sẽ thay đổi cách công việc được làm, chấm hết." Nên khi người ta dùng Tabular Review, họ có khoảnh khắc "bóng đèn bật sáng" (light bulb moment) với AI.

Khoảnh khắc đó, theo lời anh, là kiểu: "Trời ơi, mình lấy được hết data từ bộ tài liệu lớn này, rồi biến nó thành một RAG để mình draft, review, research, vân vân, trên đó bằng agent." Và nó mở khóa một lượng độ phức tạp rất lớn về những việc bạn có thể làm (theo Patrick, video đăng ngày 17/08/2026).

Đó là những thứ Legora nhìn vào, Patrick nói (video đăng ngày 17/08/2026). Tất nhiên có monthly và daily active usage. Nhưng Legora cũng nhìn chất lượng sử dụng, với một số cơ chế và cách gọi (nomenclature) dùng nội bộ, kiểu: "Marlene đăng nhập từng này lần tuần này và dùng từng này tool trong platform." Anh nói rõ Legora hiển nhiên không thấy được data, prompt hay những thứ tương tự, nhưng thấy được những tool chị đang dùng. Đó là tầng phân tích sâu hơn mà Legora nhìn vào. Và thường khi thấy một số kiểu feature usage nhất định, Legora biết sẽ có một khách hàng hài lòng, đang giải những vấn đề lớn và có kết quả tốt từ Legora.

13. Agent Pro chuyển sang consumption-based pricing

Greg nói giờ anh sẽ tung ra những câu hỏi khó. Có tiếng đáp "Great". Marlene nói hai host để dành chúng tới cuối, Greg thêm "những thông báo", rồi hai người nói xen nhau: "butter you up" (tâng bốc khách mời trước), để dành tới cuối, rồi mới "hit you".

Greg vào câu hỏi: vài tuần trước, Legora thông báo Agent Pro, một trong những tool cao cấp của Legora, chuyển sang consumption-based pricing (theo Greg, video đăng ngày 17/08/2026). Anh nói: dùng càng nhiều token thì càng tốn. Anh nghĩ ngành không bất ngờ khi chuyện này tới, nhưng Legora là một trong những bên đầu tiên chuyển sang. Vậy là khách hàng của Legora, mọi người nên nghĩ gì khi lập kế hoạch? Theo Greg, lập kế hoạch với giá per seat thì dễ vì biết trước chi phí. Khi bắt đầu nghĩ tới token, credit và consumption, Legora coach khách hàng tiếp cận chuyện đó thế nào?

Patrick nói đây chắc chắn là một mô hình mới hơn với legal tech khi đến từ một nhà cung cấp công nghệ (video đăng ngày 17/08/2026). Hiển nhiên, như Greg biết, nó được dùng rất nhiều ở các database và các hệ thống công nghệ khác. Với Legora, mọi pricing model đều có ưu và nhược.

Với mô hình per seat, theo Patrick (video đăng ngày 17/08/2026), câu hỏi Legora từng gặp suốt là: "Được rồi, chúng tôi mua 1.000 seat từ Legora. Nhưng nếu những người này không dùng thì sao? Nếu Marlene đi nghỉ và seat cứ nằm đó thì sao?" Greg chen vào: "Tôi có được hoàn tiền phần đó không?" Patrick đáp "đúng, đúng", kiểu "tôi có được trả lại credit nếu chị ấy không dùng không", và những thứ tương tự.

Nên Patrick nói anh có thể khẳng định không có pricing model nào hoàn hảo, và chắc chắn mọi thứ đều có ưu nhược (video đăng ngày 17/08/2026). Điều thứ hai: đây là chuyện mới, một hành trình Legora và khách hàng cùng đi. Legora cố dẫn dắt bằng rất nhiều sự thấu cảm và thấu hiểu, và cố cực kỳ hợp tác, minh bạch với khách hàng trong lúc cùng nhau làm qua chuyện này.

14. Dự đoán consumption và chuyện căn chỉnh incentive

Patrick kể anh từng làm ở các công ty bán theo consumption, nên có vài nguyên tắc chính anh hay nghĩ tới (video đăng ngày 17/08/2026). Trước hết, Legora phải dự đoán được consumption khá tốt qua nhiều kịch bản khác nhau.

Ví dụ anh hay đưa ra là Legora tới bán cho bạn 100 credit. Anh nói rõ (video đăng ngày 17/08/2026): Legora không chỉ lấy số token đã dùng rồi cộng thêm margin, theo kiểu cost plus. Credit là một tổng hợp của nhiều thứ khác nhau, như document API và token usage của platform. Nên không phải kiểu "lấy số token bạn đã dùng trong một ngày rồi cộng thêm ít tiền lên trên".

Kịch bản một: Legora bán cho bạn 100 credit, ba tháng sau bạn đã dùng 1.000, và Legora gửi cho bạn một hóa đơn bất ngờ cho 900 token, anh tự sửa: 900 credit. Theo Patrick (video đăng ngày 17/08/2026), bạn sẽ cực kỳ bực, và có lẽ sẽ churn. Đó là một cách dễ dàng để mất khách, một tình huống không tốt chút nào.

Kịch bản ngược lại: Legora bán cho bạn 1.000 credit, bạn rất hài lòng, nhưng bạn chỉ dùng 100, rồi gia hạn hợp đồng ở mức 100 credit, và Legora chịu churn 900 credit. Theo Patrick (video đăng ngày 17/08/2026), điều đó tệ cho Legora, và nhà đầu tư sẽ kiểu: "Cái quái gì vậy? Anh vừa chịu churn 90% ở một khách hàng rất hài lòng. Chuyện gì đang xảy ra?"

Vì vậy, theo Patrick (video đăng ngày 17/08/2026), mô hình này căn chỉnh incentive theo một cách rất hay: nó căn chỉnh quanh việc bạn có đang dùng sản phẩm không và Legora có dự đoán chính xác được không. Và đúng là phải hỏi: usage có tính tới những thứ như thử nghiệm và các kiểu usage pattern khác nhau không? Có những loại user dùng sản phẩm khác những người khác không? Legora có báo cáo được về chuyện đó không? Và Legora có cung cấp visibility và governance không?

15. Governance, visibility và value engineering

Patrick nói tiếp về governance (video đăng ngày 17/08/2026): có thể đặt cap ở cấp từng user, và trong trường hợp của Legora, bạn còn có thể gắn usage metric vào một project hay một matter cụ thể trong Legora. Nên bạn có governance và control để đặt vào, để mọi người yên tâm rằng sẽ không xảy ra những tình huống nhất định. Nhưng rốt cuộc, theo anh, nó căn chỉnh incentive theo một cách rất hay.

Nếu Legora dự đoán được đúng như lẽ ra phải làm được, và thông báo consumption của bạn theo tuần, theo tháng, theo thời gian thực, để bạn biết chính xác mình đang dùng bao nhiêu, và các pattern Legora đã vạch ra đúng là như vậy, thì theo Patrick thường bạn sẽ có một kết quả tốt (video đăng ngày 17/08/2026).

Nhưng rốt cuộc, Patrick nói anh luôn hỏi các team của mình: với mỗi đô la khách mua Legora, khách nhận được gì? Với mỗi credit Legora khách dùng, outcome là gì? Chỉ là efficiency thôi, hay còn những thứ giá trị gia tăng hơn đã nói lúc trước (video đăng ngày 17/08/2026)?

Anh nói một trong những điều thú vị anh có cho nửa sau năm nay là Legora đã tuyển một team value engineering, đang cùng khách hàng đi qua câu hỏi ROI của việc làm với một platform như Legora là gì (theo Patrick, video đăng ngày 17/08/2026). Không thể chỉ là "à, nó tiết kiệm cho Greg chút thời gian ở việc gì đó". Nó phải chặt chẽ hơn. Legora đã làm một số việc về chuyện này cùng một bên khác và đã công bố vài báo cáo, nhưng theo anh đây thật sự mới là "hiệp đầu tiên" (first inning).

Nếu Legora giúp được khách kể một câu chuyện bằng data cho thấy "với mỗi đô la Legora mình bỏ vào, đây là thứ mình nhận lại", và làm được điều đó trong khi vẫn thông tin và thực thi consumption pricing như anh vừa mô tả, thì Patrick nghĩ mọi thứ sẽ ổn (video đăng ngày 17/08/2026). Nhưng nó mới, Legora đang cùng khách làm qua nó theo cách rất hợp tác, và anh nghĩ sẽ ở một vị trí tốt. Và như host nói, đây là hướng đi của cả ngành nói rộng ra.

16. Safeguard cho agent, và điều khác so với năm ngoái

Greg nói một trong những câu hỏi anh nghe nhiều nhất, và anh cũng nghĩ tới, là chuyện này không chỉ ở Legora: sẽ có những công ty AI khác mà firm của anh làm cùng, không nhất thiết đi theo credit và consumption như vậy, mà thuần túy kiểu "nếu bạn dùng 1 triệu output token thì bạn bị tính 1 triệu output token" (theo Greg, video đăng ngày 17/08/2026). Và nếu bạn để một quy trình kém hiệu quả chạy lệch đi, thì đó là lỗi của bạn, vì "chúng tôi không tính thêm, chúng tôi chỉ tính đúng những gì bạn đã dùng". Anh hỏi Legora có nghĩ tới các safeguard không: nếu ai đó setup một agent chạy vào một vòng lặp không thoát ra được và bị hỏng, thì có loại safeguard nào được đặt sẵn không?

Patrick trả lời "100%" (video đăng ngày 17/08/2026). Legora đã có nhiều safeguard như vậy và đang tiếp tục đầu tư vào mảng này, quanh những thứ như model selection và model routing. Theo anh, bạn không cần dùng model mới nhất, bất kể đó là model nào, cho mọi task trong Legora. Nên có model selection, model routing, và guardrail chống mọi thứ, từ prompt injection tới matter isolation, đủ thứ khác nhau. Legora phải có rất nhiều guardrail trong sản phẩm, và đã có. Rồi Legora tiếp tục build những gì cần để khách hàng thấy thoải mái hơn khi dùng Agent Pro nói riêng.

Marlene giới thiệu một câu hỏi mới của chương trình: hai host nhìn từ quá khứ tới hiện tại, rồi với "quả cầu pha lê" thì nhìn tới tương lai. Câu này là nhìn về quá khứ và hiện tại: điều gì khiến Patrick thấy khác đi ở ngày hôm nay so với năm ngoái trong ngành (video đăng ngày 17/08/2026)?

Patrick nói anh mừng vì được hỏi câu này. Theo anh, từ năm ngoái Max đã đưa ra dự đoán về những long-horizon agent, kiểu "chúng đang tới, và sẽ tới nhanh hơn bạn nghĩ" (theo Patrick, video đăng ngày 17/08/2026).

Patrick kể (video đăng ngày 17/08/2026): trước khi có agent, Legora có assistant. Assistant làm được vài bước của một workflow. Anh nghĩ workflow builder của Legora khi đó tối đa khoảng năm bước, vì các model trước đó kiểu "hết xăng" (run out of gas): chúng bị cái người ta gọi là "context anxiety" và kết thúc một thứ gì đó trước khi đi tới cuối. Còn bây giờ, khả năng để agent làm những long-horizon task ngày càng phức tạp đã ở đây.

Theo Patrick (video đăng ngày 17/08/2026), năm ngoái Legora đã nghĩ tới và hướng tới điều đó, nhưng thực tế là mùa hè năm ngoái công ty vẫn ở "workflow mode", còn mùa hè năm nay thì đã ở Agent OS, cùng mọi thứ vừa nói ở trên. Anh nói rất thú vị khi thấy nó thành hiện thực, và quan trọng hơn là thấy khách hàng dùng nó.

Patrick nói mỗi ngày anh đều nghe khách kể về một điều thú vị họ đã làm với Agent mà trước đây không bao giờ làm được (video đăng ngày 17/08/2026). Hôm qua anh ở với một khách hàng dưới Atlanta, và người này kể với anh về một việc rất thú vị đang làm cho một use case business development, tạo ra một bộ slide (deck) mà người đó rất hào hứng, sẽ mang đi dùng trong một buổi pitch. Nên theo anh, cái gọi là "cuộc cách mạng agentic" đã ở đây, và nó hoàn toàn mới.

17. Trang HTML từ một bản redline, và câu hỏi đổi vai

Patrick nói mỗi ngày anh và đồng nghiệp lại tìm ra những ứng dụng mới, use case mới, kể cả những người làm ở Legora (video đăng ngày 17/08/2026). Hôm trước anh ngồi trong một buổi demo, và một legal engineer của Legora bảo agent không chỉ redline một tài liệu, mà tạo một trang HTML cho issues list dựa trên bản redline, để luật sư có một hình ảnh trực quan có thể chia sẻ với khách hàng, dựa trên bản redline mà agent đã tạo cho khách.

Anh nói thật lòng anh không biết là có thể tạo HTML như vậy; anh đã kiểu "hay quá, tôi không biết điều đó, tôi không biết điều đó". Có đủ thứ Legora đang khám phá ra, và như mọi người thấy, anh rất hào hứng về chuyện này, team của anh cũng vậy (theo Patrick, video đăng ngày 17/08/2026).

Greg nói anh từng nghe ai đó bảo HTML bây giờ là markdown mới, đặc biệt với các công cụ agentic AI (theo Greg, video đăng ngày 17/08/2026). Patrick đồng ý, chắc chắn rồi.

Greg chuyển sang câu hỏi "quả cầu pha lê". Như hai host đã nói với Patrick lúc chuẩn bị, anh có thể trả lời theo cách nào cũng được. Nhưng lần này Greg muốn hỏi khác đi một chút, vì anh thấy nó thú vị và cũng hơi ích kỷ: giả sử Patrick và anh đổi vai cho nhau. Patrick bước vào làm chief innovation officer ở một firm còn "analog". Theo Patrick, người như Greg nên chuẩn bị gì cho vài tháng hay vài năm tới?

Patrick nói anh nghĩ công việc của hai host sẽ ngày càng trở nên trung tâm cho thành công của các firm mà họ làm việc (video đăng ngày 17/08/2026). Greg chen vào hỏi: vậy là anh đang nói chúng tôi sẽ kiếm được nhiều tiền hơn, đúng không? Patrick đáp: đúng, nhiều tiền hơn, nhiều tiền hơn. Anh nói anh cũng đọc LinkedIn, và dạo này trong knowledge management có rất nhiều chuyện đang diễn ra. Greg đáp: "chúng tôi không xác nhận cũng không phủ nhận là đã chuyển lời đó đi." Patrick nói ngoài kia đang là một cuộc chiến, một cuộc chiến giành talent lúc này (video đăng ngày 17/08/2026), rồi thêm: "Chà, có lẽ lát nữa chúng ta phải nói chuyện riêng, Greg."

Rồi anh vào câu trả lời. Điều đầu tiên, anh nói Legora đã gặp chính chuyện này vì công ty cũng dùng Legora nội bộ, và dùng thêm một số AI tool khác. Theo anh (video đăng ngày 17/08/2026), lớp thường bị bỏ qua là data layer.

18. Data layer, talent và stakeholder alignment

Patrick giải thích (video đăng ngày 17/08/2026): với mọi chuyện về agent và những thứ đã nói lúc trước, như câu hỏi của Marlene, câu hỏi là data set bạn cần để chạy những long-horizon task này nằm ở đâu? Và làm sao dạy systems thinking, design thinking cho các team nội bộ, có thể là luật sư, có thể là một phần của chức năng KM, để nghĩ theo những workflow từng bước cần truy cập vào những mảnh context cụ thể? Theo anh, càng cho agent nhiều context, agent làm càng tốt.

Nhưng context bên trong firm, vì nhiều lý do, là một thách thức rất lớn, Patrick nói (video đăng ngày 17/08/2026). Anh biết vì Legora nói chuyện với các firm suốt về chuyện này: lấy được data theo cách an toàn, nằm trong đúng các khung governance, nhưng cũng hiểu mức chấp nhận rủi ro (risk tolerance) của mình với từng use case muốn làm bằng các agent khác nhau. Theo anh, data layer quan trọng hơn bao giờ hết. Và đó là mảng mà các legal engineer của Legora liên tục cộng tác, làm cùng khách hàng để hiểu hiện trạng ra sao và có thể thay đổi những gì để agent mạnh hơn. Nên data layer chắc chắn là mảng anh sẽ nhìn vào.

Điều thứ hai, quay lại chuyện legal engineering: theo Patrick (video đăng ngày 17/08/2026), sẽ có đủ loại vai trò mới và capability mới trong những vai trò đó. Nên để bảo đảm có đúng team, theo anh, có lẽ anh sẽ đi xin thêm thật nhiều headcount, Greg và Marlene, như chắc hai người vẫn luôn làm, và như mọi knowledge management leader mà Legora làm cùng cũng đang làm. Đó là những kỹ năng mới, capability mới về AI nói riêng và data governance nói riêng mà anh sẽ muốn tuyển, để có sẵn in-house và đi nhanh hơn trên đường cong AI adoption. Vì nếu không có data layer và không có đúng talent, bạn sẽ bị giới hạn ở độ phức tạp của những task có thể làm.

Patrick nhắc lại: tất cả đang cùng đi trên hành trình này, khi cố đưa những capability và công nghệ ngày càng tiên tiến vào các platform (video đăng ngày 17/08/2026). Và từ phía Legora, một điều anh nói Legora muốn làm tốt hơn nhiều là tận dụng tri thức chung từ những người cùng ngành. Theo anh, có rất nhiều người giỏi ngoài kia đang cố giải những vấn đề này. Nhưng theo anh, nó không thể chỉ là KM, không thể chỉ là innovation. Cần partner, cần khách hàng, cần KM và innovation, cần mọi người cùng hiểu một hướng.

Theo Patrick (video đăng ngày 17/08/2026), câu hỏi là: có thể thống nhất được mục tiêu và ý định của firm về AI không? Kỳ vọng của firm từ Legora là gì, và làm cho sự thống nhất đó thật rõ ràng? Anh nghĩ với những người làm công việc như hai host, có được stakeholder alignment là rất khó. Ai cũng có góc nhìn riêng, mỗi người đến từ một nơi khác nhau, và có thể có risk tolerance cao hơn hay thấp hơn, cùng nhiều khác biệt nữa. Nhưng rốt cuộc, người làm vai trò đó vẫn bị đặt theo một tiêu chuẩn, một mức kỳ vọng. Đôi khi có cơ hội tốt để đạt mức kỳ vọng đó, đôi khi lại bị giới hạn vì những ràng buộc mà business đặt lên. Anh không chắc mọi người có luôn hiểu điều đó.

Và theo Patrick (video đăng ngày 17/08/2026), việc của phía Legora là cố đưa những người đó lại gần nhau, để mọi người hiểu sâu hơn về các thách thức, nhờ vậy mở khóa được tiềm năng thật sự ở đây. Patrick nói đó là vài điều anh sẽ nghĩ tới, rồi thêm: chắc Greg đang kiểu "tôi nghĩ tới hết mấy cái đó rồi".

Greg đáp: không, không, anh đang ghi hết lại, và nó sẽ vào bản báo cáo hằng tháng của anh. Patrick đáp: "Phải, phải, anh đang nghĩ 'cái ông này'." Anh nói anh biết mình không nói điều gì Greg chưa biết, chỉ là nhấn mạnh lại, như chắc hai host đã nói tới nhiều lần.

Greg cảm ơn, rồi cảm ơn Patrick Forquer, CRO tại Legora, đã dành thời gian nói chuyện hôm nay. Anh nói cuộc trò chuyện đã đi qua rất nhiều chủ đề và rất vui. Có tiếng đáp lời cảm ơn, Marlene cảm ơn Patrick, và Patrick cảm ơn lại cả Marlene lẫn Greg. Marlene cảm ơn người nghe đã nghe The Geek in Review. Patrick nói anh rất trân trọng mọi người đã nghe hôm nay. Cuối tập có lời cảm ơn người làm nhạc cho chương trình, rồi lời chào tạm biệt mọi người.