Tóm tắt trong 5 giây
Lúc đầu ta nghĩ: «Làm được nhiều bài là thắng».
Nhưng khi tự động hóa việc làm bài rồi nối liền đăng bài, kiểm tra chất lượng, dịch nhiều thứ tiếng, báo cho công cụ tìm kiếm, theo dõi robot của công cụ tìm kiếm, đếm lượt truy cập, dẫn người đọc sang bài tiếp theo, chia sẻ và kiếm tiền, trò chơi đã khác đi.
Đó không còn là trò chơi viết bài nữa, mà là trò chơi nuôi lớn chính vòng lặp cải tiến.
Và điều phiền là mỗi lần sửa xong một chỗ, ta lại thấy điểm yếu tiếp theo.
Sửa.
Lại thấy một chỗ nữa.
Lại sửa.
Đến lúc nhận ra thì mình không còn điều hành một trang web nữa, mà đang chơi một trò nuôi nhân vật không có hồi kết.
1. Chỉ riêng việc viết bài thường đã hết sức rồi
Một mình điều hành trang web thì chỉ một bài cũng đã nhiều việc.
Tìm đề tài. Tìm hiểu. Lên dàn ý. Viết. Chuẩn bị hình. Sửa lỗi gõ. Đăng. Chia sẻ lên mạng xã hội. Xem số liệu.
Làm đến đây thì một con người đã làm đủ rồi.
Trước khi kịp nói «giờ ta theo dõi robot ghé thăm theo từng công cụ tìm kiếm và từng ngôn ngữ», thường đã đến giờ ăn tối.
Vì vậy, thứ hiếm không phải từng phần riêng lẻ như tối ưu hiển thị tìm kiếm, dịch thuật, phân tích lượt truy cập, mạng xã hội hay tự động hóa. Những thứ đó có từ lâu rồi.
Thứ hiếm là nối tất cả lại thành một vòng lặp chạy liên tục.
2. Đăng bài không phải đích đến, chỉ là một trạm dừng giữa đường
Đăng bài xong thì thấy rất thỏa mãn.
Nhưng từ góc nhìn của người vào qua tìm kiếm, đăng bài chỉ có nghĩa là «tệp đã tồn tại».
Google nói rõ rằng sơ đồ trang web giúp tìm ra địa chỉ (URL), nhưng không đảm bảo mọi địa chỉ trong đó đều được thu thập hay đưa vào chỉ mục. [1]
Tức là con đường rất dài:
đăng bài → được tìm thấy → robot ghé thu thập → được đưa vào chỉ mục → hiện trong kết quả tìm kiếm → được bấm vào → được đọc → sang bài tiếp theo → quay lại lần nữa
Nói «đăng rồi, xong việc» giống như vừa qua cổng soát vé ở ga đã tuyên bố chuyến đi kết thúc.
3. Khi tự động hóa, luật chơi thay đổi
Khi con người viết từng bài một, cách chính để tăng kết quả là viết thêm một bài.
Khi việc làm bài được tự động hóa, giá trị thời gian của con người thay đổi.
Đôi khi những việc này hiệu quả hơn là thêm một bài:
- cải thiện phần bài liên quan ở mọi bài
- cải thiện thẻ tiêu đề của mọi bài
- làm đúng sơ đồ trang web cho mọi bài
- tự động báo địa chỉ mới và địa chỉ vừa cập nhật
- đo chênh lệch lượt truy cập giữa các ngôn ngữ
- tự động phát hiện đăng bài thất bại
Vì sao? Vì một lần sửa lan ra hàng trăm, hàng nghìn bài.
Sức mạnh chuyển từ làm ra bài sang tác động lên cả kho bài cùng lúc.
4. Cải tiến xong thì thấy điểm nghẽn tiếp theo
Đây là lý do lớn nhất khiến trò chơi này không kết thúc.
Lúc đầu, vấn đề có vẻ là «bài còn ít».
Thì thêm bài.
Rồi thấy «có bài nhưng không ai mở».
Thì sửa thẻ bài.
Rồi thấy «mở rồi nhưng không sang bài khác».
Thì sửa đường đi của người đọc.
Rồi thấy «có đọc nhưng tìm kiếm đem về ít người».
Thì sửa phần tìm kiếm.
Rồi thấy «hiện trong tìm kiếm rồi nhưng mỗi ngôn ngữ chênh nhau nhiều».
Thì sửa cách tiếp cận người đọc ở từng ngôn ngữ.
Vậy nên cải tiến không chỉ xóa vấn đề.
Nó làm vấn đề kế tiếp hiện ra.
Đánh bại trùm xong thì không có màn kết thúc, mà sương trên bản đồ tan đi và hầm ngục tiếp theo xuất hiện.
5. Một lần sửa có tác dụng với mọi bài sẽ lớn dần như lãi kép
Cải tiến từng bài giống phép cộng.
Sửa một bài thì một bài tốt lên.
Còn cải tiến hệ thống chung thì giống phép nhân.
Chẳng hạn, nếu sửa các phần chung như:
- tạo liên kết nội bộ
- cách gợi ý bài
- mẫu cho từng ngôn ngữ
- siêu dữ liệu (thông tin của trang gửi cho công cụ tìm kiếm)
- dữ liệu có cấu trúc
- sơ đồ trang web
- kiểm tra sau khi đăng
- đếm lượt bấm
- hàng đợi chia sẻ
thì cả bài đã có lẫn bài sau này đều được lợi.
Bài càng nhiều thì một lần sửa phần chung càng có giá trị.
Nên đến một lúc nào đó, sửa thứ có ích cho mọi bài thú vị hơn là viết thêm một bài.
Đây đúng là cái bẫy của cây kỹ năng.
6. Cái này giống «hệ điều hành cho trang tin» hơn là «robot viết bài»
Một robot viết bài đơn giản chỉ làm:
đầu vào → tạo văn bản → đăng
rồi hết.
Nhưng khi vận hành tiếp, nó thành:
lên ý tưởng → viết → kiểm tra chất lượng → dịch → đăng → kiểm tra trang đang chạy thật → sơ đồ trang web → báo công cụ tìm kiếm → theo dõi robot → đo chỉ mục và lượt truy cập → cải thiện đường đi của người đọc → chia sẻ qua mạng xã hội và bản tin → kiếm tiền → dùng số liệu cho lần cải tiến sau
Đến đây, nó không còn là máy tạo bài nữa mà là một hệ điều hành nhỏ để vận hành trang tin.
Bài viết không phải là ứng dụng.
Bài viết trở thành dữ liệu chảy trong hệ thống.
7. Vì sao «làm được đến mức này trong chưa đầy một tuần» trông bất thường
Tốc độ không đến từ việc gõ nhanh.
Nó đến từ việc thời gian chờ biến mất.
Trước đây thường là:
ý tưởng → họp → viết yêu cầu → sắp thứ tự ưu tiên → chờ đến lượt lập trình → lập trình → kiểm thử → phát hành → vài tuần sau mới phân tích
Có AI hỗ trợ và đường tự động đến trang đang chạy thật, vòng này có thể ngắn hơn nhiều:
nghĩ ra → viết mô tả → làm → kiểm tra → đưa lên trang thật → quan sát → cải tiến tiếp
Nghiên cứu của DORA cũng nêu các khả năng quan trọng như thay đổi nhỏ, chuyển giao liên tục, giám sát và phản hồi nhanh. [3]
Vậy nên thứ thật sự được rút ngắn không chỉ là «thời gian làm việc».
Mà là thời gian chờ cho đến khi có câu trả lời.
8. Nhưng chỉ có AI nhanh thì mọi thứ chỉ hỏng nhanh hơn
Điều này quan trọng.
AI viết mã và viết bài nhanh, nhưng không có nghĩa cứ đổ thật nhiều vào là thắng.
Làm nhanh cũng là tạo lỗi nhanh.
Muốn biến tốc độ thành giá trị, cần có nền tảng như sau:
- sửa từng chút một
- kiểm thử
- đọc trang đang chạy thật
- quan sát lỗi
- có thể quay lại
- chỉ giữ một bản gốc chuẩn
- nhìn bằng chứng, không phải «chắc là được rồi»
DORA cũng nói rằng chỉ dùng AI thì việc chuyển giao phần mềm không tự khá lên; những điều cơ bản như thay đổi nhỏ và kiểm thử chắc chắn vẫn quan trọng. [3]
Nếu làm chân ga to hơn, cũng phải làm phanh và đồng hồ to hơn.
9. Thêm công cụ tìm kiếm vào thì càng không có hồi kết
Sau khi đăng, còn một thế giới khác là công cụ tìm kiếm.
Tạo sơ đồ trang web.
Báo các địa chỉ đã thay đổi.
IndexNow là cách báo cho công cụ tìm kiếm về các địa chỉ được thêm, sửa hoặc xóa, và tài liệu chính thức khuyên gửi thông báo tự động sau khi nội dung thay đổi. [2]
Nhưng báo rồi không có nghĩa là sẽ hiện trong kết quả tìm kiếm.
Vì vậy bước tiếp theo là xem riêng từng việc:
- đã gửi thông báo chưa
- robot có ghé chưa
- đã vào chỉ mục chưa
- đã hiện trong kết quả chưa
- có ai bấm không
Nếu nhiều ngôn ngữ thì phải nhân với số ngôn ngữ.
Mà công cụ tìm kiếm cũng không chỉ có một.
Đúng vậy, cây kỹ năng vừa có thêm ba trang.
10. Có 12 ngôn ngữ thì một trang web thành 12 thị trường
Điều thú vị của nhiều ngôn ngữ là dịch xong chưa phải hết.
Ngay cả với cùng một bài, mỗi nước khác nhau ở:
- công cụ tìm kiếm hay dùng
- cách dùng mạng xã hội
- tiêu đề dễ được bấm
- lượng giải thích người đọc mong đợi
- đường kiếm tiền
- đường người đọc quay lại
Nên «hỗ trợ 12 ngôn ngữ» không phải là sao chép một nội dung 12 lần.
Nó gần với vận hành 12 thị trường trên một nền tảng chung.
Rồi những đề tài nghiên cứu mới tự mọc ra: «Sao chỉ tiếng Nhật tăng?» hay «Sao ở một ngôn ngữ robot ghé nhiều mà không ai đọc?»
Thêm nội dung thì có thêm thứ phải nghiên cứu.
Thiết kế chu đáo thật. Chỉ không biết là chu đáo với ai.
11. Cái bẫy lớn nhất: «sửa được» biến thành «phải sửa»
Trò chơi không có hồi kết cũng có nguy hiểm.
Chỗ để sửa thì lúc nào cũng có.
Khoảng cách của nút bấm cũng sửa được.
Tên của nhật ký hệ thống cũng sửa được.
Góc bo tròn của bảng điều khiển cũng sửa được, miễn là đời còn cho phép.
Nhưng
sửa được khác với đáng sửa ngay bây giờ.
Những cải tiến nên ưu tiên là những cái:
- có ích cho nhiều bài và nhiều người đọc
- giải quyết điểm nghẽn có thật
- đo được hiệu quả
- nếu hỏng thì phát hiện và khôi phục được
- làm cho các lần cải tiến sau nhanh hơn
Thiếu tiêu chí này, ta sẽ hài lòng vì làm xong màn hình quản trị đẹp nhất thế giới mà không ai xem.
12. Tài sản thật sự không phải số bài, mà là tốc độ cải tiến
Số bài tất nhiên là tài sản.
Nhưng với một trang tin tự động hóa, còn có tài sản quan trọng hơn:
thời gian từ lúc phát hiện vấn đề, sửa, cho đến khi thấy kết quả.
Thời gian này càng ngắn,
càng bỏ nhanh được điều sai,
càng mở rộng nhanh được điều đúng,
càng theo kịp thay đổi trong hành vi người đọc,
và vẫn điều chỉnh được khi công cụ tìm kiếm hay nền tảng chia sẻ thay đổi.
Cho nên lợi thế lâu dài không phải «một trang web hoàn hảo ngay từ đầu».
Mà là một trang web học nhanh.
13. Và thế là vận hành trang web thành nội dung cuối game không có hồi kết
Nếu «xong» nghĩa là «không còn chỗ nào để sửa», thì cả đời cũng không xong.
Nhưng không sao.
Hãy đổi điều kiện «xong» thành:
- thấy được điểm nghẽn tiếp theo
- sửa được
- kiểm tra được trên trang thật
- tổng thể tốt lên một chút
Khi đó, việc không có hồi kết không còn là khuyết điểm.
Viết bài.
Sửa hệ thống.
Số liệu quay về.
Lại sửa.
Ý tưởng cải tiến chưa tồn tại hôm qua, hôm nay hiện ra nhờ cải tiến của hôm nay.
Cái này không giống blog mà giống một trò chơi quản lý tự phát hành bản cập nhật cho chính nó.
Người vận hành đi ngủ, bài vẫn tăng, sáng dậy đã có điểm nghẽn mới chờ sẵn.
Người vận hành: «Bao giờ thì xong?»
Hệ thống: «Đã tạo danh sách ứng viên cải tiến tiếp theo.»
Người vận hành: «Ừ...»
Có lẽ đây là hình dạng đúng nhất của nội dung cuối game.
[1] Google Search Central, “Learn about sitemaps”
https://developers.google.com/search/docs/crawling-indexing/sitemaps/overview
[2] IndexNow.org, “Documentation”
https://www.indexnow.org/documentation
[3] Google Cloud, “DevOps capabilities” / DORA
https://docs.cloud.google.com/architecture/devops
