Phony

Availableapp.erp.io/phony/people

People and lead capture

A qualified conversation becomes a person and a lead. Two configuration mistakes make that lead land somewhere nobody is looking.

Creates
A person and a lead
Sends to
CRM
Idempotent
On the conversation id
Recording
Travels as a link

What capture does

When an agent captures somebody, two things happen. A person is created in Phony, holding the conversation and what was learned. And a contact and an activity are sent to CRM, so the enquiry appears in the pipeline the sales team actually works.

The hand-off is idempotent on the conversation, so a retry cannot produce two contacts for one call. Where a recording exists it is passed as a link rather than as audio.

app.erp.io/phony/people
People

31 captured in the last 7 days

PersonFirst seenChannelQualifiedIn CRM
Rachel NkemdirimToday 14:40ChatYesNorthwind
+44 7700 900412Today 14:22CallYesNorthwind
Ian WhitcombeYesterdayChatYesNorthwind
[email protected]9 MarChatPartialFallback
+44 7700 9007338 MarCallNo
People. Each row is somebody the agent spoke to and what became of them.

The two ways a lead appears to vanish

It landed in the wrong CRM workspace

Leads are routed by a source identifier. If the identifier is missing or does not match anything in the routing table, the lead is created in the fallback workspace rather than being rejected — so it exists, it just is not where the sales team is looking. Check the fallback workspace before concluding a lead was lost. See CRM lead ingest.

It never reached People at all

A conversation only produces a person if the agent was granted the capture action and actually completed a capture. A conversation that ended before the agent got what it needed shows in Chats with nothing in People — which is correct behaviour and looks exactly like a broken integration. Read the transcript before assuming a fault.

A queued callback that never dialled is a third, quieter failure

A callback is queued and then re-checked for consent at dial time. If the check fails at that point — a suppression, a quiet-hours window that never opened — nothing dials, and the record shows the request rather than a call. It is the correct outcome, and it is worth knowing it is not a silent bug.

Checking the path works

  1. Open the chat on your own site and complete a qualifying conversation.
  2. Confirm the person appears in People.
  3. Confirm the contact appears in the CRM workspace you expected, not the fallback.
  4. Confirm the activity is attached to the contact with a link to the transcript.
  5. Do this again after any change to properties, agents or routing.

What this does not do

No enrichment

Nothing appends company or contact data from an outside provider.

No de-anonymising anonymous visitors

A person exists because somebody identified themselves.

No two-way sync with CRM

Capture pushes. Changes made in CRM do not flow back.

No merging with an existing CRM contact by name

Matching is on identifiers, not fuzzy names.

Questions

Can a caller with no name become a person?

Yes — a phone number is an identifier.

What if somebody calls twice?

The same person, with both conversations.

Can we push to another CRM?

No. The integration is to the CRM in this suite.