Đúng, bản trước vẫn bị chia quá nhiều mục nhỏ nên đọc giống hồ sơ năng lực hơn là một bài giới thiệu thương hiệu. Dưới đây là phiên bản liền mạch hơn, giảm liệt kê và dẫn dắt tự nhiên từ con người, chuyên môn đến phương pháp đồng hành.

Mentor Zhan.Nexus là ai? Người trực tiếp đồng hành cùng bạn trong từng lộ trình

Khi tìm hiểu một khóa học về UI/UX, thiết kế Website hay lập trình, người học thường quan tâm đến giáo trình, thời lượng và công cụ được sử dụng. Tuy nhiên, trong một chương trình mentoring, yếu tố tạo ra khác biệt lớn nhất lại nằm ở người trực tiếp đồng hành.

Một giáo trình có thể cho bạn biết cần học gì. Một video có thể hướng dẫn bạn thực hiện từng thao tác. Nhưng khi bắt đầu làm dự án, bạn vẫn có thể rơi vào trạng thái không biết mình đang sai ở đâu, nên sửa phần nào trước hoặc vì sao sản phẩm chưa thực sự thuyết phục.

Đó là lúc vai trò của mentor trở nên quan trọng.

Tại Zhan.Nexus, mentor không chỉ xuất hiện trong giờ học để truyền đạt kiến thức. Mentor tham gia xuyên suốt quá trình phát triển của học viên: xác định điểm xuất phát, làm rõ mục tiêu, quan sát cách tư duy, review sản phẩm và phản hồi trực tiếp trên từng giai đoạn.

Hiện tại, người học tại Zhan.Nexus được đồng hành bởi hai mentor chính: Lộc Zhan trong lĩnh vực Product Design, UI/UX và thiết kế Website; Lawson trong lĩnh vực HTML/CSS, Fullstack Development, kiến trúc hệ thống và AI.

Hai mentor theo đuổi những chuyên môn khác nhau, nhưng gặp nhau ở cùng một định hướng: giúp người học hiểu bản chất của công việc, xây dựng nền tảng vững chắc và biết cách biến kiến thức thành sản phẩm có thể vận hành trong thực tế.

Mentor không chỉ là người truyền đạt kiến thức

Trong một khóa học quay sẵn, nội dung thường được xây dựng để phục vụ số đông. Mọi người xem cùng một bài giảng, thực hiện cùng một bài tập và đi qua cùng một lộ trình.

Cách học này phù hợp khi bạn cần tiếp cận kiến thức cơ bản. Nhưng nó khó giải quyết những vấn đề mang tính cá nhân.

Hai học viên có thể tạo ra hai giao diện chưa tốt, nhưng nguyên nhân hoàn toàn khác nhau. Một người chưa biết tổ chức thông tin. Người còn lại có tư duy UX nhưng thiếu nền tảng thị giác. Tương tự, hai đoạn code cùng gặp lỗi nhưng có thể xuất phát từ cách xử lý trạng thái, cấu trúc dữ liệu hoặc kiến trúc hệ thống.

Vì vậy, feedback hiệu quả không chỉ là nói sản phẩm đang “đẹp” hay “chưa đẹp”, code đang “sạch” hay “chưa sạch”. Mentor cần nhìn thấy cách học viên tiếp cận bài toán, xác định đúng điểm nghẽn rồi hướng dẫn cách cải thiện phù hợp.

Đây cũng là nền tảng của mô hình mentoring tại Zhan.Nexus. Thay vì học online theo kiểu xem nội dung rồi tự tìm cách xử lý mọi vấn đề, học viên được review trực tiếp trên file Figma, UI Flow, Source Code, Portfolio, GitHub Repository hoặc Live Project của chính mình.

Mentor Lộc Zhan — từ giao diện đẹp đến tư duy thiết kế sản phẩm

Lộc Zhan là Product Designer, tập trung vào Product Mindset, UI/UX, Design System và tối ưu trải nghiệm dựa trên mục tiêu kinh doanh.

Trong quá trình làm việc, Lộc tham gia nhiều nhóm dự án khác nhau, từ Website, E-commerce đến các hệ thống SaaS và B2B có lượng thông tin lớn. Đây là những môi trường mà thiết kế không thể chỉ được đánh giá dựa trên cảm giác đẹp hay bắt mắt.

Một giao diện tốt cần giúp người dùng hiểu mình đang ở đâu, biết nên làm gì tiếp theo và hoàn thành mục tiêu với ít trở ngại nhất. Đồng thời, giao diện cũng cần phù hợp với cách sản phẩm vận hành, khả năng triển khai của đội ngũ kỹ thuật và mục tiêu mà doanh nghiệp đang hướng tới.

Vì vậy, khi đồng hành cùng học viên, Lộc không bắt đầu bằng câu hỏi: “Màn hình này nên dùng màu gì?” Thay vào đó, quá trình thường bắt đầu từ những câu hỏi nền tảng hơn:

Người dùng đang gặp vấn đề gì? Thông tin nào cần được ưu tiên? Hành động quan trọng nhất trên màn hình là gì? Vì sao giải pháp này phù hợp hơn một phương án khác? Thiết kế có thể tiếp tục mở rộng khi sản phẩm phát triển không?

Những câu hỏi này giúp người học chuyển từ tư duy trang trí giao diện sang tư duy thiết kế sản phẩm.

Dạy cách suy nghĩ, không chỉ dạy cách dùng Figma

Figma là một công cụ quan trọng, nhưng biết sử dụng Figma chưa đồng nghĩa với việc đã biết thiết kế.

Người mới thường có thể học khá nhanh cách tạo frame, sử dụng Auto Layout, xây component hoặc làm prototype. Khó khăn thật sự xuất hiện khi họ cần tự đưa ra quyết định mà không có một mẫu để sao chép.

Tại sao phần này cần lớn hơn? Vì sao nội dung nên được chia thành nhiều nhóm? Vì sao một luồng thao tác gây khó hiểu? Khi nào nên tạo component? Một phương án thiết kế có đang giải quyết đúng vấn đề không?

Nếu không có nền tảng tư duy, người học dễ phụ thuộc vào cảm tính, xu hướng hoặc các thiết kế tham khảo trên Behance và Dribbble. Sản phẩm có thể đẹp ở bề mặt nhưng thiếu logic khi đưa vào sử dụng thực tế.

Trong quá trình mentoring, Lộc giúp học viên học cách phân tích trước khi mở công cụ. Từ đó, từng quyết định về bố cục, màu sắc, typography, nội dung hay tương tác đều có cơ sở rõ ràng hơn.

Mục tiêu không phải là giúp học viên tạo ra một màn hình giống mẫu, mà là xây dựng khả năng tự giải thích:

Vì sao thiết kế này hợp lý và nó đang giải quyết vấn đề gì?

Product Mindset, UX và mục tiêu kinh doanh

Thiết kế sản phẩm không tồn tại độc lập với hoạt động kinh doanh.

Một Landing Page có thể rất đẹp nhưng không dẫn người dùng đến hành động. Một ứng dụng có thể sở hữu nhiều tính năng nhưng khiến người dùng không biết bắt đầu từ đâu. Một hệ thống quản trị có thể đầy đủ dữ liệu nhưng tạo ra tải nhận thức quá lớn.

Vì vậy, Lộc tập trung kết nối ba lớp quan trọng trong quá trình thiết kế:

Product Mindset giúp xác định đúng vấn đề và mục tiêu cần giải quyết.

User Experience giúp tổ chức thông tin, luồng tương tác và hành vi dựa trên nhu cầu của người dùng.

UI Design chuyển những quyết định đó thành một hệ thống thị giác rõ ràng, nhất quán và dễ sử dụng.

Khi ba lớp này được kết nối, giao diện không còn chỉ là phần trang trí cuối cùng. Nó trở thành một phần của cách sản phẩm vận hành và tạo ra giá trị.

Design System và khả năng làm việc cùng Developer

Khi sản phẩm mở rộng, số lượng màn hình, trạng thái và thành phần giao diện sẽ tăng rất nhanh. Nếu file thiết kế không được tổ chức tốt, đội ngũ dễ gặp tình trạng trùng lặp component, sai màu, lệch spacing hoặc bàn giao thiếu trạng thái.

Bởi vậy, Design System không được xem là một phần kiến thức bổ sung dành riêng cho người học nâng cao. Đây là nền tảng giúp Designer làm việc có hệ thống và phối hợp hiệu quả hơn với Developer.

Trong quá trình học, Lộc hướng dẫn cách tổ chức component, variant, token, Auto Layout và Variables theo hướng có thể tái sử dụng. Quan trọng hơn, học viên cần hiểu tại sao một thành phần nên được chuẩn hóa và cách quyết định thiết kế ảnh hưởng đến quá trình phát triển sản phẩm.

Lộc hiện trực tiếp phụ trách hai lộ trình tại Zhan.Nexus:

Thiết kế UI/UX Toàn diện, dành cho người muốn phát triển theo hướng UI/UX Designer hoặc Product Designer.

Thiết kế Website Thực chiến, dành cho người muốn làm chủ cấu trúc Website, tư duy thị giác, trải nghiệm và khả năng tối ưu chuyển đổi.

Mentor Lawson — từ việc viết code đến khả năng xây dựng hệ thống

Nếu Lộc giúp học viên hiểu cách thiết kế một sản phẩm, Lawson tập trung vào cách biến ý tưởng đó thành hệ thống có thể hoạt động.

Lawson là Fullstack Engineer và AI & System Architect, có kinh nghiệm phát triển Frontend, Backend, xử lý dữ liệu và làm việc với các hệ thống E-commerce quốc tế.

Trong quá trình làm việc, Lawson từng tham gia các dự án phục vụ nhiều thương hiệu như SoftBank, Mizuno, Marc Jacobs và Tomorrowland. Các dự án này đặt ra yêu cầu cao không chỉ về giao diện mà còn về dữ liệu, hiệu năng, khả năng bảo trì và tính ổn định của toàn bộ hệ thống.

Từ trải nghiệm đó, phương pháp mentoring của Lawson không tập trung vào việc giúp học viên ghi nhớ thật nhiều cú pháp. Điều quan trọng hơn là giúp họ hiểu một sản phẩm công nghệ được hình thành như thế nào.

Lập trình không chỉ là viết cho code chạy

Ở giai đoạn đầu, người học thường đánh giá kết quả bằng một tiêu chí đơn giản: đoạn code có chạy hay không.

Đây là bước khởi đầu cần thiết, nhưng chưa đủ để làm việc trong dự án thực tế.

Một đoạn code có thể chạy nhưng khó đọc. Một tính năng có thể hoạt động nhưng không xử lý các trường hợp ngoại lệ. Một Website có thể hiển thị đúng trên máy tính nhưng vỡ giao diện trên thiết bị khác. Một hệ thống có thể vận hành với ít người dùng nhưng gặp vấn đề khi dữ liệu tăng lên.

Do đó, Lawson hướng dẫn học viên nhìn xa hơn kết quả trước mắt:

Code có dễ hiểu không? Có thể tái sử dụng không? Cấu trúc dữ liệu đã phù hợp chưa? Khi yêu cầu thay đổi, hệ thống có dễ mở rộng không? Lỗi được kiểm soát như thế nào? Sản phẩm có thể triển khai để người khác sử dụng hay chưa?

Những câu hỏi này giúp người học từng bước hình thành tư duy của một Software Engineer, thay vì chỉ dừng ở việc hoàn thành từng bài tập riêng lẻ.

Kết nối Frontend, Backend và dữ liệu

Một sản phẩm số không chỉ bao gồm những gì xuất hiện trên màn hình.

Phía sau giao diện là API, cơ sở dữ liệu, quyền truy cập, logic nghiệp vụ và nhiều thành phần liên quan. Nếu chỉ học từng công nghệ một cách tách biệt, người học rất dễ biết nhiều khái niệm nhưng không thể tự hoàn thành một sản phẩm.

Vì vậy, Lawson hướng dẫn theo cách kết nối toàn bộ quy trình.

Giao diện gửi yêu cầu như thế nào? Backend tiếp nhận và xử lý dữ liệu ra sao? Dữ liệu được lưu trữ ở đâu? Người dùng được xác thực bằng cách nào? Các lỗi có thể xuất hiện ở bước nào? Sản phẩm được đưa lên môi trường thật ra sao?

Khi hiểu mối liên hệ giữa những thành phần này, học viên không còn nhìn React, Node.js hay Database như những môn học rời rạc. Chúng trở thành những công cụ phối hợp để giải quyết một bài toán sản phẩm hoàn chỉnh.

AI là công cụ tăng tốc, không phải nơi để phó mặc tư duy

AI có thể hỗ trợ Developer viết code, giải thích lỗi, tạo test case và tự động hóa nhiều thao tác. Tuy nhiên, AI cũng khiến người mới dễ rơi vào trạng thái tạo được rất nhiều code nhưng không hiểu hệ thống đang hoạt động như thế nào.

Khi không có nền tảng, người học khó nhận ra câu trả lời của AI đang sai, khó điều chỉnh khi yêu cầu thay đổi và gần như không thể tự chịu trách nhiệm với sản phẩm.

Vì vậy, Lawson hướng dẫn sử dụng AI theo hướng có kiểm soát. Người học có thể dùng AI để gợi ý cách tiếp cận, hỗ trợ debug, giải thích code hoặc tự động hóa tác vụ lặp lại. Nhưng họ vẫn cần tự kiểm tra kết quả, hiểu logic và đưa ra quyết định cuối cùng.

Mục tiêu không phải là cạnh tranh với AI về tốc độ gõ code, mà là biết cách sử dụng AI để nâng cao năng lực giải quyết vấn đề.

Lawson hiện trực tiếp phụ trách hai lộ trình:

HTML CSS: Tư duy Kỹ thuật, dành cho người muốn hiểu cách giao diện được hiện thực hóa trên trình duyệt và xây dựng nền tảng Web đúng ngay từ đầu.

DEV Fullstack & AI Agent, dành cho người muốn phát triển từ nền tảng lập trình đến Frontend, Backend, dữ liệu, triển khai sản phẩm và ứng dụng AI trong quá trình phát triển.

Vai trò và sự phân công của hai mentor trong các lộ trình hiện tại cũng được thể hiện trong hệ thống Mentorship của Zhan.Nexus.

Hai chuyên môn khác nhau, một phương pháp đồng hành chung

Lộc Zhan làm việc với thiết kế. Lawson làm việc với công nghệ. Nhưng thiết kế và lập trình không tồn tại như hai thế giới tách biệt.

Designer cần hiểu giới hạn kỹ thuật để tạo ra giải pháp có khả năng triển khai. Developer cần hiểu người dùng và sản phẩm để không chỉ xây dựng một hệ thống “chạy được” nhưng khó sử dụng.

Vì vậy, cả hai mentor đều đặt trọng tâm vào khả năng kết nối giữa Product, Design và Technology.

Điểm chung đầu tiên là không dạy công cụ theo cách tách rời. Figma, React, Node.js hay AI chỉ thực sự có giá trị khi người học hiểu vấn đề mình đang giải quyết.

Điểm chung thứ hai là feedback trực tiếp trên sản phẩm. Mentor không chỉ nhận xét kết quả cuối cùng mà còn quan sát quy trình, cách tổ chức và cách học viên đưa ra quyết định.

Điểm chung thứ ba là lộ trình được điều chỉnh dựa trên năng lực hiện tại. Người đã có nền tảng không cần học lại mọi thứ từ đầu. Người mới cũng không bị đẩy quá nhanh vào những phần kiến thức chưa đủ nền móng để tiếp nhận.

Cuối cùng, quá trình học hướng đến sản phẩm có thể trình bày. Với Designer, đó có thể là Portfolio và Case Study. Với Developer, đó có thể là GitHub Repository và Live Project. Thành phẩm cần thể hiện được không chỉ kết quả, mà còn cả tư duy và quy trình phía sau.

Mentoring không có nghĩa là mentor làm thay bạn

Có mentor đồng hành không đồng nghĩa với việc quá trình học sẽ trở nên dễ dàng.

Mentor có thể giúp bạn nhìn ra điểm nghẽn, rút ngắn thời gian thử sai và tránh học lan man. Nhưng mentor không thể thực hành thay bạn, hoàn thiện Portfolio thay bạn hoặc biến kiến thức thành kỹ năng nếu bạn không dành đủ thời gian rèn luyện.

Zhan.Nexus phù hợp với những người muốn được hướng dẫn rõ ràng nhưng vẫn sẵn sàng chịu trách nhiệm với quá trình phát triển của chính mình.

Đây không phải mô hình học nhanh để hoàn thành thêm một chứng chỉ. Đây là quá trình rèn luyện để người học từng bước xây dựng năng lực thực thi trong dự án thực tế.

Bạn sẽ học cùng mentor nào?

Bạn không cần chọn mentor chỉ dựa trên hồ sơ cá nhân. Mentor được phân công theo định hướng chuyên môn của từng lộ trình.

Bạn sẽ học cùng Lộc Zhan khi lựa chọn:

• Thiết kế UI/UX Toàn diện

• Thiết kế Website Thực chiến

Bạn sẽ học cùng Lawson khi lựa chọn:

• HTML CSS: Tư duy Kỹ thuật

• DEV Fullstack & AI Agent

Trường hợp chưa xác định nên bắt đầu từ thiết kế, Website, HTML/CSS hay Fullstack, buổi tư vấn đầu vào sẽ giúp bạn làm rõ điểm xuất phát, mục tiêu nghề nghiệp và điểm nghẽn đang gặp phải.

Bởi trước khi lựa chọn một khóa học, điều quan trọng hơn cả là biết mình đang cần phát triển năng lực nào.

Bắt đầu từ một cuộc trao đổi rõ ràng

Bạn chưa cần quyết định ngay trong lần đầu tìm hiểu.

Hãy bắt đầu bằng việc trả lời ba câu hỏi:

Bạn đang ở đâu trong hành trình hiện tại?

Bạn muốn phát triển theo hướng thiết kế hay công nghệ?

Điều gì đang khiến bạn chưa thể tiến xa hơn?

Từ đó, mentor có thể giúp bạn xác định lộ trình phù hợp, khối lượng học tập cần chuẩn bị và mức độ cam kết cần thiết.

Đăng ký nhận tư vấn cùng mentor tại Zhan.Nexus để làm rõ điểm xuất phát và lựa chọn lộ trình phù hợp với mục tiêu của bạn.