Bạn không chỉ viết spec — bạn tạo ra sản phẩm mà triệu người dùng.

Tại sao vai trò này khác biệt

Chúng tôi đang xây dựng một sản phẩm tài chính số từ đầu — không phải nâng cấp hệ thống cũ, không phải copy-paste từ đối thủ. Đây là cơ hội hiếm để bạn đặt nền móng cho một sản phẩm sẽ thay đổi cách hàng triệu người quản lý tài chính cá nhân.

Product Owner sẽ tham gia ngay từ giai đoạn 0: khi mọi thứ vẫn còn là trang giấy trắng, khi mỗi quyết định bạn đưa ra đều có trọng lượng thực sự, khi ý kiến của bạn được nghe — không phải vì lịch sự, mà vì chúng tôi cần người tư duy độc lập.

Người chúng tôi đang tìm

Chúng tôi không tìm người "đủ điều kiện". Chúng tôi tìm người khiến chúng tôi muốn làm việc cùng.

Bạn là người:

• Tò mò theo cách mà người khác không ngờ tới — hay tự hỏi "tại sao sản phẩm này làm vậy?" và không chịu dừng lại ở câu trả lời đầu tiên.
• Tư duy bằng hệ thống: thấy một tính năng nhỏ và ngay lập tức hình dung nó kết nối với toàn bộ sản phẩm như thế nào.
• Giao tiếp đủ rõ để kỹ sư biết phải làm gì, đủ thuyết phục để stakeholder đồng ý, đủ súc tích để CEO đọc trong 3 phút.
• Biết khi nào nên dùng dữ liệu để quyết định — và khi nào dữ liệu chưa có, bạn vẫn dám đặt cược vào phán đoán của mình.
• Có khả năng làm sản phẩm mới: thích sự mơ hồ của giai đoạn đầu hơn là tối ưu hóa cái đã sẵn có.

Bạn có thể đến từ:

• Product Management tại bất kỳ ngành nào — fintech, e-commerce, SaaS, healthtech, edtech…
• Business Analysis hoặc Strategy nếu bạn đã từng "chạm" vào quá trình xây dựng sản phẩm thực sự.
• Kỹ thuật hoặc Thiết kế, nếu bạn đã bước sang phía product và không muốn quay lại.

Kinh nghiệm trong lĩnh vực tài chính số là điểm cộng, không phải điều kiện bắt buộc. Nếu bạn thông minh và học nhanh, chúng tôi tin bạn có thể nắm vững domain trong vài tháng.

Bạn sẽ làm gì

Định hình sản phẩm từ đầu

• Tham gia vào product discovery: nghiên cứu người dùng, phân tích thị trường, xác định problem space trước khi viết bất kỳ dòng spec nào.
• Xây dựng product vision và roadmap, đủ cụ thể để đội kỹ thuật execute, đủ linh hoạt để thay đổi khi thực tế thay đổi.
• Đưa ra quyết định về tính năng nào làm, tính năng nào không — và quan trọng hơn, giải thích được tại sao.

Dẫn dắt từ discovery đến delivery

• Làm việc chặt chẽ với đội Design, Engineering trong mô hình Agile — không phải quản lý, mà là đồng hành.
• Chịu trách nhiệm toàn bộ vòng đời tính năng: từ ý tưởng, spec, build, test, launch đến đo lường và iteration.
• Đảm bảo những gì đội làm ra thực sự giải quyết vấn đề của người dùng — không phải chỉ hoàn thành backlog.

Dùng dữ liệu như một công cụ tư duy

• Xác định metric đúng cho từng tính năng — không phải chỉ vanity metrics, mà là những con số thực sự phản ánh giá trị.
• Thiết kế A/B test, phân tích hành vi người dùng, và dùng insights để đặt câu hỏi tốt hơn — không chỉ để xác nhận giả thuyết đã có.
• Xây dựng feedback loop: từ người dùng thực → insight → quyết định sản phẩm → đo lường tác động.

Tạo ra sự liên kết trong tổ chức

• Là người phiên dịch giữa ngôn ngữ kinh doanh và ngôn ngữ kỹ thuật — theo cả hai chiều.
• Làm việc với các stakeholder phức tạp: từ Vận hành, Risk, Legal đến C-level — và giữ được sự tập trung vào người dùng trong suốt quá trình đó.
• Trình bày và bảo vệ quan điểm sản phẩm trước lãnh đạo; biết khi nào nên nhượng bộ, khi nào nên giữ vững.

Điều gì sẽ làm bạn nổi bật

Nền tảng vững

3–6+ năm kinh nghiệm Product Management hoặc vai trò tương đương trong môi trường agile

Đã từng build sản phẩm từ 0 đến 1, không chỉ tối ưu sản phẩm đã cóTiếng Anh đủ để đọc tài liệu kỹ thuật và trao đổi với đối tác

Điểm cộng lớn

Kinh nghiệm với sản phẩm tài chính số: ví điện tử, lending, payments, savings…Hiểu cơ bản về hành vi tài chính người dùng Việt NamQuen với growth product, funnel optimization, retentionCó SQL cơ bản hoặc tự viết query để lấy dữ liệu khi cần

Chúng tôi mang lại gì

Ngoài gói lương cạnh tranh và phúc lợi đầy đủ, điều quan trọng hơn:

• Bạn sẽ làm việc trên sản phẩm có thật, với tác động có thật — không phải dự án nội bộ hay proof-of-concept.
• Môi trường nơi ý kiến được tranh luận thẳng thắn, quyết định được đưa ra nhanh, và sai lầm được dùng để học thay vì để quy trách nhiệm.
• Ngân sách đào tạo hàng năm — chứng chỉ, khóa học, hội thảo trong và ngoài nước.
• Lộ trình rõ ràng lên Lead / Principal Product Owner cho người muốn phát triển theo chiều sâu, hoặc sang Product Director cho người muốn mở rộng phạm vi ảnh hưởng.
• Báo cáo thẳng với người ra quyết định — không phải middle manager.

Ứng tuyển

Chúng tôi không cần CV hoàn hảo. Chúng tôi cần bạn cho chúng tôi thấy bạn nghĩ như thế nào.