Một ngày của một Builder tại Equarus

Đọc về giá trị Builder (người kiến tạo) thì dễ, nhưng nó hiện ra thế nào trong một ngày làm việc cụ thể? Bài này kể một ngày điển hình của một Builder tại Equarus — không phải một chức danh riêng, mà cách một người mang tư duy builder đi qua một ngày. Tình huống là chung, không gắn với người thật nào.

Builder không phải một chức danh, mà một cách làm

Ở Equarus, "builder" không chỉ tên một lộ trình sự nghiệp. Nó là kỳ vọng đặt lên mọi vị trí — Operations, Tech, Finance, Design, R&D, Marketing.

Khác biệt giữa một user (người dùng thụ động) và một builder nằm ở phản xạ khi gặp một thứ chưa tốt. User tìm cách sống chung với nó. Builder hỏi: mình có thể làm cho nó tốt hơn không? Vì thế "một ngày của builder" không phải một lịch trình cố định, mà một chuỗi khoảnh khắc mà cách phản ứng làm nên khác biệt. Nhân vật trong bài có thể ở bất kỳ phòng ban nào.

Đầu ngày: chủ động nắm việc, không đợi được giao

Ngày không mở đầu bằng việc chờ ai đó phân công.

Việc đầu tiên của một builder thường là mở dữ liệu lên. Số của hôm qua thế nào so với kỳ vọng: doanh số, tỉ lệ chuyển đổi (bao nhiêu người xem trang thì có một người mua), chi phí quảng cáo trên mỗi đơn, tồn kho. Đọc số trước khi đọc tin nhắn, vì số cho biết đâu là việc quan trọng nhất hôm nay — không phải việc ai đó hét to nhất.

Từ đó, builder tự chốt một, hai ưu tiên cho ngày. Không đợi một danh sách việc rơi xuống. Chủ động chọn đúng việc là bước đầu của làm chủ kết quả: bạn chịu trách nhiệm cho con số cuối cùng, nên bạn tự đi tìm việc tác động lên con số đó nhiều nhất.

Giữa buổi: một quyết định nhỏ, quyết bằng data

Phần lớn một ngày là những quyết định nhỏ nối nhau. Đẩy tiếp cái gì, dừng cái gì, ưu tiên gì trước.

Giả sử một thử nghiệm đang chạy vài ngày — một cách trình bày sản phẩm mới, một mức giá mới. Builder không hỏi "mình cảm thấy cái nào tốt hơn". Họ mở số: phiên bản nào có tỉ lệ chuyển đổi cao hơn, chênh nhau có đủ nhiều để tin không hay chỉ là nhiễu.

Ở Equarus, data (dữ liệu) là ngôn ngữ chung, nên một quyết định có số đi kèm không cần chức danh lớn để được chấp nhận. Cách vận hành này được mô tả kỹ trong cách Equarus ra quyết định bằng data. Quyết đủ nhanh cũng quan trọng: quyết sớm thì còn kịp học từ kết quả, thay vì cân nhắc mãi rồi lỡ nhịp.

Gặp một quy trình hỏng: sửa nó

Đây là khoảnh khắc phân biệt builder rõ nhất.

Trong lúc chạy việc, builder nhận ra một báo cáo tuần đang được làm thủ công, tốn thời gian và hay sai sót. Một user sẽ thở dài rồi làm lại lần nữa. Một builder dừng lại một chút và hỏi: có thể sửa cái này một lần cho xong không?

Thế là họ dựng một template (mẫu dựng sẵn) hoặc tự động hóa phần lặp đi lặp lại. Mất thêm chút thời gian hôm nay, nhưng đổi lấy việc cả đội đỡ vấp lại chỗ đó mọi tuần sau. Và quan trọng: họ ghi lại cách làm, để mẹo hay không nằm trong đầu một người mà thành tài sản chung. Builder coi hệ thống như của mình, nên họ để lại tài liệu chứ không giữ bí quyết riêng.

Một user hoàn thành việc rồi đi tiếp. Một builder hoàn thành việc, rồi để lại thứ khiến lần sau cả đội làm nhanh hơn.

Phối hợp không phân cấp

Ít việc ở Equarus nằm gọn trong một người. Một ngày của builder có nhiều điểm chạm với đội khác.

Cần một thông tin từ đội vận hành, một số liệu từ đội tài chính, một chỉnh sửa từ đội thiết kế — builder hỏi thẳng người đang nắm việc, không đi vòng qua nhiều tầng phê duyệt. Vận hành tinh gọn nghĩa là quyết định được đẩy xuống gần nơi có thông tin nhất, và phối hợp chảy theo công việc chứ không theo cấp bậc. Bài phối hợp không phân cấp cứng mô tả cách làm việc này.

Phối hợp kiểu này nhanh, nhưng đòi hỏi mỗi người tự chịu trách nhiệm cho phần mình và nói rõ ràng. Builder nêu cái mình cần một cách cụ thể, và cũng sẵn sàng là người được hỏi khi đội khác cần mình.

Cuối ngày: nhìn lại và ghi lại

Trước khi đóng máy, builder dành ít phút nhìn lại.

Hôm nay ra được gì đo được, cái gì chạy tốt nên giữ, cái gì chưa ổn cần sửa mai. Một thử nghiệm không ra kết quả không bị giấu đi — nó được ghi lại như một điều đã học, để không lặp lại. Đây là tâm thế Day 1 (mỗi ngày là ngày đầu, luôn tìm cách làm tốt hơn) ở quy mô một ngày: cái học hôm nay thành đầu vào cho ngày mai.

Ngày của một builder vì thế khép lại giống như nó mở ra — quay về với dữ liệu và với câu hỏi quen thuộc: ngày mai, làm gì để tốt hơn hôm nay?

Cùng xây

Một ngày của builder không được định nghĩa bằng những giờ trên bàn làm việc, mà bằng cách phản ứng ở từng khoảnh khắc: chủ động nắm việc, quyết bằng số, sửa cái hỏng thay vì chịu đựng, phối hợp thẳng, và luôn để lại thứ gì đó tốt hơn lúc mình đến. Muốn thấy nhịp này ở quy mô rộng hơn, đọc một tuần làm việc điển hình tại Equarus.

Nếu đây là cách bạn vốn muốn làm việc, hãy đọc thêm văn hóa Equarus rồi xem các vị trí đang tuyển. Chúng ta cùng xây.