Em gái tôi điều hành một dịch vụ dắt chó đi dạo ngay trên xe hơi của cô ấy. Mười bốn khách hàng, một lịch Google Calendar chung mà ba người cùng chỉnh sửa lộn xộn, và thói quen nhắn tin "mình đang đến!" cho bất kỳ ai có chó sắp đến lượt, nghĩa là cô ấy đã quên hai lần và phải gọi điện xin lỗi ngượng ngùng. Cô ấy nhờ tôi làm "một ứng dụng, không cần cầu kỳ" vào thứ Năm và muốn nó hoạt động vào thứ Hai tuần sau. Tôi bảo sẽ cố có thứ gì đó xong vào tối Chủ nhật. Đây là nhật ký tôi ghi lại, vì tôi muốn biết sau đó điều gì thực sự tốn thời gian so với những gì tôi chỉ nghĩ là sẽ tốn.
Thứ Sáu, 8:40 tối — lệnh nhắc
Tôi không mở một trình soạn thảo trống. Tôi mở chat và chỉ mô tả về công việc kinh doanh: người dắt chó đi dạo đơn lẻ, mười bốn khách hàng thường xuyên, cần khách hàng nhận được tin nhắn nhắc nhở tự động vào buổi sáng ngày dắt chó, cần một trang đơn giản để cô ấy thêm khách hàng mới và tên chó của họ trong vòng chưa đến ba mươi giây vì thường cô ấy đang đứng ở lối vào nhà ai đó. Tôi đã nói "ứng dụng đặt lịch" một lần rồi lập tức rút lại — nó không phải ứng dụng đặt lịch, nó là một danh sách khách hàng có kích hoạt nhắc nhở. Việc chính xác về những gì nó KHÔNG PHẢI hóa ra lại quan trọng hơn việc mô tả nó là gì.
Thứ Sáu, 9:05 tối — bản kế hoạch được trả về
Bản kế hoạch có ba phần tôi không hề yêu cầu và sẽ quên mất:
- Một cách để đánh dấu một buổi dắt chó là đã hoàn thành, để lời nhắc không kích hoạt hai lần
- Một liên kết hủy nhận SMS để tuân thủ quy định
- Một chế độ xem theo ngày đơn giản thay vì lưới lịch, vì lưới lịch trên điện thoại với mười bốn mục chỉ là một bức tường chữ nhỏ li ti
Tôi viết lại bản kế hoạch ba lần riêng biệt trong hai mươi phút sau đó, chủ yếu là diễn đạt lại những thứ không cần diễn đạt lại. Nhìn lại, đó chỉ là sự lo lắng thuần túy — agent lập kế hoạch đã nắm đúng bố cục ngay từ lần đầu, và tôi chỉ đang chỉnh câu chữ chứ không phải nội dung.
Thứ Sáu, 9:40 tối — lần chạy đầu tiên
Khởi động và theo dõi đội agent làm việc qua mô hình khách hàng, trang xem theo ngày, và tác vụ nhắc nhở. Thiết kế trả về trông giống như một mẫu đơn tiếp nhận tại phòng khám thú y, điều này thực ra lại đúng với đối tượng người dùng — khách hàng của em gái tôi là những người nuôi chó ở độ tuổi 40-50, không phải một bản pitch deck gọi vốn Series A. Tôi suýt phản đối phong cách hình ảnh theo thói quen trước khi nhận ra nó phù hợp với người dùng thực tế hơn bất cứ thứ gì tôi sẽ tự chọn.
Thứ Sáu, 10:30 tối — trục trặc đầu tiên
Phần SMS cần một key nhà cung cấp thực trước khi có thể gửi bất kỳ tin nhắn thật nào, đây là hành vi đúng chứ không phải lỗi, nhưng tôi đã quên rằng mình chưa thiết lập nó. Mọi thứ khác vẫn hoạt động — ứng dụng chỉ ghi lại những gì lẽ ra sẽ gửi thay vì thực sự gửi đi, nghĩa là tôi có thể tiếp tục xây dựng thay vì bị chặn lại vì phải đăng ký Twilio vào lúc 10:30 tối thứ Sáu. Đi ngủ.
Thứ Bảy, 8:00 sáng — trục trặc thực sự
Đây mới là cái tốn thời gian thật sự. Tôi đã yêu cầu lời nhắc gửi đi "vào buổi sáng của ngày đó", và phiên bản đầu tiên hiểu điều này thành gửi cố định lúc 7 giờ sáng cho mọi khách hàng bất kể giờ dắt chó. Ổn cho buổi dắt lúc 9 giờ sáng, vô ích cho buổi lúc 4 giờ chiều. Tôi quay lại chat và nói thẳng:
Lời nhắc nên được kích hoạt trước một số giờ cố định so với giờ hẹn riêng của mỗi buổi dắt chó, không phải vào một giờ đồng hồ cố định.
Việc sửa chỉ mất một lần trao đổi. Bài học không nằm ở công cụ, mà nằm ở lệnh nhắc của chính tôi: "buổi sáng của ngày đó" là kiểu cụm từ nghe có vẻ chính xác đối với người nói ra nó nhưng hoàn toàn mơ hồ với mọi người khác, kể cả, hóa ra, chính tôi mười hai giờ sau.
Thứ Bảy, 11:15 sáng — đọc bản ghi xác minh
Trước khi động vào bất cứ thứ gì khác, tôi mở xem những gì bản build đã tự kiểm tra:
- Biểu mẫu khách hàng lưu chính xác
- Tác vụ nhắc nhở chạy đúng với một ngày lịch hẹn thử nghiệm
- Liên kết hủy nhận thực sự hủy đăng ký một số thử nghiệm
Không có gì bốc cháy cả. Tôi đã hình thành thói quen đọc phần này trước khi tự đi tìm vấn đề, vì nó cho tôi biết nên thực sự tập trung sự chú ý vào đâu thay vì bấm loạn xạ với hy vọng nhận ra điều gì đó sai.
Thứ Bảy, 2:00 chiều — SMS, lần này là thật
Thiết lập tài khoản nhà cung cấp, nhập key vào, tự gửi cho mình một lời nhắc thử.
Việc nhỏ, nhưng đó là khoảnh khắc một dự án không còn là bản demo nữa mà trở thành thứ thực sự tồn tại ngoài kia.
Thứ Bảy, 4:20 chiều — chờ tên miền
Đã hướng tên miền thật của cô ấy về đây rồi ngồi không suốt hai giờ chờ DNS cập nhật. Tôi dùng khoảng thời gian đó để tự nhập mười bốn dòng dữ liệu khách hàng thật thay vì để cô ấy phải làm điều đó trên điện thoại vào tối Chủ Nhật — nhìn lại thì đây là việc hữu ích nhất trong cả kỳ nghỉ: nhập dữ liệu tay chân đơn giản còn hơn bất kỳ sự đánh bóng thừa thãi nào chẳng ai yêu cầu.
Chủ Nhật, 9:00 sáng — phần tôi suýt làm quá tay
Tôi nghĩ rằng cô ấy sẽ muốn có bản tổng kết hàng tuần — số buổi đi bộ hoàn thành, số lần không đến, doanh thu — và bắt đầu yêu cầu một bản tổng hợp tự động vào sáng thứ Hai. Rồi dừng lại giữa lúc đang mô tả nó. Cô ấy có mười bốn khách hàng và tự ghi sổ sách bằng một cuốn vở. Tính năng tổng kết là giải pháp cho một vấn đề mà cô ấy chưa gặp phải. Tôi bỏ nó ra. Có thể thêm vào trong năm phút vào ngày cô ấy thực sự cần, còn trước đó nó chỉ là bề mặt để lỗi phát sinh.
Chủ Nhật, 1:10 chiều — gửi link cho cô ấy
Cô ấy thêm một khách hàng ngay từ điện thoại khi đang đứng ở bãi đỗ xe — đó mới là bài kiểm tra thực sự quan trọng hơn bất kỳ thứ gì tôi đã tự kiểm tra.
Chủ Nhật, 6:40 chiều — điều tôi sẽ bỏ qua lần sau
Những điều tôi sẽ bỏ qua, lần sau:
- Ba lần viết lại kế hoạch mà không thay đổi được gì
- Hai giờ lo lắng về nhà cung cấp SMS trước cả khi thử thiết lập nó
- Bảng tổng kết suýt được xây — ba mươi phút nhanh nhất trong cả kỳ nghỉ chính là lúc tôi từ chối ý tưởng của chính mình thay vì bắt tay xây nó
Mọi thứ thực sự tốn thời gian đều là do sự mơ hồ thật sự trong yêu cầu của chính tôi, hoặc là do phải chờ máy chủ DNS của người khác — không thể tránh được. Lần xây dựng tới, tôi sẽ viết prompt một lần, đọc lại như một người lạ sẽ đọc, và tin tưởng kế hoạch đầu tiên hơn là tôi đã tin lần này.
