(1) Pivot quá thiên về công nghệ
(2) Không thể duy trì mô hình kinh doanh đơn giản
(3) Dù biết về Lean Startup nhưng vẫn bị tinh thần thủ công lấn át
(1) Pivot quá thiên về công nghệ
(2) Không thể duy trì mô hình kinh doanh đơn giản
(3) Dù biết về Lean Startup nhưng vẫn bị tinh thần thủ công lấn át
4 bình luận
Lúc đầu tôi còn tưởng tự dưng lượt xem blog tăng lên, hóa ra là nhờ GeekNews haha
Giờ nghĩ lại thì, từ khi bắt đầu viết những bài trên blog đó, tôi ngày càng quan tâm hơn đến SaaS, và sự quan tâm ấy một cách tự nhiên đã chuyển sang phía no-code.
Dạo này vừa xem các công cụ no-code vừa tự học nghiên cứu, tôi thật sự cảm thấy rằng chỉ trong vài năm nữa thôi, chuyện tự code để làm app prototyping sẽ không còn là điều mọi người làm nữa.
Cảm ơn bạn vì bài viết hay! Mình cũng cho rằng mảng no-code rất có triển vọng ;)
Nếu gộp ý số 2 và số 3 mà bài viết nói tới,
thì có vẻ chúng dẫn tới kết luận rằng việc tạo ra một MVP (sản phẩm khả dụng tối thiểu, Minimum Viable Product) với mục tiêu rõ ràng là điều quan trọng.
Theo tôi, khi lập trình viên khởi nghiệp thì hai điều dưới đây là quan trọng để tạo ra MVP.
Đây là những phần mà các lập trình viên thường không làm tốt/không quen làm.
Lựa chọn và tập trung: trước hết hãy tạo ra một sản phẩm giải quyết một pain point duy nhất, đơn giản nhưng quan trọng.
Mashup: để làm nhanh, với những thứ không phải cốt lõi thì nếu có thể hãy tận dụng tốt đồ của người khác (framework, SaaS).
Với ý số 1, có lẽ cần cân nhắc rộng rãi các yếu tố như nghiên cứu thị trường, phân tích xu hướng, công nghệ đang sở hữu, v.v.
Với ý số 2, tôi cho rằng điều quan trọng là nên có sẵn mức "kiến thức bề mặt" về nhiều công cụ khác nhau, rồi khi cần thì mang ra dùng đúng lúc đúng chỗ.
Nếu hoàn toàn không biết, bạn sẽ либо tự phát triển luôn, hoặc sẽ mất rất nhiều thời gian chỉ để tìm xem có thứ như vậy tồn tại hay không. Đừng dành thời gian phát triển những tính năng không phải cốt lõi.
Đó cũng là lý do tôi giới thiệu ngắn gọn nhiều SaaS / framework khác nhau thông qua GeekNews.
Tôi nghĩ chỉ cần đọc tiêu đề và phần mô tả thôi thì sau này sẽ có lúc chúng trở nên hữu ích.
Vì vậy, với những người hỏi tôi về kinh doanh, tôi cũng thường gợi ý nhiều công cụ khác hoặc các trường hợp kinh doanh có thể dùng cho những phần ngoài cốt lõi.
Để ngay cả side project hay dự án cá nhân có thể cho ra một sản phẩm dùng được trong một lịch trình khả thi, rốt cuộc chỉ có thể đầu tư chi phí tối thiểu cho mọi thứ ngoài giá trị cốt lõi. Cảm ơn những chia sẻ rất hay.