Mẹo viết câu lệnh
Tóm tắtNói rõ ứng dụng dành cho ai, mọi người làm gì trong đó và điều gì xảy ra tiếp theo. Mô tả toàn bộ ứng dụng trong yêu cầu đầu tiên, sau đó mỗi lần chỉ yêu cầu một thay đổi. Dùng Kế hoạch khi còn phân vân, Trò chuyện để hỏi mà không thay đổi gì, và Chế độ chỉnh sửa hoặc Ảnh chụp để chỉ vào thứ bạn muốn nói. Khi có lỗi, hãy nói bạn đã làm gì, bạn mong đợi gì và thực tế đã xảy ra gì — và dùng Phiên bản để quay lại.
MonstarX xây dựng đúng những gì bạn yêu cầu, nên cách bạn yêu cầu rất quan trọng. Bạn không cần từ ngữ đặc biệt hay thuật ngữ kỹ thuật — lời thường là tốt nhất. Những mẹo dưới đây giúp bạn có được thứ mình muốn với ít yêu cầu hơn, đồng nghĩa với việc tốn ít mức sử dụng của gói hơn.
Thế nào là một yêu cầu tốt?
Phần tiêu đề “Thế nào là một yêu cầu tốt?”Một yêu cầu tốt trả lời ba câu hỏi, bằng lời của chính bạn:
- Ứng dụng dành cho ai? “Hội viên phòng tập yoga của tôi”, “đội chăm sóc khách hàng của chúng tôi”, “phụ huynh đặt lịch gia sư”.
- Họ làm gì trong ứng dụng? “Xem lịch lớp tuần này và đặt chỗ”, “tra cứu đơn hàng và hoàn tiền”.
- Điều gì xảy ra tiếp theo? “Gửi email xác nhận”, “hiện lượt đặt chỗ trên trang Lịch đã đặt của tôi”.
Thêm những gì thật sự quan trọng với bạn — tên, giao diện, một quy tắc (“mỗi lớp tối đa 12 người”), những gì không được làm — và bỏ qua những gì không quan trọng. MonstarX tự lấp chỗ trống bằng những lựa chọn hợp lý, và bạn có thể đổi lại sau.
So sánh yêu cầu chưa tốt và yêu cầu tốt hơn
Phần tiêu đề “So sánh yêu cầu chưa tốt và yêu cầu tốt hơn”| Chưa tốt | Tốt hơn | Vì sao tốt hơn |
|---|---|---|
| “Một ứng dụng đặt lịch” | “Trang web đặt lịch cho phòng tập yoga của tôi: có thời khóa biểu lớp theo tuần, giới hạn số chỗ cho mỗi lớp, hội viên đăng nhập, và gửi email xác nhận khi có người đặt chỗ.” | Nói rõ dành cho ai, mọi người làm gì và điều gì xảy ra sau đó. |
| “Làm cho đẹp hơn đi” | “Dùng bảng màu xanh lá dịu và màu kem, font có chân cho tiêu đề, và giãn khoảng cách giữa các hàng trong thời khóa biểu.” | Nêu đúng thay đổi cần làm, nên không phải đoán. |
| “Sửa lỗi đi” | “Ở trang Đặt chỗ, chọn một lớp đã kín chỗ mà vẫn đặt được. Lẽ ra phải hiện Lớp đã kín và nút Vào danh sách chờ.” | Nói rõ ở đâu, chuyện gì xảy ra và lẽ ra phải thế nào. |
| “Thêm thanh toán, đánh giá, blog, bản đồ và bản tin” | “Thêm phần Đánh giá vào trang của từng giáo viên: hội viên có thể chấm từ 1–5 sao và để lại bình luận.” (rồi mới đến yêu cầu tiếp theo) | Mỗi lần một tính năng thì dễ kiểm tra và dễ hoàn tác hơn. |
| “Đổi cái nút đi” | Nhấp vào nút đó ở chế độ Chỉnh sửa rồi viết: “Đổi chữ thành Học thử buổi đầu miễn phí.” | Chỉ thẳng vào nút thì không thể nhầm là nút nào. |
| “Làm giống Airbnb” | “Hiển thị các lớp dạng thẻ, ảnh lớn ở trên, giờ học và giáo viên ở dưới, mỗi thẻ có một nút Đặt chỗ.” — và đính kèm ảnh chụp màn hình. | Mô tả (và cho xem) đúng phần bạn thích, thay vì cả một sản phẩm khác. |
Nên yêu cầu cả ứng dụng hay từng tính năng một?
Phần tiêu đề “Nên yêu cầu cả ứng dụng hay từng tính năng một?”Cả hai, vào những thời điểm khác nhau:
- Yêu cầu đầu tiên có thể mô tả toàn bộ ứng dụng. MonstarX biến yêu cầu đó thành kế hoạch tính năng — một danh sách việc cần làm mà MonstarX hoàn thành lần lượt từng tính năng — nên yêu cầu đầu tiên có năm, sáu tính năng là hoàn toàn ổn. Xem Kế hoạch tính năng.
- Sau đó, mỗi yêu cầu chỉ nên có một thay đổi hoặc một tính năng. Mỗi lần xây dựng đều lưu phiên bản riêng, nên nếu một lần có vấn đề, bạn chỉ cần hoàn tác đúng lần đó. Bạn cũng dễ kiểm tra những gì đã thay đổi hơn.
Bạn đang nghĩ đến nhiều thứ? Cứ gửi lần lượt từng cái: trong lúc MonstarX xây dựng, các yêu cầu Xây dựng mới sẽ chờ trong hàng đợi và tự bắt đầu. Xem Hàng đợi.
Khi nào nên dùng chế độ Kế hoạch?
Phần tiêu đề “Khi nào nên dùng chế độ Kế hoạch?”MonstarX có ba chế độ, nằm phía trên ô nhập câu lệnh trong mọi dự án: Xây dựng thay đổi ứng dụng, Kế hoạch đặt câu hỏi trước rồi mới xây dựng, còn Trò chuyện trả lời mà không thay đổi gì. Với ứng dụng mới, công tắc Lập kế hoạch trước trên trang Dự án có tác dụng giống chế độ Kế hoạch.
Dùng Kế hoạch khi bạn chưa chắc chắn, hoặc khi một tính năng có thể làm theo nhiều cách hợp lý. MonstarX hỏi bạn vài câu, lần lượt từng câu, mỗi câu kèm các gợi ý trả lời để chọn — ai dùng ứng dụng, ứng dụng tên gì, giao diện ra sao — và bắt đầu xây dựng sau khi bạn trả lời xong.
Cách này mất thêm một chút thời gian, nhưng giúp bạn tiết kiệm những yêu cầu kiểu “không phải thế”. Xem Lập kế hoạch trước.
Làm sao để hỏi mà không thay đổi gì?
Phần tiêu đề “Làm sao để hỏi mà không thay đổi gì?”Chuyển sang chế độ Trò chuyện. MonstarX có thể đọc mã nguồn, xem dữ liệu, mở các trang và đọc nhật ký để trả lời bạn, nhưng không bao giờ thay đổi ứng dụng. Đây là chế độ phù hợp cho những câu như:
- “Sao thời khóa biểu lại hiện các lớp của tuần trước?”
- “Muốn thêm thanh toán thì cần những gì?”
- “Trang nào ai cũng xem được mà không cần đăng nhập?”
Nếu câu trả lời đề xuất một thay đổi bạn thấy ổn, hãy nhấp vào Xây dựng theo đề xuất bên dưới: MonstarX chuyển sang chế độ Xây dựng và thực hiện thay đổi đó. Câu hỏi ở chế độ Trò chuyện được trả lời ngay, kể cả khi đang có một quá trình xây dựng chạy. Xem Các chế độ.
Làm sao để cho MonstarX thấy ý mình?
Phần tiêu đề “Làm sao để cho MonstarX thấy ý mình?”Lời nói không phải lúc nào cũng là cách nhanh nhất. Hãy cho MonstarX xem:
-
Chế độ chỉnh sửa — nhấp vào Chỉnh sửa phía trên bản xem trước, nhấp vào một phần tử hoặc khoanh một vùng, rồi nói cần thay đổi gì ở đó. Bạn có thể đánh dấu tối đa 20 thay đổi và gửi cùng lúc. Xem Chế độ chỉnh sửa.
-
Ảnh chụp — nhấp vào Ảnh chụp, kéo một khung quanh bất kỳ thứ gì trên trang, và hình ảnh của đúng phần đó sẽ được đưa vào tin nhắn, kèm thông tin ảnh được chụp từ trang nào. Rất hợp cho những lúc “chỗ này trông sai sai” hay “làm chỗ này giống chỗ kia”. Xem Ảnh chụp.
-
Đính kèm hình ảnh — ảnh chụp màn hình của một ứng dụng bạn thích, bản phác thảo, bản mockup, logo của bạn. Xem Đính kèm tệp.
-
Đính kèm tài liệu — hồ sơ mời thầu (RFP), bản đặc tả, biên bản cuộc họp, bảng tính dữ liệu của bạn. MonstarX đọc và xây dựng dựa trên các tài liệu đó. Xem Xây dựng từ tài liệu và Từ bảng tính.
Nên làm gì khi có gì đó không ổn?
Phần tiêu đề “Nên làm gì khi có gì đó không ổn?”-
Mô tả chính xác những gì bạn thấy. Nói rõ trang nào, bạn đã làm gì, bạn mong đợi gì và thực tế đã xảy ra gì. Chép nguyên văn mọi thông báo lỗi.
-
Cho MonstarX xem. Dùng Ảnh chụp ở phần bị lỗi, hoặc đính kèm ảnh chụp màn hình.
-
Nếu chưa chắc, hãy hỏi trước khi sửa. Ở chế độ Trò chuyện, hãy hỏi “Sao lớp đã kín mà vẫn đặt được?” MonstarX sẽ tìm hiểu và giải thích, sau đó Xây dựng theo đề xuất sẽ sửa lỗi.
-
Nếu một thay đổi làm mọi thứ tệ hơn, hãy quay lại. Mở Phiên bản và Khôi phục phiên bản ngay trước đó, rồi yêu cầu lại với nhiều chi tiết hơn. Dữ liệu của ứng dụng không bị ảnh hưởng. Xem Phiên bản.
Nếu cùng một lỗi cứ sửa mãi không được, hãy thử hướng khác: chia nhỏ thành nhiều bước, giải thích quy tắc thay vì triệu chứng, hoặc đổi bộ chọn mô hình từ Tự động sang một mô hình mạnh hơn cho riêng yêu cầu đó. Xem Chọn mô hình và Khắc phục sự cố.
Thêm vài mẹo
Phần tiêu đề “Thêm vài mẹo”- Gọi tên mọi thứ theo cách khách hàng của bạn gọi. “Lớp học”, “hội viên”, “thảm tập” — MonstarX sẽ dùng đúng những từ đó trong ứng dụng.
- Nói rõ những gì cần giữ nguyên. “Đổi màu phần đầu trang, nhưng giữ nguyên logo và menu.”
- Nói rõ bao nhiêu. “Mỗi lớp 12 chỗ”, “giá bằng đô la Úc”, “mỗi trang hiện 20 mục”.
- Yêu cầu cả nội dung. “Viết trang Giới thiệu cho một phòng tập thân thiện trong khu phố” sẽ cho bạn văn bản thật thay vì nội dung giữ chỗ.
- Thử như một người dùng thật. Đăng nhập bằng Tài khoản demo MonstarX tạo cho bạn và dùng thử ứng dụng theo cách khách hàng sẽ dùng — rồi nói với MonstarX chỗ nào chưa ổn.
- Đừng bao giờ dán mật khẩu hay khóa API vào cuộc trò chuyện. Khi ứng dụng cần khóa của một dịch vụ, MonstarX sẽ hiện một thẻ để bạn thêm khóa an toàn, hoặc bạn tự thêm trong Dịch vụ đám mây → Giá trị bí mật. Xem Giá trị bí mật.
- Ngôn ngữ nào cũng được. Hãy viết bằng ngôn ngữ bạn suy nghĩ, và yêu cầu ứng dụng bằng bất kỳ ngôn ngữ nào khách hàng của bạn dùng.
Câu hỏi thường gặp
Phần tiêu đề “Câu hỏi thường gặp”Một yêu cầu dài tối đa bao nhiêu?
Tối đa 100.000 ký tự và tối đa 10 tệp đính kèm. Phần lớn các yêu cầu tốt chỉ dài từ một đến năm câu.
Tôi có cần dùng từ ngữ kỹ thuật không?
Không. Lời thường là tốt nhất. Hãy nói mọi người cần làm được gì, và MonstarX sẽ chọn cách xây dựng.
MonstarX làm một việc tôi không yêu cầu. Giờ phải làm sao?
Khôi phục phiên bản ngay trước đó từ Phiên bản, rồi yêu cầu lại và nói rõ những gì không được thay đổi. Bạn cũng có thể hỏi ở chế độ Trò chuyện vì sao MonstarX lại chọn như vậy.
Nên viết một yêu cầu dài hay nhiều yêu cầu ngắn?
Với ứng dụng mới, một yêu cầu mô tả toàn bộ ứng dụng là ổn — MonstarX sẽ lập kế hoạch thành một danh sách việc cần làm. Với các thay đổi, nhiều yêu cầu ngắn sẽ tốt hơn: mỗi lần xây dựng là một phiên bản riêng, dễ kiểm tra và dễ hoàn tác.
Tôi có thể viết yêu cầu bằng ngôn ngữ khác không?
Có. Hãy viết bằng bất kỳ ngôn ngữ nào, và yêu cầu ứng dụng bằng ngôn ngữ khách hàng của bạn dùng. Bản thân MonstarX có thể hiển thị bằng 16 ngôn ngữ, từ tiếng Anh, tiếng Nhật đến tiếng Ả Rập và tiếng Hausa — xem Ngôn ngữ.