There is no test send
No test button on email, SMS or WhatsApp campaigns. Scheduling is real on all three; a rehearsal send is not. Keep a small segment of your own contacts and send to that first.
How QuickGrow behaves today — what it sends, what it charges, what it refuses to do, and the limits that are easier to hear now than after you have paid.
Each one is a limit in the product as it stands today. If any of them rules us out for you, the rest of this page will not change that — and neither will a demo call.
No test button on email, SMS or WhatsApp campaigns. Scheduling is real on all three; a rehearsal send is not. Keep a small segment of your own contacts and send to that first.
A failed WhatsApp message stops and records why. It is not retried on another channel — nothing in the product does cross-channel retry.
Shopify, WooCommerce, HubSpot, Salesforce and Zapier connect, authenticate and read every six hours. No customer records land in your contact list from any of them.
Signing up takes minutes. Getting a branded SMS campaign out of the door takes longer, and it is worth knowing why before you fix a launch date.
A channel has to be connected — our gateway, or your own SMTP server, SMS gateway or WhatsApp number — and you need contacts in the system. Email is the fastest to get live. Branded SMS is the slowest, because the sender name is reviewed by a person before you can use it.
Three ways: a CSV import, a QuickGrow form or landing page, or the API. That is the whole list. Connecting your store or CRM does not add anybody — see the integrations questions below, because this is the most common wrong assumption about the product.
No. Email, SMS and WhatsApp campaigns have no test-send button, and we would rather say so now than let you find out at five hundred recipients. Scheduling is real on all three, so a campaign can be set to go at a chosen time. In practice people keep a small segment holding their own number and address, and send to that first.
A new account starts on a lower daily and hourly sending ceiling, and it lifts on its own as the account ages and builds a sending record. It exists so bought lists and burnt sender reputations do not ride the same routes as everyone else. If a launch cannot wait for it, tell us before you buy volume.
Most surprises in messaging come from rules set by Meta and by the regulator, not by us. These are the ones that change what you can plan.
Non-masking sends from a numeric sender, needs no approval, and works on day one. Masking puts your brand name on the message — 1 to 11 letters, digits or spaces — and it is an approval application, not a setting you flip: trade licence and TIN numbers, the contact person’s NID, sample messages, expected monthly volume, and an OTP check on the contact mobile. Until it is approved, a campaign pointed at that sender ID sends from the default sender instead.
No, and that is Meta’s rule rather than ours. If the person messaged you in the last 24 hours you can write back freely. Outside that window only an approved template goes out, in one of three categories Meta prices separately: Utility for order and account updates, Authentication for login codes, Marketing for promotions. Meta bills you directly for each category at its own rate — QuickGrow adds no markup.
No. There is no cross-channel fallback anywhere in the product, and any page that told you otherwise was wrong. A failed WhatsApp send stops there and records what happened — a status, a failure reason and a failure code on the message, plus a webhook if you subscribe to one. A second attempt on another channel is something you build.
Not on SMS or WhatsApp. A send to a contact during quiet hours — 21:00 to 08:00 in Bangladesh — is refused on the send path, transactional traffic included. It is not a scheduling preference you can switch off. Email has no quiet-hours rule, so an overnight newsletter still goes.
Be careful here, because the two channels differ. On email, a one-click unsubscribe withdraws consent on its own. On SMS the reply is stored and the opt-out word is recognised and flagged, but withdrawing that person’s consent is currently a step someone on your team takes — it does not happen by itself. Replies are not swallowed either way: inbound SMS arrives in the shared inbox as a conversation alongside email and WhatsApp, so a customer answering a campaign reaches a person.
The numbers live on the pricing page, where you build a plan and see a real total. These are the questions the numbers do not answer.
There is a platform fee that covers the platform and the tooling. Buying managed volume waives part of it, and buying enough Email and SMS volume at a high enough tier waives it entirely — WhatsApp doesn't count toward this, since Meta bills it directly and QuickGrow adds no markup to credit. Bring your own infrastructure and the platform fee is all you pay us — traffic you settle with your own provider.
Yes, and the saving differs by what you buy. The platform fee falls on one ladder and managed volume on another, per channel. The pricing page shows your actual blended saving as you build the plan rather than a headline percentage.
Sends beyond the volume you bought are billed at the base rate from your prepaid wallet. If the wallet is empty the send stops rather than being billed — nothing quietly charges you more, and no invoice arrives that you did not plan for. You top up, add volume, or wait for the next period. Volume belongs to the month you bought it in; unused volume does not carry forward.
Yes. Each has its own volume slider, and they are metered separately. One subscription pools its volume across every brand it covers.
There is nothing to run out of. WhatsApp has no package to buy and no wallet to drain — Meta bills you directly for anything outside a free 24-hour window, at Meta's own rate, set by destination country and message category. QuickGrow adds no markup and never blocks a send over balance.
Your organisation’s billing currency, which for Bangladeshi customers is BDT. Prices shown to you are already converted. Taxes are not included.
Automations are the part buyers over-estimate most often. Here is the real trigger list and the real targeting, so you can tell in advance whether the flow in your head will work.
Contact created, contact updated, tag added, tag removed, form submitted, campaign opened, campaign clicked, a date on the contact record, or a manual start. From there the steps are send, wait, condition branch, split, add or remove a tag, update a field, and call a webhook.
Only when the tag event comes from inside QuickGrow — a CSV import, a form submission, or your own call to the trigger endpoint. Creating or updating a contact straight through the API does not raise a trigger by itself, so if your own system is the source of truth, plan on calling the trigger endpoint as a second step.
Yes, and this is the trigger that does the most work for the least setup. Point an automation at a date field on the contact and say how many days before or after it should run. A scheduler checks every minute and fires once per contact per day. Appointment reminders, renewal notices, payment due dates and birthdays all come from that one trigger, with no call from your side.
Not directly. A segment filters on status, source, tags, engagement score, last engaged date and created date — there is no spend, order value or product field. Purchase-based targeting works through tags you apply yourself, from your own system or the API. If a rule builder has been described to you as knowing your order history, that is not this one.
There is a cap per day and per week for each contact, plus a cooldown between messages, counted separately for SMS, WhatsApp and email. These are platform defaults rather than switches in your account, so a runaway automation cannot flood one person.
This is the section we would most like you to read before signing. A connector here is narrower than the word usually implies.
It authenticates once, then reads on a schedule — every six hours — and reports what it found: how many products, orders and customers. It does not write those records into your contacts, and it is not live. If you expected your storefront customers to appear as contacts, that does not happen today. Import them, or send them through the API.
No. There is no order, cart or purchase trigger in automations. Store webhooks are received and their signature is verified, but the payload is not acted on — nothing is stored and no journey starts. An abandoned-cart flow in QuickGrow is a tag-triggered journey: your system tags the contact, the journey runs.
Shopify, WooCommerce, HubSpot, Salesforce and Zapier. All five behave the same way — one authenticated connection, a scheduled read, and a record of what came back. Credentials are encrypted where they are stored and are never handed back to the browser, and outbound calls are checked before they leave.
No badges on this page. Here is what the system does, and who controls it.
No. QuickGrow holds no security certifications, and you will not find a badge here implying otherwise. What is true: each brand’s data is separated by the database itself rather than by application code, stored data is encrypted, admin and account actions are written to an audit trail that is never purged, and API keys carry narrow, separate permissions.
Only your brand. The separation is enforced at the database level and a test proves it on every release, so a query that forgets to filter returns nothing rather than someone else’s list. If you run several brands, or an agency runs yours, each one is walled off the same way.
Yes, on request. An erasure removes the contact record and their personal details. There is no self-serve erase button in the app today — you ask us, or your partner does it when a client is offboarded — and the audit trail of the request itself is kept.
Messages for a year, contact activity for six months, automation run history for ninety days, delivery logs for thirty. Those periods are set platform-wide rather than per account, so they are not something you configure. Audit logs are never swept up by that clean-up.
If your own system is going to drive the sending, these four answers decide whether the integration is a day or a fortnight.
Send on any of the three channels, either with text or by referencing a stored template by id and passing variables. Read a message back with its delivery state — queued, sent, delivered, failed — with the time of each, and a failure reason and code when it fails. List and filter messages. Subscribe to webhooks for sent, delivered, failed and bounced.
No, and this is the one that catches teams out. A send through the API resolves the recipient to a contact, which puts it through the same guardrails as a campaign: SMS needs an active consent record for that contact, quiet hours apply, and the per-contact caps count it. WhatsApp through the API is treated as a regular message rather than a template, so it only goes out inside the 24-hour window. Plan login codes and receipts around that rather than assuming transactional traffic is exempt — and if that rules out your use case, better to know today.
A thousand requests a minute per key by default, and you can issue several keys with different rights — reading the inbox, writing to it, sending campaigns and exporting contacts are separate permissions. A retry carrying the same retry key is recognised for 24 hours, so a network timeout does not send the message twice.
Yes. The Partner API provisions and manages client accounts — creating them, moving their subscriptions, offboarding them — and each client is a separate brand, so their contacts, inbox and messages never mix with another client’s.
Still weighing it up? Pricing builds a real plan with real totals, security sets out how your data is held, and if you refer another business both of you earn credit — the terms are on the referral page.
Ask it. You will get an answer about what the product does today, not what the roadmap hopes for.
Run every channel from one platform. Bring your own SMTP, SMS gateway, and WhatsApp number — or use ours.
See pricing →