The CRM stays the record; WhatsApp and the phone are channels
Moving follow-up to WhatsApp and calls does not mean leaving the CRM. The CRM is still the record for each prospective student, and each exchange on a new channel has to write back to it. If a WhatsApp thread lives on a recruiter's phone and a call lives in their memory, the office has not migrated; it has scattered its follow-up.
The topic often comes up around the OUAC and provincial application peaks, when recruiters see email go unanswered while a short message or a call gets a reaction. Before habits change, check that nothing essential is lost: consent, opt-outs, identity, history and the handoff to a person.
This checklist follows the order in which problems appear. It builds on our pieces on WhatsApp opt-in without blocking applicants, deduplicating leads across channels and the missed-call callback process, and sits within our guide to recruiting more students.
Nine checks at a glance
| # | Check | Question to settle | Where the answer lives |
|---|---|---|---|
| 1 | Inventory | Which follow-ups exist, in which tool? | Scoping document |
| 2 | Consent | Did the prospect agree to this channel? | Dated field in the CRM |
| 3 | Opt-out | Does a stop on one channel apply everywhere? | One suppression list |
| 4 | Identity | Does this number belong to the right record? | Matching rule |
| 5 | Audit trail | Does every message and call leave a trace? | Record timeline |
| 6 | Handoff | Who takes over, and how? | Escalation rule |
| 7 | Ownership | Who owns each queue and its timing? | Ownership table |
| 8 | Testing | Was it tried on dummy records? | Test log |
| 9 | Rollback | Can the old process be restored? | Written plan |
1. Inventory current follow-up first
List each moment where your office follows up: application received, missing documents, campus visit invitation, offer-stage outreach, deposit reminder. For each, note the tool, the channel, the owner and what happens when the student does not answer.
Informal follow-up always turns up: a personal spreadsheet, a broadcast list on a phone, an evening duty number. Bring those into the CRM first, because they vanish when a recruiter leaves.
Then decide, journey by journey, what goes on WhatsApp, what goes by phone and what stays on email. Transcripts, immigration documents and financial information do not belong on a consumer messaging app.
2. Record consent per channel, not globally
Consent for email is not consent for WhatsApp, and a number given to book a visit is not agreement to marketing messages. Two federal regimes sit side by side: the Office of the Privacy Commissioner says organizations are generally required to obtain meaningful consent for the collection, use and disclosure of personal information under PIPEDA, and Canada's anti-spam law (CASL), administered by the CRTC, separately governs commercial electronic messages. Ask counsel how both apply to a recruitment message.
In the CRM, store at least the following per channel:
- Proof of consent: date, source (form, chat, recruitment fair) and the wording shown.
- Purpose: program information, application status, event invitation.
- Current status: agreed, refused, never asked.
WhatsApp adds its own layer. Meta's WhatsApp Business Messaging Policy, in the version last updated on September 23, 2026, allows a business to contact someone only if that person has given opt-in permission to receive messages or calls. Read it again at launch rather than trusting a rule remembered from last year.
3. Wire up one suppression list
A prospect who says stop on WhatsApp should stop getting email chasers for the same purpose, and the reverse. With separate lists, two tools contradict each other and the refusal is ignored.
Meta's same policy requires businesses to respect any request to block, discontinue or opt out of communications. Check three things:
- The stop keyword or button updates the CRM promptly.
- Campaigns, sequences and manual follow-ups read that status before sending.
- The refusal survives a merge or accidental deletion: keep the fact of the refusal, not the content.
For calls, check how the National Do Not Call List applies to your outreach. Have your privacy officer decide where a callback the student requested ends and unsolicited outreach begins.
4. Settle the identity rule before the first message
A phone number is not an identity. It may belong to a parent, be shared in a household or have changed hands. Before writing to a record, decide how the CRM ties an incoming conversation to a prospect.
A simple rule has three lines: store numbers in international format (the ITU's E.164 recommendation describes the structure), confirm with a second data point before merging, and flag a record "to verify" rather than auto-merge when in doubt. For a minor, note who the contact is: the student, a parent or both.
5. Require a complete, dated, readable trail
Every WhatsApp message in or out, every call placed or missed and every note should appear on the record with date, channel, author and content or summary. If recruiters must copy and paste by hand, the trail will be incomplete within a week of a deadline.
Verify that:
- Inbound messages reach the CRM with no manual step.
- Calls are logged, including unanswered attempts.
- Call recording happens only if your institution decided on it, the caller is told and a retention period is set.
- The log shows whether a message came from a person or from automation.
In Quebec, Loi 25 adds its own duties on personal information held by private-sector organizations; if you recruit there, treat it as a separate review item rather than assuming PIPEDA covers everything.
6. Write the human handoff rule
Automation or a template must never hold on to a student who asks for a person. The rule lists triggers: a question on funding or tuition, a complaint, a personal circumstance, an explicit request for a call.
For each trigger, name the recipient, the expected delay and the channel of the first reply. A student who writes on WhatsApp and gets an unexpected call is not always pleased; offer the callback instead of imposing it. Our after-hours enquiry process offers an escalation model.
7. Name an owner and a target time per queue
Three queues appear: inbound WhatsApp messages, calls to return and outbound follow-ups. Each needs a named owner, a target time set by your office (no universal public benchmark dictates it) and a backup for absences.
Add a supervision view in the CRM: unanswered conversations, overdue callbacks, prospects without valid consent for the channel in use. That view, more than the messaging tool, makes the migration manageable.
8. Test on dummy records before real students
Create a few fictional records: one with WhatsApp consent, one without, one opted out, two duplicates, one minor with a parent. Run the scenarios: inbound message, stop request, missed call, request for a person, record merge.
Log every gap and go live only when the critical cases (opt-out, missing consent, duplicate) behave as intended. A pass on the happy path proves nothing.
9. Plan the way back
Keep the old follow-up read-only during the transition and write down how to return to it: who decides, how live conversations are picked up, how affected students are told. A migration you cannot undo is one nobody dares to fix.
Set in advance the date the old process closes and what gets archived. The CRM should be able to answer an access or deletion request across every channel.
What should not travel on WhatsApp
A rule of thumb helps recruiters: messaging is for pointing and scheduling, not for exchanging sensitive documents. Transcripts, study permit documents and financial information go through a secure portal, with a link or an appointment. Put it in the recruiter handbook.
That applies to colleges, universities and private career schools alike, and to students from Canada or abroad.
Where Skolbot fits, and what stays with you
Skolbot Chat is an agent on the school website. It answers from the institution's published content, qualifies the inquiry, offers visit or event slots, then hands the conversation to the team and the CRM. WhatsApp and voice channels are scoped project by project: their scope, timing and price are to be confirmed before any commitment.
Consent, suppression, human handoff and retention rules remain your institution's decisions, validated by your privacy officer. A well-configured tool applies those rules; it does not replace them.


