Tôi xây sản phẩm ở nơi quyết định trên màn hình gặp công việc hằng ngày.

VI / EN / JA / ZH

Cách làm của tôi khá thực tế: hiểu đội ngũ đang cố hoàn thành việc gì, bỏ bớt phần phối hợp lặp lại, rồi xây một hệ thống đủ chắc cho bước tiếp theo.

Bắt đầu từ vòng lặp đang tồn tại.

Tôi không bắt đầu bằng danh sách tính năng. Tôi hỏi ai cần biết điều gì, khi nào một quyết định trở thành trạng thái, và điều gì vỡ ra khi ngày làm việc trở nên bận rộn. Những câu trả lời đó định hình ranh giới sản phẩm trước khi giao diện được đánh bóng.

Cách tôi làm việc

Bắt đầu từ vòng lặp đang tồn tại.

  1. 01Quan sát vòng vận hành.
  2. 02Gọi tên điểm nghẽn quan trọng nhất.
  3. 03Biến quyết định lặp lại thành trạng thái rõ ràng trong sản phẩm.
  4. 04Xây quy trình nhỏ nhất nhưng hoàn chỉnh.
  5. 05Kiểm chứng trong bối cảnh thật.
  6. 06Chỉ mở rộng khi nền móng đã đủ sức.

Để sự phức tạp ở đúng chỗ.

  • 01Làm rõ quyết định tiếp theo.
  • 02Tự động hóa phần lặp lại trước khi thêm quy trình.
  • 03Giữ ranh giới tenant và quyền hạn minh bạch.
  • 04Hiển thị trạng thái lỗi thay vì che giấu.
  • 05Xây cho thay đổi kế tiếp, không xây cho quy mô tưởng tượng.

Bắt đầu từ kết quả, rồi mới chọn công nghệ.

  • 01Khám phá và định hình sản phẩm
  • 02Thiết kế quy trình và kiến trúc thông tin
  • 03Hệ thống sản phẩm đa tenant
  • 04Triển khai full-stack
  • 05Trạng thái thời gian thực và ranh giới tích hợp
  • 06Công cụ quản trị vận hành
  • 07Đưa MVP phát triển thành nền tảng

Xây nơi vận hành có thể trở thành hạ tầng.

  • 01LogiVN · vận hành F&B
  • 02Fball.vn · vận hành đội bóng
  • 03Nghiên cứu xác nhận thanh toán
  • 04Hạ tầng ưu tiên Cloudflare
  • 05Công cụ giúp đội nhỏ làm được nhiều hơn

Tôi làm việc độc lập giữa Việt Nam và Nhật Bản. Tùy vấn đề, một ngày có thể đi từ câu hỏi sản phẩm đến ranh giới dữ liệu, một màn hình, trường hợp biên hoặc danh sách kiểm tra trước khi phát hành.

Bắt đầu cuộc trao đổi