Chào Tuấn Minh,Cách mình thường phỏng vấn các bạn ứng viên dựa vào 4 tiêu chí sau:<ul><li>Product design experience</li><li>Culture fit</li><li>Interview challenge</li><li>Home assignment</li></ul> Về product design experience thì có các tiêu chí nhỏ hơn như:<ul><li>Design experie: để tìm hiểu khả năng thiết kế của bạn này thế nào, thường sẽ sơ tuyển bằng cách nhìn vào portfolio (candidate nào không có portfolio thì coi như fail từ vòng gửi xe). Sau đó trong lúc phỏng vấn sẽ hỏi cách bạn thiết kế ra sao, thích/không thích style gì, lý do có rõ ràng, thuyết phục ko.</li><li>Design knowledge: để tìm hiểu ngoài những việc có thể làm tốt, bạn này còn biết các kiến thức liên quan không. Không đòi hỏi phải là generalist (giỏi nhiều thứ 1 lúc thì khó đạt được) mà specialist với kiến thức rộng là tốt rồi. Ví dụ làm UI thì cũng nên hiểu thêm về animation, keyframing hoặc video editing, thậm chí coding.</li><li>Product thinking: cách bạn này giải quyết vấn đề cụ thể bằng design thế nào. Có thể dựa vào những kinh nghiệm thiết kế trong quá khứ để đánh giá bạn này có thực sự hands-on vào công việc bạn show trong portfolio không hay là chỉ là 1 phần nhỏ trong đó.</li><li>Working method/process: thông qua việc diễn đạt lại past experience hoặc miêu tả sự hiểu biết, mình cũng có thể quan sát được cách bạn đó đã làm việc ra sao. Phương pháp có hiệu quả, hợp lý, tối ưu không. Điểm nổi trội gì thể hiện bạn là unique và điều gì bạn đó chưa làm được để dẫn tới việc tìm kiếm cơ hội mới.</li></ul> Về culture fiting thì có các tiêu chí như:<ul><li>Decision making: Khả năng ra quyết định có tốt không. Nếu được ra quyết định thì bạn đó dứt khoát mau mắn hay là sợ sai này nọ.</li><li>Critical thinking: có kĩ năng phân tích vấn đề và tìm ra giải pháp không. Biết nhận định vấn đề trên nhiều mặt và đưa ra giải pháp/quyết định bằng lý luận chứ không phải cảm tính.</li><li>Teamwork: Tranh luận với nhau ở mức độ nào. Có biết tiếp thu và lắng nghe ý kiến đồng nghiệp (trong quá khứ và với người phỏng vấn hiện tại) không. Cách tranh luận có tính xây dựng tìm đến giải pháp tốt nhất hay là destroy người khác để bảo vệ quan điểm của mình. Có luôn sẵn sàng chia sẻ kiến thức của mình với mọi người không. Có chủ động tìm kiếm task và cố gắng hết mình vì mục tiêu chung không</li></ul> Về interview challenge, mình thường đặt ra 1 vấn đề cần đến thiết kế, và cùng bạn candiate tìm ra giải pháp. Qua đó mình sẽ biết thêm được:<ul><li>Workflow/Process của bạn có đúng như bạn đã tả trong phần past experience ko?</li><li>Design knowledge và kinh nghiệm đã trải qua là có thực tế hay không</li><li>Khả năng teamwork, decision making, critical thinking như thế nào.</li></ul> Gần như sau 3 tiêu chí này, mình đã có thể read được bạn candidate này là người như thế nào. Có phù hợp với vị trí đang tuyển không. Tuy nhiên, có 1 số bạn có kỹ năng trời phú ăn nói rất giỏi, rất thuyết phục, lại kinh nghiệm phỏng vấn nhiều dù kiến thức không được sâu và chặt chẽ lắm. Để cho chắc ăn với những nhận định mình đã tìm hiểu được tại buổi phỏng vấn, mình sẽ kèm thêm 1 bài assignment về nhà (thời hạn trong khoảng 5-7 ngày) liên quan đến sản phẩm đang làm của cty để xem bạn này có các skill nói trên không, ở mức độ nào. Assignment sẽ phức tạp hơn interview challenge 1 tẹo (vì có nhiều thời gian hoàn thành hơn).Sau khi nhận lại assignment là hầu như đã có đủ dữ liệu để đánh giá kĩ năng của bạn designer này. Last chance của bạn để thể hiện là 2 tháng đầu thử việc :DCó người nói với mình "interview is an art". Tìm người phù hợp với công việc luôn khó, tìm người giỏi lại càng khó hơn. 1 kinh nghiệm nhỏ khác là, càng phỏng vấn nhiều thì bạn sẽ dễ phân tích tâm lý của candidate hơn và dễ đưa ra nhận định chính xác hơn. Practice makes perfect. Dĩ nhiên là bên cạnh đó thì bạn cũng phải hoàn thiện design skill của mình hơn thì mới phỏng vấn người ta được chứ.Edit: Mình nghĩ 1 designer giỏi và chuyên nghiệp là người:<ul><li>Có kiến thức chuyên môn tốt: sâu và rộng. Dĩ nhiên là phải design nhanh, chất lượng rồi.</li><li>Có hiểu biết về các vấn đề liên quan</li><li>Có khả năng phân tích và giải quyết vấn đề cho cả cá nhân và cả team</li><li>Ko ngừng sáng tạo để tìm ra giải pháp</li><li>Flexible khi làm việc một mình lẫn trong team.</li><li>Tinh thần làm việc tốt và xây đựng, hướng tới cái chung là hoàn thiện product</li></ul>Từ những tiêu chí trên, thường mình cũng có thể biết được candidate có thể cùng làm với mình hay không.Thân,Trí

Trưởng nhóm thiết kế phần mềm

Chào Tuấn Minh,Cách mình thường phỏng vấn các bạn ứng viên dựa vào 4 tiêu chí sau:<ul><li>Product design experience</li><li>Culture fit</li><li>Interview challenge</li><li>Home assignment</li></ul>Về product design experience...

<!- New HTML Content 2 -><div class="parse-text content-editable text">Xin anh Trí cho biết thường nhà tuyển dụng sẽ dựa vào những yếu tố nào để đánh giá một UI/UX Designer là có kĩ năng tốt và làm việc chuyên nghiệp? </div><!––>

Designer

<div class="text">Xin anh Trí cho biết thường nhà tuyển dụng sẽ dựa vào những yếu tố nào để đánh giá một UI/UX Designer là có kĩ năng tốt và làm việc chuyên nghiệp? </div>

Cách nhà tuyển dụng nhận biết một UI/UX Designer giỏi & chuyên nghiệp?

Cảm ơn Trí đã chia sẻ kinh nghiệm triển khai sản phẩm thực tế. Xây dựng được Design Systems và áp dụng nó vào thực tế sẽ nâng cao và đồng nhất ngôn ngữ thiết kế sản phẩm. Triển khai nhanh hơn các thiết kế mới sau này, do có tính kế thừa. Các thành viên tuân thủ Guideline chặt chẽ là 1 vấn đề rất căng não trong team nhỉ :D

Cảm ơn Trí đã chia sẻ kinh nghiệm triển khai sản phẩm thực tế. Xây dựng được Design Systems và áp dụng nó vào thực tế sẽ nâng cao và đồng nhất ngôn ngữ thiết kế sản phẩm....

Chào Min,Nói quy trình nghe to tát và ghê gớm, chứ thực ra nó chỉ là hệ thống được hình thành từ việc đau đầu (thử và fail và thử lại n lần) với các vấn đề sau:<ul><li>Tăng consistency về UI &amp; UX cho product từ design đến real product</li><li>Tăng hiệu quả làm việc giữa các designers</li><li>Giảm thời gian communicate giữa designer và developer</li><li>Tăng thời gian implementation từ design -&gt; code</li><li>Maintain được brand identity và look&amp;feel của sản phẩm</li></ul> Từ các vấn đề này mình bắt đầu xây dựng các thứ sau:<ol><li>Styleguide/UI Kit</li><li>Living styleguide</li><li>Reusable component</li><li>Usage documentation</li><li>Copy content guidelines aka Voice &amp; Tone</li><li>Marketing assets</li></ol> 1.Styleguide/UI KitChắc chắn Min đã gặp phải trường hợp này: cần lấy 1 cái button ở 1 design trong quá khứ bỏ qua design mới. Cách đơn giản xưa nay là mở cái file sketch cũ, copy cái button đó và paste qua chỗ mới. Sketch hiện tại đã thấy điều đó cực kì bất tiện và tốn thời gian, đặc biệt là khi team có nhiều hơn 2 designers, việc đó trở nên rất khó, vì ko phải ai lúc nào cũng nhớ những tiểu tiết đó ở file nào. Có UIKit, thời gian nghĩ về các element này sẽ ít lại mà vẫn đảm bảo look &amp; feel của nó chính xác + đồng bộ giữa các thành viên -&gt; tăng độ chính xác cho kết quả chung -&gt; design vẫn giữ được sự hài hoà.Trong hình dưới là element library chứa các symbols dùng lại mà mình tạo cho các bạn designer trong team Anduin. Mọi việc chỉ là kéo thả kéo thả symbol cần thiết:<img class="e-content-image" alt="" src="https://cdn.noron.vn/2018/07/28/460e4cc43519ecd9f2d43e057d52bd73.jpg"> 2.Living styleguideCó uikit thôi cũng không đủ, đưa qua các bạn developer là phải làm 1 hệ guideline khác ngay. Comment từng chỗ font nào, spacing bao nhiêu, màu gì.... rất mất thời gian. Thế là việc nảy sinh nhu cầu có 1 bộ code sẵn style các symbol trong sketch kia. Cuối cùng khi front-end viết code cho giao diện thì cũng chỉ có copy &amp; paste các element cho giống với design. Coi như là UIKit và Living styleguide sẽ là bản sao 1-1 . Chỉ các cách thực hiện. Xem thêm tại: http://anduin.design/docs/button.html 3. Reusable componentCó 2 cái trên công việc vẫn chưa nhanh hơn mà rất nhiều micro interaction vẫn còn lặp lại như: cách upload 1 file, cách gửi 1 message,...Không có định nghĩ reusable component, nhiều designers sẽ tạo ra nhiều component có cùng tính năng nhưng lại không hoàn toàn giống về cách sử dụng. Việc này cũng làm developer đau đầu vì họ sẽ phải implement theo các cách khác nhau. Trải nghiệm của người dùng cũng bị ảnh hưởng. Do đó lại nảy sinh nhu cầu tạo symbol cho component trên design và trên code. 4.Usage documentationMọi việc sẽ không cải thiện hơn bao nhiêu nếu không viết ra hướng dẫn sử dụng UIkit, living styleguide ở 1 nơi ai cũng có thể truy cập đến bất cứ lúc nào, bất cứ ở đâu. Chưa kể trong đó, sẽ phải định nghĩ ra:<ul><li>Dùng cái gì, khi nào, ở đâu và đạt được mục đích gì về UI lẫn UX.</li><li>Nên tránh việc gì khi dùng element/component đó (do &amp; don't)</li><li>Sample code của element này dùng như thế nào</li></ul> Hình bên dưới là screenshot từ documentation của design system ở Anduin:<img class="e-content-image" alt="" src="https://cdn.noron.vn/2018/07/28/9ee8dd46019e71a05387d1c6cd2af5e8.jpg?w=600"> 5. Copy content guidelines aka Voice &amp; ToneCopy là 1 phần rất quan trọng đối với product. Càng có nhiều người involve sẽ càng có nhiều "dị bản" của copy tuỳ theo cảm nhận riêng của mỗi người. Điều này cũng ảnh hưởng rất lớn tới trải nghiệm của người dùng. How to fix? -&gt; Make a guideline Hình dưới là 1 phần copy content guideline ở Anduin<img class="e-content-image" alt="" src="https://cdn.noron.vn/2018/07/28/b3c9d73613577695dc7777e0c404f2ea.jpg?w=600"> Định nghĩa copy content sẽ giúp user hiểu được cách product muốn giao tiếp với họ như thế nào: thân thiện như bạn, hoặc nghiêm túc chín chắn,... Điều này cũng sẽ ảnh hưởng tới hình ảnh của brand luôn. 6. Marketing assetsTrong software development, sẽ không tránh khỏi lúc mình cần landing page cho product, printed brochure, namecard, banner,.... Các việc này cũng cần khớp với principles về voice &amp; tone, về look&amp;feel của product. Do đó mà các thứ liên quan tới phần hình ảnh nhiều như:<ul><li>Photo/image/video</li><li>Illustration</li><li>...</li></ul>Cũng cần có principle nào đó để hướng đến hình ảnh chung của cả sản phẩm. Đảm bảo câu chuyện từ việc user vào website tìm sản phẩm -&gt; đọc nội dung -&gt; dùng sản phẩm được xuyêt suốt và rõ ràng. Min có thể xem thêm slides của mình về việc raise awareness với software engineer ở Anduin về Design system:<div class="wrap-embed-link"><a class="e-link-embed" href="https://docs.google.com/presentation/d/1oB-QLen5RPE-exDcyjUmzD1UTOz-f9BcQ3NuxP_iiBc/edit?usp=sharing" target="_blank"><div class="e-link-preview">
 <div class="e-embed-image"><img class="e-embed-image-img" src="https://lh4.googleusercontent.com/Y1LWKP1rX4shtB5iMOHYYQGkYRVbnTYdkD37osgzT-eH33aXn0TsRrufxoxLrBk8Lkoz-Q=w1200-h630-p" alt=""></div>
 <div class="e-embed-info">
 From ACL to Design System - Public - Google Trang trình bày
 docs.google.com
 </div>
 </div></a></div> Đây là list tổng hợp các design system khác nhau của các team lớn trên thế giới: <div class="wrap-embed-link"><a class="e-link-embed" href="https://github.com/alexpate/awesome-design-systems" target="_blank"><div class="e-link-preview">
 <div class="e-embed-image"><img class="e-embed-image-img" src="https://avatars2.githubusercontent.com/u/3749759?s=400&amp;v=4" alt=""></div>
 <div class="e-embed-info">
 GitHub - alexpate/awesome-design-systems: 💅🏻 ⚒ A collection of awesome design systems
 github.com
 </div>
 </div></a></div> Xây dựng design system tuy đang là trend nhưng đó là việc đến từ nhu cầu thực tế của các team xây dựng sản phẩm. Mỗi team tuỳ vào số lượng thành viên, cách thức hoạt động, quy mô và định hướng của sản phẩm, sẽ có cách thiết kế design system khác nhau. Nhưng cơ bản mình nghĩ cũng sẽ xoay quanh các yếu tố nêu trên. Hóng ngày càng nhiều design system xuất hiện ở Vietnam và có thể sánh ngang tới bạn bè thế giới :D Thân,Trí

Chào Min,Nói quy trình nghe to tát và ghê gớm, chứ thực ra nó chỉ là hệ thống được hình thành từ việc đau đầu (thử và fail và thử lại n lần) với các vấn đề sau:<ul><li>Tăng consistency...</li></ul>

Xin Trí chia sẻ thêm về quy trình xây dựng Design System ở Anduin Transactions.?

Em thấy khả năng sắp xếp, tổ chức công việc bọn nước ngoài cũng giỏi hơn nhiều.

Người Bình Thường

Kỹ sư phần mềm

Chào Hưng,Mình ấn tượng với các nhân vật sau đây:<ul><li>MinTran của Frexy/Smarticons (<a href="https://dribbble.com/mintran" target="_blank">https://dribbble.com/mintran</a> ) : anh Min là 1 người có tư duy làm product rất tốt. Đã từng tự mình chinh chiến thế giới freelancer trên 10 năm (với cả khách hàng trong nước và nước ngoài) và tự tạo các platform bán icon cho riêng mình (IconEden và Smarticons). Vừa design tốt lại có kiến thức lập trình.</li><li>Ngoài ra Vietnam mình cũng có rất nhiều designer tốt. Có tiếng trên cộng đồng thế giới. Nhưng do bản thân mình network cũng chưa nhiều và bản thân cộng đồng designer của Vietnam còn rời rạc nên chưa có gắn kết được nhiều với nhau, nên mình cũng không thể liệt ra các bạn đó ra.</li></ul>Mình có dịp đi San Francisco nhiều lần, lần lâu nhất ở lại 3 tháng cùng làm việc và đi meetup với nhiều designer bên đó (trong đó có cả designer của Lyft, Dropbox, LinkedIn,...) và thấy là cộng đồng mình không thua xa với các bạn ở Silicon Valley nhiều về khả năng làm việc. Nhưng thua thiệt về ngôn ngữ và process, cả cách tư duy và sự gắn kết cộng đồng nữa. Hy vọng những điều này sẽ mau chóng được khắc phục trong tương lai gần.Hy vọng đã trả lời được thắc mắc của bạn.Thân,Trí

Chào Hưng,Mình ấn tượng với các nhân vật sau đây:<ul><li>MinTran của Frexy/Smarticons (<a href="https://dribbble.com/mintran" target="_blank">https://dribbble.com/mintran</a> ) : anh Min là 1 người có tư duy làm product rất tốt. Đã từng tự...</li></ul>

Trong mảng Product Design của Việt Nam thì bạn ấn tượng với những nhân vật nào?

Chào Tuấn Anh,Để ra được MVP nhanh nhất thì chiến lược của mình là:<ul><li>Don't re-invent the wheel: Những tính năng cơ bản (như upload ảnh, view pdf, check out mua hàng,...) để nhanh thì có thể học hỏi từ những app phổ biến mà đối tượng user của sản phẩm mình đã dùng quen. Ví dụ dùng app mua hàng thì có thể xem </li><li>Focus on happy path: Lúc làm MVP sẽ có nhiều ý tưởng và những lập luận xoay quanh những trường hợp chỉ có 10% là xảy ra, làm ảnh hưởng tới flow chính và deadline của feature. Nên nếu tập trung vào 1 usecase mà 70-80% có thể xảy ra thì bỏ công hơn.</li><li>Make it work, perfect it later: Designer rất dễ vướng phải việc làm cho mọi thứ hoàn hảo: pixel perfect chỗ này, alignment phải thẳng thớm chỗ kia, màu phải chuẩn...User cần thứ gì đó hoạt động được và giải quyết được vấn đề trong MVP, đẹp có thể đến sau. Với cả phần implementation cũng vậy. Nhiều Developer sẽ cố gắng tạo nền tảng code kĩ càng cho việc có 100.000 user trong giai đoạn MVP, điều này cũng sẽ có nguy cơ làm chậm nhiều đi tiến độ của MVP.</li><li>Styleguide and resuable component: Để không phải tốn thời gian nghĩ về việc styling cho các UI element cơ bản (button, textfield, label, typo scale,...) thì có ui styleguide cũng sẽ giúp ích rất nhiều. Đặc biệt là với team có từ 2 designer trở lên. Các micro interaction phổ biến có thể biến thành component dùng lại được ở nhiều nơi như: upload dialog, text editor... cũng sẽ giúp user ko phải học lại nhiều UX pattern mới và look &amp; feel cũng giống nhau -&gt; Tiết kiệm thời gian hiểu về sản phẩm...Tuy nhiên, việc này ko phải làm ngay mà có kết quả được, mà là của quá trình góp nhặt + quan sát + cải thiện chất lượng làm việc.</li></ul> Mục tiêu của MVP là get feedback càng nhanh càng tốt. Do vậy càng làm nhanh và đúng với mục tiêu đề ra ban đầu chừng nào để nhận feedback thực tế thì càng tốt chừng đó.Hope it helps. Thân,Trí

Chào Tuấn Anh,Để ra được MVP nhanh nhất thì chiến lược của mình là:<ul><li>Don't re-invent the wheel: Những tính năng cơ bản (như upload ảnh, view pdf, check out mua hàng,...) để...</li></ul>

Process Phát triển sản phẩm?

Dạ e cám ơn anh Trí đã trả lời câu hỏi của e ạ

Chào Hải,Mình nghĩ đây là 1 vấn đề rất phổ biến và rất đau đầu ở 1 team làm sáng tạo. Bản thân team mình cũng gặp phải. Để tìm ra giải pháp trọn vẹn thì thường mình bắt đầu bằng cách:<ol><li>Quay lại tìm xem nguồn gốc của vấn đề ở đâu. Vấn đề mình đang cần giải quyết chính xác cụ thể là gì</li><li>Bắt đầu đánh giá xem cách tiếp cận A có thực sự giải quyết vấn đề đó không. Giải quyết không 100% thì được bao nhiêu phần của vấn đề. Ngoài ra thì còn cách tiếp cận nào khác giải quyết vấn đề được nhiều phần hơn cách A không. Trong lúc đánh giá thì cũng còn cần phải xem xét trên nhiều phương diện để tránh bị cảm nhận chủ quan lấn lướt (quan sát giải pháp khác, kinh nghiệm, hỏi với user, survey,...)</li><li>Đến bước phải ra quyết định mà không ai chắc chắn được thì chỉ có thể dùng voting để tìm ra giải pháp tốt nhất, phù hợp với số đông nhất để tránh tình trạng tranh luận kéo ra quá dài. Biểu quyết theo số đông sẽ nhanh nhất tìm ra giải pháp có thể phù hợp với nhiều người. Tuy nhiên, nếu trong team có người có quyền ra quyết định thì mình chỉ có thể nghe theo họ. Nghe tới đây có thể bị cảm giác "vậy thì bàn làm gì nữa", nhưng mà theo mình, đã là người có quyền ra quyết định thì phải có kiến thức tốt và biết nhận định tình hình tốt, quyết định sai thì ảnh hưởng cả tập thể. Đó là lý do tại sao những người có nhiều kinh nghiệm được đặt ở vị trí có quyền ra quyết định. </li><li>Một điều cần lưu ý khi dùng phương pháp voting là có thể phương án theo số đông chưa chắc là phương án tối ưu. Nên việc biết cân đo đong đếm giữa nhiều yếu tố khác nhau sẽ giúp bạn có thể tiến tới quyết định chính xác hơn.</li></ol>Có 1 kỹ năng tên là "critical thinking". Rèn luyện nhiều kỹ năng này sẽ giúp bạn có 1 tư duy tốt trong việc tìm ra vấn đề và giải pháp cho vấn đề đó 1 cách thuyết phục. Từ đó có thể rút gọn số lượng những tranh luận không đáng có dễ dàng hơn. Hy vọng đã trả lời được câu hỏi của bạn. Thân,Trí

Chào Hải,Mình nghĩ đây là 1 vấn đề rất phổ biến và rất đau đầu ở 1 team làm sáng tạo. Bản thân team mình cũng gặp phải. Để tìm ra giải pháp trọn vẹn thì thường mình bắt đầu...

Khi người nắm giữ sản phẩm luôn một mực cho rằng cách tiếp cận A là tốt nhất nhưng họ cũng không chắc chắn với cách đó và họ không muốn thay đổi thì làm sao để mình đưa ra phương án giải quyết cho trọn vẹn đôi bên ạ?

Hi ThaiNA,Couple of big trends in UX Design for 2018 i'm seeing are:<ul><li>Building design system: People who are building application start see a big need beoynd styleguide. They want their brand's voice &amp; tone got defined, they want something that can help them cook the feature faster (component library, coded ui kit,...), they want to tell a consistent, seamless &amp; great story for their brand through a central place that consists of marketing assets to copy content to user interface elements.</li><li>Redesigning the design process: People start seeing they need a better design process from UX to UI in order to be more innovative and get out of lots of common pattern out there. Also to minimize the effort for unnecessary tasks. From how to name a design file to properly track the creative progress.</li><li>The rise of supporting tools: We see lots of design tool got released (Figma, Adobe XD, Framer X,...) also the design verioning app (Abstract, Cactus, Plant, Trunk...). Even invision stepped in to build an online Design system management app.</li><li>"AI Powered": Carry on from last year, we still seeing lots of app got branded with "AI powered" or "We use Big data". This is not only a way to make the product sounds smarter, but also proves the trust of people in a smarter computer system where it can help them to complete their need faster and more reliable.</li></ul>In Vietnam, i'm seeing changes too:<ul><li>Better user-centered design: I've been watching the internal market for awhile and start seeing our designers put more and more thought into their practice to bring in a better experience for their user. And they really mean it, people care more about personal, user journey, design system, styleguide, story telling....This is a great sign!</li><li>UX gets an important seat on the table: Follow the upper trend, more than before, the imporance of a UX designer in the team is proven. Lots of team care more about making serious UX for their app while still maintain the business goal. People care more about consistency, look&amp;feel, ease of use and how user user FEEL when they use the app. More and more discussion about UX rather than just businees goals, startup ideas and technical solutions.</li></ul>Best,Tri

Hi ThaiNA,Couple of big trends in UX Design for 2018 i'm seeing are:<ul><li>Building design system: People who are building application start see a big need beoynd styleguide. They...</li></ul>

<!- New HTML Content 2 -><div class="parse-text content-editable text"><h3> </h3> 
 </div><!––>

What would you say will be the next big trend in the UX Design?

Chào bạn,Mình không có dịp dùng nhiều sản phẩm của Vietnam. Chỉ dùng chủ yếu các app giao dịch ngân hàng. Hiện tại không có sản phẩm nào để lại nhiều ấn tượng cho mình :D Hi vọng sẽ có nhiều trong tương lai gần.Thân,Trí

Chào bạn,Mình không có dịp dùng nhiều sản phẩm của Vietnam. Chỉ dùng chủ yếu các app giao dịch ngân hàng. Hiện tại không có sản phẩm nào để lại nhiều ấn tượng cho mình :D...

Trong các sản phẩm của Việt Nam, bạn ấn tượng với UI/UX của những sản phẩm nào và vì sao lại ấn tượng ?

Chào Quân,Mình nghĩ input, requirement của product càng rõ ràng với nhu cầu của user càng tốt. Và điều ngày càng được phổ biến rộng rãi và chi tiết với càng nhiều thành viên càng tốt. Luôn nhắc nhở mọi người nhiệm vụ của product là build cái gì, cho ai.Ngoài ra requirement theo mình còn nên có các tiêu chí sau:<ul><li>Road map càng cụ thể càng tốt: Build cái gì ở giai đoạn nào và từng item giúp ích được gì cho user.</li><li>User của app là gì, có đặc tính gì, pain point/ problem là gì. Có những phân loại persona nào.</li><li>Thị trường của product là gì, mình đang nhắm đến phân khúc nào của market. Business strategy nhìn chung là thế nào.</li><li>Với từng đầu việc nhỏ thì cần đảm bảo có xuất xứ nguồn gốc, nhu cầu của feature đó. Sau đó là mô tả (hy vọng gần nhất) với những gì user mong đợi. Các luồng xử lý (userflow/userjourney) như thế nào.</li></ul>Về phía team thì tuỳ loại product và scale của team mà sẽ có 1 số vị trí cụ thể hơn, nhưng nhìn chung thì nên có:<ul><li>Business dev/Customer success: Tìm hiểu nhu cầu và connect/ keep in touch với user để đảm bảo có các dữ liệu chính xác nhất cho requirement</li><li>Product expert/Product manager: viết requirement và tổng hợp các usercase tạo thành userflow cho app. Định nghĩa các UX framework cơ bản cho product như concept chung là gì, navigation tổng quát ra sao...Đồng thời role này cũng sẽ xác định road map lúc nào build cái gì, ai làm những đầu việc nào, tiến độ tới đâu..</li><li class="ql-indent-1">Product opreation/Project manager: nếu có thêm role này thì sẽ giảm tải rất nhiều cho role trên, vì các bạn này sẽ chỉ chăm lo đến việc giữ vững tiến độ của product và giúp đảm bảo các đầu tiện trong tầm kiểm soát của cả team.</li><li>Product designer: chi tiết hoá, cụ thể hoá và chăm chút cho look&amp;feel của sản phẩm. Biến các ý tưởng và concept thành những thứ gần nhất với cái mà user tưởng tượng.</li><li>Developer/Software Engineer: chăm lo các phần liên quan tới logic của product, đảm bảo interaction hoạt động đúng như mong đợi hoặc kế hoạch đã đề ra từ product requirement.</li><li>Quality Assurance/Quality Control: Giúp đảm bảo product được build đúng như đã lên kế hoạch trước khi đến tay user. Đồng thời cũng giúp tìm ra các lỗi trong quá trình build phần mềm</li></ul> Mỗi nhóm vị trí sẽ có nhiều vị trí con khác nhau tuỳ vào product và scale của team.Đây là những gì mình đúc kết và quan sát được từ kinh nghiệm lâu nay. Hy vọng sẽ trả lời được câu hỏi của Quân.Thân,Trí

Chào Quân,Mình nghĩ input, requirement của product càng rõ ràng với nhu cầu của user càng tốt. Và điều ngày càng được phổ biến rộng rãi và chi tiết với càng nhiều thành viên...

1st Jobber

Để product design có thể  cho ra sản phẩm tốt thì input, requirement từ product và cấu trúc team cần đảm bảo ít nhất những tiêu chí nào để phối hợp hiệu quả ?

Chào bạn,Kinh nghiệm của mình dựa trên các tiêu chí sau:<ul><li>Trust: các bạn trong team phải có lòng tin vào năng lực của các thành viên khác nhau. Giống như đá bóng chung vậy, biết ai có điểm mạnh để hỗ trợ phát huy và điểm yếu gì để khắc phục. Tin tưởng lẫn nhau để làm việc thì sẽ phát huy được điểm mạnh của nhau. Có feedback cho idea/design của nhau thì cũng sẽ có tính chất xây dựng hơn do không phải băn khoăn xem tên kia có đấu đá gì với mình để hạ bệ mình không. Phía người quản lý team thì còn phải biết luôn củng cố mở rộng kiến thức chuyên môn, cầu nối giữa các bộ phận khác và team ui/ux, đảm bảo các bạn trong team không thiếu hụt ngữ cảnh làm việc nào và có điều kiện tốt nhất để sáng tạo đúng với định hướng của cty.</li><li>Fairness: có trust thì sẽ dễ có fairness, sự công bằng giữa các thành viên. Không phải là lead thì có quyền đàn áp thành viên 1 cách vô lý, cũng ko phải làm tốt hơn người khác 1 chút thì có quyền chê bai công việc của người khác. Việc đánh giá idea/design phải dựa trên các tiêu chí khách quan, công bằng nhất có thể giữa các thành viên, và dĩ nhiên luôn trên tinh thần xây dựng. Là leader phải luôn giữ</li><li>Transparency: Người quản lý phải đảm bảo thông tin đượng thông suốt đến các thành viên của mình. Vì ở mức độ là người đứng đầu team, sẽ có nhiều cơ hội tiếp xúc với nhiều nguồn thông tin khác nhau hơn: từ phía lãnh đạo cty, từ các quản lý của team khác...Đảm bảo thông tin thông suốt sẽ giúp các thành viên có đủ context để hướng đến giải pháp hợp lý nhất cho mục tiêu chung của cty/team. Thưởng phạt phân minh cũng là 1 cách để mọi người biết tại sao người này được khen, người kia chưa đạt. Tại sao bạn bên cạnh nhận lương tốt hơn mình. Tại sao idea kia được nhận mà của mình lại không...</li><li>Processes: lead team design còn cần phải biết xây dựng process cho phù hợp với các tài năng trong team để các bạn gắn kết với nhau như thế nào cũng rất quan trọng. Từ nhỏ nhất như các đặt tên file name thống nhất thế nào, chia sẻ công việc với nhau ra sao, process cho việc từ idea -&gt; finalized mockup thế nào, xây dựng design system... đến cách để giữ mọi người được synced up trong công việc...Thậm chí cả quy trình tuyển dụng designer mới cũng phải được các thành viên ủng hộ...</li><li>Motivation: 1 điều quan trọng cũng phải luôn để mắt đến là đảm bảo giữ cho các thành viên trong team luôn được sáng tạo. Điều này có thể làm được từ các buổi chia sẻ kiến thức nội bộ trong team hàng tuần - chia sẻ bất cứ thứ gì mình thấy thích/tìm được. Khuyến khích các thành viền sáng tạo cách làm mới, thiết kế mới và mang ra chia sẻ với team. Tham gia các event của dribbble, behance, dailyUI, hoặc tự tạo chủ để đề cũng làm và vote cùng nhau...</li><li>Lead not manage: làm người dẫn đầu team thì tốt hơn là làm người quản lý.Nhiều nơi nói về vấn đề này rồi, nhưng cá nhân mình nghĩ, là người đứng đầu team, bản thân phải luôn update kiến thức, có nhiều hiều biết về chuyên môn cũng như định hướng của product/cty, biết xây dựng và cải thiện process làm việc của team để mọi người được làm việc hiệu quả nhất. Mạnh dạn đi đầu trong việc tìm ra hướng đi mới cho team, chấp nhận sai, nhận sai và sửa sai. Đâu có ai hoàn hảo đâu, nên sai như thế nào và học được gì từ cái sai đó mới là quan trọng.</li></ul>Hy vọng đã trả lời được câu hỏi của bạn. Còn nhiều điều nhỏ trong từng thứ mà mình không thể liệt kê ra hết được. Mỗi team sẽ có 1 cách làm việc khác nhau, giống như mỗi đội bóng đá theo 1 cách khác nhau vậy. Việc mình tìm ra chiến thuật, mạnh yếu của các thành viên thế nào sẽ ảnh hưởng tới performance của cả đội, trong đó có bạn. Thân,Trí

Chào bạn,Kinh nghiệm của mình dựa trên các tiêu chí sau:<ul><li>Trust: các bạn trong team phải có lòng tin vào năng lực của các thành viên khác nhau. Giống như đá bóng chung vậy,...</li></ul>

Bạn có thể chia sẻ một số kinh nghiệm về quản lý team thiết kế UI/UX?

Chào Tấn,Câu hỏi của bạn hơi chung chung nên khá khó để trả lời cho đủ ý. Giống như hỏi học lập trình thì nên học ngôn ngữ nào vậy.Mình gợi ý Tấn nên xác định là mình cần tìm hiểu gì đã, rồi hẵng tập trung vào xem nguồn học là gì.Trong công nghệ, user experience có rất nhiều mảng nhỏ khác nhau. Phổ biến là có webapp, mobileapp. Rồi còn có experience trên TV, trên các thiết bị điện tử khác: xe thông minh chẳng hạnChuyên môn của mình lad thiết kế ứng dụng chạy trên web nên mình có các nguồn sau:Sách:<ul><li>The design of everyday things</li><li>Design for emotion</li><li>Design is a job</li><li>Don't make me think</li></ul>Website:<ul><li>Smashing magazine</li><li>A List Apart</li><li>Designer News</li><li>Medium của Sacha Grief: </li></ul><div class="wrap-embed-link"><a class="e-link-embed" href="https://medium.com/@sachagreif" target="_blank"><div class="e-link-preview">
 <div class="e-embed-image"><img class="e-embed-image-img" src="https://miro.medium.com/max/2400/0*57OyWhgRV3WGknv0.png" alt=""></div>
 <div class="e-embed-info">
 Sacha Greif – Medium
 medium.com
 </div>
 </div></a></div><ul><li>Và trên medium có rất rất nhiều bài hay về UX từ cơ bản đến nâng cao</li></ul>Course:<ul><li>Mình thấy ở VN có bắt đầu xuất hiện nhiều khoá học về UX rồi đó. Bạn có thể search thêm trên Facebook</li><li>Udemy hoặc Coursera</li><li>Team treehouse</li></ul>Chúc bạn mau chóng thành UX master!

Chào Tấn,Câu hỏi của bạn hơi chung chung nên khá khó để trả lời cho đủ ý. Giống như hỏi học lập trình thì nên học ngôn ngữ nào vậy.Mình gợi ý Tấn nên xác định là mình cần...

Anh có thể chia sẻ một số nguồn tốt để có thể học những kiến thức cơ bản về UX được không?

Chuyên gia Trí NguyễnSự nghiệp<ul><li>1/2015 - Hiện tại:&nbsp;Product Design Lead tại Anduin Transactions</li><li>12/2013 - 1/2015:&nbsp;Product Designer tại iVIVU.com</li><li>10/2012 - 11/2013: Design Lead tại VNG Corporation</li><li>2/2012 - 10/2012:&nbsp;Web Designer tại ePi Technologies</li><li>4/2011 - 2/2012: Front-end Development tại Skunkworks.vn</li><li>10/2009 - 4/2011: Web Designer&nbsp;tại Officience</li></ul>Học vấn<ul><li>4/2016 - 6/2016: Đào tạo nâng cao kỹ năng thiết kế tại Whitespace</li><li>2006-2009: Cử nhân Công nghệ thông tin tại Đại học Hoa Sen</li></ul>Kiến thức chuyên môn<ul><li>User Interface</li><li>User Experience</li><li>Front-end Development</li><li>Web Applications</li><li>Leadership</li></ul>

Product Design Lead - Anduin Transactions

Đảm bảo đúng những gì mà thị trường yêu cầu và phù hợp với khả năng sản xuất của doanh nghiệp. Các hoạt động chiến lược và chiến thuật, từ tạo ý tưởng đến thương mại hóa, kết hợp nghệ thuật, khoa học và công nghệ để tạo ra những sản phẩm mới mà mọi người có thể sử dụng.

Hỏi Đáp Chuyên Gia: Trí Nguyễn

Câu hỏi chuyên gia