SPH Media Quicksales.ai

Kick-off meeting brief · start here

SPH Media WhatsApp Customer Engagement Platform

A 60-minute alignment session for business and technical stakeholders. This page summarises the full proposal — what we will build, how it connects to your existing systems, and what we need from SPH to begin.

Prepared for
SPH Media Limited
Prepared by
QUICKSALES.AI
Date
8 July 2026
Validity
90 days
Delivery options
Option A / B
Today's session
Project kick-off

Private & Confidential — for authorised SPH Media and QUICKSALES.AI participants only

The proposal in 60 seconds

QUICKSALES.AI will deliver a managed WhatsApp orchestration platform for SPH Media — across The Straits Times, Lianhe Zaobao, The Business Times, magazines, and student titles.

Subscribers message SPH on WhatsApp. AI answers routine questions in four languages. When a human is needed, the conversation hands off to a ServiceNow agent — no new agent workspace. Commerce triggers payment and delivery notifications. OneTrust governs consent. MoEngage powers Phase 2 marketing.

SPH does not buy servers or install software. Teams use ServiceNow (agents), a web Admin Portal (supervisors & marketing), and WhatsApp (subscribers). Everything runs on Singapore cloud infrastructure, managed by QUICKSALES.AI.

Two ways to read this proposal

Everyone in today's meeting gets value from this page. Technical teams can drill into the linked sections afterwards.

Business & operations

What matters to you

  • Subscribers get help on WhatsApp — no app download
  • Agents stay in ServiceNow; supervisors get a new web dashboard
  • Phase 1 = support + notifications; Phase 2 = consent-based marketing
  • Two scope options (Essential ~5 months / Professional ~7 months)
  • Pilot targets: 50%+ AI resolution, 80%+ CSAT, 30%+ chat share
IT & engineering

What matters to you

  • QUICKSALES.AI is primary bot; ServiceNow is secondary (VA Bot-to-Bot handoff)
  • Six integration domains: Meta, ServiceNow, Commerce, OneTrust, Google KB, MoEngage
  • No subscriber PII stored on platform — routing cache only (Redis TTL 24–72 hrs)
  • Singapore hosting (AWS / Azure), PCI redaction pipeline, PDPA-aligned data flows
  • Full API specs, sequence diagrams, and compliance matrix in Sections 6–14

Who uses what — three interfaces

No one learns a system they don't need. Each group keeps their familiar tools.

Subscribers

Message SPH on WhatsApp. Ask questions, manage subscriptions, receive payment and delivery alerts — in EN, ZH, MS, or TA.

Uses: WhatsApp

CS agents

Continue in ServiceNow Agent Workspace. WhatsApp appears as another channel with AI handoff summary and redacted transcript.

Uses: ServiceNow CSM

Supervisors & marketing

New QUICKSALES.AI Admin Portal — journeys, templates, analytics, consent controls, and WABA health monitoring via browser.

Uses: Admin Portal (web)

Technology stack at a glance

SPH operations teams never touch these layers — they are managed by QUICKSALES.AI. Included here so IT can validate architecture in today's session.

In plain English

  • SubscribersWhatsApp on any phone
  • AgentsServiceNow (unchanged)
  • SupervisorsWeb browser → Admin Portal
  • HostingSingapore cloud — no SPH hardware
  • DataMaster records stay in SPH systems
Layer Technology Managed by Why?
Admin Portal QUICKSALES.AI Browser UI for supervisors — journeys, templates, analytics, and WABA health. No software to install at SPH.
API / orchestration QUICKSALES.AI The routing hub — WhatsApp webhooks, PCI redaction, Commerce events, and handoff to ServiceNow all run here.
AI engine QUICKSALES.AI Primary WhatsApp bot — classifies intent, runs subscriber journeys, and drafts answers. ServiceNow VA handles live-agent handoff only.
Knowledge RAG QUICKSALES.AI KB articles stay in ServiceNow (and Google). This is a synced AI search index — not a second knowledge base. Needed because our bot runs outside ServiceNow and must search SN + Google together.
Session cache QUICKSALES.AI Short-lived routing tokens only (24–72 hrs). No message bodies or subscriber PII stored on our platform.
Config DB QUICKSALES.AI Stores journey rules, template metadata, and admin settings — operational config only, never customer records.
Hosting QUICKSALES.AI Singapore region for PDPA-aligned residency. Fully managed cloud — SPH does not purchase or host hardware.
Integrations Configured jointly Six connectors to SPH systems you already own — Meta (WhatsApp), ServiceNow, Commerce, OneTrust, Google KB, and MoEngage.
Common IT questions about this stack
Why not use ServiceNow's built-in knowledge search?
ServiceNow has its own RAG inside Virtual Agent (AI Search + Now Assist). Our WhatsApp bot is the primary bot on QUICKSALES.AI, not SN VA — so we need a search index next to our LLM. ServiceNow remains where articles are authored and where agents work.
Why Pinecone or pgvector — isn't that duplicating the KB?
No. ServiceNow and Google remain the source of truth. The vector DB holds synced article embeddings for fast semantic search at answer time — KB article text only, never customer chats. Pinecone and pgvector are two implementation options (managed vs. PostgreSQL extension).
What data lives on QUICKSALES.AI vs SPH systems?
Conversations, cases, and subscriber records stay in ServiceNow and Commerce. Our platform holds routing cache (Redis), config (PostgreSQL), and KB embeddings (vector DB) — plus aggregated analytics with no message text.

Full stack reference: Appendix C in the full proposal

Full proposal — section guide

23 sections in the detailed proposal. Use this map to navigate after kick-off. Tags show the primary audience for each section.

§ Section Summary Audience
1Executive SummaryOptions, outcomes, plain-English Q&AAll
2RequirementsRFP scope, phases, vendor ecosystemAll
3Why not ServiceNow-onlyArchitecture decision rationaleIT
4Solution overview9 components, connectors, Admin Portal screensAll
5PersonasSubscriber, agent, supervisor, marketing profilesBusiness
6ArchitectureMaster diagram, data flows, hosting, securityIT
7Compliance matrixEvery RFP requirement mapped to solutionAll
8Functional designRouting, PCI redaction, auth, notificationsIT
9Customer journeys22 mandatory journeys + Option A/B coverageBusiness
10Process flowsInbound, outbound, handoff, consent sequencesIT
11Integration specsAPI contracts for all six systemsIT
12Security & PCIPCI DSS alignment, encryption, data classificationIT
13PDPA complianceSingapore data protection, residency, retentionAll
14WhatsApp policyWABA health, warm-up, blocking preventionAll
15Analytics & KPIsDashboard modules, pilot success targetsBusiness
16Project planSprints, timelines, discovery methodologyAll
17Team & governanceQUICKSALES.AI leadership, RACI, cadenceAll
18Competitive landscapeVendor comparison, SPH ecosystem summaryBusiness
19Commercial optionsOption A/B scope, milestones, assumptionsAll
20SLA & supportUptime, response times, escalationAll
21Risk managementTop risks, mitigations, contingenciesAll
22AssumptionsSPH dependencies, access, timelinesAll
23AppendicesGlossary, tech stack, data audit, discovery packIT

Delivery phases

Phase 1 — pilot

Support & notifications

AI answers common questions 24/7 in four languages. Agents step in via ServiceNow. Subscribers receive payment, delivery, and subscription updates on WhatsApp.

Phase 2 — growth

Marketing & retention

Consent-based campaigns through MoEngage — win-back offers, renewal reminders, and lifecycle messages for subscribers who opt in via OneTrust.

Commercial options

Both deliver a working pilot. Option B adds full RFP coverage and Phase 2 foundation. Final pricing after discovery workshop.

Option Scope Timeline Effort
Option A — Essential 8 priority journeys, core integrations, pilot-ready support & notifications ~5 months ~128 mandays
Option B — Professional Full Phase 1 + Phase 2 foundation, all RFP requirements, 22 journeys ~7 months ~304 mandays

Detailed pricing: Pricing quotation

Pilot success metrics

Targets within three months of go-live — we will review these together at the 90-day checkpoint.

50%+ AI resolution — no agent needed
80%+ customer satisfaction (CSAT)
30%+ support volume on WhatsApp

Today's kick-off agenda

Suggested 60-minute flow. We will adapt based on who is in the room.

0:00

Welcome & introductions

Confirm attendees from CS, IT, legal, marketing, and commerce. Agree meeting cadence and communication channels.

0:10

Vision & business outcomes

Why WhatsApp, what subscribers experience, Phase 1 vs Phase 2 scope. Confirm Option A or B direction.

0:25

Architecture walkthrough

For IT: integration topology, data residency, ServiceNow handoff, security controls. Open Q&A.

0:40

Discovery & dependencies

Review Technical Discovery Pack and Business Questionnaire. Assign owners for Commerce, ServiceNow, OneTrust, and WABA access.

0:50

Timeline, governance & next steps

Sprint 1 plan, steering committee, test environment access deadlines. Confirm Week 2 discovery workshop date.

What we need from SPH this week

  1. Name your integration owners — Commerce/subscriptions, ServiceNow IT, legal (OneTrust), marketing (MoEngage), and WABA Meta Business Manager admin.
  2. Complete the discovery formsBusiness Discovery and Technical Discovery Pack.
  3. Provision sandbox access — ServiceNow dev instance, Commerce test APIs, and OneTrust sandbox within 2 weeks of kick-off.
  4. Schedule the discovery workshop — half-day session in Week 2 to validate journeys, APIs, and consent flows before build starts.