Tôi sẽ hướng dẫn bạn chính xác những gì đã xảy ra, từ việc chứng kiến AI tạo 1.000 dòng mã trong ba phút đến gặp lỗi runtime trước cả khi tôi có thể thử màn hình đăng nhập. Bạn sẽ thấy những điểm Thunkable làm xuất sắc, nơi nó hoàn toàn sụp đổ, và liệu nó có thực sự đáng với ngân sách token cho trường hợp sử dụng cụ thể của bạn hay không.
Thunkable là gì?
Thunkable là một công cụ xây dựng ứng dụng di động không cần mã sử dụng AI để tạo các ứng dụng native iOS và Android từ các prompt văn bản.
Không giống các nền tảng no-code truyền thống dựa trên kéo-thả khối, trình tạo AI của Thunkable tạo ra mã thực sự, bao gồm các tệp JavaScript, cấu trúc thành phần và định kiểu.
Bạn có thể quan sát AI “suy nghĩ” qua các yêu cầu của mình, chia nhỏ prompt thành cấu trúc app, phong cách thiết kế, tính năng cốt lõi và mô hình dữ liệu trước khi viết mã. Sự minh bạch này làm nó khác biệt so với các trình tạo AI hộp đen giấu đi chi tiết kỹ thuật.
Những vấn đề nào mà nó giải quyết?
- Tốc độ thay vì phải bắt đầu từ đầu: Xây dựng một ứng dụng đa màn hình với xác thực, biểu mẫu và quản lý dữ liệu — việc này thường mất nhiều ngày trong phát triển truyền thống — nhưng với Thunkable chỉ mất vài phút
- Giao diện di động chuyên nghiệp mà không cần kỹ năng thiết kế: AI hiểu các mẫu thiết kế di động và tạo ra ứng dụng có cảm giác native, không giống như trang web di động
- Tính linh hoạt cho người dùng kỹ thuật: Không giống các công cụ thuần no-code, bạn có thể truy cập mã React Native bên dưới, cho phép các nhà phát triển tùy chỉnh vượt ra ngoài những gì AI tạo ra
Cách nó định vị bản thân: Trong khi các nền tảng như Bubble tập trung vào ứng dụng web với trình chỉnh sửa trực quan, và Flutterflow hướng tới các nhà phát triển cần mã Flutter, Thunkable thu hẹp khoảng cách. Nó đủ nhanh để các nhà sáng lập không chuyên về kỹ thuật có thể tạo prototype, nhưng cũng cho phép truy cập mã cho các nhà phát triển muốn kiểm soát.
Thunkable dành cho ai?
Thunkable hoạt động tốt nhất cho những người sáng tạo có xu hướng kỹ thuật muốn tạo prototype ứng dụng di động nhanh chóng và không ngại khắc phục sự cố hoặc xem mã khi có lỗi. Nó cũng phù hợp nhất cho:
- Nhà sáng lập startup xác thực ý tưởng di động: Nếu bạn đang xây dựng một thị trường trực tuyến, hệ thống đặt chỗ, hoặc cổng dịch vụ và cần một prototype chức năng trên iOS/Android để trình diễn cho nhà đầu tư hoặc người dùng thử nghiệm, Thunkable đưa bạn từ ý tưởng đến ứng dụng có thể kiểm thử chỉ trong vài giờ.
- Nhà phát triển Python khám phá phát triển di động: Bạn hiểu logic backend và API, nhưng việc học Swift hoặc Kotlin có vẻ quá mức cần thiết cho một MVP. Thunkable tạo mã React Native mà bạn có thể đọc và chỉnh sửa, cho phép bạn nhanh chóng tạo prototype giao diện di động trong khi tập trung kỹ năng backend vào tích hợp API.
- Chủ doanh nghiệp nhỏ xây dựng công cụ nội bộ: Bạn có thể mô tả quy trình làm việc bằng ngôn ngữ đơn giản, nhận prototype hoạt động, và triển khai dưới dạng web app hoặc ứng dụng di động native mà không cần thuê đội ngũ phát triển.
Không lý tưởng cho: Người dùng không chuyên về kỹ thuật mong đợi trải nghiệm không cần mã, không lỗi. AI thường tạo mã có lỗi, và việc sửa lỗi runtime đòi hỏi bạn phải tiêu token cho các lần “Sửa với AI” hoặc tự chỉnh sửa JavaScript.
Nếu bạn không thoải mái với việc khắc phục sự cố hoặc đọc mã, các sự cố thường xuyên sẽ nhanh chóng khiến bạn nản lòng.
Ưu và nhược điểm của Thunkable
- AI tạo ứng dụng trong dưới 3 phút
- Hiển thị quá trình “suy nghĩ” trực tiếp trong quá trình tạo
- Giao diện di động sạch, chuyên nghiệp theo mặc định
- Chấp nhận prompt chi tiết trên 300 từ
- Truy cập đầy đủ mã React Native
- Lịch sử phiên bản cho mỗi lần lặp AI
- Xuất bản lên iOS, Android, hoặc web
- Tải xuống các tập tin build (không khóa nền tảng)
- Các mẫu điều hướng dưới hoạt động mượt mà
- Tùy chỉnh chủ đề thông qua mã
- Biểu mẫu yêu cầu dịch vụ hiển thị đúng
- Tùy chọn tích hợp: Airtable, Firebase, Google Sheets
- Hệ thống token ngăn chặn chi phí AI vượt kiểm soát
- AI thường tạo mã buggy
- Yêu cầu chỉnh sửa mã để tùy chỉnh
- Mặc định sử dụng lưu trữ cục bộ, không phải đám mây
- Chi phí token tăng dần khi khắc phục sự cố
Dùng thử Thunkable miễn phí và xem AI biến ý tưởng ứng dụng di động của bạn thành mã hoạt động trong dưới 5 phút. Không cần Swift, không cần Kotlin, chỉ bạn và một hộp văn bản.
Tính năng của Thunkable
- AI tạo mã React Native từ các prompt
- Ứng dụng đa màn hình với điều hướng dưới
- Xác thực người dùng và quản lý vai trò
- Trình tạo biểu mẫu với dropdown và xác thực
- Điều khiển phiên bản cho mỗi lần lặp mã
- Xuất bản lên iOS, Android, hoặc web
- Tích hợp: Airtable, Firebase, Google Sheets, Xano
- Tải xuống tệp APK/AAB để triển khai
Kinh nghiệm thực tế của tôi với Thunkable
Đây là toàn bộ trải nghiệm của tôi khi xây dựng một Cổng Yêu cầu Dịch vụ với Thunkable. Tôi muốn một hệ thống đầy đủ với đăng nhập người dùng, bảng điều khiển, và cơ sở dữ liệu hoạt động. Đây là từng bước một, bao gồm mọi click và mọi bực bội.
1. Bắt đầu: Đăng ký và Ấn tượng đầu tiên
Tôi truy cập trang chủ của Thunkable, và điều đầu tiên tôi thấy là một lời kêu gọi hành động lớn và tối giản: “Biến ý tưởng của bạn thành một ứng dụng.”
Ở giữa màn hình là một hộp văn bản trắng lớn. Dưới nó là bốn danh mục gợi ý để bạn bắt đầu:
- Lập kế hoạch sự kiện
- Quản lý tồn kho
- Du lịch
- Thiền định
Tôi nhận thấy nếu bạn nhấp vào một trong số này, nó sẽ tự động điền hộp prompt với mô tả mẫu.
Tuy nhiên, tôi không muốn dùng template; tôi muốn xem AI có thể xử lý một yêu cầu phức tạp, đa lớp hay không.
Nhưng trước khi tôi có thể gõ một chữ nào, tôi muốn tạo tài khoản. Tôi bấm nút “Đăng ký” ở góc phải trên cùng.
Một cửa sổ trắng sạch sẽ hiện lên, cung cấp ba cách tham gia:
- Tiếp tục với Google
- Tiếp tục với Apple
- Đăng ký bằng email
Tôi nhập địa chỉ email và nhấn nút xanh “Đăng ký bằng email”. Thunkable không dùng mật khẩu trong giai đoạn này.
Thay vào đó, họ sử dụng hệ thống “liên kết ma thuật”. Tôi phải rời trang, mở email trong tab mới, và tìm thư từ “Đội ngũ Thunkable”. Tôi phải bấm “Xác nhận”. Cuối cùng, tôi được chuyển về dashboard của Thunkable.
Điều đầu tiên tôi nhận thấy sau khi đăng nhập là giao diện cực kỳ trống trải. Không có cửa sổ bật lên “Chào mừng! Hãy cùng tham quan”, không có video hướng dẫn, và không có chatbot làm phiền.
Suy nghĩ của tôi về việc này:
Việc đăng ký nhanh, nhưng tôi không thích liên kết ma thuật vì phải chuyển tab liên tục. Tuy nhiên, giao diện rất đẹp. Nó không lộn xộn với hàng nghìn nút hay thanh bên; chỉ có một hộp prompt lớn nhìn thẳng vào bạn, khiến toàn bộ quá trình trở nên thân thiện cho người mới.
2. Prompt đầu tiên và giới hạn ký tự
Tôi trở lại màn hình prompt chính để nhập chi tiết dự án. Tôi muốn xây dựng một “Cổng Yêu cầu Dịch vụ” cho chủ nhà.
Đây không chỉ là một yêu cầu đơn giản; tôi muốn một quy trình làm việc đầy đủ. Tôi dành vài phút soạn một prompt rất cụ thể để xem AI có tuân theo đúng hướng dẫn không.
Tôi cũng bao gồm một cấu trúc dữ liệu chi tiết cho hai bảng: “Bảng Dịch vụ” và “Bảng Người dùng”. Tôi thậm chí định nghĩa vai trò “Khách hàng” và “Quản trị viên”.
Điều làm tôi ngạc nhiên là hộp văn bản rất thoải mái. Tôi dán toàn bộ prompt chi tiết gần 300 từ và nó không cắt bớt gì.
Tôi không thấy bộ đếm ký tự hay cảnh báo “độ dài tối đa” nào. Nó chỉ chấp nhận văn bản và chờ tôi hành động. Khi hài lòng, tôi bấm nút đỏ “Tạo ứng dụng” ở dưới cùng.
Nhận xét của tôi về quá trình nhập prompt:
Phần này rất mượt mà. Nó cảm giác rất tự nhiên, gần như tôi đang viết mô tả cho freelancer. Tôi thích rằng tôi có thể chi tiết đến các cột dữ liệu và tùy chọn dropdown mà công cụ không bị nhầm lẫn.
So với các trình tạo khác chỉ có một hộp nhỏ, khu vực văn bản lớn của Thunkable thực sự khuyến khích bạn tỉ mỉ. Nó khiến bạn cảm thấy mình kiểm soát thiết kế ngay từ giây đầu.
3. Quan sát AI xây dựng: Giai đoạn “Suy nghĩ”
Ngay khi tôi nhấn tạo, màn hình chuyển sang tối và xuất hiện thông báo trạng thái: “Đang phân tích yêu cầu của bạn.”
Phần này là phần thú vị nhất của toàn trải nghiệm. Thay vì vòng xoay chờ chung chung, Thunkable cho tôi xem nhật ký trực tiếp quá trình “suy nghĩ” của AI.
Tôi thấy AI chia prompt của tôi thành bốn hạng mục:
- Cấu trúc ứng dụng: Nó chọn bố cục “Điều hướng dưới” với ba màn hình chính: Trang chủ, Yêu cầu mới và Hồ sơ.
- Phong cách thiết kế: Nó ghi nhận yêu cầu màu xanh chính và phong cách “Chuyên nghiệp”. Nó cũng chú thích “Giao diện sạch, hiện đại” là mục tiêu.
- Tính năng cốt lõi: Nó liệt kê các thành phần dự định xây dựng, bao gồm hệ thống Đăng nhập/Đăng ký, Biểu mẫu Yêu cầu Dịch vụ và Bảng điều khiển với bộ lọc trạng thái.
- Cấu trúc dữ liệu: Nó xác nhận sẽ tạo hai bảng: users và service_requests. Nó thậm chí liệt kê các cột như id, service_type và status.
Sau phân tích, màn hình chuyển sang trình soạn thảo mã đầy đủ. Tôi nhìn thấy AI gõ từng dòng mã React Native.
Tôi có thể thấy các tệp được tạo trong thanh bên trái: App.js, theme.js, HomeScreen.js lần lượt xuất hiện. Tôi thấy logic được viết: các hàm handleSubmit, fetchRequests và toggleStatus.
Toàn bộ quá trình từ nhấn “Tạo” đến khi có ứng dụng hoàn thành mất chính xác khoảng ba phút. Một thông báo nhỏ hiện dưới màn hình: “Ứng dụng của bạn đã được tạo!” và nút xanh “Xem trước” xuất hiện.
Suy nghĩ của tôi về điều này:
Việc được xem quá trình “suy nghĩ” của AI thật tuyệt vời. Nó cho tôi cơ hội xem liệu AI có thực sự hiểu yêu cầu trước khi bắt đầu viết mã hay không.
Có chút lạ khi sử dụng công cụ “no-code” nhưng lại nhìn thấy 1.000 dòng JavaScript, nhưng thực sự rất thú vị nếu bạn muốn hiểu cách ứng dụng hoạt động. Nó loại bỏ bí ẩn của hộp đen AI.
4. Cái nhìn đầu tiên: Xem xét ứng dụng đã tạo
Khi quá trình tạo xong, tôi nhấn nút “Xem trước”. Một trình giả lập điện thoại xuất hiện bên phải màn hình.
Ấn tượng đầu tiên của tôi là ứng dụng trông rất sạch sẽ và “gốc”. Nó không giống trang web di động; cảm giác giống một ứng dụng thực sự bạn tìm thấy trên App Store.
Dưới đây là phân tích những gì tôi thấy:
- Bảng điều khiển: Màn hình đầu tiên là danh sách “Yêu cầu dịch vụ”. Nó có tiêu đề đẹp và thanh chuyển tab ở trên cùng với bốn tab: Tất cả, Đang chờ, Đang tiến hành và Đã hoàn thành.
- Bảng màu: Nó tuân theo hướng dẫn của tôi hoàn hảo. Nút bấm màu xanh đậm chuyên nghiệp, nền xám nhạt làm các thẻ trắng nổi bật.
- Điều hướng: Dưới cùng màn hình có menu rõ ràng với ba biểu tượng: “Yêu cầu”, “Yêu cầu mới” và “Hồ sơ”.
- Giao diện: Nó nghiêng về phong cách “chuyên nghiệp”. Phông chữ sắc nét, khoảng cách đều và sử dụng mẫu UI di động tiêu chuẩn rất quen thuộc.
Tuy nhiên, bảng điều khiển trống. Nó không tạo dữ liệu mẫu nào để cho tôi thấy một yêu cầu trông ra sao, khiến tôi khó đánh giá khi chưa thêm dữ liệu thủ công.
Nhận xét của tôi về cái nhìn đầu tiên:
Thiết kế chính xác như tôi yêu cầu, chuyên nghiệp và xanh. Nó không cố gắng quá “hoa mỹ”, điều tôi thích cho cổng dịch vụ. Tôi ấn tượng cách nó xử lý tab và điều hướng; rất mượt mà.
Phàn nàn nhỏ của tôi là ước gì nó tạo vài yêu cầu mẫu để màn hình không quá trống khi bắt đầu. Điều đó sẽ tăng yếu tố “wow” nhiều hơn.
5. Khi lỗi bắt đầu xuất hiện: Vòng lặp khắc phục sự cố
Giai đoạn “tình yêu đầu” kết thúc ngay khi tôi tương tác với app. Tôi bấm tab “Yêu cầu mới” để xem biểu mẫu, nhưng thay vì biểu mẫu, một hộp tím bật lên trên giả lập. Nó hiện:
Runtime Error: Your app encountered an error while running. Cannot read properties of null (reading ‘id’) at Line 433, Column 50. Error location: the ‘HomeScreen’ screen.
Tôi thậm chí chưa động vào mã, nhưng app đã crash. Tuy nhiên, Thunkable dường như mong đợi điều này.
Trong hộp lỗi có một nút lớn “Sửa với AI”. Tôi bấm vào, và AI lại vào chế độ “Đang suy nghĩ”. Nó mất khoảng 45 giây “phân tích lại” mã rồi làm mới bản xem trước.
Lỗi đầu tiên biến mất, và tôi cuối cùng có thể xem biểu mẫu “Yêu cầu dịch vụ mới”. Nó đúng như tôi mô tả:
- Dropdown cho “Loại dịch vụ” với Cấp thoát nước, Điện, v.v.
- Ô văn bản lớn cho mô tả.
- Trình chọn ngày cho ngày mong muốn.
- Dropdown “Mức độ khẩn cấp”.
Nhưng rồi, tôi bấm biểu tượng “Hồ sơ” để xem thông tin người dùng, và một lỗi thứ hai xuất hiện:
Runtime Error: Cannot read properties of null (reading ‘name’) at Line 949, Column 42.
Suy nghĩ của tôi về việc này:
Phần này thật khó chịu. AI là một nhà thiết kế tuyệt vời, nhưng coder thì buggy. Nó dường như gặp khó với logic “xác thực”. Nó đang truy vấn tên hoặc ID người dùng trước khi tôi đăng nhập hoặc tạo tài khoản, khiến app crash.
Nút “Sửa với AI” rất mạnh, nhưng phải dùng đến ba lần chỉ để xem ba màn hình khác nhau thật hơi thất vọng. Nó khiến tôi cảm giác app chưa “sẵn sàng cho giai đoạn sử dụng chính thức”.
6. Giới hạn tín dụng và token: Chi phí xây dựng
Khi tôi nhấn nút “Sửa với AI”, tôi bắt đầu tự hỏi điều này tốn bao nhiêu. Tôi vào cài đặt tài khoản và thấy phần “Token”.
Trên gói “Miễn phí”, tôi được cấp 1.2k token. Mỗi lần AI tạo app mới hoặc sửa mã, nó sẽ trừ vào giới hạn này.
Tôi nhận thấy sau lần build đầu và hai lần “Sửa với AI”, số token giảm khoảng 250.
Điều này có nghĩa nếu bạn xây dựng app phức tạp cần nhiều khắc phục, bạn có thể nhanh chóng dùng hết token miễn phí chỉ trong một buổi chiều.
Nhận xét của tôi về giới hạn tín dụng:
Hệ thống công bằng, nhưng thêm phần căng thẳng cho quá trình xây dựng. Mỗi lần tôi bấm “Sửa với AI”, tôi cảm giác như đang tiêu tiền. Sẽ tốt hơn nếu các lần sửa do AI không tính vào giới hạn, nhất là khi lỗi do chính mã AI tạo ra.
7. Tùy chỉnh thiết kế: No-Code vs. High-Code
Tôi muốn xem có thể thay đổi thiết kế mà không dùng AI không. Tôi bấm tab “Chỉnh sửa”, mong đợi trình kéo-thả như Thunkable chuẩn. Thay vào đó, tôi chỉ thấy mã.
- Thay đổi màu sắc: Tôi phải vào file theme.js và đổi mã hex như #0000FF sang thứ khác.
- Di chuyển nút: Tôi phải chỉnh cài đặt Flexbox trong mã giống CSS.
- Thêm thành phần: Muốn thêm nút, tôi phải gõ thủ công vào mã.
Chưa có “Bảng điều khiển Thiết kế” với thanh trượt hay bộ chọn màu cho các bản AI này. Bạn chỉ có hai lựa chọn: dùng AI để chỉnh hoặc tự viết mã.
Suy nghĩ của tôi về việc này:
Đây là một bất ngờ lớn. Tôi nghĩ AI sẽ tạo app theo khối để tôi có thể chỉnh trực quan.
Việc cho tôi mã thô cho thấy Thunkable nhắm đến nhà phát triển muốn được khởi đầu nhanh, không phải người mới hoàn toàn không muốn nhìn mã. Nó rất mạnh, nhưng cũng khó dùng hơn cho non-techie.
8. Thiết lập dữ liệu và backend: Dữ liệu của tôi ở đâu?
Tôi quyết định xem dữ liệu được xử lý ra sao. Khi xem mã, tôi thấy dòng sau ở đầu file:
const storageStrategy = ‘all-local’;
Và nhìn sâu hơn, tôi thấy app dùng useQuery và useMutation từ ‘platform-hooks’:
const { useQuery, useMutation } = require(‘platform-hooks’);
Ban đầu tôi khá bối rối. Yêu cầu dịch vụ được lưu qua những hook này, nhưng tôi không biết dữ liệu thực sự đi đâu. Nó lưu trên máy? Hay lên database đám mây?
Đây là những gì tôi khám phá được:
Chiến lược ‘all-local’ nghĩa là dữ liệu chỉ lưu cục bộ trên thiết bị, không phải trong database thực. Về cơ bản nó là một thiết lập localStorage tinh vi trông như dùng database (với query và mutation), nhưng thực chất chỉ quản lý dữ liệu trong trình duyệt hoặc bộ nhớ tạm của điện thoại.
Điểm tốt: Mã đã có cấu trúc để làm việc với database. Mẫu useQuery và useMutation chính là cách bạn dùng với backend thực.
Điểm xấu: Nó không kết nối thật với Airtable, Firebase, Google Sheets, hay bất cứ database đám mây nào. Nếu chủ nhà gửi yêu cầu, thợ hoặc admin không thể thấy vì nó chỉ lưu trên thiết bị của chủ nhà. Dữ liệu biến mất nếu bạn xóa app hoặc đổi thiết bị.
Chuyện gì xảy ra khi tôi hỏi “Làm thế nào để kết nối cơ sở dữ liệu?”
Tôi không chắc cách kết nối database thực, nên tôi gõ câu hỏi đó vào ô chat cùng prompt gốc. Tôi hy vọng AI sẽ giải thích hoặc đề xuất tích hợp.
Thay vào đó, chuyện kỳ lạ xảy ra. Nhật ký “Suy nghĩ” của AI (tôi có thể xem trong lúc nó xử lý) cho thấy:
“Người dùng đang hỏi ‘Làm thế nào để kết nối cơ sở dữ liệu?’ Đây không phải là yêu cầu sửa mã, mà là một câu hỏi… Tuy nhiên, dựa trên hướng dẫn của tôi, tôi cần chỉ trả về mã hoàn chỉnh đã cập nhật.”
AI được lập trình chỉ xuất mã, không giải thích. Thay vì trả lời, nó hiểu lầm là yêu cầu sửa app. Nó mất 13,6 giây “suy nghĩ”, rồi sinh lại mã.
Nhưng điều bất ngờ là: mã nó trả về hầu như giống y như trước. Nó chỉ tái cấu trúc một số phần bên trong (tạo ServiceRequestContext để chia sẻ dữ liệu giữa màn hình) nhưng vẫn dùng chiến lược lưu trữ ‘all-local’.
ServiceRequestContext…
‘all-local’
Nó không chuyển tôi sang database đám mây. Nó không đề xuất kết nối Airtable. Nó chỉ… cho tôi một phiên bản mã localStorage được tái cấu trúc nhẹ.
Nhật ký suy nghĩ của AI còn thừa nhận hạn chế này:
“Phản hồi phù hợp lẽ ra là giải thích rằng:
1. Chiến lược hiện tại là ‘local’ (không database)
2. Để dùng database, họ cần chuyển sang chiến lược ‘all-local’ (dùng platform-hooks với useQuery/useMutation)
3. Chiến lược ‘all-supabase’ (database đám mây với auth) sẽ ra mắt trong bản phát hành tương lai.
Tuy nhiên, tôi được hướng dẫn CHỈ trả về mã, không giải thích gì thêm.”
Dịch lại: AI biết tôi hỏi gì, nhưng không thể giải thích. Nó chỉ có thể đưa mã.
Và vì tích hợp database đám mây chưa hoàn thiện (chiến lược “all-supabase” chỉ “sẽ có sau”), nó đành bám lấy localStorage.
Nhận xét của tôi về backend:
Trình tạo AI mặc định theo hướng local-first, phù hợp demo nhưng không đủ cho app nhiều người dùng sản xuất. Điều khiến tôi bực là:
- AI không hỏi trước tôi muốn lưu dữ liệu ở đâu (Airtable? Firebase? Google Sheets?).
- AI không giải thích lựa chọn khi tôi hỏi trực tiếp. Nó chỉ xuất mã, không thảo luận quyết định kiến trúc.
- Mã trông sẵn sàng database (với useQuery và useMutation), nhưng thực ra chỉ là wrapper quanh localStorage.
Theo tài liệu của Thunkable, tôi có thể chuyển storageStrategy từ ‘all-local’ sang ‘all-supabase’ (database đám mây với xác thực), nhưng nhật ký suy nghĩ cho thấy tính năng này “sẽ có trong bản phát hành tương lai”, nghĩa là trình tạo AI chưa hỗ trợ đầy đủ chiến lược đám mây.
Câu hỏi thực sự: Đây là giới hạn của AI hay tôi chỉ cần prompt cụ thể hơn? Nếu tôi đã nói “Xây dựng một cổng dịch vụ lưu yêu cầu vào Airtable” ngay từ đầu, liệu AI có làm được không? Tôi đoán có thể, nhưng AI lẽ ra nên hỏi tôi chọn database nào thay vì mặc định localStorage mà không giải thích.
9. Các tích hợp sẵn có: Kết nối các mắt xích
Dù AI không tạo chúng cho tôi, tôi đã kiểm tra nền tảng xem có tích hợp gì nếu muốn thêm thủ công.
Tôi thấy bạn có thể kết nối app với:
- Airtable: Cơ sở dữ liệu đám mây mạnh mẽ với giao diện bảng tính. Hoàn hảo để quản lý yêu cầu dịch vụ, cả dev và admin không chuyên đều truy cập được.
- Firebase: Xác thực người dùng thực và đồng bộ dữ liệu thời gian thực. Giải quyết ngay vấn đề “dữ liệu chỉ lưu trên một thiết bị”.
- Google Sheets: Theo dõi dữ liệu đơn giản, dễ chia sẻ cho người không kỹ thuật. Giả sử quản lý bất động sản mở Google Sheet để xem tất cả yêu cầu—không cần code.
- Xano: Backend có thể mở rộng mà không cần quản lý server. Lý tưởng cho app cần phát triển mà bạn không lo hạ tầng.
- Backendless: Database trực quan và tính năng quản lý người dùng. Một lựa chọn backend no-code khác.
- Cloudinary: Xử lý hình ảnh. Ví dụ ảnh ống nước hỏng mà chủ nhà tải lên cùng yêu cầu dịch vụ.
- Webflow: Đồng bộ với CMS website. Nếu bạn có site quản lý bất động sản trên Webflow, có thể kết nối yêu cầu giữa web và app.
- RevenueCat: Mua hàng trong app và đăng ký, nếu bạn muốn kiếm tiền từ app.
Vậy công cụ đã có. Câu hỏi là: tại sao AI không dùng chúng?
Đây là phần thú vị. Tôi quay lại xem quá trình suy nghĩ của AI khi hỏi “Làm thế nào để kết nối cơ sở dữ liệu?”
AI biết về các tích hợp này. Nó nói rõ:
“Để sử dụng cơ sở dữ liệu, họ cần chuyển sang chiến lược ‘all-local’ (sử dụng platform-hooks với useQuery/useMutation). Chiến lược ‘all-supabase’ (cơ sở dữ liệu đám mây với xác thực) sẽ ra mắt trong bản phát hành tương lai.”
Điều này cho tôi thấy:
- Các tích hợp có sẵn, nhưng trình tạo AI bị giới hạn truy cập. Thunkable rõ ràng hỗ trợ Airtable, Firebase, Google Sheets, v.v., nhưng trình tạo AI chỉ được phép dùng một vài “storage strategy” định sẵn như ‘all-local’ và ‘all-supabase’.
- AI không có giao diện trò chuyện để thiết lập. Tôi không thể chỉ gõ “Kết nối với Airtable của tôi” để AI làm hết. Thay vào đó, tôi phải cấu hình thủ công theo tài liệu Thunkable.
- AI ưu tiên tốc độ, không phải tùy biến. Nó mặc định chọn phương án nhanh nhất, đơn giản nhất (lưu trữ cục bộ) thay vì hỏi thêm “Bạn muốn lưu dữ liệu ở đâu?” hay “App này có nhiều người dùng không?”
Suy nghĩ của tôi về việc này:
Tiềm năng chắc chắn có đó, và nó mạnh mẽ hơn tôi nghĩ. Tôi không bực với khả năng của Thunkable. Tôi bực vì trình tạo AI không chủ động đưa ra các tùy chọn này ngay từ giai đoạn prompt.
Tôi ước gì AI đã hỏi tôi:
- “Tôi thấy bạn đang xây dựng một cổng dịch vụ. Bạn muốn lưu yêu cầu dịch vụ ở đâu?”
- Lưu trữ cục bộ (nhanh, hỗ trợ offline, nhưng dữ liệu chỉ còn trên một thiết bị)
- Airtable (cơ sở dữ liệu đám mây với giao diện bảng tính)
- Firebase (cơ sở dữ liệu thời gian thực với xác thực người dùng)
- Google Sheets (theo dõi dữ liệu đơn giản, dễ chia sẻ)
Một câu hỏi như vậy đã cứu tôi khỏi việc xây dựng thứ trông như app đa người dùng nhưng chỉ chạy như prototype một người.
10. Kiểm soát phiên bản: Mạng lưới an toàn tối thượng
Một tính năng khiến tôi ấn tượng là công cụ “Lịch sử Phiên bản”. Bấm biểu tượng đồng hồ nhỏ trên thanh công cụ mở thanh bên liệt kê mọi phiên bản app AI đã tạo.
Tôi thấy dòng thời gian:
- Cổng Yêu cầu Dịch vụ với Xác thực Người dùng (phiên bản đã bị lỗi)
- “Sửa lỗi tham chiếu null” (lần sửa đầu tiên)
- Kết nối cơ sở dữ liệu với ứng dụng
Tôi có thể bấm vào bất kỳ phiên bản nào để xem mã hoặc “Phục hồi” app về đúng khoảnh khắc đó.
Tính năng này rất hữu ích khi một lần “Sửa với AI” làm app tệ hơn hoặc gây lỗi mới.
Nhận xét của tôi về kiểm soát phiên bản:
Đây là công cụ kiểm soát phiên bản tốt nhất tôi từng thấy ở bất cứ công cụ no-code hay AI nào. Nó mang lại cảm giác an toàn thực sự. Bạn không ngại thử nghiệm hoặc để AI sửa lỗi mạo hiểm vì biết có thể quay lại bất cứ lúc nào. Nó biến quá trình phát triển AI lộn xộn thành chuyên nghiệp và có kiểm soát hơn.
11. Xuất bản và Triển khai: Ra mắt
Khi thấy app đã đủ ổn, tôi xem tùy chọn “Xuất bản”. Ở góc phải trên có nút lớn “Xuất bản”.
Bấm nó mở menu với ba lựa chọn chính:
- Xuất bản iOS: Bắt đầu quy trình gửi app lên Apple App Store. Cần tài khoản Apple Developer.
- Xuất bản Android: Tạo tệp APK hoặc AAB cho Google Play Store.
- Xuất bản Web App: Phần thú vị nhất. Cung cấp URL để mọi người dùng app qua trình duyệt di động mà không cần tải về.
Còn có nút “Tải xuống” cho phép tôi yêu cầu bản copy cục bộ các tệp build Android hoặc iOS. Điều này rất quan trọng vì nghĩa là bạn không bị “khóa” mãi trên nền tảng Thunkable. Bạn thực sự sở hữu sản phẩm đầu ra.
Nhận xét của tôi về xuất bản:
Luồng xuất bản rất trực tiếp. Họ không giấu tùy chọn “ứng dụng web” sau tường phí khổng lồ, điều tôi rất thích. Việc bạn có thể lấy file build thô cho Android và iOS khiến công cụ trông chuyên nghiệp, không chỉ là đồ chơi cho người đam mê. Đây là kết thúc mượt mà cho quá trình xây dựng.
Tóm tắt cuối cùng về trải nghiệm
Sau vài giờ dùng công cụ, tôi có prototype hoạt động của Cổng Yêu cầu Dịch vụ. Nó có màn hình đăng nhập, biểu mẫu yêu cầu hoạt động và bảng điều khiển lọc theo trạng thái.
Đánh giá cuối cùng của tôi:
Trình tạo AI của Thunkable là điểm khởi đầu mạnh mẽ cho bất cứ ai muốn xây dựng app di động nhanh. Nó tuyệt vời để hình dung ý tưởng và dựng cấu trúc UI trong vài phút thay vì vài ngày.
Tuy nhiên, nó không phải là “đũa thần”. Bạn sẽ gặp lỗi, phải tiêu token để sửa, và có thể phải xem mã nếu muốn kết nối database thực.
So với công cụ khác, Thunkable giống môi trường phát triển chuyên nghiệp hơn. Nó cho bạn xem mã và công cụ để sửa nó. Nếu bạn là người sáng tạo có xu hướng kỹ thuật muốn khởi đầu mạnh mẽ cho dự án tiếp theo, đây là công nghệ ấn tượng.
Nếu bạn mong đợi app hoàn hảo, sẵn sàng sản xuất chỉ với một click không cần chạm mã, bạn có thể thất vọng. Nhìn chung, đây là bước tiến lớn cho thế giới no-code.
Giá cả & Gói của Thunkable
Thunkable cung cấp bốn cấp độ giá dựa trên giới hạn token AI, quyền riêng tư dự án và khả năng xuất bản.
Tất cả gói đều bao gồm trình tạo mã AI. Khác biệt nằm ở khối lượng bạn có thể xây và nơi bạn có thể triển khai.
| Gói | Giá | Token AI | Dự án | Xuất bản lên App Store | Phù hợp cho |
|---|---|---|---|---|---|
| Miễn phí | $0 | 2,000 | Chỉ 3 công khai | Không | Thử nghiệm nền tảng |
| Accelerator | $19/tháng | 20,000 | 5 công khai + 1 riêng tư | Không | Tạo mẫu MVP |
| Builder | $59/tháng | 50,000 | Không giới hạn công khai + 10 riêng tư | 1 ứng dụng hoạt động | Ra mắt ứng dụng đầu tiên |
| Advanced | $189/tháng | 100,000 | Mọi thứ không giới hạn | Ứng dụng không giới hạn | Agency & bộ sản phẩm |
Chi phí ẩn cần biết
Bạn sẽ cần tài khoản Apple Developer (99$/năm) và Google Play (25$ một lần) để xuất bản app. Thunkable không đề cập trước, nhưng bạn không thể lên store nếu thiếu chúng.
Token AI trên gói trả phí tự làm mới hàng tháng (theo chu kỳ thanh toán). Nếu bạn dùng 3.000/20.000 token gói Accelerator, tháng sau bạn lại có 20.000 mới. Token không dùng hết không cộng dồn.
Quan trọng: Nếu hết hạn gói, các app đã xuất bản sẽ không khả dụng với người dùng. Không giống WordPress, nơi site vẫn chạy sau khi hủy, app của bạn sẽ tắt cho đến khi bạn gia hạn.
Khuyến nghị của tôi
Bắt đầu với Accelerator ($19/tháng) nếu bạn nghiêm túc xây dựng. Gói Miễn phí 2.000 token hết rất nhanh khi debug, và bạn cần ít nhất một dự án riêng tư cho việc kinh doanh.
Bạn có thể xây app trên Thunkable, rồi tự kết nối với backend Django bằng mã React Native sinh ra. Chỉ cần chỉnh các endpoint API trong tệp mã.
Thay thế cho Thunkable
Việc sinh mã bằng AI của Thunkable làm nó thành công cụ prototyping nhanh, nhưng nếu bạn muốn UI di động pixel-chuẩn với kiểm soát mã hoàn chỉnh, FlutterFlow là lựa chọn hấp dẫn.
| Tính năng | Thunkable | FlutterFlow |
|---|---|---|
| Cách xây dựng | AI tạo mã từ prompt | Kéo-thả trực quan với widget Flutter |
| Phù hợp cho | Prototype nhanh với AI | UI pixel-chuẩn với kiểm soát code |
| Truy cập mã | Xem mã React Native, chỉnh sửa hạn chế | Xuất toàn bộ mã nguồn Flutter |
| Tùy chỉnh | Chỉnh mã thủ công hoặc nhập prompt lại | 170+ thành phần sẵn có + mã tùy chỉnh |
| Backend | Lưu trữ cục bộ mặc định, đám mây hạn chế | Tích hợp Firebase gốc, API tùy chỉnh |
| Độ khó khi học | Dễ nhập prompt, khó debug | Khó hơn (cần khái niệm Flutter) |
| Giá khởi điểm | $19/tháng (Accelerator) | $15,60/tháng (Basic) |
| Xuất bản App Store | $59/tháng (gói Builder) | $15,60/tháng (gói Basic) |
Chọn Thunkable nếu bạn là: Nhà sáng lập không chuyên về kỹ thuật muốn xác thực ý tưởng ứng dụng di động. Bạn thoải mái với lỗi thỉnh thoảng và muốn con đường nhanh nhất từ ý tưởng đến prototype hoạt động.
Chọn FlutterFlow nếu bạn là: Nhà phát triển khám phá di động muốn mã dễ đọc, dễ xuất. Bạn hiểu khái niệm lập trình và muốn kiểm soát chi tiết UI, animation và logic backend.
Phán quyết cuối cùng về Thunkable
Trình tạo AI của Thunkable thực hiện đúng lời hứa: ứng dụng di động hoạt động trong vài phút từ prompt tiếng Anh.
Quan sát AI phân tích yêu cầu và tạo mã React Native thật ấn tượng, và hệ thống kiểm soát phiên bản giúp bạn thử nghiệm không lo.
Nhưng thực tế: bạn sẽ dành nhiều thời gian sửa lỗi do AI tạo hơn xây tính năng. Lỗi runtime xuất hiện liên tục, tiêu token cho các lần “Sửa với AI” mà thường gây lỗi mới.
Nhưng nếu bạn mong app hoàn hảo, sẵn sàng đưa vào sản xuất mà không động đến mã? Bạn sẽ thất vọng.
