𝗦𝗵𝗶𝗽𝗽𝗶𝗻𝗴 𝗙𝗼𝘂𝗿 𝗣𝗿𝗼𝗱𝘂𝗰𝘁𝘀 𝗦𝗼𝗹𝗼

Tôi đã ra mắt bốn sản phẩm trong vòng một năm.

Chúng trải dài từ các công cụ kiểm định hợp đồng thông minh bằng AI đến các giải pháp B2B SaaS.

Việc tự mình xây dựng những sản phẩm này đã dạy cho tôi những bài học mà không một dự án đơn lẻ nào có thể mang lại.

Dưới đây là những gì tôi đã học được.

  • Hãy dự trù cho những công việc nhàm chán. Tôi đã dành thời gian lo lắng về những phần kỹ thuật khó nhằn. Tôi lo về phân tích AI và tái cấu trúc bytecode. Chúng khó nhưng có thể dự đoán được.

Những mối đe dọa thực sự lại nằm ở những phần nhàm chán. Việc xét duyệt trên Chrome Web Store và các vấn đề triển khai suýt chút nữa đã làm chìm các dự án của tôi. Công việc thực sự nằm ở những khâu tích hợp không mấy hào nhoáng.

  • AI xử lý 80 phần trăm đầu tiên. AI giúp giai đoạn đầu của việc xây dựng trở nên rẻ hơn. Nó xử lý phần khung (scaffolding) và các mã mẫu (boilerplate). Điều này giúp việc làm việc độc lập trở nên khả thi.

AI không xử lý 20 phần trăm cuối cùng. Các trường hợp biên (edge cases), đánh giá bảo mật và gỡ lỗi chuyên sâu vẫn đòi hỏi thời gian của bạn. AI không biến bạn thành một đội ngũ. Nó chỉ giúp các công việc chân tay trở nên đủ rẻ để bạn có thể ra mắt sản phẩm thường xuyên hơn.

  • Đổi tên là một bước tiến. Tôi từng nghĩ việc đổi tên một sản phẩm nghĩa là tôi đã lãng phí công sức. Tôi đã lầm. Đổi tên có nghĩa là cuối cùng bạn đã hiểu sản phẩm của mình đủ sâu để đặt cho nó một bản sắc thực sự. Sự rõ ràng chính là sự tiến bộ.

  • Logic trước, trau chuốt sau. Một giao diện (UI) đẹp là một cái bẫy. Nó khiến bạn cảm thấy như mình đang tiến bộ trong khi thực tế thì không.

Giờ đây tôi tuân theo một quy tắc: hoàn thành logic và các bài kiểm tra (tests) trước khi chạm vào thiết kế. Một tính năng hoạt động tốt khi bài kiểm tra sẽ thất bại nếu mã nguồn bị lỗi. Chỉ sau đó, tôi mới làm cho nó trông đẹp mắt.

  • Xây dựng công khai (Build in public). Đừng đợi đến khi có thứ gì đó ấn tượng mới chia sẻ. Hãy viết về những lỗi (bugs) và những cách tiếp cận thất bại của bạn.

Việc viết về cách bạn giải quyết một vấn đề cụ thể sẽ thu hút đúng những người cần thiết. Những người này sẽ trở thành người dùng và cộng sự của bạn.

Nếu bạn đang xây dựng sản phẩm một mình:

• Hãy lên kế hoạch cho các công việc tích hợp nhàm chán. • Sử dụng AI cho các phần việc lớn, nhưng hãy tự mình thực hiện 20 phần trăm khó khăn nhất. • Ưu tiên kiểm thử và logic hơn là thiết kế. • Hãy viết về quá trình của bạn trong khi thực hiện.

Ra mắt sản phẩm là một động từ, không phải là một đích đến.

Source: https://dev.to/pavelespitia/shipping-four-products-solo-what-a-year-of-building-in-public-taught-me-2nhh