Vì sao nên xây dựng sản phẩm công khai [Bài dịch]

1. Vì sao việc xây dựng công khai lại đáng sợ đến vậy?

• Build in public đòi hỏi phải phơi bày nguyên trạng sản phẩm và suy nghĩ khi chúng هنوز chưa hoàn thiện, nên tạo cảm giác “sự dang dở, sai sót và thiếu hiểu biết” bị lộ ra nguyên vẹn.
• Mọi người đặc biệt sợ những điều sau:
  • Bị người khác đánh giá hoặc chế giễu rằng “tệ quá”
  • Những phán đoán sai, hướng đi sai bị lưu lại thành dấu vết
  • Rủi ro về danh tiếng kiểu như “trình độ người này thấp mà sao lại chia sẻ như vậy?”

2. Nhưng vẫn phải làm vì những lý do cốt lõi

• Vì build in public cho thấy “quá trình” thay vì “một thành phẩm bóng bẩy đã hoàn thiện”, nên tốc độ phản hồi và tốc độ học hỏi tăng lên vượt trội.
• Thay vì bị mắc kẹt trong các giả thuyết trong đầu mình, bạn nhận được phản ứng theo thời gian thực từ người dùng thật và đồng nghiệp, nhờ đó có thể điều chỉnh hướng đi nhanh hơn rất nhiều.
• Đồng thời, bạn cũng tự nhiên kết nối với những người đang đi trên con đường tương tự, và một “nhóm đồng hành cùng tiến bước (community)” sẽ hình thành.

3. Những điểm mà nhiều người hay hiểu sai

• Nhiều người lầm tưởng “xây dựng công khai = mỗi ngày đều phải đăng thành quả hào nhoáng”, nhưng thực tế điều quan trọng hơn là “chia sẻ trung thực những tiến bộ nhỏ, thậm chí cả những chỗ đang mắc kẹt”.
• Ngoài ra, người ta còn nghĩ đây là việc “chỉ những người đã giỏi sẵn, những chuyên gia mới làm được”, nhưng bài viết giải thích rằng chính “những người chia sẻ cả quá trình mình đang học” lại nhận được sự đồng cảm lớn hơn.
• Nhiều người trì hoãn vì cho rằng phải chuẩn bị xong storytelling hay branding thật hoàn hảo, nhưng bài viết nhấn mạnh bản chất của build in public là “vẫn tiếp tục xuất hiện và chia sẻ ngay cả khi còn chưa hoàn hảo (showing up)”.

4. Cụ thể nên công khai điều gì và như thế nào?

• Những hạng mục công khai mà bài viết gợi ý đại khái như sau (tóm tắt dựa trên cách diễn đạt ở nguyên văn):[3][2]
  1. Bạn đang cố giải quyết vấn đề gì (Problem statement)
  2. Giả thuyết hiện tại và kế hoạch thử nghiệm (Hypotheses, Experiments)
  3. Tiến độ theo tuần/tháng, chỉ số và những gì đã học được (Progress, Metrics, Learnings)
  4. Các quyết định sai, thất bại và phần nhìn lại ở những thời điểm pivot (Failures, Pivots)
• Hình thức có thể rất đa dạng, nhưng mẫu được khuyến nghị là: trên Twitter, LinkedIn, blog... hãy “chia sẻ ngắn và thường xuyên → xem phản ứng rồi dần tinh chỉnh định dạng”.

5. Mindset để bớt sợ hãi & mẹo thực thi

• Nếu chuyển góc nhìn từ “người ta sẽ nhìn mình thế nào?” sang “điều gì sẽ hữu ích cho người đang đọc cái này?”, bạn sẽ bớt sợ bị phơi bày và tập trung hơn vào việc chia sẻ mang tính thực dụng.
• Tóm lại thông điệp của bài viết là:
  • Đừng chờ đến khi thật sự sẵn sàng (Don’t wait to be ready).
  • Hãy viết trong khi hình dung ra dù chỉ một số ít người thật sự có thể được giúp đỡ.
  • Hãy nhớ rằng sự chế giễu hay thờ ơ chỉ là bộ lọc, và những người ở lại cuối cùng chính là “những đồng nghiệp cùng nói chung một ngôn ngữ”.