AI-Powered Map Location Discovery Platform
(Discover dining and other locations in Ho Chi Minh City using natural-language prompts and contextual insights)
MapVibe is an AI-driven web platform launched in Ho Chi Minh City to transform location discovery, enabling users to find venues through natural-language prompts (e.g., “find a luxury rooftop restaurant with city view open until midnight” or “quiet coffee shop near the river with outdoor seating”). The platform harnesses Amazon Bedrock’s Large Language Models (LLMs) to interpret user intent, integrating real-time contextual factors like location, time, and preferences, and retrieves data from an internal DynamoDB database. Built on a serverless AWS architecture, MapVibe delivers low latency (<10s), high accuracy (≥85% match satisfaction), and cost efficiency (<$200 for initial 8-week development and demo cycle, completed by October 22, 2025). Authenticated users enjoy personalized recommendations, the ability to contribute reviews, and access to moderation tools, all enhanced by AI technologies.
MapVibe employs AWS Bedrock LLMs to parse natural-language prompts in Vietnamese and English, converting them into structured queries. It retrieves and ranks results from an internal DynamoDB database with geo-indexed place data, offering a hybrid interface (conversational search + category filters). User-generated content (reviews, place suggestions) is moderated using AWS Rekognition, ensuring safety and quality through advanced AI-driven analysis.
User Prompt + Context → Bedrock LLM Intent Parsing → Structured Query → DynamoDB Search → Rank & Cache → Web UI Display → User Feedback Loop.
| Service | Function |
|---|---|
| Amazon Route 53 | Domain routing |
| AWS Certificate Manager | SSL/TLS certificates |
| AWS WAF | Web application firewall |
| Amazon CloudFront | Global CDN for static assets |
| Amazon API Gateway | Secure RESTful API endpoints |
| AWS Lambda | Intent parsing, search, and ranking logic |
| Amazon DynamoDB | Geo-indexed place data and query caching |
| Amazon S3 | Storage for photos, logs, and assets |
| Amazon Cognito | User authentication and authorization |
| Amazon Bedrock | LLM for intent parsing and summarization |
| Amazon Rekognition | AI-driven content moderation for user uploads |
| Amazon EventBridge | Scheduled analytics and badge updates |
| Amazon CloudWatch | Monitoring and logging |
| Phase | Description | Duration |
|---|---|---|
| 1 | Define architecture, Bedrock prompt schema, and DynamoDB schema | 2 weeks |
| 2 | Estimate costs and optimize caching strategy | 1 week |
| 3 | Build backend (Lambda, DynamoDB, Bedrock, Rekognition) | 3 weeks |
| 4 | Develop frontend (Next.js, bilingual, responsive UI) | 3 weeks |
| 5 | Test and optimize for <10s latency and scalability | 2 weeks |
| 6 | Launch MVP, deploy via CI/CD, collect feedback | 2 weeks |
| Period | Activities |
|---|---|
| Pre-Development (Month 0 - Sept 2025) | Research Ho Chi Minh City venue datasets for DynamoDB |
| Month 1 (Oct 2025) | Build backend MVP with Bedrock LLM and DynamoDB |
| Month 2 (Nov 2025) | Implement caching, develop frontend integration |
| Month 3 (Nov 2025) | Launch public beta, optimize performance, collect feedback |
| Post-Launch (Dec 2025) | Add advanced features (e.g., ML-based ranking, offline mode) |
| AWS Service | Cost/Month (USD) | Description |
|---|---|---|
| Lambda | 15 | API + LLM logic |
| DynamoDB | 10 | Cached query store |
| S3 | 5 | Logs, static files |
| API Gateway | 10 | Request routing |
| Cognito | 5 | Auth MAU |
| CloudFront | 10 | Hosting/CDN |
| Bedrock (LLM tokens) | 15 | Prompt parsing |
| Rekognition | 5 | Batch image moderation |
| CloudWatch | 5 | Error-only logging |
| Total | ≈ 80/month | ≈ 160/8 weeks |
To ensure the MapVibe platform operates efficiently within the $200 AWS budget over the initial 8-week development and demo cycle (completed by October 22, 2025), we recommend the following scenarios based on varying levels of optimization and resource usage:
Minimal Scenario: Focuses on essential features with maximum reliance on free tiers. This includes disabling non-critical services like WAF if not needed, limiting Bedrock invocations to cached queries only (targeting 98%+ cache hit rate), and conducting no load testing. Estimated cost: <$50 over 8 weeks. Suitable for initial prototyping but may compromise demo reliability due to potential untested scalability issues.
Recommended Scenario: Balances cost and reliability by incorporating all key optimization measures listed above. This scenario utilizes aggressive caching (95% hit rate for Bedrock), batch processing for Rekognition, simplified load testing (100 users × 10 min), and error-only logging in CloudWatch. It ensures low latency and resilience while staying well under budget. Estimated cost: ~$100-150 over 8 weeks. Ideal for the MVP demo launched on October 22, 2025, providing a robust experience without unnecessary expenses.
Enhanced Scenario: Includes additional provisions for higher usage post-launch, such as provisioned concurrency for Lambda during peak times and full logging in CloudWatch for detailed debugging. This increases costs slightly but enhances performance monitoring and scalability testing (e.g., 300 users × 30 min loads). Estimated cost: ~$180-200 over 8 weeks. Recommended for ongoing operations after October 22, 2025, if extended demos or higher traffic is anticipated, still within the overall budget cap.
Recommendation: The Recommended Scenario was successfully implemented for the MVP launch on October 22, 2025, ensuring optimal demo reliability, scalability, and cost control within the $200 budget. For ongoing operations, consider transitioning to the Enhanced Scenario as needed.
| Risk | Impact | Probability | Mitigation |
|---|---|---|---|
| DynamoDB data inconsistency | High | Medium | Regular data validation and backups |
| Inaccurate LLM parsing (VN/EN) | Medium | Low | Predefined prompt templates, validation |
| Scalability under high load | Medium | Medium | Serverless auto-scaling, caching |
| Privacy concerns (location data) | High | Low | Explicit user consent, anonymized queries |
Contingency Plans: Use cached DynamoDB results or local JSON fallback for demos. Implement IP-based rate limits for unauthenticated users.