Việc chuyển toàn bộ hoạt động đấu giá sang một nền tảng mới không chỉ là một thách thức kỹ thuật – mà là một sự chuyển đổi vận hành ảnh hưởng đến mọi phần của doanh nghiệp.

Tình huống

Nhà đấu giá đang sử dụng nhiều hệ thống rời rạc:

• Một nền tảng cho việc lập danh mục
• Một nền tảng khác cho chụp và quản lý hình ảnh
• Các công cụ riêng cho lập hóa đơn
• Quy trình thủ công cho điều phối vận chuyển
• Bảng tính ở khắp nơi

Họ cần mọi thứ ở một chỗ, và Auctionet trông có vẻ đầy hứa hẹn. Nhưng triển khai? Đó mới là thách thức thực sự.

Tại sao dự án này quan trọng

Đây không chỉ là thay phần mềm. Họ có đội ngũ quốc tế, yêu cầu tuân thủ phức tạp và các quy trình thanh toán trải rộng trên nhiều quốc gia. Nếu chuyển đổi sai, doanh nghiệp có thể mất nhiều tháng đà phát triển.

Cách triển khai

1. Tiếp quản vận hành toàn diện

Thay vì cố gắng đào tạo nhân sự hiện tại trong khi họ vẫn đang chạy các phiên đấu giá trực tiếp, mình tiếp quản toàn bộ việc triển khai Auctionet:

• Lập danh mục: tạo quy trình chuẩn hóa cho mô tả và phân loại sản phẩm
• Nhiếp ảnh: thiết lập quy trình chụp hình chất lượng cao và đồng nhất
• Quản lý tồn kho: thiết lập theo dõi đầy đủ từ nhập hàng đến bán hàng
• Điều phối vận chuyển: tích hợp vận chuyển quốc tế với yêu cầu hải quan

2. Phối hợp đội ngũ xuyên múi giờ

Đội ngũ trải rộng giữa Anh và Việt Nam, điều đó đồng nghĩa:

• Tạo tài liệu phù hợp với rào cản ngôn ngữ
• Thiết lập giao thức liên lạc phù hợp với múi giờ khác nhau
• Xây dựng quy trình phê duyệt tránh tắc nghẽn ở một cá nhân duy nhất

3. Tuân thủ và thanh toán

Đấu giá quốc tế đồng nghĩa quy định quốc tế. Tôi phụ trách:

• Tuân thủ VAT cho các quốc gia khác nhau
• Tích hợp xử lý thanh toán
• Tự động hóa tài liệu hải quan
• Giao thức phòng chống gian lận

Con số quan trọng

Kết quả tháng đầu tiên:

• 1,000+ sản phẩm được liệt kê và phân loại thành công
• £12,000 doanh thu từ nền tảng mới
• Không lỗi thanh toán hoặc vi phạm tuân thủ nào
• Phối hợp trơn tru giữa các nhóm tại Anh và Việt Nam

Yếu tố tạo nên thành công

Quy trình chuẩn hóa

Thay vì cố gắng chiều theo cách làm của từng người, mình tạo một quy trình thống nhất cho mọi người làm theo. Điều này loại bỏ sự nhầm lẫn và đảm bảo tính nhất quán.

Ghi chép đầy đủ

Làm việc xuyên múi giờ và ngôn ngữ, giả định sai lầm có thể giết chết dự án. Mình ghi chép tất cả quy trình, phê duyệt và mọi trường hợp đặc biệt.

Bàn giao dần dần

Thay vì đào tạo toàn bộ cùng lúc, mình bàn giao từng phần khi đội ngũ đã sẵn sàng với từng khâu.

Khía cạnh kỹ thuật

Nền tảng tích hợp:

• Auctionet làm hệ thống quản lý đấu giá chính
• Lưu trữ đám mây cho hình ảnh độ phân giải cao
• Cổng thanh toán cho giao dịch quốc tế
• API vận chuyển để tự động tạo chứng từ hải quan

Tự động hóa chính:

• Tạo hóa đơn tự động sau khi bán
• Tạo nhãn vận chuyển kèm tài liệu hải quan
• Đối soát thanh toán đa tiền tệ
• Cập nhật trạng thái tồn kho theo thời gian thực

Bài học

Quy trình quan trọng hơn công nghệ. Nền tảng chỉ tốt khi các quy trình xung quanh nó được thiết kế hợp lý. Dành thời gian xây dựng quy trình rõ ràng ngay từ đầu giúp tiết kiệm nhiều tuần nhầm lẫn.

Phối hợp quốc tế cần giao tiếp nhiều hơn bạn nghĩ. Những gì tưởng là quá nhiều tài liệu và quá nhiều lần kiểm tra thực ra lại vừa đủ.

Chuyển đổi từng bước giảm rủi ro. Thay vì đổi toàn bộ một lúc, chúng mình chuyển từng phiên đấu giá, giúp phát hiện và xử lý sự cố mà không ảnh hưởng toàn bộ doanh nghiệp.

Kết quả sau cùng

Nhà đấu giá giờ hoạt động hoàn toàn trên Auctionet, với quy trình chuẩn hóa hoạt động trơn tru ở tất cả địa điểm. Họ có thể đào tạo nhân viên mới nhanh chóng nhờ tài liệu rõ ràng và chưa gặp bất kỳ vấn đề tuân thủ nào kể từ khi chuyển đổi.

Quan trọng nhất, họ có thể tập trung vào việc họ giỏi nhất – tuyển chọn và bán các món đồ thú vị – thay vì phải vật lộn với công nghệ.

Đang lập kế hoạch chuyển nền tảng? Hãy trao đổi yêu cầu của bạn.

Cadmore Auctions vận hành đấu giá trực tiếp suốt nhiều thập kỷ. Khi COVID xảy ra, toàn bộ mô hình kinh doanh phải xoay trục sang trực tuyến — và phải làm điều đó ngay lập tức.

Thách thức ban đầu

Lần đầu tới Cadmore, mình gặp một đội ngũ hiểu sâu về đồ cổ và nghệ thuật, nhưng hiện diện số gần như bằng không. Doanh nghiệp:

• sở hữu website WordPress cũ kỹ không được cập nhật nhiều năm
• không có bất kỳ kênh mạng xã hội nào
• xử lý mọi việc thủ công, từ lập catalogue đến xuất hóa đơn
• không thể tiếp cận người mua quốc tế
• yêu cầu khách phải có mặt tại phòng đấu giá

Đại dịch buộc họ phải chuyển từ mô hình địa phương, trực tiếp sang vận hành toàn cầu, ưu tiên số. Và họ cần làm điều đó trong thời gian rất ngắn.

Mình đã làm gì

1. Cấp tốc làm lại website

Ưu tiên đầu tiên là website đủ tốt để trưng bày phiên đấu giá trực tuyến. Mình thiết kế lại toàn bộ WordPress bằng Elementor, tập trung vào:

• giao diện responsive vì phần lớn lưu lượng truy cập đến từ di động
• cấu trúc SEO chuẩn để hút người mua quốc tế
• kết nối với hệ thống quản lý đấu giá
• thư viện ảnh chất lượng cao cho từng món hàng

Kết quả: lưu lượng web tăng 47% chỉ trong ba tháng đầu.

2. Xây mạng xã hội từ con số 0

Cadmore chưa từng làm social. Mình dựng toàn bộ chiến lược:

• TikTok: hậu trường quy trình đấu giá
• Facebook: quảng cáo nhắm đúng từng hạng mục
• Instagram: ảnh đẹp của các món độc

TikTok đặc biệt hiệu quả. Nhờ các video ngắn kể chuyện về món đồ và lịch sử của chúng, tài khoản tăng từ 0 lên 10.000 người theo dõi.

Kết quả: mạng xã hội trở thành kênh chính mang khách hàng mới.

3. Tự động hóa giúp tiết kiệm £9.321 mỗi năm

Khối lượng công việc thủ công trước đó rất lớn. Mình dùng Google Apps Script để tự động hóa:

• Lập catalogue: tạo mô tả tự động từ ảnh
• Chăm sóc khách: email follow-up sau phiên đấu giá
• Báo cáo tài chính: hoá đơn và theo dõi thanh toán
• Vận chuyển quốc tế: biểu mẫu hải quan và tracking

Kết quả: tiết kiệm £9.321 chi phí nhân sự mỗi năm và loại bỏ lỗi khi xuất hóa đơn.

4. Mở rộng ra quốc tế

Trước đây họ chỉ bán cho khách có mặt tại phòng đấu giá. Mình giúp họ:

• chuẩn hóa quy trình vận chuyển quốc tế
• viết mô tả đấu giá đa ngôn ngữ
• thiết lập phương thức thanh toán cho khách nước ngoài
• phối hợp với đối tác ở nước ngoài

Kết quả: doanh thu hàng tháng tăng thêm £160.000, phần lớn từ khách quốc tế mới.

Các con số

• 12 phiên đấu giá quốc tế tổ chức thành công
• £160k doanh thu hàng tháng tăng thêm
• 47% tăng trưởng lưu lượng web
• 10.000 người theo dõi TikTok từ con số 0
• £9.321 tiết kiệm mỗi năm nhờ tự động hóa

Bài học rút ra

Mình học được rằng chuyển đổi số không chỉ là công nghệ mà là tái thiết toàn bộ cách doanh nghiệp vận hành. Cadmore không chỉ cần một website; họ cần dựng lại hành trình khách hàng trong kỷ nguyên số.

Điều thành công nhất không nằm ở các đoạn script tự động hóa mà ở chiến lược social. Mọi người mê câu chuyện đằng sau đồ cổ, và mạng xã hội cho phép kể những câu chuyện ấy đến khán giả toàn cầu.

Ngăn xếp công nghệ

• WordPress + Elementor cho website
• Google Apps Script để tự động hóa
• Facebook Ads Manager cho quảng cáo nhắm mục tiêu
• TikTok Business Tools cho chiến lược nội dung
• Các API vận chuyển để xử lý logistics quốc tế

Điểm hay là giải pháp không xây mới từ đầu — chỉ nối các công cụ có sẵn theo cách thông minh.

Sau dự án

Cadmore giờ là nhà đấu giá ưu tiên số, thỉnh thoảng mới tổ chức trực tiếp — thay vì ngược lại. Họ giữ được chuyên môn truyền thống, đồng thời mở rộng cơ hội kỹ thuật số.

Đôi khi họ vẫn gọi mình khi muốn thêm tính năng hay mở thị trường mới. Nhưng phần lớn hệ thống đã tự vận hành — đúng như mục tiêu ban đầu.

Làm tech trong một doanh nghiệp chưa có DNA công nghệ giống như làm tư vấn cho client: quy trình rời rạc, công cụ cũ kỹ và hầu như không có lưới an toàn. Hôm qua, chỉ một lần import CSV đã xoá sạch 30 lot khỏi catalog – bài học đắt giá để mình xây lại toàn bộ cơ chế bảo vệ dữ liệu.

Sự cố override 30 lot

Nền tảng đấu giá mà công ty đang dùng cho phép upload CSV để cập nhật lot. Nhưng nếu phiên đã có dữ liệu, file mới sẽ override hoàn toàn dữ liệu cũ mà không cảnh báo cụ thể lot nào bị ảnh hưởng, không có backup tự động, càng không có nút Undo. Kết quả:

• 30 lot biến mất, trong đó có 20 lot quan trọng.
• Cả đội phải chạy theo tra cứu người bán, người nhận hàng để kịp trả tiền sau phiên.
• Tin nội bộ lan rất nhanh – một lỗi nhỏ dễ dàng trở thành “thảm hoạ” trong mắt người khác.

Vì sao có log mới cứu được

May mắn là mình luôn giữ lại log vận hành: file nào được import, thời gian, người thao tác. Nhờ vậy, khi sự cố xảy ra có thể truy ngược rất nhanh, so sánh với backup và khôi phục đúng lot cần thiết. Thiếu log, câu chuyện sẽ trở thành “tối cổ” – không biết nguyên nhân, càng không biết sửa.

Làm lại hệ thống backup cho ra trò

Sau lần này mình chia việc bảo vệ dữ liệu thành ba lớp:

1. Backup ngay lập tức: mỗi khi export catalog, lưu một bản CSV “comprehensive” trước khi import bất kỳ thứ gì.
2. Đặt tên có cấu trúc: thay vì để hệ thống đặt tên lung tung, file backup được chuẩn hoá theo {auction-code}_{yyyymmdd}_{hhmm}.csv để Spotlight hay Finder đều tìm được trong vài giây.
3. Script hoá quy trình: viết một script Selenium đọc tên auction trực tiếp từ hệ thống, tự bấm export và lưu file đúng thư mục. Việc lặp lại được giao cho máy móc, tránh cảnh backup nhầm phiên hay quên đặt tên chuẩn.

Bài học khi làm tech trong non-tech

• Rủi ro UX nhỏ sẽ thành rủi ro kinh doanh lớn nếu không có cơ chế bảo vệ. Một hộp thoại cảnh báo không đủ.
• Logging là phao cứu sinh: không chỉ để trách nhiệm rõ ràng mà còn để bình tĩnh tìm đúng chỗ hỏng.
• Automation phải phục vụ con người: script backup giúp cả đội yên tâm hơn, kể cả những đồng nghiệp không rành công nghệ.
• Chia sẻ giải pháp thay vì đổ lỗi: khi mọi người thấy có lưới an toàn, không ai còn hứng thú đi “bóc phốt” lỗi nữa – chúng ta cùng giải quyết vấn đề.

Một chút kỷ luật và vài đoạn code nhỏ đã giúp catalog đấu giá của mình an toàn hơn rất nhiều. Không cần chờ platform nâng cấp, chúng ta vẫn chủ động dựng được hệ thống đáng tin cậy cho chính đội ngũ của mình.

Coding trước đây đối với mình là một thứ gì xa vời, kĩ thuật mà chỉ có dân học công nghệ các thứ mới học được. Cũng có mày mò đi học freecodecamp một thời gian, học được chút html với css nhưng không ứng dụng được gì vào thực tế, bài tập code thì đơn giản mà nhìn vô cái mã của mấy trang web dài mà phát hoảng (chỗ bà bấm chuột phải xong chọn inspect đó). Vậy mà trong vòng 7 tháng từ tháng 5 năm 2024 tới giờ, Tea phát triển được hơn 50 file code các thể loại từ windows batch, appscript, cho đến python sử dụng selenium, csv, pandas các kiểu để giải quyết được những công việc thực tế, tự động hoá những công việc lặp đi lặp lại. Ngồi tính nhẩm nhẩm ra khối lượng công việc mà mấy con code này cày được chắc tương đương khoảng hai người full-time rưỡi ngồi làm, từ là gần 100 tiếng đồng hồ mỗi tuần. Nghe cao siêu quá, ghê gớm quá, nhưng mà không tới nỗi vậy đâu, để Tea kể cho nghe. Hồi trước muốn viết ra một phần mềm, một người coder cần phải biết hàng trăm, hàng ngàn dòng lệnh, mỗi dòng lệnh có một tác dụng khác nhau, và để thực hiện những chương trình phức tạp thì người coder phải biết càng nhiều lệnh càng tốt để phòng khi có một ngày sử dụng đến. Nói cách khách, phải biết thiệt nhiều để hi vọng khi gặp vấn đề thực tế thì biết dòng lệnh nào để sử dụng, đạt được hiệu quả công việc tối đa. Có đợt cũng mơ mộng muốn phát triển phần mềm, lên mạng đọc xem học bao lâu thì mới có thể code được một phần mềm hoàn chỉnh, thất vọng tràn trề khi thấy phải học cả 2-3 năm thì mới biết được một ngôn ngữ lập trình, mà nhiêu đó còn chưa đủ để làm một phần mềm hoàn chỉnh mà chỉ mới có thể lãnh một khâu trong quá trình phát triển phần mềm, còn phải phụ thuộc người khác để làm front-end, back-end các kiểu. Nghe nản luôn mà!

Năm 2021 khi ChatGPT ra đời thực sự là một bước ngoặt. Giờ người ta không cần phải thuộc làu hết tất cả các ngôn ngữ lập trình trong đầu nữa, mà chỉ cần miêu tả ý tưởng với ChatGPT là có thể phát triển được chương trình của mình bằng bất cứ ngôn ngữ lập trình nào rồi. Bắt đầu bằng một vấn đề cụ thể: Thông thường các chương trình học lập trình thường dạy các kiến thức rất nền tảng, cơ bản. Các kiến thức này rất quan trọng chứ, nhưng vẫn không có ý nghĩa gì nếu nó không liên quan. Giống như là: “Cái anh nói hay lắm, nhưng mà có liên quan gì đến tui đâu mà nói cho tui nghe?”. Bởi vậy nên mình học mấy khoá từ đầu chỉ học bài 1, bài 2 là nản mất tiêu rồi (chắc cũng tại tính không kiên nhẫn, mau chán). Vậy nếu được làm lại, Tea sẽ bắt đầu với một vấn đề cụ thể, ví dụ:

• Tạo một loạt các thư mục Google Drive theo danh sách có sẵn trong file Excel, sau đó gửi link của các thư mục này cho địa chỉ email tương ứng trong file Excel đó.
• Đổi tên tất cả các file trong mỗi thư mục con, thêm tên của thư mục chứa các file đó làm tiền tố của file để dễ nhận diện khi gửi file đi.
• Tự động đếm số chữ đã viết trong ngày/tuần/tháng và gửi email tự động nhắc nhở mình viết cho đủ mục tiêu. Hồi chưa có ChatGPT, nếu hỏi một anh bạn lập trình viên phát triển phần mềm, anh ấy có thể sẽ trả lời đại loại như: ‘Em sẽ phải học javascript, rồi phát triển appscript, rồi cách dùng/kết nối API của Google vào code của mình,…’. Mình cũng đâu thể kêu anh code thử cho em coi coi, làm cho em coi thử xong em học làm lại. Ai mà chịu chỉ cho như vậy chắc thu nhiều tiền, vừa tiền soạn bài code theo yêu cầu của mình, vừa tiền học phí dạy cho mình cách làm chương trình giống như vậy nữa. Giờ thì free hoàn toàn, mấy việc phía trên cứ bỏ vào ChatGPT mà hỏi, nó trả lời cho cặn kẽ, viết hẳn code, cho ví dụ, không hiểu dòng nào giải thích lại dòng đó. Sẽ có lúc sẽ chạm đến những vấn đề về kiến thức nền tảng, khái niệm cơ bản mà phải dành thời gian ra học cơ bản mới hiểu chứ, nhưng đến lúc đó học vẫn chưa muộn mà phải không? Chưa kể, lúc đó mình lại có động lực học để hiểu khái niệm đó hơn, vì hiểu càng sớm thì áp dụng giải quyết vấn đề càng sớm, càng nhanh. Ví dụ cụ thể cho việc này là có lúc Tea đang phát triển nhiều đoạn code cùng một lúc, lúc thay đổi này hay thay đổi kia không theo dõi được, phải copy paste, bỏ vô notes của máy tính ghi là version 1, version 2, cái nào work thì giữ lại để sau còn quay lại version đó. Lúc đó lên mạng hỏi diễn đàn, hỏi ChatGPT mới biết là dân chuyên nghiệp không ai làm thế cả, mà người ta dùng Git, lưu trữ các phiên bản khác nhau ở trên GitHub, làm tới đâu thì cập nhật sao lưu tới đó, hoàn toàn bằng lệnh hết nên nhanh gọn lẹ, không có copy paste gì rườm rà. Thế là dành cả 1 ngày để học, hiểu xem các dùng Git như thế nào, đăng lên GitHub ra làm sao, tốn cũng khá thời gian nhưng lúc nào cũng có động lực để hiểu cho nhanh mà còn quay lại phát triển dự án mình đang làm tiếp tục. Chắc vì thích ngôn ngữ, nên Tea thích nghĩ về ngôn ngữ lập trình y như một…ngôn ngữ vậy. Cũng có ngữ pháp, từ vựng như bình thường. Trong đó từ vựng là những dòng lệnh khác nhau, ví dụ trong appscript thì có dòng lệnh để mở file, đóng file, copy dữ liệu, paste dữ liệu, đổi tên file, tạo thư mục, xoá file,…hay trong selenium thì có mở tab mới, đóng tab, click vào, cuộn lên, cuộn xuống trang, điền vào ô trống,…Ngữ pháp là những cú pháp để liên kết những dòng lệnh phía trên lại với nhau, ví dụ như làm cái nào trước, làm cái nào sau, làm cái A trong vòng bao nhiêu lần trước khi thoả mãn điều kiện gì đỏ rồi thực hiện B để đóng code lại. Để thành thạo được ngôn ngữ này thì cũng phải biết nhiều từ vựng, và biết đủ ngữ pháp để liên kết những từ vựng đó lại với nhau vậy. Cũng vì vậy mà áp dụng cách học ngôn ngữ như tiếng Anh vào cách học lập trình, thiết kế phần mềm cũng rất được nè! Ví dụ như học bao nhiêu từ vựng, ngữ pháp đi nữa mà không dùng đến thì cũng quên, còn nếu chỉ biết vài cái thôi, nhưng dùng thời dùng lui, dùng hoài, dùng tới khi gặp tình huống không đủ dùng thì lại lên mạng cập nhật một tí, học thêm vài từ cho đủ dùng, thì lại nhớ hoài, nhớ rõ, nghe là hiểu, đọc tới mấy ‘từ vựng’ đó là biết người ta đang nói về cái gì liền. Muốn nói tiếng Anh hay tiếng gì hay, trước nhất phải biết nói trước phải không? Nên muốn lập trình ra phần mềm thiệt xịn xò, trước nhất cũng phải hiểu ngôn ngữ, nhưng mà hiểu ở mức sử dụng chứ không phải chỉ biết qua qua cho có rồi cũng quên. Team lập trình cơ bản, theo Tea hiểu thường sẽ có một leader và một đội những bạn coder. Người leader thường sẽ không trực tiếp ngồi viết, gõ từng dòng code, mà đa số sẽ lên concept, chỉ đạo và hướng dẫn các bạn coder trong team mỗi người viết một đoạn code khác nhau. Sau đó người leader sẽ rà soát lại xem có lỗi ở đâu không, còn có thể tối ưu được hơn nữa không, và có thể leader là người tổng hợp code, hoặc có một bạn tổng hợp các code, các phần khác nhau lại luôn. Cũng giống như trong nhà máy vậy đó, để làm ra cái bàn thì có ông làm cái chân bàn, có bà làm cái mặt bàn, có người đóng vít,…còn người thợ chính đôi khi chỉ làm những công đoạn quan trọng hoặc chỉ quan sát và hướng dẫn thôi. Công cụ AI bây giờ có thể, ở một mức độ tương đối, thay công việc của các bạn coder ngồi gõ từng dòng code để phát triển từng phần, không cần phải có những người biết hàng ngàn dòng code, vài chục ngôn ngữ lập trình để viết những đoạn code thành phần ấy nữa. Vậy nên team code ngày xưa sẽ có 2 hướng phát triển:
• Ông/Bà leader thấy ChatGPT viết được code thành phần, cắt giảm nhân sự, một mình ngồi thay vì gõ email cho nhân viên thì gõ prompt cho ChatGPT viết, sau đó tự tay hoặc giữ lại một thành viên để tổng hợp code lại, thế là xong. Team ngày xưa 8 người giờ chỉ còn 2.
• Mỗi coder trong tay bây giờ nắm giữ năng lực phát triển của một đội coder ngày trước, nên team này hiệu quả và năng suất hơn bao giờ hết, một mình team làm mang lại doanh thu bằng cả công ty ngày trước, và doanh số công ty tăng gấp 10. Tuy nhiên điều này cần các bạn coder phải phát triển tư duy và những kĩ năng khác ngoài code, ví dụ như lắng nghe khách hàng, tìm hiểu nhu cầu, phát hiện vấn đề, thiết kế giải pháp,…Còn ai chỉ biết code và biết code thật giỏi thì cũng…hơi có vấn đề. Dĩ nhiên đây chỉ là một góc nhìn over-simplified - được tối giản hoá để bản thân và những người không làm việc trong ngành công nghệ khác hiểu được, chứ vấn đề này nó còn nhiều góc cạnh để phân tích, trong thực tế thì nó không đơn giản đến mức như vậy. Tea tin là vài năm nữa từ bây giờ, đa số mọi người đều biết phát triển phần mềm hết, tại ai cũng có một ông thầy quá giỏi, quá xịn xò là ChatGPT ở bên cạnh hướng dẫn chi tiết, cầm tay chỉ việc, thậm chí có thể đóng vai trò một ‘coder’ trong đội code ‘một mình tui’, còn bản thân mình là một người leader miêu tả vấn đề, giám sát và chỉnh sửa cho phù hợp với nhu cầu thực tế. Ai cũng có thể biết cách tạo ra những đoạn code để phục vụ như cầu công việc cá nhân, ví dụ như người kế toán thì có thể làm code để tự động tổng hợp dữ liệu kế toán, xuất báo cáo tài chính, tự động gửi email cho khách hàng theo ý muốn của mình, hay ca sĩ cũng có thể làm những phần mềm để quản lí show, book lịch, xuất hoá đơn cho khách,…hay đặc biệt giáo viên như Tea có thể tự động hoá việc chấm bài, gửi bài, từ đó mà có nhiều thời gian hơn để tập trung vào việc học những cái hay ho hơn để dạy cho học viên. Đương nhiên là các việc trên đã có những giải pháp phần mềm sẵn (gọi là SaaS) như Calendly (đặt lịch), MISA (kế toán), eInvoice (xuất hoá đơn), nhưng vẫn còn những việc nhỏ hàng ngày mà tốn rất nhiều thời gian trong khi có thể được tự động hoá bởi những đoạn code đơn giản. Biết code không phải để thay thế những giải pháp trên, mà để bổ sung vào những chỗ còn thiếu. Học đi chưa muộn cả nhà ơi!!