Not Bear Liu

Trong tay người sáng lập có từ 5 đến 8 ứng viên thiết kế sư, và trên LinkedIn họ nhìn đều khá hợp chuẩn. Vậy rốt cuộc phải chọn thế nào để tìm được đúng người có thể giúp bạn đưa ra quyết định sản phẩm tốt hơn?

Tập này kể một câu chuyện thật: một người sáng lập rốt cuộc đã tìm thấy tôi như thế nào (không liên quan nhiều đến nội dung tôi đã gửi cho anh ấy), điều gì khiến anh ấy chốt chọn, và nếu hôm nay đổi lại tôi đi tuyển một Product Designer thì tôi sẽ dùng bài test đơn giản đó.

Bản giới thiệu và portfolio có thể giúp bạn đoán người đó có phù hợp hay không, nhưng lại không thấy được họ nghĩ vấn đề theo cách nào. Trước khi hợp tác chính thức, tôi đã làm cho người sáng lập này một bản product audit: liệt kê vấn đề, đưa ra khuyến nghị, rồi viết phần suy luận thành tài liệu và ghi hình một đoạn walkthrough để giải thích tôi đã rút ra các kết luận đó như thế nào. Sau đó tôi hỏi anh ấy vì sao chọn tôi, và câu trả lời chính là từ bản audit đó.

https://youtu.be/1JFK-1kTyYg

Vì vậy, nếu bạn đang so sánh các ứng viên là designer cho người sáng lập, hãy đưa cho họ một vấn đề nhỏ có thật bên trong sản phẩm. Hãy xem họ hỏi gì trước, có phân biệt được vấn đề quan trọng và vấn đề bề nổi không; cuối cùng bạn nhận được một gợi ý rõ ràng hay là mười lựa chọn. Sau khi đọc phần họ làm, bạn sẽ thấy sản phẩm của mình rõ ràng hơn, hay mơ hồ hơn?

所以苹果是不是放弃 Vision Pro 了？就像高考失败的孩子，家长提都不愿提起那种

Trong ngày gió lớn ra ngoài quay video, bạn nói xem đầu óc của tôi có bị kẹp bởi cửa không?

Vừa nói chuyện vừa lo chân máy bị gió thổi lật, tóc thì cũng đủ kiểu bay tán loạn, chao đảo khắp nơi

Podcast mới ra rồi. Tập này được ghi lại trong lúc đi du lịch, nội dung khá rời rạc, nhưng có một đoạn tôi nghĩ đáng để nghe nghiêm túc.

Chúng tôi đã bàn về chủ đề “hệ thống phức tạp”.

Nhiều người đánh giá thấp mức độ phức tạp của một hệ thống có thật. Bạn nghĩ rằng làm một nền tảng thương mại điện tử chỉ là: người dùng thêm vào giỏ hàng, thanh toán, nhận hàng. Nhưng đó chỉ là Happy Path—tức là 5% đơn giản nhất trong cả hệ thống.

Vậy 95% còn lại là gì? Quy trình hoàn tiền, xử lý của bộ phận chăm sóc khách hàng, tuân thủ pháp lý, cơ chế chống gian lận, các tình huống biên… Mỗi thứ đều có thể “chôn vùi” bạn.

Khi tôi làm dự án ở Vodafone (giờ đổi tên thành ONE NZ), trong một cuộc thảo luận về luồng bán hàng, Happy Path chỉ chiếm chưa tới một phần mười thời lượng; còn lại là xử lý đủ loại tình huống bất thường.

Năm 2021, họ tổ chức hoạt động đặt trước PS5. Khi lưu lượng truy cập tăng lên do đồng thời quá cao, hệ thống thanh toán gặp sự cố: rất nhiều người đã trả tiền nhưng không có mã đơn hàng. Cuối cùng, họ nhốt hàng loạt giám đốc và quản lý vào một phòng họp “họp chiến” và giải quyết vấn đề từng cái một suốt cả tuần.

Vì vậy, khi ai đó nói “tôi chỉ cần vibe coding là có thể làm ra Salesforce”—nghe câu đó, phản ứng của tôi chỉ có một: có lẽ bạn chưa từng làm việc trong một hệ thống thực sự phức tạp.

Điều này không nhằm phủ nhận năng lực của các nhà phát triển độc lập hay đội nhóm nhỏ, mà là: mức độ phức tạp của hệ thống—chỉ những người từng ở trong đó mới biết nó nặng đến thế nào ngoài đời.

Tập này còn nói về triển lãm nghệ thuật biên lợi nhuận, chuyện ChatGPT gợi ý quán ăn bị “toang”, và vài chuyện nhỏ khác—tổng thể khá nhẹ nhàng.

Link ở đây 👇
https://redcircle.com/shows/936a3212-92e5-41c7-b6f9-39e3596adeb8/episodes/2b1249ec-8840-490e-ac9d-1bea0bdb33a8

iPhone Duo đối với các nhà phát triển và các nhóm nhỏ thực sự là cơn ác mộng. Mức độ khó để tương thích tương đương với việc lại thêm một đường pipeline. Với kiểu xét duyệt hiện tại của Apple, chỉ cần lỡ không tương thích được iPhone là có thể bị trả về; việc xét duyệt được tính theo tháng.

So với điều đó thì phát triển web thật sự quá sướng—chỉ cần làm một responsive là xong. Trước đây khi ở trong nước, tôi cứ nghĩ web dường như không có ai dùng, cùng lắm chỉ là các tình huống B2B. Sau đó mới biết mình đã sai.

Nhiều sản phẩm trưởng thành thực sự nằm ở phía web, các chuẩn cũng đã rất chín muồi, sẽ không bị một khâu hay một nhà cung cấp độc quyền. Tôi hơn 20 năm trước đã vào nghề nhờ Apple, sự yêu thích dành cho Apple đến giờ vẫn không đổi, nhưng dù vậy, nguyên tắc cơ bản rằng mở là tốt hơn đóng vẫn sẽ không thay đổi.

Khi nào nên mời nhà thiết kế

Dạo trước có một người sáng lập tìm đến tôi. Trò chuyện một hồi mới biết tôi không phải là nhà thiết kế đầu tiên mà anh ấy đã mời.

Trước đó anh ấy đã thuê một người khác. Làm xong một bản nhưng không đạt được hiệu quả anh ấy mong muốn. Khi anh ấy lại đến tìm tôi, câu hỏi của anh ấy đã khác. Lần đầu anh ấy hỏi: “Có nên mời một nhà thiết kế không?” Lần thứ hai anh ấy hỏi: “Giai đoạn này của tôi rốt cuộc đang thiếu gì?”

Câu hỏi sau mới là đúng.

Tôi cũng thường hỏi ngược khách hàng: Trong trường hợp nào bạn sẽ cân nhắc mời nhà thiết kế? Hãy nhìn sản phẩm của bạn đang vướng ở giai đoạn nào, rồi mới xem có cần mời người hay không.

Khi sản phẩm vẫn là ý tưởng/khung nguyên mẫu, đừng mời

Chưa có người dùng thật sử dụng, chưa xác thực mức độ sẵn sàng trả phí và tần suất sử dụng—giai đoạn này hoàn toàn không cần mời nhà thiết kế, cũng không cần mời quản lý sản phẩm.

Một mình người sáng lập cũng có thể gánh hết phần thiết kế. Nói thật, bây giờ AI làm ra cũng đã gần như không khác nhiều.

Dữ liệu không tốt, người dùng không nói rõ bạn làm gì—hãy mời UX

Sau khi bạn ra mắt sản phẩm, rồi bạn phát hiện: nhiều người bấm vào không biết bước tiếp theo phải làm gì, nhiều người bấm vào xong là tắt ngay. Rắc rối hơn nữa là có người dùng xong nhưng lại không giải thích được sản phẩm của bạn rốt cuộc là làm gì, chứ đừng nói trong từng giao diện biết thao tác nào sẽ giải quyết vấn đề của họ.

Lúc này cần tìm nhà thiết kế trải nghiệm người dùng/thiết kế sản phẩm. Công việc của anh ấy là sắp xếp rõ ràng các luồng UX, mối quan hệ, hành trình người dùng, vấn đề cốt lõi, khung ngôn ngữ… UI cũng đương nhiên là không thể thiếu.

Nhà thiết kế ở giai đoạn này không nhất thiết phải có năng lực thị giác đỉnh cao, nhưng năng lực xác định vấn đề, định nghĩa vấn đề và kiểm chứng vấn đề phải thật mạnh—phải là người đã từng làm UX sản phẩm thật sự.

Đôi khi vai trò của anh ấy thậm chí hơi giống quản lý sản phẩm. Bạn đang mua năng lực của anh ấy: giúp bạn sắp xếp cho sản phẩm rõ ràng, chẩn đoán ra vấn đề, và đưa ra giải pháp có thể thực thi.

Trải nghiệm và logic đã được làm rõ, muốn bán giá trị cao hơn—hãy mời thương hiệu

Sau khi đã sắp xếp rõ những vấn đề ở trên, bạn muốn bán sản phẩm “xịn” hơn, có mức premium hơn—lúc này nhà thiết kế thương hiệu nên tham gia.

Anh ấy có thể chiết xuất các yếu tố, cảm xúc, định vị trong sản phẩm, rồi tích hợp thành một bộ “bao bì” theo cách cuốn hút. Đây là thế mạnh của người làm brand trong nhiều năm qua.

Nhưng thường đây là việc của giai đoạn rất muộn. Khi mọi thứ đã được kiểm chứng, PMF đã chạy thông, và bắt đầu mở rộng mạnh—thời điểm đó thường vào khoảng vòng tài trợ A hoặc B.

Vị người sáng lập sau đó nói với tôi rằng khoản tiền lần đầu mời người kia anh ấy xem như học phí. Tôi nghe mà ngại không dám tiếp lời, vì khoản học phí đó vốn là có thể tiết kiệm được.

Chiến lược marketing theo chủ đề nóng của Duolingo còn ổn không nhỉ?

Phát hiện một công cụ miễn phí rất thú vị—CUBE Type. Nó có thể biến các câu ngắn bạn nhập thành chữ khối 3D lập phương đồng đều, chạy trực tiếp ngay trong trình duyệt, không cần đăng ký tài khoản, không cần đăng nhập, hoàn toàn miễn phí.

Hiệu quả tạo ra thật sự khá ấn tượng. Nó tự động cung cấp cho bạn năm phương án bố cục, có thể chọn 16 bộ màu, và bạn cũng có thể nhập màu thương hiệu của riêng mình. Xuất ra hỗ trợ PNG hoặc JPG, tối đa 2048px; ngoài ra bạn còn có thể tắt nền để lấy PNG trong suốt, rồi đem thẳng vào poster hoặc dùng làm chất liệu cho mạng xã hội.

Chi tiết mình thích nhất là: liên kết chia sẻ sẽ mang theo toàn bộ trạng thái chỉnh sửa, người khác mở liên kết vẫn có thể tiếp tục chỉnh sửa, việc cộng tác rất thuận tiện.

Nếu bạn thường xuyên cần làm tiêu đề sự kiện, chữ trên ảnh bìa, hoặc các tài liệu nhận diện thương hiệu, thì công cụ này đáng để lưu lại. Hãy thử trong 2 phút—biết đâu bạn sẽ dùng ngay.

Như tôi, một người hướng nội nghiện ở nhà, thì ước mơ về một studio làm việc cá nhân trong mơ

Ý tưởng trang trí: Làm một bảng trắng chiếm trọn một bức tường.
Bảng đen thì có chất hơn, nhưng bụi phấn là một vấn đề lớn, và cũng không tốt cho sức khỏe

Tôi trung bình một ngày đăng bốn tweet, nhưng 70% thời gian tôi thực sự chẳng hề mở Twitter.

Tập podcast này nói về quy trình đăng bài hiện tại của tôi —

**Đầu vào:** Mang theo một máy ghi âm mini, nghĩ gì thì ghi nấy. Chỉ cần bấm phím Action trên điện thoại là nó tự lưu thẳng vào iCloud.

**Xử lý:** Kết nối máy ghi âm vào máy tính, Claude Code tự động chép lại, phân loại và đẩy vào Obsidian dưới dạng nhật ký theo ngày. Những nội dung thấy phù hợp để chia sẻ ra bên ngoài thì gắn thêm thẻ Share.

**Đăng bài:** Chỉnh sửa đơn giản xong, Claude Code lưu hàng loạt vào Buffer; Buffer dùng hàng đợi để lần lượt đăng theo thứ tự. Trả lời bình luận cũng được xử lý ngay trong ứng dụng của Buffer.

Suốt cả quá trình không cần mở Twitter.

Với tôi, điều quan trọng nhất của quy trình này không phải là “hiệu suất”, mà là** sự cách ly** — tách rời hai việc: “tạo nội dung” và “bị mạng xã hội tiêu hao”. Lướt Twitter quá dễ khiến sự chú ý của con người bị cuốn đi, nhưng tôi vẫn muốn duy trì đầu ra ổn định, nên tôi chọn cách tách hai việc này ra bằng “cách ly vật lý”.

Tập này còn bàn thêm một vấn đề thú vị khác: khi tuyển một nhà thiết kế, nên ưu tiên tìm người có phong cách phù hợp hay người có năng lực mạnh? Một khách hàng đã hỏi tôi câu này, và câu trả lời của tôi có thể khác với điều bạn nghĩ.

Nghe thử nhé 👇
https://redcircle.com/shows/936a3212-92e5-41c7-b6f9-39e3596adeb8/episodes/366470bc-7502-4e02-8597-60b2843d73ea

Chia sẻ một gợi ý cho đội ngũ startup: thử nghiệm với người dùng thật là điều không thể thiếu, và càng nhiều càng tốt.

Muốn tìm người dùng thật, hãy đến các buổi gặp mặt của họ là một cách hay. Ví dụ, nếu khách hàng mục tiêu là những người làm trong lĩnh vực công nghệ, bạn có thể tham gia hackathon, Builder Meetup, hoặc các hội nghị chuyên ngành.

Mỗi người dành 5 phút để làm bài test: xác thực vấn đề, lập phiếu chấm điểm; nếu phát hiện vấn đề thì ngay tại chỗ dùng AI để chỉnh sửa prototype, rồi đưa cho nhóm tiếp theo test. Chạy vài vòng là thu hoạch sẽ rất rõ ràng.

Nhanh, hiệu quả và miễn phí. Không cần phải đi dùng các dịch vụ đắt đỏ trên http://UserTesting.com.

Lợi ích lớn nhất của hình thức offline là lượng thông tin dồi dào. Tại chỗ có người sử dụng sản phẩm của bạn, phản hồi sẽ mạnh hơn và rõ ràng hơn nhiều so với online.

Hôm nay chia sẻ xong về CUBE, thì có hai người sáng lập khởi nghiệp đến tìm tôi trò chuyện. Họ nói muốn trong quá trình quảng bá sản phẩm có thể dùng công cụ này để tạo ra nội dung hình ảnh phục vụ marketing. Một người trong số đó còn nói sẵn sàng chi tiền.

Hiện tại tôi tạm thời chưa xem người dùng trả phí như một chỉ số cứng, nhưng quan sát này khá thú vị.

Đối với người sáng lập sản phẩm, việc quảng bá chắc chắn cần có sự hỗ trợ về mặt hình ảnh. Đây là một bài toán về tổng thể việc đóng gói, và đó cũng là lĩnh vực mà các nhà thiết kế thương hiệu đã làm trong hàng chục năm.

Tôi làm CUBE ban đầu chỉ là một món đồ chơi nhỏ về mặt thị giác, không ngờ lại tình cờ tìm thấy một bối cảnh ứng dụng thực sự.

Đáng để tiếp tục dành thêm nhiều tâm sức theo hướng này.

Hôm nay tôi thấy một cựu đồng nghiệp của Les Mills chia sẻ hành trình khởi nghiệp của anh ấy trên LinkedIn.

Anh ấy làm một sản phẩm AI, ban đầu khá suôn sẻ: thu hút được nhà đầu tư và cũng có một đối tác công nghệ. Sau đó, đối tác và nhà đầu tư muốn đặt công ty ở Úc; anh ấy lại muốn ở lại New Zealand, thế là cả hai đường ai nấy đi.

Ở New Zealand tìm VC, tìm nhà đầu tư vốn đã không dễ. Hầu hết những người anh gặp đều không đáng tin. Sau đó có một lần anh dẫn gia đình đi du lịch bằng xe van, ban ngày làm việc, buổi tối thì ở bên gia đình vui chơi. Khi xếp hàng ở một quán fish and chips, anh nói chuyện vài câu xã giao với một ông lão đứng phía sau, và kết quả là ông ấy là một VC. Chỉ sau vài lần trò chuyện, họ đã đầu tư thẳng cho anh 50.000 đô la.

Gặp được VC ở quán fish and chips, bạn có tin không?

Một phiên bản cụ thể của cùng một vấn đề—cũng là chi tiết mà tôi đã lặp đi lặp lại nhiều lần để nói cho người khác nghe.

Một dữ liệu về cân nặng bắt đầu từ cân phân tích mỡ Withings, được ghi vào Apple Health, rồi tiếp tục được đọc ra từ Google Health.

Có ba tầng; Google nằm ở tầng thứ ba. Nó không đo con số này, cũng không sở hữu kho dữ liệu nơi con số đó xuất phát. Thay vào đó, nó suy luận dựa trên những quyết định ở “tầng upstream” mà bản thân nó không nhìn thấy và cũng không thể sửa đổi. Nếu Apple thay đổi quyền truy cập, hoặc cái cân sửa nội dung ghi vào, thì sự hiểu của huấn luyện viên về bạn sẽ đổi theo—và sẽ không ai thông báo cho nó.

Hầu hết các sơ đồ sản phẩm không vẽ ra tầng này. Chúng chỉ vẽ một nguồn dữ liệu và một mũi tên, vì vậy mọi đầu vào trông đều “vững chắc” như nhau.

**Hãy vẽ luồng dữ liệu của bạn theo từng lớp, đừng chỉ vẽ mũi tên. Bất kỳ con số nào mà sản phẩm của bạn suy luận, nhưng không phải do chính bạn thu thập, đều là một sự phụ thuộc và phải được gắn nhãn là phụ thuộc.**

Chỉ cần làm một bài tập này, bạn sẽ thấy mình sẵn sàng trao cho frontend bao nhiêu niềm tin sẽ thay đổi.

Uống một ly cà phê bên bờ biển, ngồi suốt hai tiếng đồng hồ, và viết ra sáu trang trên chiếc laptop.

Tôi biết sáu trang giấy này rất có giá trị, có lẽ vào một ngày nào đó trong tương lai tôi sẽ xem lại ngày hôm nay. Việc này xứng đáng được ghi lại.

Vừa đón Molly tan học xong, bé hỏi liệu có thể chơi ở Playground một lúc không, tôi nói là được.

Bên cạnh, bạn của bé nói với mẹ: Liệu có thể cho bé chơi một chút không? Chỉ năm phút thôi. Còn người mẹ đang bận bước về phía trước: Không được, phải đi làm, phải đi làm!

Tôi bỗng cảm thấy rất biết ơn. Bây giờ tôi chỉ cần làm việc, không phải đi làm nữa.

Ở sau ban công nhà tôi có một cây lớn, thường có rất nhiều chim. Tôi từng cho chim ăn: lúc đầu có một con đến, rồi hai con, cuối cùng thì hình thành cả một bầy. Thường xuyên chúng sẽ đậu trên cây chờ sẵn để ăn, và cũng quanh quẩn trên nóc gara. Rồi dần dần mèo cũng tới: có hai con mèo nấp phục gần khu deck nhà tôi, chờ bắt chim, dù chúng cũng chưa từng bắt được con nào, nhưng cứ hay tới.

Rồi thỉnh thoảng tôi lại có thể vuốt ve mèo:）

Tôi nghĩ việc có được người dùng và khách hàng giống như việc thu hút mèo.

Một là đăng tải những thứ vốn dĩ khách hàng quan tâm. Hai là đăng tải những thứ mà những người khách hàng muốn thu hút cũng quan tâm—tức là những con chim.

Chim đã tới thì mèo cũng sẽ dần dần tới theo.

Tôi không đi làm, nhưng thỉnh thoảng vẫn cứ đắm chìm vào công việc.