Mất bao lâu để làm một ứng dụng: thời gian thực tế

Mất bao lâu để làm một ứng dụng: câu trả lời ngắn

Làm một ứng dụng mất bao lâu? Không ai có thể trung thực đưa cho bạn một con số áp dụng cho mọi trường hợp, vì thời gian chủ yếu phụ thuộc vào hai thứ mà chỉ bạn biết: quy mô phiên bản đầu tiên và số giờ bạn có thể bỏ vào mỗi tuần. Ngược lại, một phần lịch trình đã biết trước: các bước phía Apple tính bằng ngày, không phải bằng tháng. Ví dụ, Apple cho biết họ xem xét 90% hồ sơ gửi lên trong vòng chưa đến 48 giờ.

Vì vậy, đòn bẩy thật sự là khoanh vùng phạm vi. Một app chỉ làm một việc, chỉ trên iOS, với bộ công cụ mà bạn không phải mới làm quen ngay hôm đó, có thể xây xong trong vài tuần làm việc đều đặn. Một danh sách mười hai tính năng trên hai nền tảng có thể kéo dài nhiều tháng và không bao giờ ra mắt. Bài hướng dẫn này đi qua từng bước để chỉ ra thời gian tiêu tốn vào đâu, giúp bạn tự ước lượng lịch trình của mình.

Mình tự phát hành các app iOS của mình: Solys, một app báo thức kèm mini-game, và TradaZen, một app mô phỏng giao dịch, đều đang có trên App Store. Nolera và Clic từng bị Apple từ chối, sau đó đã được sửa. Các bước dưới đây là những gì mình trải qua mỗi lần ra mắt.

Thời gian phát triển một ứng dụng di động phụ thuộc vào gì?

Trước khi nói về các bước, đây là những yếu tố làm thời gian phát triển một ứng dụng di động thay đổi, từ nặng nhất đến nhẹ nhất.

• Số tính năng của phiên bản đầu tiên. Đây là yếu tố quan trọng nhất, bỏ xa các yếu tố khác. Mỗi tính năng lại thêm màn hình, trạng thái trống, lỗi cần xử lý và việc kiểm thử.
• Tài khoản người dùng và backend. Một app mà dữ liệu chỉ nằm trên điện thoại đơn giản hơn nhiều so với một app có đăng ký và đồng bộ giữa các thiết bị.
• Thanh toán. Một gói thuê bao đòi hỏi cấu hình bên Apple, trong RevenueCat và trong code của bạn, cộng thêm việc test mua hàng.
• Một hay hai nền tảng. Phát hành trên iOS và Android nghĩa là hai bộ hồ sơ, hai lần xét duyệt và hai đợt kiểm thử. Mình phân tích lựa chọn này trong bài app iOS và Android cùng lúc.
• Thời gian bạn có. Mười giờ mỗi tuần và bốn mươi giờ mỗi tuần dĩ nhiên không cho ra cùng một lịch trình.
• Trình độ ban đầu và việc dùng AI. AI tăng tốc mạnh việc viết code, nhưng ít hơn nhiều với phần còn lại. Mình sẽ quay lại chuyện này ở bên dưới.

Từng bước: thời gian đi đâu khi bạn làm một app iOS

1. Khoanh vùng ý tưởng

Đây là bước quyết định mọi bước còn lại. Bạn chốt đối tượng người dùng, vấn đề cần giải quyết, tính năng chính, mô hình kiếm tiền và những gì nằm ngoài phiên bản đầu tiên. Nếu bước này kéo dài hàng tuần, nghĩa là bạn chưa ra quyết định. Một bản đặc tả một trang là đủ để chốt nó.

2. Mở tài khoản Apple Developer

Không có tài khoản này, giá 99 $ mỗi năm, bạn không thể phát hành, và chương trình Enterprise của Apple không thay thế được nó. Với cá nhân, Apple cho biết nếu bạn chưa nhận được xác nhận đăng ký trong vòng 24 giờ sau khi mua, bạn cần liên hệ bộ phận hỗ trợ. Với công ty, trước hết bạn cần một số D-U-N-S: Apple dự kiến tối đa 5 ngày làm việc để nhận số này, rồi tối đa 2 ngày làm việc để thông tin đến được Apple. Hãy làm thủ tục này song song với việc phát triển, đừng để đến cuối. Chi tiết có trong bài tài khoản nhà phát triển Apple: giá và cách đăng ký.

3. Xây tính năng chính

Đây là chỗ chênh lệch lớn nhất, và gần như tất cả đều đến từ phạm vi. Một tính năng được định nghĩa rõ, kèm trạng thái trống và xử lý lỗi, có thể xây nhanh, nhất là với React Native, Expo và AI. Mỗi tính năng thêm vào kiểu "tiện thì làm luôn" lại kéo dài bước này và mọi bước sau. Trang MVP ứng dụng iOS giúp bạn cắt đúng chỗ.

4. Test trên iPhone của bạn với TestFlight

Simulator là chưa đủ: một số lỗi crash chỉ xuất hiện trên điện thoại thật. Việc test nội bộ bắt đầu ngay khi build của bạn được xử lý xong. Với tester bên ngoài, Apple nói rõ rằng build đầu tiên gửi cho một nhóm sẽ qua App Review, còn các build sau không nhất thiết phải xét duyệt đầy đủ. Vậy nên hãy dự trù một khoảng chờ nhỏ ở lần đầu. Mọi thứ được giải thích trong bài TestFlight: test app iPhone của bạn.

5. Gắn gói thuê bao

Tạo sản phẩm trong App Store Connect, liên kết chúng trong RevenueCat, xây paywall, test mua hàng và khôi phục giao dịch. Một điểm về lịch trình cần biết: Apple yêu cầu giao dịch mua trong app đầu tiên của mỗi loại phải được gửi kèm một phiên bản mới của app. Nếu quên, lần gửi đầu tiên của bạn sẽ không có thuê bao và bạn phải chạy lại một vòng nữa. Toàn bộ công việc này có trên trang thuê bao in-app iOS.

6. Chuẩn bị trang App Store

Ảnh chụp màn hình đúng kích thước, mô tả, từ khóa, khai báo quyền riêng tư, liên kết đến điều khoản sử dụng, ghi chú cho người xét duyệt. Khi mọi thứ đã sẵn sàng từ trước, việc này chỉ mất vài giờ. Khi bạn mới khám phá các trường thông tin vào đúng ngày gửi, nó có thể mất vài ngày.

7. Xét duyệt của Apple

Bản thân việc xét duyệt thường nhanh, theo số liệu của Apple đã nêu ở trên. Thứ tốn thời gian là những lần bị từ chối: mỗi lần bị từ chối nghĩa là đọc lý do, sửa, gửi lại và chờ phản hồi mới. Mình đã phân tích thời gian thực tế và những gì làm nó kéo dài trong bài thời gian xét duyệt App Store.

Lịch trình của một app được lợi ở đầu, bằng cách cắt bớt tính năng, và bị mất ở cuối, khi bạn mới khám phá các quy định của Apple.

Làm app bằng AI thì mất bao lâu?

AI đã thực sự thay đổi thời gian của bước 3. Claude, ChatGPT hay Cursor viết màn hình, điều hướng và logic đơn giản trong vài giây, trong khi vài năm trước bạn phải mất hàng giờ tìm hiểu.

Nó thay đổi ít hơn nhiều ở các bước 2, 4, 5, 6 và 7. Không có quyền truy cập vào các console và không chạy test trên đúng thiết bị, một agent không thể xác nhận trạng thái của tài khoản Apple, của các gói thuê bao hay của giao diện hiển thị. Những bước kiểm tra này cần một hệ thống test, kể cả khi agent tham gia tự động hóa chúng. Kết quả: với AI, phần xây dựng ngắn lại, nhưng tỷ lệ thời gian dành cho cấu hình, kiểm thử và xét duyệt lại tăng lên tương ứng. Mình nói chi tiết trong bài làm app iOS bằng AI.

Ba thứ khiến thời gian bị đội lên

1. Đổi ý giữa chừng khi đang xây. Mỗi lần "tiện thì làm luôn" lại mở rộng phạm vi. Cách phòng: mọi thứ không nằm trong phiên bản đầu tiên đều được ghi rõ ràng là ngoài phạm vi, và trở thành nguyên liệu cho phiên bản sau.
2. Đến cuối mới khám phá quy định của Apple. Thiếu tài khoản demo, màn hình bị cắt trên iPhone nhỏ, yêu cầu đánh giá đặt sai chỗ, thuê bao thiếu các thông tin bắt buộc: mỗi phát hiện muộn tốn một vòng xét duyệt trọn vẹn. Trang ứng dụng bị Apple từ chối liệt kê các lý do phổ biến nhất.
3. Kẹt một mình với một vấn đề cấu hình. Một chứng chỉ, một mã định danh thuê bao, một build không chịu cài: những vướng mắc này thường chỉ cần đúng một thông tin, nhưng có thể làm dự án đứng yên hàng ngày trời khi không ai giúp được bạn.

Vì sao "nhanh hơn" không phải lúc nào cũng tốt hơn

Một app có thể ra mắt rất nhanh nếu bỏ qua việc test trên màn hình nhỏ, xử lý lỗi mạng và kiểm tra giao dịch mua. Nó sẽ ra mắt, rồi hỏng ngay lần đầu gặp người dùng thật, và những đánh giá đầu tiên trên App Store sẽ ghi lại điều đó.

Mục tiêu đúng không phải là tốc độ thuần túy. Đó là ngày ra mắt gần nhất mà không hy sinh xét duyệt của Apple lẫn ấn tượng đầu tiên. Hãy cắt tính năng, đừng bao giờ cắt độ ổn định.

Một mốc thực tế: 26 ngày trước khi TradaZen được phát hành

Với TradaZen, commit đầu tiên là ngày 21/6/2026, bản TestFlight đầu tiên ngày 25/6 và ngày phát hành là 17/7: 26 ngày theo lịch từ commit đầu tiên đến App Store. Đó không phải 26 ngày làm việc toàn thời gian, cũng không phải mức trung bình cho mọi app. Phạm vi vẫn tiếp tục thay đổi sau khi ra mắt.

Dòng thời gian chi tiết của TradaZen tách riêng các giai đoạn xây dựng, các vấn đề khi xét duyệt và những lần chuyển hướng. Đây là một ví dụ để so sánh với dự án của bạn, không phải ngày ra mắt để sao chép.

Làm sao ước lượng thời gian cho dự án của bạn?

Thay vì một con số tìm thấy trên mạng, hãy tính thế này cho dự án của bạn:

1. Viết bản đặc tả một trang và liệt kê các màn hình của phiên bản đầu tiên.
2. Ước lượng từng màn hình theo giờ, kèm trạng thái trống và xử lý lỗi, rồi cộng thêm paywall và trang App Store.
3. Chia cho số giờ thực tế mỗi tuần của bạn, không phải số giờ bạn mong muốn.
4. Cộng thêm khoảng dự phòng cho ít nhất một lượt qua lại với Apple, nhất là nếu đây là app đầu tiên của bạn.
5. Đăng ký Apple Developer ngay từ đầu, để nó không bao giờ chặn bạn ở phút cuối.

Nếu kết quả có vẻ quá dài, đừng cố làm nhanh hơn: hãy bỏ bớt một tính năng.

Đặt cho mình một hạn chót

Một hạn chót cố định giúp rất nhiều trong việc giữ phạm vi gọn. iOS Kit chia hành trình thành bốn giai đoạn: chọn app có khả năng kiếm tiền, xây phần lõi của app và test với TestFlight, gắn phần kiếm tiền, rồi phát hành và giúp người dùng tìm thấy app. Việc của bạn là đặt một mốc ngày cho từng giai đoạn. Trang chủ trình bày bốn giai đoạn này để làm một ứng dụng di động với Claude Code.

Để ước lượng thời gian của riêng bạn, bài chẩn đoán miễn phí xuất phát từ tình huống của bạn và thời gian bạn có mỗi tuần, rồi cho bạn biết nên bắt đầu từ giai đoạn nào.

Hạn chót là một khung làm việc, không phải lời bảo đảm sẽ được phát hành: Apple mới là bên duyệt, và nhịp độ của bạn cũng quan trọng. Để có cái nhìn tổng thể về cả hành trình, trang làm một ứng dụng iPhone vẫn là điểm khởi đầu tốt nhất.

Câu hỏi thường gặp

Làm một ứng dụng iPhone mất bao lâu?

Điều đó chủ yếu phụ thuộc vào quy mô phiên bản đầu tiên và số giờ bạn có thể dành cho nó mỗi tuần. Một app chỉ làm một việc, chỉ trên iOS, với công cụ mà bạn không phải mới làm quen ngay hôm đó, có thể xây xong trong vài tuần làm việc đều đặn. Một danh sách mười hai tính năng trên hai nền tảng có thể kéo dài nhiều tháng và không bao giờ ra mắt.

Các bước để làm một ứng dụng iPhone là gì?

Bảy bước: khoanh vùng ý tưởng, mở tài khoản Apple Developer, xây tính năng chính, test trên iPhone của bạn với TestFlight, gắn gói thuê bao, chuẩn bị trang App Store, rồi vượt qua vòng xét duyệt của Apple. Bước khoanh vùng quyết định mọi bước còn lại. Hãy đăng ký Apple Developer song song với việc phát triển, đừng để đến cuối.

Apple xét duyệt một ứng dụng mất bao lâu?

Apple cho biết họ xem xét ít nhất 50% hồ sơ trong vòng chưa đến 24 giờ, và 90% trong vòng chưa đến 48 giờ. Vì vậy bản thân việc xét duyệt thường nhanh. Thứ tốn thời gian là những lần bị từ chối: bạn phải đọc lý do, sửa, gửi lại, rồi chờ phản hồi mới. Thời gian thực tế được phân tích trong bài thời gian xét duyệt App Store.

AI có giúp làm ứng dụng nhanh hơn không?

Có, nhưng chủ yếu ở phần xây dựng. Claude, ChatGPT hay Cursor viết màn hình, điều hướng và logic đơn giản trong vài giây. AI thay đổi ít hơn nhiều với tài khoản Apple, kiểm thử, thuê bao, trang App Store và xét duyệt. Kết quả: phần xây dựng ngắn lại, nhưng tỷ lệ thời gian dành cho cấu hình, kiểm thử và xét duyệt tăng lên tương ứng.

Điều gì làm thời gian làm ứng dụng bị trễ?

Chủ yếu có ba thứ: đổi ý giữa chừng khi đang xây, đến cuối mới khám phá quy định của Apple, và kẹt một mình với một vấn đề cấu hình. Mỗi lần phát hiện muộn một quy định của Apple tốn một vòng xét duyệt trọn vẹn. Để giữ phạm vi, hãy ghi rõ ràng những gì không nằm trong phiên bản đầu tiên: chúng sẽ trở thành nguyên liệu cho phiên bản sau.

Có ví dụ thực tế nào về thời gian phát hành một app iOS không?

Có: với TradaZen, một trong các app của mình, 26 ngày theo lịch tách commit đầu tiên ngày 21/6/2026 với ngày phát hành 17/7. Đó không phải 26 ngày làm việc toàn thời gian, cũng không phải mức trung bình cho mọi app, và phạm vi vẫn tiếp tục thay đổi sau khi ra mắt. Hãy so sánh mốc này với dự án của bạn, đừng sao chép nó như một ngày ra mắt.