Private operational tool Project record 03 Updated 18 Jul 2026

Hospitality operations · Firebase & bilingual UX

Airbnb Operations Assistant

A private web application that centralizes apartment information, check-in instructions, Wi-Fi guidance, images and reusable guest-message blocks for faster, more consistent co-host operations.

The operational application is intentionally not linked publicly. Apartment addresses, credentials, Wi-Fi details, user accounts and guest information are excluded from this record.

01 · Overview

Guest information becomes operational infrastructure when it can be reused reliably.

Apartment instructions were distributed across messages, images and individual property pages. Repeating them manually created inconsistent wording, slower responses and a higher risk of sending the wrong detail.

The Operations Assistant brings those fragments into one controlled system. Each apartment can carry its own Wi-Fi guidance, check-in sequence, images and message blocks, while admins use search, copy and language controls to respond faster.

The product is deliberately small and task-focused. It does not try to replace Airbnb or become a full property-management platform; it removes friction from the recurring communication work surrounding check-in.

02 · Operating workflow

The interface follows the real support sequence.

The app is organized around how a co-host actually answers a guest, not around database administration.

01

Find the apartment

Search the Apartment List by property name instead of scanning a long management table.

Manage Data
02

Open the check-in view

Load the apartment's operational information and step-by-step guest-message structure.

Apartment Check-in
03

Choose the language

Switch between Vietnamese and English using a visible flag-based language control.

Bilingual UX
04

Copy the right artifact

Copy one message, all message steps or a prepared image directly into the communication workflow.

Clipboard tools
05

Send consistently

Reuse approved content while still allowing human review before sending it to the guest.

Human controlled

03 · System architecture

A static client with managed cloud data.

The user interface remains lightweight while Firebase handles identity, structured records and uploaded media.

Firebase-backed web app
01 · ACCESS

Firebase Authentication

Email-based access limits the operational interface to approved users.

Identity gate
02 · STRUCTURE

Cloud Firestore

Apartment records, language content and message steps live in a synchronized structured data layer.

Source of truth
03 · MEDIA

Cloud Storage

Operational images are stored separately from text content and referenced by apartment records.

Managed assets
04 · EXPERIENCE

Static HTML, CSS & JavaScript

The web client provides admin management, check-in views, theme controls and clipboard actions.

Fast interface
05 · DELIVERY

Custom subdomain

The private operations app is served separately from the public portfolio while remaining inside the same personal ecosystem.

Operational endpoint
Authenticated adminApartment searchFirestore recordMessage / image preparationClipboardGuest channel

04 · Key decisions

Operational convenience cannot come at the cost of sending the wrong information.

DR-01Accepted

Use one apartment record as the source of truth

Repeated details spread across pages and messages become difficult to update consistently.

Why
One structured record keeps names, instructions, images and language versions connected.
Trade-off
The data model must stay understandable as apartment content grows.
DR-02Accepted

Keep human review before guest delivery

Automated sending could distribute outdated or property-specific information without a final check.

Why
The app prepares content and images, but the co-host still decides what to send.
Trade-off
The workflow is assisted rather than fully automated.
DR-03Refined

Use flag-based language switching near theme controls

Language selection should be immediately visible during fast guest-support work.

Why
Flags reduce navigation friction and keep the control close to other global interface settings.
Trade-off
Content pairing must remain structurally consistent across both languages.
DR-04Accepted

Add copy-all for step-by-step guest messages

Copying individual sub-items repeatedly slowed down check-in communication.

Why
A combined clipboard output supports fast sending while preserving the intended message order.
Trade-off
Formatting and line breaks must remain readable across guest channels.
DR-05Reworked

Replace Share Image with Copy Image

The operational need was not social sharing; it was pasting a prepared image directly into the next message.

Why
Clipboard output reduces extra downloads, file selection and device-specific share flows.
Trade-off
Browser clipboard support and image-format conversion require defensive handling.
DR-06Removed

Remove Install & Phone Automation from the core screen

The section increased interface length without helping the primary apartment-to-message workflow.

Why
Keep the product focused on finding, preparing and copying operational information.
Lesson
A technically interesting feature can still weaken a task-focused tool.

05 · Reliability issues addressed

The most important bugs were workflow blockers, not cosmetic defects.

Clipboard

Copy Image remained at “Preparing image…”

Remote formats and browser clipboard restrictions required the image to be loaded, rendered and converted into a clipboard-compatible PNG blob.

Dark mode

Search input text became invisible

Input text, placeholder, selection and autofill colors needed explicit theme-safe values rather than relying on inherited styles.

Discovery

Apartment lists became slow to scan

A direct search field was added to Manage Data so admins can locate properties by name.

Messaging

Step-by-step content required repetitive copying

A copy-all workflow now combines child items in the correct order and preserves deliberate spacing.

Media

Images returned “unavailable”

Storage references, cross-origin loading and fallback states needed clearer separation from the apartment content itself.

Mobile

Operational controls competed for space

Language, dark mode, search and copy actions had to remain reachable without turning the header into a crowded control panel.

06 · Public / private boundary

Document the system without publishing the apartments.

This project record explains product architecture and operational decisions while deliberately excluding the information that makes the private app useful.

Public record

Safe to document

  • Product purpose and operational workflow.
  • Firebase service architecture at a high level.
  • Bilingual UX and clipboard design decisions.
  • General reliability lessons and public case-study outcomes.
  • Non-sensitive feature evolution and roadmap.
Protected application

Never publish

  • Exact apartment addresses and access instructions.
  • Wi-Fi names, passwords and property credentials.
  • Approved admin email addresses or authentication details.
  • Guest names, conversations or booking information.
  • Firebase credentials, internal collection paths or security-sensitive configuration.

07 · Lessons learned

Operations software is successful when it disappears into the task.

01

Model the repeated decision, not only the data

An apartment database becomes useful when it mirrors the sequence of finding, reviewing, copying and sending.

02

Clipboard behavior is a product feature

Copying text and images reliably can create more operational value than adding another dashboard or screen.

03

Bilingual content needs structural pairing

Language switching stays reliable when matching sections share the same content order and data model.

04

Dark mode must include form controls

Buttons and panels are not enough; inputs, placeholders, autofill and selection states require explicit testing.

05

Personal tools still need privacy architecture

A small user group does not remove the need to separate public proof from operational secrets.

06

Remove features that interrupt the main path

The best iteration may be shortening the interface and strengthening the action users repeat every day.

08 · Next priorities

Improve validation, auditability and content confidence.

The next phase should make content changes safer without turning the tool into a large property-management system.

KhaiTriOS roadmap
P1

Add apartment content validation

Warn when required language blocks, Wi-Fi fields, images or step order are incomplete before publishing changes.

Data quality
P1

Add a safe content preview

Show the exact guest-facing text and image output before it reaches the clipboard.

Reliability
P2

Track content freshness

Display when apartment information was last reviewed so stale instructions can be identified deliberately.

Operations
P2

Add lightweight change history

Record meaningful edits to apartment instructions without exposing guest activity.

Auditability
P3

Formalize role boundaries

Separate content editing, operational use and administration only when the user base requires it.

Access

Project record status

Third encyclopedia record complete.

The Airbnb Operations Assistant now has a public record of its workflow, architecture, clipboard decisions, privacy boundary and operational lessons—without exposing apartment data.

Back to all projects