Our Melbourne chatbot projects start with conversation design — mapping the actual questions customers ask (not the questions we assume they ask). We analyse: contact centre call logs (transcripts or summaries), email inbox data (categorising inquiry types), website search queries (what users look for but don't find), and social media messages (questions asked via Facebook, Instagram, WhatsApp). This analysis produces an intent map: the exhaustive list of things customers try to do, ranked by frequency and automation potential. Intent classification typically reveals that 60-70% of inquiries fall into 15-25 distinct intents — a manageable scope for an effective chatbot. Technology architecture: (1) LLM-powered chatbots (our recommended approach for most Melbourne enterprises): using GPT-4, Claude, or open-source models (Llama 3 for self-hosted deployments) with RAG (Retrieval-Augmented Generation) to ground responses in the company's actual knowledge base. The RAG approach: indexing the company's help articles, policies, product documentation, and FAQs in a vector database — the chatbot retrieving relevant documents before generating a response. This ensures: accurate, company-specific answers (not generic GPT responses), source citations (the chatbot showing which document or policy it's referencing), and reduced hallucination (the chatbot only answering based on retrieved context — declining to answer questions outside its knowledge). (2) Structured chatbots (for specific workflow automation): decision-tree-based flows for transactional interactions — appointment booking, order tracking, return initiation, password reset. These flows don't need LLM intelligence — they need reliable, predictable execution of a defined process. (3) Hybrid: LLM for open-ended questions (understanding natural language, handling varied phrasing), structured flows for transactions (reliable execution of business processes), and seamless handoff between the two (a user asking a general question receives an LLM response; when they want to take an action, the chatbot transitions to a structured flow). Channel deployment: we deploy chatbots across web chat (embedded on the company's website), mobile app (in-app messaging), WhatsApp (increasingly popular in Australian business), Microsoft Teams (for internal chatbots — IT help desk, HR inquiries), and phone (voicebot with Australian English speech recognition — though voice AI is less mature than text-based chat). Privacy Act compliance: chatbots collecting personal information must comply with APPs. APP 3: only collect information reasonably necessary for the chatbot's function. APP 5: inform users that they're interacting with a chatbot (not a human). APP 11: secure storage of conversation data. APP 12-13: provide access to collected information and allow corrections. We build these controls into the chatbot architecture: clear bot identification, data minimisation, secure conversation logging, and retention policies.