Một cách tổ chức workspace để tách rõ phần cá nhân và product-kb dùng chung, giúp team biết viết tài liệu ở đâu, AI đọc context nào, và skill nào được chia sẻ.
Doanh nghiệp đang nóng lòng áp dụng AI, nhưng câu hỏi khó nhất không phải model nào mạnh hơn. Câu hỏi khó hơn là triển khai theo cách nào và đo thế nào để kiểm soát được phần việc đã handoff cho máy.
AI giúp mọi vai trò đều có thể tham gia sâu hơn vào việc làm sản phẩm, nhưng chính tốc độ đó cũng tạo ra một loại nợ mới: nợ phối hợp, nợ quyết định và nợ chất lượng.
Hãy bắt đầu từ thói quen lưu lại những gì mình tiếp thu được, rồi dùng các phương pháp sắp xếp như PARA hay FLOW để tổ chức lại kho tri thức cá nhân. Khi Agentic AI bắt đầu làm việc trực tiếp trên vault đó, bạn sẽ thấy AI và tư duy của mình gắn vào nhau mạnh đến mức nào.
AI model vốn dĩ đã xử lý rất tốt các bài toán CS và hậu mãi, nhưng triển khai thực tế đòi hỏi nhiều lớp vận hành và tuỳ chỉnh. Đây là mindset mình đặt ra trong chiến lược xây dựng sản phẩm AI
AI không chỉ giúp code nhanh hơn; nó đang nén cả khâu lọc feedback, ưu tiên, JTBD, use case, phân tích hệ thống và execution vào một plan of code chung.
Khi cái tôi lên cao, EQ tụt dốc — bài học đắt giá từ những năm làm việc trong các tập đoàn lớn về quản trị cảm xúc và stakeholder
Không ghi từng ly cafe — chỉ cần phân bổ đúng từ đầu tháng và tối ưu thẻ tín dụng
Cách thiết kế giao diện phải thích ứng với AI agents - Google I/O 2025 insights
Từ PM vẽ flow đến người tự chạy workflow — hướng dẫn thực chiến dùng n8n để tự động hoá công việc và cuộc sống cá nhân
Chiến lược sử dụng ChatGPT & AI để vượt qua procrastination trong viết lách và đọc sách
Suy ngẫm về sự nghiệp, lối sống, và những lo lắng sau gần 10 năm làm product
Từ clip hướng dẫn đưa thiết bị lên HomeKit, tới tự flash firmware, dựng dashboard, build NAS, và cuối cùng là dùng AI để code ra tool cho chính mình
Kỷ niệm 1 năm sở hữu chiếc xe điện đầu tiên, hành trình từ Nam ra Bắc, và những bài học về lựa chọn phù hợp thay vì lựa chọn hoàn hảo
Bài này hay quá tôi trích dẫn lại và đưa thêm quan điểm cá nhân của mình vào
Tóm tắt "The Speed of Trust: The One Thing That Changes Everything" - Công thức xây dựng niềm tin trong tổ chức
Tóm tắt "Outcomes Over Output" - chuyển từ đo lường output sang outcomes thực tế
Từ product designer đến người học kinh doanh — câu chuyện ở Bách Hoá Xanh và Nhà Thuốc An Khang
Nơi khởi đầu sự nghiệp product — từ designer bước vào sự hỗn loạn của e-commerce và trưởng thành từ đó
Phân tích vì sao Stephen Strange là bậc thầy chiến lược, và lý thuyết về lời nói dối lớn nhất trong Endgame
Product rất ít có tác động nhìn thấy được trực tiếp tới việc kinh doanh. Vậy đo cái gì, và đo thế nào?
Câu hỏi "CR bao nhiêu là đủ?" nghe có vẻ đơn giản — nhưng trả lời sai câu này có thể làm team chạy sai hướng cả quý.
Khi PM bị đánh giá chủ yếu qua doanh thu, phạm vi công việc thật sự của họ bị bóp méo — và sản phẩm sẽ chịu hậu quả lâu dài.
Khi sếp giao target doanh thu, team product cần làm gì? Bài này về cách dịch mục tiêu doanh thu thành KPI có ý nghĩa cho từng role trong team — PM, designer, engineer — mà không làm méo đi công việc thực sự của họ.
Kinh nghiệm thực tế từ Tiki về cách thực hiện user interview hiệu quả
Sắp xếp ưu tiên việc quan trọng như thế nào?
Không phải năng lực kém, không phải lười biếng — giao tiếp tệ mới là thứ âm thầm giết chết kết quả công việc. Bài học sau nhiều năm làm product trong môi trường Việt Nam.
Biết gì viết nấy, chắc sai nhiều
PM không cần biết thiết kế, nhưng cần biết đánh giá thiết kế. Bài này về framework thực tế để đánh giá UI, thiết kế cho dễ thay đổi, xử lý màn hình không có design — và giải quyết conflict khi mọi thứ va nhau.
Product mindset không phải kỹ năng riêng của PM — đó là cách tư duy bao trùm toàn bộ team, và nó bắt đầu bằng những câu hỏi ám ảnh trong đầu bạn mỗi khi làm việc.