Tạo ra thứ không ai muốn cũng không sao

 (zhangluyao.com)
5 điểm bởi GN⁺ 2023-09-24 | 1 bình luận | Chia sẻ qua WhatsApp
  • Bề ngoài, sản phẩm trông như một thứ dành cho người dùng, nhưng thực chất nó gần với sự tự biểu đạt của người tạo ra hơn; người dùng bị thu hút khi họ cảm nhận được cùng một cảm xúc trong sự biểu đạt đó
  • Điểm khởi đầu gần với cảm giác “theo mình thì điều này thú vị” hơn là “có vẻ người dùng sẽ cần”, và cảm giác đó có thể được truyền sang người khác
  • Sản phẩm hoạt động như một kho lưu trữ cảm xúc, nơi người tạo đưa cảm xúc vào và người dùng lấy chúng ra; khó có thể kỳ vọng cảm xúc từ người dùng đối với một sản phẩm được tạo ra mà không có cảm xúc
  • Khi kỳ vọng lớn dần, lo lắng và áp lực xuất hiện, khiến ta dễ đánh mất cảm giác ban đầu; vì vậy nhiều sản phẩm tốt có thể bắt đầu từ dự án sở thích
  • Năng lực sản phẩm gần với khả năng nhận ra những cảm xúc tinh vi bên trong bản thân hơn là chỉ đơn thuần là khả năng chế tạo; càng giảm kỳ vọng và tập trung vào hiện tại thì càng dễ nhận ra những cảm xúc đó

Sản phẩm gần với sự tự biểu đạt

  • Sản phẩm trông như một thứ được người dùng sử dụng, nhưng thực ra gần với sự biểu đạt của người tạo ra hơn
  • Những biểu đạt do nhiều người tạo ra trải qua chọn lọc tự nhiên, và biểu đạt sống sót là thứ người dùng yêu thích
  • Điểm khởi đầu của việc tạo ra không phải là “có vẻ người dùng sẽ cần”, mà gần với cảm giác “cái này khá thú vị”
    • Nếu người dùng khi dùng sản phẩm cảm nhận được cùng cảm giác với người tạo ra, họ sẽ phản ứng rằng “cái này khá thú vị”
  • Nhìn từ góc độ này, sản phẩm hoạt động như một kho lưu trữ cảm xúc
    • Người tạo đưa cảm xúc vào
    • Sản phẩm được sao chép thành hàng nghìn bản
    • Người dùng lấy cảm xúc đó ra khỏi sản phẩm
  • Không thể kỳ vọng người dùng có cảm xúc khi người tạo ra không gửi gắm bất kỳ cảm xúc nào
  • Tạo ra thứ không ai muốn cũng không sao, nhưng điều quan trọng là liệu bạn đã bộc lộ hoàn toàn cảm xúc của mình hay chưa

Kỳ vọng làm mờ cảm giác ban đầu

  • Nhiều người suy nghĩ quá nhiều và bận tâm quá mức, để rồi cuối cùng tạo ra thứ ngay cả bản thân họ cũng không thích
  • Nếu ai cũng tạo ra thứ mình thật sự yêu thích, sẽ có thể xuất hiện nhiều sản phẩm tuyệt vời hơn hiện nay
  • Quá trình này khó hơn vẻ bề ngoài
    • Khi kỳ vọng xuất hiện, lo lắng và áp lực sẽ đi kèm
    • Ngay khoảnh khắc đó, ta dễ đánh mất cảm giác ban đầu
  • Thật khó để một người tạo ra thứ mình không thích nhưng lại kỳ vọng người khác sẽ thích

  • Vì sao dự án sở thích là điểm khởi đầu tốt

    • Đây cũng là lý do nhiều sản phẩm tốt bắt đầu từ dự án sở thích
    • Dự án sở thích thường ít kỳ vọng lớn, và người ta tạo ra cho chính mình, vì niềm vui nhiều hơn

  • Phải hiểu bản thân mới có thể hiểu người khác

    • Con người gần như là loài hiểu người khác thông qua việc hiểu chính mình
    • Con người khó biết được cảm xúc của hoa; hoa không có đầu và mắt, còn con người thì không có lá
    • Cách tiếp cận “tôi không hiểu, nhưng tôi biết bạn cần điều đó” trên thực tế khó vận hành tốt

  • Trường hợp Steve Jobs và cảm quan sản phẩm

    • Có thể đọc trường hợp Steve Jobs nhìn vào kết quả của đội ngũ rồi nói “cảm giác không đúng”, và khi được hỏi phải sửa thế nào thì trả lời “tôi không biết. Hãy cải thiện rồi mang lại đây, tôi sẽ biết nó có đúng hay không” theo cùng mạch này
    • Jobs nêu ra vấn đề, nhưng không thể nói cách giải quyết hay lý do rõ ràng, khiến nhiều người bối rối
    • Để khiến người dùng cảm nhận được cảm xúc của người tạo ra thông qua sản phẩm, trước hết người tạo ra phải cảm nhận sâu sắc cảm xúc đó
    • Jobs đóng vai trò như một bộ dò phát hiện những cảm xúc như vậy
    • Năng lực sản phẩm không hẳn là một năng lực riêng gọi là “làm sản phẩm”, mà gần với khả năng cảm nhận những cảm xúc tinh tế bên trong bản thân
    • Điều Jobs cảm nhận được thì người khác cũng có thể cảm nhận, và việc nhiều người yêu thích iPhone sau khi ra mắt là một ví dụ
    • Khác biệt nằm ở chỗ, trong quá trình phát triển phương tiện truyền tải cảm xúc, Jobs nhạy bén nhận ra những cảm xúc rất nhỏ, còn những người tham gia khác có thể vì nhiều lý do mà không nhận ra cảm xúc của chính mình
    • Khi làm sản phẩm, cần giảm kỳ vọng và đưa sự chú ý trở lại hiện tại để nhận ra tốt hơn những cảm xúc tinh tế
      • Nếu tâm trí đầy những thứ hỗn loạn bên ngoài, sẽ khó nhận ra các cảm xúc đó

Bài viết liên quan

1 bình luận

 
GN⁺ 2023-09-24
Các ý kiến trên Hacker News

  • Tôi đã lãng phí rất nhiều thời gian trong đời vì sợ hãi nên không làm ra thứ gì
    Đặc biệt, cộng đồng này có thể khá độc hại với người mới bắt đầu, người không phải thiên tài, hoặc người không đưa ra được mọi quyết định hoàn hảo cho sản phẩm
    Tôi thấy cuộc sống thú vị hơn trong vòng lặp làm ra - thất bại - học hỏi so với vòng lặp tiêu thụ - phê bình - cảm giác thượng đẳng, và ước gì mình đã học được điều đó sớm hơn

    • Đưa sản phẩm ra và nhận phản ứng tiêu cực thực ra là một kết quả rất tốt
      Nếu điều đó xảy ra, đó có thể là tín hiệu rằng bạn đang làm đúng điều gì đó
      Kết quả điển hình thường nên kỳ vọng là bị phớt lờ hoàn toàn, tức không có phản ứng nào cả, nên đó là một lý do lớn để không sợ ra mắt
      Bài viết liên quan viết thêm: https://davnicwil.com/negative-feedback-is-positive/
    • Những người có tính độc hại cao lại càng tàn nhẫn hơn với người có tài năng đặc biệt
      Những người như vậy thường xem bản thân như một giếng thiên tài sâu thẳm, và nổi giận khi có thứ gì đó xuất hiện đe dọa nhận thức đó
      Ở nơi có thứ bậc, thường thấy người mang đến cảm hứng mới bị vùi dập nặng nề
    • Những điều như vậy có ở hầu hết các cộng đồng
      Họ ghét thành công của người khác, ghét tài năng hay thiên tài của người khác, và cười nhạo khi một công ty, dù lớn hay nhỏ, thất bại
      Một bài học khá quan trọng trong đời là bớt bận tâm đến việc người khác nghĩ gì về những gì mình làm
      Chỉ riêng việc làm ra thứ gì đó đã là làm điều mà đa số mọi người cả đời không làm được, và nhìn chung người ta ghen tị với những ai hoàn thành được bất cứ thứ gì
    • Cũng có trường hợp ngược lại
      Giữa những năm 2000, tôi làm một game với những người bạn có trình độ học vấn cao; khi mới chỉ định hình sơ bộ gameplay cốt lõi và toàn bộ đồ họa vẫn là programmer art, game đã được phát hành trái với thỏa thuận
      Nó lọt vào top 10 game tệ nhất trên Steam Greenlight của một blog nào đó nay đã biến mất, và nhận vô số chỉ trích tiêu cực
      Việc đó không gắn với danh tiếng công khai của tôi và lúc ấy khá buồn cười, nhưng trong các dự án sau này tôi trở nên do dự và cầu toàn hơn nhiều, đồng thời cũng mất đi một phần niềm tin rằng "kiểu gì rồi cũng ổn"
      Tôi học được nhiều từ trải nghiệm đó và nghĩ rằng mình đã đúng khi thử, nhưng nó đã tiêu tốn rất nhiều năng lượng và nhiệt huyết tốt đẹp của tuổi trẻ
      Thất bại không miễn phí
    • Vì vậy tôi thích kênh YouTube Saveitforparts
      Nó giống như phản vật chất của những kênh chế tạo bóng bẩy nơi mọi thứ đều hoàn hảo; đây là kênh của một người thong thả làm đủ thứ trong gara và không mấy bận tâm người khác nghĩ gì
      https://m.youtube.com/@saveitforparts

  • Đó không phải là làm ra thứ mà không ai muốn, mà là làm ra thứ mà một người cực kỳ muốn
    Nói một chuyện kém vui hơn, đã có những công việc mà tôi cảm thấy không ai muốn thứ mình đang làm, và điều đó khá khốn khổ

    • Tôi có cảm giác đó khi cố cải thiện một tổ chức hoàn toàn không có thực hành phát triển phần mềm nào
      Dù đã cố gắng nhiều năm, tổ chức đó cũng chỉ vừa tiệm cận mức mà công ty trước của tôi đã đạt được từ trước khi tôi gia nhập
    • 90% phần mềm nghiệp vụ được làm để hỗ trợ luồng công việc và quy trình nhìn chung là như vậy
      Nhân viên không muốn quy trình; công ty mới muốn quy trình
      Những người làm ra các thứ như vậy thường khá khổ sở, và yêu cầu đưa ra cũng thường theo hướng chủ động làm cuộc sống người dùng khó khăn hơn, thay vì dễ dàng hơn
    • Tiếp tục đổ mồ hôi và nước mắt vào một thứ không nhận được phản hồi nào thật sự rất khó
    • Đúng vậy, khoảnh khắc đi từ 0 lên 1 là tỷ lệ tăng trưởng lớn nhất mà ta có thể đạt được trong đời, và điều đó có thể có được miễn phí
      Hơn nữa, gu của chúng ta không độc đáo như ta tưởng

  • Bài viết này chạm đến tôi rất nhiều, và khiến tôi nhìn lại hành trình làm komorebi
    Sau khi chuyển sang Windows, tôi khổ sở vì không có trình quản lý cửa sổ dạng lát gạch, nên bắt đầu dùng komorebi
    Khi bắt đầu, tôi không biết Win32 API, và thật ra cũng không biết nhiều về Rust
    Giờ đây komorebi đã có 35 nghìn lượt tải, có một máy chủ Discord lớn và cộng đồng năng động, cùng hàng trăm người theo dõi quá trình phát triển trên YouTube
    Vài năm trước khi bắt đầu komorebi, ở công ty tôi đã xây dựng những hệ thống rất quan trọng và có ảnh hưởng, nhưng khi đó là giai đoạn thấp nhất trong đời vì trầm cảm, và đến nay mỗi khi nhìn vào codebase và hệ thống đó tôi vẫn cảm nhận lại những cảm xúc ấy
    Vì lý do đó, theo một nghĩa nào đó tôi thấy may mắn khi codebase và hệ thống đó không được công khai
    Ngược lại, komorebi được làm ra trong niềm vui, hy vọng và sự bình yên, nên tôi vui vì nó được công khai, và tôi tin rằng những cảm xúc ấy hiện rõ trong cả codebase lẫn sản phẩm

    • Tôi thích cách diễn giải rằng trạng thái tâm lý thấm vào codebase thành phẩm
      Cá nhân tôi có xu hướng hơi giống lưỡng cực ở mức rất nhẹ, và ngoài những giai đoạn gần như "hưng cảm" ra thì tôi không làm được nhiều việc lắm
      Nói khoan dung với bản thân một chút thì tôi gọi đó là vòng lặp khám phá/khai thác, xem nó như một trong nhiều mùa của cuộc đời, nên tôi không quá ghét sự dao động ấy
      Tôi từng đọc những đoạn code bình thản, nhưng theo đánh giá của tôi, code của tôi thường đọc lên có cảm giác "hưng cảm"
      Tôi vẫn chưa tìm được trạng thái tinh thần để có thể thử viết code bình thản
      Khi tâm trí yên bình, bên ngoài có cây cối, dòng nước, những người bạn và gia đình tốt để cùng cười nhẹ nhàng, nên việc coding có vẻ như lãng phí thời gian
      Tôi thật lòng thích coding, nhưng ước gì mình có thể tìm được một không gian tinh thần bình yên mà vẫn cho phép năng suất
    • Trải nghiệm đó có vẻ rất thực tế
      Code và hầu hết các hình thức biểu đạt đều là cách đưa trạng thái tinh thần của mình ra bên ngoài
      Tôi đã thấy điều đó trong trạng thái cảm xúc của bản thân, và cả ở những đồng nghiệp đang trải qua thời gian khó khăn
      Vì vậy, việc hiểu code của người khác rất khó; càng xây dựng quan hệ và hiểu rõ người đó hơn thì việc hiểu code cũng dễ hơn
      Càng hiểu rõ ai đó, bạn càng có thể hiểu code của họ dễ dàng và nhanh chóng hơn
      Tôi nghĩ đây cũng là lý do chuẩn coding và code review giúp codebase dễ bảo trì hơn
      Vì chúng loại bỏ cảm xúc khỏi code, hoặc ít nhất là điều chỉnh nó về một mức chung trong toàn đội
    • Làm tốt lắm
      Một trong những lý do tôi chuyển sang 100% Linux là vì không tìm được trình quản lý cửa sổ nào ở nơi khác đạt gần mức i3
      Với tôi, komorebi trông có vẻ đủ sức cạnh tranh với i3
      Trình quản lý cửa sổ từng là tính năng quyết định không được cung cấp ở cùng mức trên macOS hay Windows, nên thật vui khi thấy điều đó đang thay đổi

  • "Một cuộc đời sống trọn vẹn là chuỗi những ám ảnh cá nhân được chia sẻ mà không kỳ vọng có khán giả"
    Nguồn: https://news.ycombinator.com/item?id=34034857

  • Tôi đang làm một thứ mà hiện tại chẳng ai muốn, và mọi chuyện đang diễn ra rất tốt
    Nó đang đem lại cho đời tôi mục đích lớn nhất trong vài năm gần đây; tất nhiên về tài chính thì là thảm họa, nhưng tôi thấy đổi tiền lấy sự viên mãn cá nhân là một giao dịch khá ổn
    Xin quảng bá nhẹ: nếu muốn thử chạm vào một đàn kiến số trong chốc lát thì có https://ant.care/
    Hiện tại tổ thường nhiều nhất vài ngày sau là sụp đổ hỗn loạn
    Nếu bạn có ý tưởng cải thiện logic mở rộng đường hầm/phòng/tổ, hoặc có thể triển khai vật lý cát rơi bằng Rust/ECS tốt hơn tôi, tôi rất muốn trao đổi
    Discord: https://discord.gg/Ckm6m4A2
    Code: https://github.com/MeoMix/symbiants

    • Tôi chưa hiểu hết những hành vi như cách lũ kiến chuyển cát, nhưng mô phỏng này thật sự rất thú vị để xem và rất dễ thương
    • Bạn tôi nghiên cứu về kiến, tôi sẽ chia sẻ thử

  • Insight rằng ta tạo ra thứ gì đó không phải vì "có thể ai đó cần cái này", mà vì "bản thân tôi thấy nó hấp dẫn đến phát điên" thật tuyệt
    Tôi nghĩ đây cũng là điểm thường bị bỏ lỡ trong các dự án mã nguồn mở bắt đầu như một sở thích bên lề
    Đừng làm và công bố mã nguồn mở để làm người khác vui; hãy làm thứ chính mình muốn có
    Khi công bố, cũng không nên là để khiến người khác hạnh phúc, mà gần với việc mời họ dùng thử và đưa phản hồi hơn
    Cái bẫy là mọi người bắt đầu cảm thấy như họ có quyền và đưa ra yêu cầu; nếu nhượng bộ điều đó thì sẽ đi ngược lại insight ở trên
    Nếu bắt đầu mất hứng thú, đừng bám víu vào dự án, và hãy cởi mở với khả năng một maintainer khác tiếp quản
    Tốt hơn là đừng lãng phí thời gian duy trì một thứ mà bên trong mình không còn hứng thú
    Với người dùng mã nguồn mở cũng vậy
    Ai đó tạo ra và công bố nó vốn là vì chính họ thích và muốn dùng nó; bạn không thể đòi hỏi điều gì ở người như vậy
    Đưa ra yêu cầu ngược lại còn dễ khiến người đó mất hứng thú hơn

  • Tôi là tác giả bài viết
    Ban đầu tôi hầu như không đăng bài lên HN và cũng không muốn đăng vì nghĩ sẽ chẳng ai đọc
    Dù vậy cảm xúc rất mạnh, và tôi thật sự muốn nói với mọi người điều mình đang cảm thấy
    Hôm đó sau khi đăng lên HN, bài nhanh chóng chìm xuống, và vì có vẻ đúng là chẳng ai đọc nên tôi không kiểm tra lại
    Nhưng tối nay tôi bất ngờ nhận được tin nhắn từ một người lạ cảm ơn vì bài viết; mở HN ra thì thấy nó đã lên đầu trang
    Cảm ơn mọi người đã đọc, và ở một góc độ nào đó, chính bài viết này đã thực hành điều nó nói
    Tôi đã đặt cảm xúc của mình vào sản phẩm là bài viết, và các bạn đã lấy nó ra đọc từ đó

    • Có thể vì chủ đề này mà không nhất thiết phải nói, nhưng cảm ơn vì đã viết bài
      Có lẽ ở đâu đó có một công án đang ẩn mình
      https://en.wikipedia.org/wiki/Koan

  • Điều thú vị là có vẻ chuyện này chỉ mới trở thành vấn đề ngày nay
    10–20 năm trước, hầu hết những thứ chúng ta làm ra và chia sẻ đều là những thứ được tạo ra vì chúng ta muốn làm, và đó là những thứ hay ho, tuyệt vời
    Nhưng giờ đây ta phải nói rõ rằng việc thứ mình làm ra không phải là ý tưởng cho startup kỳ lân cũng không sao
    Lúc nào cũng có bình luận trên HN rằng nó không thể trở thành một doanh nghiệp toàn cầu, không thể thành một công việc kinh doanh, hoặc là vô nghĩa và phi thực tế
    Có phải vì tiền, của cải và địa vị giờ đã trở thành ưu tiên số một trong đầu mọi người không

    • Đúng vậy, trong 15 năm qua, thành phần những người bước vào lĩnh vực công nghệ đã thay đổi khá nhiều
      Tôi lớn lên trong một gia đình làm phần mềm, và bản thân tôi cũng đã làm lập trình viên chuyên nghiệp hơn 20 năm
      Trong kỷ nguyên lãi suất thấp sau năm 2008, nói nhẹ thì đã có rất nhiều người không phải dân đam mê công nghệ hay dân mày mò bước vào ngành
      Thời dot-com cũng từng có chuyện tương tự, nhưng khi đó cú sụp đổ đã đẩy rất nhiều người ra khỏi ngành
      Lần này sẽ ra sao thì còn phải chờ xem
    • Cũng có thể chỉ là thế giới xung quanh bạn đã thay đổi khi bạn già đi
      10–20 năm trước, phần lớn mọi người cũng cố kiếm sống, và bây giờ cũng vậy
      Chỉ là những người bạn quen biết và nghe nói đến khi đó có thể trẻ hơn và ít tập trung vào chuyện ấy hơn
      Hồi đại học tôi khá mê những thứ kiểu dự án vì đam mê, nhưng giờ thì không còn mấy quan tâm
      Khi đó đó là một cách dùng thời gian tốt hơn, còn bây giờ thì không phải cách dùng thời gian tốt với tôi
    • Cần cẩn trọng với nỗi hoài niệm về một quá khứ được lý tưởng hóa nhưng thực ra không tồn tại
      Nhìn vào ngành bán dẫn thập niên 1960, cuộc cách mạng máy tính cá nhân thập niên 1970–80, hay cơn sốt dot-com thập niên 1990, động cơ tham gia vào công nghệ lúc nào cũng lẫn lộn
    • Cũng có thể là vì những thứ chúng ta tạo ra ngày nay đã khác
      Khi tôi còn là thiếu niên thì chưa có internet, và thứ chúng tôi làm ra chỉ đơn giản là chính món đồ mà chúng tôi làm
      Giờ thì thứ chúng ta làm ra đã trở thành một màn trưng bày về món đồ đó
      Bản thân tôi cũng hay nghĩ đến bài blog sẽ viết về một thứ nào đó ngay cả trước khi nó hoạt động cho ra hồn
      Nhưng tôi cũng không chắc như vậy nhất thiết là sai
      Nếu thỉnh thoảng không có cơ hội biểu diễn công khai, có lẽ tôi đã không thích chơi nhạc đến mức như bây giờ

  • Cách tôi tiếp cận side project nhìn chung là thế này: nếu đó không phải thứ tôi cần và thấy thích thú, tôi sẽ không làm
    Tôi không rõ lắm chuyện “biểu đạt” nghệ thuật
    Tôi cũng thật sự thích làm ra sản phẩm mà một người nào đó khác cần và thấy thích
    Nếu người trả tiền chính là người muốn thứ đó, thì tôi cũng có động lực tương tự dù bản thân hoàn toàn không dùng đến nó
    Ngược lại, tôi cũng từng ở trong tình huống được thuê để, dựa trên nghiên cứu và dữ liệu, làm sản phẩm cho người khác
    Tôi không quan tâm, người trả tiền cũng không quan tâm, tất cả chỉ là logic kinh tế
    Tức là rút càng nhiều tiền càng tốt từ người dùng với nỗ lực tối thiểu
    Điều đó làm tôi mất động lực
    Không phải vì tôi không được “tự biểu đạt”, mà vì việc tôi làm chủ yếu không phải là tạo ra thứ hữu ích hay thú vị, mà là tạo ra thứ được mua hoặc được sử dụng

    • Tôi cho rằng những sản phẩm tốt nhất là những sản phẩm được làm ra với con người trong tâm trí
      Cần nghĩ xem ai sẽ dùng, họ dùng như thế nào, và vì sao họ sẽ thích nó
      Những sản phẩm và tính năng chỉ thuần túy chạy theo nghiên cứu hay dữ liệu thường thiếu yếu tố con người, và hiếm khi tạo cảm giác xuất sắc bất kể kết quả thị trường ra sao

  • Thông điệp thì hay, nhưng tôi không cảm thấy bài viết thật sự nâng đỡ cho tiêu đề
    Trái lại, nó trông như đang nói rằng “nếu bạn làm thứ mình có đam mê, đổi lại những người khác cũng sẽ muốn nó”
    Cá nhân tôi chưa từng cảm thấy điều đó là đúng, nhưng nếu đúng thì tốt

    • Ý chính có vẻ gần như ngược lại
      Nếu chính tôi còn không muốn, thì còn ai khác sẽ muốn chứ
    • Tôi thấy khó mà tin rằng điều đó không đúng
      Trên đời có hàng tỷ người
      Chỉ có điều việc tìm ra họ và tiếp cận họ là phần khó