Về Keeply

Vì sao tôi tạo ra một công cụ "kiểm soát phiên bản"

Trong hai năm qua, công ty tôi nhận một dự án công trình công cộng, trong đó một nhân viên phụ trách các bản vẽ thi công CAD. Tập tin của anh ấy nằm trong thư mục dùng chung của công ty, nơi anh cộng tác với 6-7 người khác trong nhóm. Khi dọn dẹp máy tính trước lúc nghỉ việc, anh vô tình xóa mất một trong những bản vẽ CAD đó — và bản giấy của bản vẽ ấy vẫn chưa được quét và lưu hồ sơ. Không có lịch sử tập tin, không có ghi chép thay đổi, không có cách nào quay về thời điểm trước khi anh xóa. Một bản vẽ đó, chúng tôi phải vẽ lại từ đầu.

Chứng kiến chuyện đó, ý nghĩ đầu tiên của tôi không phải là "an ninh của chúng tôi đã thất bại" hay "lỗi tại ai." Mà là — chúng tôi không hề ngốc. Loại phần mềm này đơn giản là chưa bao giờ được thiết kế để nhớ ai đã làm gì. NAS, thư mục dùng chung, ổ đĩa đám mây — chúng được tạo ra để mọi người đồng bộ và cộng tác, không phải để truy ngược lại về sau. Tôi nghĩ: một công trường cần một công cụ quản lý tập tin, nhưng không phải loại mà các kỹ sư dùng.

Tôi không xuất thân từ ngành lập trình. Tôi dựa rất nhiều vào AI để viết mã, và trên đường đó tôi tình cờ biết tới một thứ mà các kỹ sư dùng gọi là git — nó nhớ "ai đã thay đổi gì, và khi nào." Đó là khoảnh khắc tôi nhận ra: các kỹ sư đã dùng khả năng này suốt nhiều thập kỷ, nhưng chưa ai từng đưa nó vào một công trường xây dựng. Thế là tôi bắt đầu thiết kế lại khả năng đó thành một phiên bản dành cho 6-7 người không phải kỹ sư cùng dùng chung một bộ tập tin. Keeply chính là câu trả lời đó.

Ở công trường tôi đã thấy tất cả những tình huống này — _v3_final.dwg rồi tới _v3_really_final.dwg, một thư mục old/ nhồi nhét 50 phiên bản cũ, và nhóm chat cứ vài ngày lại hỏi "ai có bản vẽ của thứ Năm tuần trước?" Từ đó tôi cứ tự hỏi — còn các nhóm văn phòng nhỏ khác thì sao? Nhà thiết kế, luật sư, công ty kế toán — những nơi mà 6-7 người ngày nào cũng dùng chung một bộ tập tin, họ có đang làm điều tương tự không? Giả lập lịch sử tập tin bằng tay qua quy ước đặt tên và cấu trúc thư mục. Vấn đề không phải là các nhóm này không hiểu công nghệ; mà là công nghệ này chưa bao giờ được chuyển dịch cho bối cảnh "những người không viết mã cần cùng nhau chỉnh sửa một bộ tập tin."

Đôi khi tôi tự hỏi có nên làm một phiên bản doanh nghiệp không. Đến giờ tôi vẫn chưa thấy nhu cầu cụ thể, và thiết kế một cách mù quáng khi chưa có nhu cầu chỉ tạo ra thứ chẳng ai muốn. Vì vậy tôi chọn chờ đợi — cho đến khi đủ nhiều người dùng doanh nghiệp đến nói với tôi "bạn nên thêm X," rồi tôi sẽ làm cho ra hồn. Khi thấy tín hiệu đó, tôi sẽ cập nhật trang này.

5 nguyên tắc của Keeply

Bạn đang trao tập tin của mình cho ai?

Keeply do một người làm ra. Tên tôi là Ting-Wei Tsao. Viết mã, thiết kế giao diện, trả lời email hỗ trợ, xử lý hoàn tiền, hồi đáp tin nhắn LinkedIn của bạn — tôi tự tay làm tất cả. Không có hỗ trợ thuê ngoài, không có PR phát ngôn thay tôi, không có đội ngũ tiếp thị. Bạn viết thư đến, và người trả lời là tôi.

Tôi là Kỹ sư Xây dựng dân dụng có chứng chỉ hành nghề (tôi đã thi đỗ kỳ thi sát hạch chứng chỉ hành nghề quốc gia của Đài Loan), chuyên về quản lý thi công, và tốt nghiệp Khoa Kỹ thuật Xây dựng của Đại học Khoa học và Công nghệ Quốc gia Đài Loan. Trong hai năm qua tôi làm việc tại một công ty xây dựng với các dự án công trình công cộng, nên mớ hỗn loạn tập tin mà một nhóm công trường đối mặt mỗi ngày là điều tôi đã trải qua.

Phần kỹ thuật là phần thú vị. Tôi dựa rất nhiều vào AI để viết mã, và lúc đầu tôi thậm chí còn không biết GitHub là gì. Có lần tôi đang đại tu một webapp mình đang xây, AI làm loạn lên và phá hỏng mọi thứ của tôi, mà lúc đó tôi lại không dùng git. May là sau đó AI tự mò ra cách sửa ngược lại cho tôi, và chỉ đến lúc đó tôi mới quay lại hỏi, "làm sao để giải quyết tận gốc loại chuyện này?" — đó là lần đầu tiên tôi biết tới git.

Trước đây tôi từng bán lại dịch vụ VPS cho khách hàng khắp thế giới, với tới 1.600 khách hàng sử dụng dịch vụ của tôi — nên việc "trao phần mềm cho người lạ qua internet và giữ cho nó luôn chạy" chẳng có gì mới với tôi. Trải nghiệm đó dạy tôi một điều: khách hàng không quan tâm công ty của bạn lớn cỡ nào, họ quan tâm bạn có giải quyết được vấn đề của họ hay không. Keeply do một người làm ra nghĩa là không có giám đốc sản phẩm nào ép tôi thêm một bảng điều khiển, không có tiếp thị nào bảo tôi viết "AI-powered," không có kịch bản hỗ trợ nào đứng giữa bạn và tôi. Tin nhắn của bạn đến thẳng tôi. Với tôi, cốt lõi của việc xây dựng một doanh nghiệp là giúp người ta giải quyết vấn đề — và điều Keeply giải quyết là mớ hỗn loạn tập tin hằng ngày mà các công trường và các nhóm văn phòng nhỏ phải đối mặt.

Nếu một ngày Keeply biến mất, dữ liệu của bạn có còn đó không?

Câu trả lời ngắn gọn: có. Lịch sử tập tin của Keeply nằm trên máy của bạn và trên máy của từng đồng nghiệp, không phải trên máy chủ của công ty chúng tôi. Kể cả nếu công ty Keeply ngày mai đóng cửa, trang web của chúng tôi tối đen, và hệ thống thanh toán ngừng hoạt động — bạn mở Finder (hoặc Windows File Explorer), vào thư mục Keeply, và 200 phiên bản đó vẫn nằm ngay chỗ cũ. Một nhóm 6-7 người nghĩa là 6-7 bản sao lưu độc lập.

Giấy phép phần mềm đi kèm chính sách hoàn tiền vô điều kiện trong 30 ngày. Gói Nhóm theo tháng, gói Nhóm theo năm, và giấy phép vĩnh viễn early-access $599 đều đủ điều kiện — không cần lý do, không phải điền biểu mẫu, chỉ cần gửi cho tôi một email. Xem điều khoản đầy đủ trong chính sách hoàn tiền.

Và nếu một ngày bạn quyết định ngừng dùng Keeply và chuyển sang công cụ khác — bạn có thể mang dữ liệu của mình theo. Lịch sử tập tin được lưu ở định dạng mở và có thể được đọc bởi phần mềm của bên thứ ba. Bạn sẽ không bị khóa vào Keeply.