Cách tạo ứng dụng: 4 bước cần làm theo

Làm sao để tạo một ứng dụng? Có bốn cách: dùng công cụ không cần code, để AI viết code thay bạn, tự học code, hoặc thuê bên ngoài. Dù chọn cách nào, con đường vẫn đi qua cùng bốn bước: chọn một ứng dụng có thể kiếm tiền, xây dựng tính năng chính, gắn thanh toán, rồi phát hành và giúp người dùng tìm thấy app. Theo đúng thứ tự đó, với một quy tắc xuyên suốt: mỗi bước kết thúc bằng một thứ cụ thể, đã được thử trên một chiếc điện thoại thật.

Phần lớn app đầu tay không chết vì kỹ thuật hay vì ngân sách. Chúng chết vì mơ hồ: không ai biết thế nào là "xong", tính năng cứ thêm vào, và sáu tháng sau vẫn chưa có gì trên App Store. Đây là phương pháp mình áp dụng cho chính các app iOS của mình, trong đó có Solys (một app báo thức kèm mini-game) và TradaZen (một app mô phỏng giao dịch), cả hai đều có trên App Store, và mình đã mài giũa nó qua những lần bị Apple từ chối với Solys, Clic và Nolera. Vì vậy ví dụ của mình đều đến từ iPhone; khi Google Play hoạt động khác, mình sẽ nói rõ.

Có những cách nào để tạo một ứng dụng?

Trước khi vào các bước, cần một quyết định: bạn sẽ xây app bằng cách nào? Có bốn cách, và không cách nào tốt nhất cho tất cả mọi người.

Cách	Dành cho dự án nào	Bạn trả tiền cho gì	Giới hạn
Công cụ không cần code (Bubble, FlutterFlow, Glide)	Danh mục, biểu mẫu, bản mẫu, công cụ nội bộ	Gói thuê bao của công cụ, chừng nào app còn tồn tại	App nằm trong công cụ, và không phải công cụ nào cũng phát hành lên store được
AI viết code (Claude Code, Codex, Cursor)	Một app của riêng bạn, phát hành trên store, dù ban đầu không biết code	Gói thuê bao AI và phí của các store	Code thuộc về bạn, nhưng bạn phải tự kiểm thử
Học code (Swift, Kotlin, React Native)	Bạn muốn làm chủ mọi thứ hoặc theo nghề	Chủ yếu là thời gian	Con đường dài nhất trước lần phát hành đầu tiên
Thuê bên ngoài (freelancer hoặc agency)	Một công cụ cho công việc của bạn, khi bạn không có thời gian	Thời gian của lập trình viên: đơn giá theo ngày nhân với số ngày	Mỗi thay đổi đều tốn tiền; hãy kiểm tra ai giữ tài khoản và code

Công cụ không cần code (no-code). Bạn ráp app bằng chuột, không viết dòng code nào. Cách này nhanh với danh mục, biểu mẫu hay công cụ nội bộ. Trước khi cam kết, hãy kiểm tra công cụ đó có thực sự phát hành lên store được không. Bubble có hướng dẫn phát hành lên App Store và Google Play, còn FlutterFlow cho phép việc này từ gói trả phí Basic. Ngược lại, Glide cho biết app của họ là ứng dụng web và không hỗ trợ phát hành trực tiếp lên App Store hay Google Play. Các giới hạn cụ thể từng trường hợp nằm trong bài tạo ứng dụng không cần code.

AI viết code. Bạn mô tả thứ mình muốn, và một trợ lý như Claude Code, Codex hay Cursor viết code thật, theo định dạng chuẩn mà bạn có thể mang đi nơi khác. Người ta gọi đó là vibe coding. Đây là cách mình dùng cho các app của mình. Mặt trái: AI sai một cách rất tự tin, và bạn phải tự kiểm thử. Để chọn công cụ, hãy đọc nên dùng AI nào để tạo ứng dụng. Để học có bài bản, có khóa học vibe coding.

Học code. Đây là con đường của những ai muốn làm chủ mọi thứ hoặc theo nghề. Các hướng dẫn của Apple và Expo đều miễn phí; lộ trình nằm trong bài học cách tạo ứng dụng.

Thuê bên ngoài. Một freelancer hoặc agency xây app cho bạn. Đây là lựa chọn đúng khi app là công cụ cho công việc của bạn và bạn không có thời gian. Bạn trả tiền cho thời gian của lập trình viên, và mỗi thay đổi cũng tốn tiền. Hãy yêu cầu bằng văn bản phạm vi chính xác, ai giữ tài khoản Apple và code, và phương án khi bị Apple từ chối. Những câu cần hỏi nằm trong bài thuê làm ứng dụng.

Còn một con đường thứ năm, nằm giữa các cách trên: tự xây, nhưng từ một nền tảng có sẵn. Đó là nguyên tắc của bộ kit mình làm để tạo ứng dụng di động mà không phải bắt đầu từ con số không, iOS Kit: code khởi đầu của các app của mình và một lộ trình bốn bước, theo nhịp độ của bạn.

Chọn thế nào? Ba câu hỏi là đủ:

1. App của bạn có cần lên App Store hay Google Play không? Nếu có, loại bỏ các công cụ chỉ tạo ra ứng dụng web.
2. App có cần bán gói thuê bao không? Quy tắc 3.1.1 trong App Review Guidelines bắt buộc, trừ một số ngoại lệ, dùng mua hàng trong app của Apple để mở khóa tính năng. Hãy kiểm tra cách xây app bạn chọn xử lý việc này thế nào, trước khi bắt đầu.
3. Bạn có nhiều thời gian hơn, hay nhiều ngân sách hơn? Có thời gian: tự xây với AI. Có ngân sách nhưng không có thời gian: thuê người làm.

Ứng dụng native, ứng dụng web hay đa nền tảng: chọn loại nào?

Quyết định thứ hai, đơn giản hơn bạn nghĩ: loại ứng dụng nào?

• Ứng dụng native được cài từ store và truy cập các tính năng của điện thoại: thông báo, camera, mua hàng trong app. Được viết bằng ngôn ngữ riêng của từng nền tảng (Swift cho iPhone, Kotlin cho Android), nó đòi hỏi mỗi nền tảng một dự án.
• Ứng dụng web (PWA) là một trang web hoạt động như app. Nó không đi qua store nào: không phải chờ duyệt, nhưng cũng không ai tìm thấy nó trên App Store. Và bọc một trang web thành app là chưa đủ: quy tắc 4.2 của Apple yêu cầu app phải làm được nhiều hơn một trang web được bọc lại.
• Ứng dụng đa nền tảng dùng một dự án duy nhất để tạo ra cả app iPhone lẫn app Android. Expo tóm gọn như sau: một dự án JavaScript hoặc TypeScript duy nhất chạy native trên thiết bị của người dùng, Android, iOS và web.

Với app đầu tay, mình khuyên dùng đa nền tảng, với React Native và Expo. Bạn chỉ phải duy trì một bộ code, và việc biên dịch chạy trên các máy Mac do Expo vận hành: bạn có thể phát hành ứng dụng iOS mà không cần Mac.

iOS hay Android trước? Một bộ code không có nghĩa là một lần ra mắt: mỗi store có trang app, quy tắc và quy trình duyệt riêng. Hãy bắt đầu với một nền tảng. Nếu app bán gói thuê bao, mình khuyên chọn iPhone; số liệu và các lập luận phản biện nằm trong bài ứng dụng iOS hay Android: bắt đầu với bên nào.

Vì sao nhiều ứng dụng không bao giờ lên được App Store?

Ba nguyên nhân gần như lúc nào cũng lặp lại:

• Phiên bản đầu quá to. Mười hai tính năng làm dở thay vì một tính năng hoàn chỉnh.
• Thanh toán để đến cuối mới nghĩ. Mô hình doanh thu thay đổi cấu trúc của app: thêm vào sau buộc phải xây lại.
• Coi việc phát hành là thủ tục. Quy trình duyệt của Apple, trang app, quyền riêng tư: đó là một bước thực thụ, với những cái bẫy riêng, đến cả việc icon bị từ chối với lỗi ITMS-90717.

Phương pháp dưới đây xử lý cả ba nguyên nhân này, từng bước một.

Bước 1: chọn ý tưởng ứng dụng có thể kiếm tiền thế nào?

Trước khi viết dòng code nào, hãy trả lời ba câu hỏi bằng văn bản.

Cho ai? Một người cụ thể, với một vấn đề lặp đi lặp lại. "Những người khó dậy sớm" hữu ích hơn "tất cả mọi người".

App làm gì, trong một câu? Nếu bạn cần đến hai câu, phiên bản đầu đã quá to. Các tính năng khác sẽ chờ đến khi người dùng thật yêu cầu.

App kiếm tiền thế nào? Thuê bao, mua một lần, quảng cáo: quyết định ngay bây giờ. Với app dùng thường xuyên, thuê bao thường hợp lý nhất; với công cụ dùng thỉnh thoảng, mua một lần cũng có lý. So sánh đầy đủ nằm trong bài thuê bao hay mua một lần cho app iOS.

Để kiểm tra xem ý tưởng có ai quan tâm không trước khi bỏ vào đó hàng tuần, hãy cho nó qua 5 bài kiểm tra trong bài tìm ý tưởng ứng dụng. Và để viết nó ra, một trang là đủ: mẫu nằm trong bài tài liệu đặc tả ứng dụng di động.

Cuối bước này, bạn cũng phải cài xong nền tảng kỹ thuật. Với người mới, đó là React Native với Expo, vì những lý do đã nêu ở trên; trang React Native và Expo cho app di động giải thích chi tiết lựa chọn này. Cách khoanh vùng phiên bản đầu được giải thích trên trang MVP ứng dụng iOS.

Một phiên bản đầu tốt làm một việc thật xuất sắc, chứ không phải mười hai việc ở mức tạm được.

Bước 2: xây dựng phần cốt lõi của ứng dụng thế nào?

Chỉ xây tính năng chính, và thử nó trên chính iPhone của bạn càng sớm càng tốt. Không phải trên ảnh chụp, không chỉ trong simulator.

Vài quy tắc đã giúp mình tránh được rất nhiều lần phải làm lại:

• Thử trên màn hình nhỏ nhất và lớn nhất. Lần đầu Apple từ chối Solys là do một bản demo chào mừng không thể thắng được trong khung hình nhỏ hơn điện thoại của mình: reviewer thử trên iPad, nơi app iPhone chạy ở chế độ tương thích.
• Lường trước sự cố. Mất mạng, quyền bị từ chối, màn hình trống: mỗi trường hợp đều xứng đáng có một thông báo rõ ràng.
• Dùng AI, nhưng đọc lại. Claude hay Cursor viết nhanh, và sai một cách tự tin về các quy tắc của Apple. Các cái bẫy được liệt kê trong bài tạo app iOS bằng AI.

Bước này kết thúc khi người thử nghiệm bên ngoài dùng app qua TestFlight, công cụ beta của Apple. Mọi thứ được giải thích trong bài TestFlight: thử nghiệm app iPhone.

Bước 3: gắn thanh toán vào ứng dụng iOS thế nào?

Đây là bước mà phần lớn người mới cứ trì hoãn, và cũng là bước quyết định app có thể kiếm ra tiền hay không.

Onboarding. Những màn hình đầu tiên phải cho thấy giá trị của app trước khi đòi hỏi bất cứ điều gì: một lượt đánh giá, một quyền truy cập hay một khoản thanh toán. Đó cũng là điều Apple kiểm tra: lần từ chối thứ hai với Solys (guideline 5.6.3) là do yêu cầu đánh giá được đặt trong onboarding.

Paywall. Màn hình thuê bao phải hiển thị rõ giá, thời hạn, thời gian dùng thử nếu có và một nút khôi phục giao dịch mua. Các lỗi kinh điển nằm trong bài paywall iOS: 7 lỗi của người mới.

Gói thuê bao. Các sản phẩm được tạo trong App Store Connect. Mình dùng RevenueCat để quản lý quyền truy cập, việc khôi phục và theo dõi doanh thu. Trang thuê bao trong app iOS mô tả toàn bộ phần việc.

Đo lường. Không có số liệu, bạn sẽ không biết người dùng bỏ cuộc ở đâu. Mình dùng PostHog để theo dõi hành trình (mở app, hoàn tất onboarding, hiển thị paywall, mua hàng) và Sentry để theo dõi crash.

Bước 4: phát hành ứng dụng và giúp người dùng tìm thấy thế nào?

Trang App Store. Tên, phụ đề, từ khóa, ảnh chụp màn hình, mô tả. Đây là thứ quyết định ai đó có tải về hay không, và App Store có hiển thị bạn trong kết quả tìm kiếm hay không. Trang ASO App Store giải thích cách tối ưu nó.

Quyền riêng tư. Khai báo thu thập dữ liệu phải khớp với những gì app thực sự làm, và chính sách quyền riêng tư trực tuyến của bạn phải được cập nhật. Đây chính xác là lý do Clic bị từ chối theo 5.1.1.

Gửi duyệt. Cung cấp tài khoản demo nếu app yêu cầu đăng nhập, và giải thích reviewer cần thử những gì. Apple cho biết họ xét duyệt 90% bài nộp trong vòng chưa đến 48 giờ; chính những lần bị từ chối mới thực sự kéo dài lịch trình. Thời gian được trình bày chi tiết trong bài thời gian duyệt App Store, và toàn bộ quy trình trên trang phát hành ứng dụng lên App Store.

Còn Google Play? Con đường tương tự, thêm một bước. Với tài khoản cá nhân tạo sau ngày 13 tháng 11 năm 2023, Google yêu cầu một đợt thử nghiệm kín với ít nhất 12 người thử đăng ký liên tục trong 14 ngày trước khi phát hành chính thức.

Những người dùng đầu tiên. Một app đã phát hành chưa phải là một app được tìm thấy. Hãy nói về app ở những nơi khán giả của bạn đã có mặt, và xem số liệu trang app ngay từ tuần đầu.

Tạo một ứng dụng tốn bao nhiêu tiền?

Nếu bạn tự xây, các khoản phí bắt buộc khá thấp. Dưới đây là giá niêm yết trên các trang chính thức vào ngày 2 tháng 10 năm 2026. Các gói này có thể thay đổi: hãy kiểm tra lại trước khi bắt đầu.

Hạng mục	Giá niêm yết	Khi nào bạn trả
Tài khoản Apple Developer	99 $ mỗi năm	Để dùng TestFlight và phát hành
Tài khoản Google Play	25 $, trả một lần	Khi tạo tài khoản
Biên dịch và gửi lên store (Expo EAS)	0 $ đến 15 build iOS và 15 build Android mỗi tháng, sau đó 19 $ mỗi tháng	Khi bạn biên dịch thường xuyên
Cơ sở dữ liệu và tài khoản người dùng (Supabase)	0 $ đến 500 MB và 50.000 người dùng hoạt động mỗi tháng, sau đó từ 25 $ mỗi tháng	Khi app phát triển
Thuê bao (RevenueCat)	0 $ đến 2.500 $ doanh thu được theo dõi mỗi tháng, sau đó 1%	Khi app bán được hàng
Hoa hồng của Apple	15% với Small Business Program, 30% nếu không	Trên mỗi giao dịch qua App Store

Hai lưu ý. Tài khoản Apple 99 $ không cần thiết để bắt đầu code, chỉ cần cho TestFlight và phát hành: các bước nằm trong bài tài khoản nhà phát triển Apple: giá và đăng ký. Và việc tham gia Small Business Program không tự động: bạn phải đăng ký.

Nếu thuê người làm app, bạn trả tiền cho thời gian của lập trình viên: đơn giá theo ngày nhân với số ngày. Không thể đưa ra con số nghiêm túc nào nếu chưa biết phạm vi. Các khoản phí, các gói miễn phí và những chi phí gần như không ai nói trước được trình bày chi tiết trong bài tạo một ứng dụng tốn bao nhiêu.

Khoản nặng nhất không xuất hiện trên hóa đơn nào: thời gian của bạn.

Mất bao lâu để đi từ ý tưởng đến App Store?

Không có con số trung thực nào nếu không biết app là gì và trình độ ban đầu của bạn. Điều chắc chắn là mỗi bước phải có một điểm kết thúc nhìn thấy được:

1. Ý tưởng: một câu, một nhóm người dùng, một mô hình doanh thu, nền tảng kỹ thuật đã cài xong.
2. Xây dựng: tính năng chính được người thử nghiệm dùng qua TestFlight.
3. Thanh toán: một giao dịch mua thử thành công, kể cả khôi phục.
4. Phát hành: app đã gửi cho Apple, trang app đầy đủ, kể cả phân loại độ tuổi.

Nếu một bước không có điểm kết thúc rõ ràng, đó là dấu hiệu phiên bản đầu quá to.

Một mốc thực tế, không phải trung bình cũng không phải làm toàn thời gian: với TradaZen, 26 ngày lịch đã trôi qua từ commit đầu tiên đến khi phát hành trên App Store. Chi tiết nằm trong bài mất bao lâu để tạo một ứng dụng.

Sau khi phát hành thì sao?

Một app đã phát hành mới chỉ là khởi đầu. Những số liệu sử dụng đầu tiên gần như luôn cho thấy điều không ai lường trước: một màn hình nơi ai cũng bỏ cuộc, một paywall không ai nhìn thấy, một tính năng mà người dùng dùng theo cách khác. Phiên bản tiếp theo được quyết định dựa trên những con số đó, chứ không phải trên trực giác ban đầu của bạn.

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

Có thể tạo ứng dụng miễn phí không?

Có, phần lớn là được. Bạn có thể code, thử trên điện thoại và biên dịch app mà không tốn đồng nào, nhờ các gói miễn phí của công cụ. Riêng việc phát hành thì mất phí: 99 $ mỗi năm với Apple, 25 $ một lần với Google. Chi tiết nằm trong bài tạo ứng dụng miễn phí.

Chi phí để tạo một ứng dụng là bao nhiêu?

Nếu bạn tự xây, phí bắt buộc chỉ gồm tài khoản nhà phát triển: 99 $ mỗi năm cho Apple, 25 $ một lần cho Google. Các công cụ đều có gói miễn phí để bắt đầu. Nếu thuê người làm, bạn trả tiền cho thời gian của lập trình viên, và giá phụ thuộc vào phạm vi.

Làm sao để tạo ứng dụng một cách dễ dàng?

Điều dễ nhất không phải là một công cụ, mà là một phiên bản đầu thật nhỏ: một tính năng duy nhất, hoàn chỉnh. Với danh mục hay biểu mẫu, công cụ không cần code là đủ. Với app để phát hành và bán, hãy để AI viết code, với điều kiện thử từng bước trên một chiếc điện thoại thật.

Phần mềm nào tốt nhất để tạo ứng dụng di động?

Không có phần mềm tốt nhất tuyệt đối. Để ráp app không cần code, Bubble hoặc FlutterFlow có thể phát hành lên store. Để AI viết code, Claude Code, Codex hoặc Cursor được dùng cùng React Native và Expo. Lựa chọn đúng phụ thuộc vào hai điều: app có cần lên store không, và có cần bán gói thuê bao không. Bài so sánh các công cụ tạo app nằm trong Lovable, Rork, FlutterFlow.

Có thể tự tạo ứng dụng một mình mà không biết code không?

Có. Mình tự phát hành app của mình với React Native, Expo và AI, và mọi bước trong hướng dẫn này đều có thể làm một mình. Điều cần biết: AI viết code, nhưng bạn là người kiểm tra. Luôn có lúc bạn cần hiểu đôi chút những gì nó đã viết, nhất là phần thanh toán và quy trình duyệt của Apple.

Tạo ứng dụng có sinh lời không?

Không ai có thể đảm bảo với bạn điều đó. Doanh thu không phụ thuộc vào số lượt tải, mà vào số người trả tiền và phần còn lại sau hoa hồng của Apple. Những yếu tố làm kết quả thay đổi được giải thích trong bài một ứng dụng kiếm được bao nhiêu.

Mất bao lâu để tạo một ứng dụng?

Không có thời gian chung cho mọi trường hợp: tất cả phụ thuộc vào độ lớn của phiên bản đầu và thời gian bạn dành cho nó mỗi tuần. Mốc thực tế của mình: 26 ngày lịch từ commit đầu tiên đến khi TradaZen được phát hành trên App Store.

Làm sao để tạo ứng dụng trên iPhone?

Vẫn là 4 bước đó, với ba công cụ riêng của Apple: tài khoản Apple Developer, TestFlight cho người thử nghiệm và App Store Connect cho trang app và việc gửi duyệt. Toàn bộ lộ trình nằm trên trang tạo ứng dụng iPhone.

Làm theo phương pháp này với iOS Kit

4 bước này chính xác là lộ trình của iOS Kit: chọn app có thể kiếm tiền, xây phần cốt lõi, gắn thanh toán, phát hành và giúp người dùng tìm thấy. Bạn làm theo nhịp độ của mình, với code khởi đầu của các app của mình và các skill Claude Code cho từng bước.

Bạn cũng có thể tự làm theo phương pháp này, với các hướng dẫn được dẫn link trong bài. Bạn không biết mình đang ở bước nào? Bài chẩn đoán miễn phí sẽ xác định vị trí của bạn, cho bạn biết nên bắt đầu từ bước nào và gửi bạn checklist chống bị Apple từ chối của mình. Không ai có thể đảm bảo bạn sẽ được Apple duyệt hay có doanh thu; điều phương pháp này đảm bảo là lúc nào bạn cũng biết mình còn phải làm gì.