Điểm chung của các blog kỹ thuật hấp dẫn
-
Việc phê duyệt dễ dàng hoặc gần như không cần
-
Quy trình phê duyệt/chỉnh sửa khiến bài viết trở nên hấp dẫn hơn với các kỹ sư
-
Có sự hỗ trợ ở cấp C-level
Điểm chung của các blog kỹ thuật kém hấp dẫn
-
Quy trình phê duyệt chậm và nhiều tầng nấc
-
Cần cả sự phê duyệt từ các bộ phận không thuộc khối kỹ thuật
-
Quy trình phê duyệt/chỉnh sửa chủ yếu nhằm loại bỏ rủi ro, xóa các tham chiếu tới nội dung cụ thể, hoặc làm bài viết trở nên mơ hồ nên không còn thú vị với kỹ sư
-
Không có sự hỗ trợ ở cấp cao
Quy trình của 3 công ty vận hành tốt được tổng hợp qua các cuộc phỏng vấn
Heap
▪ Nếu ai đó có ý tưởng để viết bài
▪ Tác giả (kỹ sư) sẽ ghép cặp với một "buddy" phụ trách biên tập và phê duyệt bài viết
▫ Buddy là một kỹ sư có kinh nghiệm viết tốt
▫ Qua vài vòng chỉnh sửa, trọng tâm chính của bài viết (thrust) có thể thay đổi
▪ CTO đọc và phê duyệt
▫ Thường chỉ có phản hồi nhỏ
▫ Những gợi ý ở mức như "nhà thiết kế có thể làm biểu đồ này trông đẹp hơn một chút"
▪ Xuất bản bài viết
- Ở giai đoạn biên tập đầu tiên, từng có việc chia sẻ bản nháp lên một kênh Slack để mọi người cùng góp ý,
nhưng đó không phải trải nghiệm tốt lắm nên quy trình được thiết kế để không nhận "quá nhiều phản hồi" qua bước này
Segment
▪ Nếu ai đó có ý tưởng để viết bài
▫ Thường lấy từ tài liệu nội bộ, bài thuyết trình bên ngoài, dự án đã phát hành, hoặc mã nguồn mở do công ty tự phát triển
▪ Tác giả (kỹ sư) viết bản nháp
▫ Kỹ sư senior đôi khi cũng hỗ trợ làm bản nháp
▪ Cho đến gần đây thì chưa có quy trình phản hồi
▫ Co-founder và engineering manager là những người chủ yếu phản hồi
▫ Nhận phản hồi từ các manager và tech lead
▫ Thường đến khoảng bản nháp thứ 3 là hoàn thiện
▫ Biên tập viên toàn thời gian bắt đầu chỉnh sửa
▪ Thông báo cho đội kỹ thuật và nhận phản hồi từ khoảng 15-20 người
▪ PR và đội pháp lý xem qua, với một bước phê duyệt nhẹ
-
Có chương trình "Blogging Retreat" dành một tuần chỉ để viết blog
-
Thiết lập các tiêu chí rõ ràng để Writing và Speaking có thể được ghi nhận trong đánh giá thành tích và career ladder
CloudFlare
▪ Nếu ai đó có ý tưởng để viết bài
▫ Viết blog nội bộ là một phần của văn hóa công ty, và một số bài đăng được lấy từ blog nội bộ
▪ CTO đọc mọi bài viết, và những người khác cũng đọc rồi bình luận
▫ CTO phê duyệt bài viết
▪ CEO là người bảo trợ cho hoạt động viết blog
▪ Quy trình phê duyệt pháp lý "rất nhanh", với SLO dưới 1 giờ
▫ Nhẹ đến mức gần như không cảm nhận được là nó thực sự tồn tại
Vì bài viết này chỉ dựa trên 3 công ty nên sẽ khá rủi ro nếu khái quát hóa, nhưng sự hỗ trợ từ ban điều hành là quan trọng
5 bình luận
Sẽ thật sự rất hữu ích nếu có một biên tập viên toàn thời gian xem bài từ góc độ làm sao để viết cho dễ đọc hơn, thay vì chỉ chỉ ra vấn đề về nội dung.
Ở Hàn Quốc thì gần đây Market Kurly có một bài viết rất hay, nhưng hình như chưa có trên GeekNews. Xem cùng theo chủ đề này thì sẽ rất hữu ích.
"Thiết kế lại blog kỹ thuật" https://helloworld.kurly.com/blog/redesign-tech-blog/
Tổng hợp blog kỹ thuật startup và ghi chép phát triển https://vi.news.hada.io/topic?id=1536
Có vẻ địa chỉ của trang tổng hợp blog kỹ thuật startup trong nước mà bạn tạo đã thay đổi rồi.
https://metapost.dev/
Cảm ơn bài viết hay :)
Không biết có phải là không thể sửa bài trên điện thoại không?
À, GeekNews không có chức năng chỉnh sửa ^^;;
À, ra là vậy T_T
Cảm ơn bạn đã cho biết