Eating your own dog food - Dùng sản phẩm của chính mình

Eating your own dog food - Dùng sản phẩm của chính mình

Tin ngắn hàng ngày dành cho bạn
  • Hơn 1 tuần nay mình không đăng bài, không phải không có gì để viết mà đang tìm cách để phân phối nội dung có giá trị hơn trong thời đại AI đang bùng nổ mạnh mẽ như thế này.

    Như từ hồi đầu năm đã chia sẻ, số lượng người truy cập vào trang blog của mình đang dần ít đi. Khi xem thống kê, lượng người dùng trong 6 tháng đầu năm 2025 đã giảm 30% so với cùng kì năm ngoái, 15% so với 6 tháng cuối năm 2024. Như vậy một sự thật là người dùng đang rời bỏ dần đi. Nguyên nhân do đâu?

    Mình nghĩ lý do lớn nhất là thói quen của người dùng đã thay đổi. Họ tìm thấy blog chủ yếu qua các công cụ tìm kiếm, trong đó lớn nhất là Google. Gần 1/2 số lượng người dùng quay trở lại blog mà không cần thông qua bước tìm kiếm. Đó là một tín hiệu đáng mừng nhưng vẫn không đủ để tăng lượng người dùng mới. Chưa kể giờ đây, Google đã ra mắt tính năng AI Search Labs - tức là AI hiển thị luôn nội dung tổng hợp khi người dùng tìm kiếm, điều đó càng khiến cho khả năng người dùng truy cập vào trang web thấp hơn. Một điều thú vị là khi Search Labs được giới thiệu, thì các bài viết bằng tiếng Anh đã soán ngôi trong bảng xếp hạng truy cập nhiều nhất.

    Một bài viết của mình thường rất dài, có khi lên đến cả 2000 chữ. Mà để viết ra được một bài như thế tốn nhiều thời gian. Nhiều bài viết ra chẳng có ai đọc là điều bình thường. Mình biết và chấp nhận vì không phải ai cũng gặp phải vấn đề đang nói đến. Viết đối với mình như một cách để rèn luyện sự kiên nhẫn và cả tư duy. Viết ra mà giúp được cả ai đó là một điều tuyệt vời.

    Vậy nên mình đang nghĩ sẽ tập trung vào nội dung ngắn và trung bình để viết được nhiều hơn. Nội dung dài chỉ khi muốn viết chi tiết hoặc đi sâu về một chủ đề nào đó. Nên là đang tìm cách thiết kế lại trang blog. Mọi người cùng chờ nha 😄

    » Xem thêm
  • CloudFlare đã giới thiệu tính năng pay per crawl để tính phí cho mỗi lần AI "cào" dữ liệu trên trang web của bạn. Là sao ta 🤔?

    Mục đích của SEO là giúp các công cụ tìm kiếm nhìn thấy trang web. Khi người dùng tìm kiếm nội dung mà có liên quan thì nó hiển thị trang web của bạn ra kết quả tìm kiếm. Điều này gần như là đôi bên cùng có lợi khi Google giúp nhiều người biết đến trang web hơn, còn Google thì được nhiều người dùng hơn.

    Bây giờ cuộc chơi với các AI Agents thì lại khác. AI Agents phải chủ động đi tìm kiếm nguồn thông tin và tiện thể "cào" luôn dữ liệu của bạn về, rồi xào nấu hay làm gì đó mà chúng ta cũng chẳng thể biết được. Vậy đây gần như là cuộc chơi chỉ mang lại lợi ích cho 1 bên 🤔!?

    Nước đi của CloudFlare là bắt AI Agents phải trả tiền cho mỗi lần lấy dữ liệu từ trang web của bạn. Nếu không trả tiền thì tôi không cho ông đọc dữ liệu của tôi. Kiểu vậy. Hãy chờ thêm một thời gian nữa xem sao 🤓.

    » Xem thêm
  • Lúc khái niệm "Vibe Code" bùng nổ mình cũng tò và tìm hiểu xem nó là gì. Hoá ra là chỉ cách lập trình mới: Lập trình viên ra lệnh và để cho LLM tự viết mã. Sau đó là hàng loạt các bài viết nói về cách họ đã xây dựng ứng dụng mà không cần phải viết một dòng mã nào, hoặc 100% là do AI viết...

    Mình không có ý kiến gì vì mỗi người một sở thích. Nhưng nếu tiếp xúc với nhiều thông tin như vậy thì ít nhiều thế hệ lập trình viên mới sẽ "ám ảnh". Khi làm việc với ngôn ngữ lập trình, chúng ta đang tiếp xúc ở bề nổi rồi. Đằng sau đó còn nhiều lớp khác che giấu sự phức tạp. Ví dụ biết viết JavaScript nhưng có biết nó chạy như thế nào không 🤔? Trên thực tế bạn chẳng cần phải biết nó chạy như thế nào mà chỉ cần biết cú pháp là viết được chương trình chạy ngon ơ.

    LLMs giờ đây lại thêm một lớp ảo hoá cho việc viết mã. Tức là nơi chúng ta không cần trực tiếp viết mà là ra lệnh. Làm việc sẽ nhanh hơn nhưng khi gặp vấn đề thì nhiều khả năng phải vận dụng kiến thức của tầng thấp hơn để giải quyết.

    Mình dùng Cursor, nhưng tính năng thích nhất và dùng nhiều nhất là Autocomplete & Suggestions. Thi thoảng cũng dùng Agents để bảo nó viết tiếp đoạn mã đang dở, thường thì nó làm rất tốt. Hoặc khi gặp lỗi thì hỏi, có lúc giải quyết được, lúc thì không. Nhìn chung nó đang làm thay nhiệm vụ của Google & Stack Overflow, giúp tiết kiệm thời gian 😆

    LLMs như một cuốn bách khoa toàn thư rất khủng khiếp. Hỏi gì cũng biết, cũng trả lời được nhưng có một sự thật là nó chỉ là mô hình đoán chữ (đoán tokens). Thế nên nếu vấn đề phổ biến thì nó sẽ làm rất tốt, nhưng vấn đề ít phổ biến hơn thì nó lại rất tệ, hoặc thậm chí là đưa ra thông tin sai lệch, nhiễu... Tóm lại, cần phải biết cách khai thác thông tin, mà để biết thì buộc người dùng phải có một lượng kiến thức nhất định, tránh rơi vào cái bẫy thiên kiến uy quyền (tin tưởng tuyệt đối vào ai đó) hoặc thiên kiến xác nhận (xác nhận niềm tin sẵn có bằng cách chỉ tìm bằng chứng xác nhận niềm tin đó).

    Tại thấy bài viết này nên lại nổi hứng viết vài dòng 🤓 Why I'm Dialing Back My LLM Usage

    » Xem thêm

Vấn đề

Nhiều năm về trước khi mới bắt đầu đi thực tập, tôi làm ở một công ty chuyên làm sản phẩm rồi kinh doanh dựa trên những sản phẩm đó. Giờ đây người ta hay gọi là công ty Products. Sản phẩm chủ lực lúc đó dành cho cho khách hàng doanh nghiệp. Sau này thì mới biết đó là mô hình B2B - tức là bán cho khách hàng doanh nghiệp. Mặc dù tham gia trực tiếp vào khâu phát triển sản phẩm nhưng thành thật mà nói nhiều tính năng mình làm ra nhưng lại không hiểu tại sao nên làm ra chúng.

B2B là quá phức tạp với một đứa mới ra trường và còn non nớt kinh nghiệm. Tôi có thể thêm tính năng theo yêu cầu nhưng không thể nào lý giải tại sao nên làm tính năng đó. "Ôi dào! Có lẽ mình cũng không cần quá quan tâm lắm đâu" - Tôi tự nhủ. Miễn sao mình có khả năng lập trình là được. Trước mắt, thứ nên tập trung là cải thiện kỹ năng code ngày một tốt hơn. Các nhà lãnh đạo cứ thoải mái bàn luận rồi đưa tính năng xuống, chẳng mấy chốc sẽ "ngoáy" xong trong chớp mắt.

Cùng thời gian đó, tôi cực kỳ thắc mắc tại sao một người anh trong nhóm sẵn sàng "cãi" lại sếp chỉ vì lý do không nên đặt một nút ở chỗ này, mà nhất định nó phải nằm ở chỗ kia? Tại sao nhỉ? Chẳng phải sếp lúc nào cũng đúng? Hay ít nhất yêu cầu đó là của sếp thì chúng ta nên nghe theo! Chẳng phải sao? Chà!!!

Sau nhiều lần luân chuyển công ty, tôi vẫn luôn làm trong các công ty tự làm, tự bán sản phẩm của mình. Đó như một sở thích. Sản phẩm lần này vẫn phục vụ khách hàng chủ yếu là doanh nghiệp vừa và nhỏ, những người tự kinh doanh... Một lần nữa với tư cách là người phát triển, nhưng thứ mà tôi quan tâm đến nhiều hơn là kỹ thuật, làm thế nào để thiết kế hệ thống hoạt động, phục vụ được nhiều người dùng nhất có thể mới là quan trọng.

Nhưng lần này đã có thay đổi đáng kể về cách nghĩ của mình lâu nay. Một bước ngoặt lớn đối với tôi vì ở đây được học thêm rất nhiều về cách làm sản phẩm. Làm thế nào để tạo ra sản phẩm hữu dụng, có người dùng, và làm thế nào để bán được nó. Các thuật ngữ như MVP (Minimum Viable Product), KISS (Keep It Simple, Stupid), YAGNI (You Aren't Gonna Need It), Win-Win... lần lượt xuất hiện và nhảy vào trong đầu. Dần dần thay đổi được suy nghĩ về vai trò của kỹ thuật không còn là ưu tiên hàng đầu nữa, thay vào đó hãy thử đặt mình vào vị trí của người dùng để xem sản phẩm của mình tốt đến đâu, xem liệu có muốn dùng nó hay là không.

Sau đó một thời gian, tôi quay trở lại với một sản phẩm đầy hứa hẹn ở một công ty khác. Áp dụng những gì đã học được. Tạm bỏ qua những món nợ kỹ thuật "đắt tiền", thứ mà tôi quan tâm hơn cả là trải nghiệm của người dùng, về cách họ dùng sản phẩm như thế nào, từ đó đề xuất giải pháp tối ưu hơn. Cũng trong thời gian này, tôi gây dựng lại trang blog cá nhân của mình.

Như đã chia sẻ với bạn đọc trong nhiều bài viết về hành trình làm blog. Ban đầu tôi chỉ nghĩ đơn giản là tạo ra một nơi để viết, tập trung vào con chữ và tin rằng người dùng sẽ thích như vậy. Vì điều đó giúp họ tập trung hơn vào việc đọc thay vì nhìn vào những thứ có khả năng gây xao nhãng khác. Thế nên blog khi đó chẳng có gì ngoài chữ. Sau khi nghiêm túc đặt mình vào vị trí của người đọc, tôi dần dần hình dung ra được thứ mà họ thấy và thứ mà họ cần. Từ đó liên tục cải thiện trang web ngày qua ngày. Thú thật phiên bản mà bạn đang thấy đây đã là phiên bản thứ 4, thứ 5 của 2coffee.dev rồi đấy!

Những điều nói ở trên có thể tóm gọn lại là tôi đã học được nhiều điều về cách làm sản phẩm thông qua việc tự dùng sản phẩm của chính mình. Hôm nay, tự nhiên anh sếp có nhắc đến cụm từ "Eating your own dog food" và đố mọi người trong công ty biết nó ám chỉ điều gì. Ồ hoá ra có hẳn một cụm từ nói lên suy nghĩ lâu nay mà mình đang áp dụng.

"Eating your own dog food"

"Eating your own dog food" là một cách nói tượng hình, ám chỉ việc sử dụng chính sản phẩm hoặc dịch vụ mà mình tạo ra. Mục đích là để hiểu rõ hơn về chất lượng, tính hiệu quả và trải nghiệm mà sản phẩm đem lại cho người dùng.

Một cách dễ hiểu, bạn có thể hình dung thế này, nếu bạn tự ăn món ăn mình nấu, bạn sẽ biết nó có ngon không, mặn hay nhạt, hoặc có gì cần cải thiện. Trong phát triển phần mềm, khi các lập trình viên sử dụng chính sản phẩm của họ, sẽ phát hiện được lỗi, thấy những điểm chưa tốt, và có thể tìm cách nâng cao trải nghiệm cho người dùng.

Trên thực tế không phải ai cũng có điều kiện để dùng sản phẩm của mình làm ra. Ví dụ như đó là một sản phẩm đặc thù, dành cho một nhóm người dùng nhất định mà nằm ngoài nhu cầu sử dụng bình thường của chúng ta. Hoặc các bạn làm trong môi trường Outsourcing, gia công một phần hoặc một tính năng trong sản phẩm lớn. Vậy nên "Eating your own dog food" không hẳn là áp dụng được trong tất cả trường hợp mà phụ thuộc vào mỗi người, mỗi môi trường. Tuy vậy nếu có điều kiện hãy thử áp dụng vì điều đó giúp bạn rất nhiều trong quá trình làm sản phẩm.

Tại sao nên "Eating your own dog food"?

Tự dùng sản phẩm của chính mình để hiểu rõ sản phẩm hơn. Còn gì tuyệt vời hơn khi mới thay đổi môi trường làm việc và bắt đầu từ việc dùng sản phẩm để hiểu hơn về những gì đang có. Hoặc nếu bạn đã làm một thời gian rồi thì khi sử dụng sản phẩm cũng giúp cho việc phát triển tính năng sau này, lường trước được sự ảnh hưởng của tính năng mới... Tôi luôn tỏ ra thận trọng trước những thay đổi kể cả nhỏ nhất trong sản phẩm, không dám hoặc cần phải xem xét kỹ khi loại bỏ, sửa đổi một tính năng trước đó. Vì không chắc rằng liệu nó có ảnh hưởng đến tính năng khác? Thậm chí một số người quản lý cũng không nắm hết được sự liên quan vì sản phẩm đã qua nhiều người. Những lúc như thế cách tốt nhất vẫn là tự dùng sản phẩm để biết được mức độ ảnh hưởng của các tính năng với nhau.

Khi đặt trọng tâm vào vai người sử dụng sản phẩm, chúng ta sẽ có các hành vi tương tự như người dùng, sẽ thấy những điều hợp lý hoặc chưa phù hợp trong các thao tác thường ngày, từ đó đề xuất nhằm tăng chất lượng sản phẩm. Thi thoảng tôi vẫn đọc lại các bài viết trên blog như một người dùng, thực hiện các thao tác như tìm kiếm, bình luận, đánh giá bài viết... để tìm ra những thứ có thể cải thiện nhằm mang lại trải nghiệm tốt nhất cho người dùng.

Ngoài ra việc sử dụng hàng ngày còn giúp chúng ta phát hiện ra vấn đề từ sớm, trước cả người dùng cuối (end user). Trong nhiều ứng dụng có tích hợp một tính năng Báo cáo lỗi đến nhà phát triển để người dùng báo lỗi trong quá trình sử dụng. Thực tế khi áp dụng "dog food", tôi đã và đang báo rất nhiều lỗi đến cho đội phát triển sản phẩm cùng mình. Nhiều lúc còn mạnh dạn đề xuất hẳn một danh hiệu "Bug Hunters", hoặc một phần thưởng như "Bug Bounty" cho xứng đáng với những gì mình đã làm. Những lúc như thế, tất cả mọi người lại cười phá lên trong văn phòng.

Dùng sản phẩm của mình làm ra cũng gián tiếp nâng cao độ tin cậy và uy tín của sản phẩm. Sẽ rất khó để thuyết phục người khác sử dụng sản phẩm mà ngay cả chính mình còng không sử dụng. Trong trường hợp bạn vẫn có tiềm năng sử dụng bình thường. Và nếu muốn chia sẻ một ứng dụng hay cho người khác, bạn phải là người dùng thường xuyên để nhìn ra nhu cầu, đồng thời tư vấn những tính năng phù hợp với họ.

Tổng kết

"Eating your own dog food" là đặt mình vào vai người dùng để trải nghiệm sản phẩm của mình làm ra, từ đó cải thiện được nhiều điều từ thao tác sử dụng hàng ngày cho đến nâng cao độ tin cậy và uy tín của sản phẩm. Còn bạn thì sao? Đang làm sản phẩm gì và có sử dụng cũng như sẵn sàng chia sẻ đến người khác hay không? Hãy để lại ý kiến xuống phần bình luận nhé! Xin cảm ơn.

Cao cấp
Hello

Tôi & khao khát "chơi chữ"

Bạn đã thử viết? Và rồi thất bại hoặc chưa ưng ý? Tại 2coffee.dev chúng tôi đã có quãng thời gian chật vật với công việc viết. Đừng nản chí, vì giờ đây chúng tôi đã có cách giúp bạn. Hãy bấm vào để trở thành hội viên ngay!

Bạn đã thử viết? Và rồi thất bại hoặc chưa ưng ý? Tại 2coffee.dev chúng tôi đã có quãng thời gian chật vật với công việc viết. Đừng nản chí, vì giờ đây chúng tôi đã có cách giúp bạn. Hãy bấm vào để trở thành hội viên ngay!

Xem tất cả

Đăng ký nhận thông báo bài viết mới

hoặc
* Bản tin tổng hợp được gửi mỗi 1-2 tuần, huỷ bất cứ lúc nào.

Bình luận (1)

Nội dung bình luận...
Avatar
Ẩn danh7 tháng trước

rất hay bạn

Trả lời
Avatar
Xuân Hoài Tống7 tháng trước

Cảm ơn bạn nha 🙏