Klicke hier um ein unverbindliches Erstgespräch buchen!

Posted by Markus Wals

How I turned weclapp into an AI-powered CRM with Claude and ChatGPT

Automatisierung ChatGPT Claude CRM Künstliche Intelligenz Vertrieb weclapp

How I turned weclapp into an AI-powered CRM with Claude and ChatGPT

I didn't replace weclapp. I changed how I work with it.

After a customer meeting, I often faced a second block of work: organizing notes, checking companies and contacts, creating a deal, formulating next steps, and ensuring the context landed in the CRM.

The problem wasn't weclapp. Data and processes were in place. Friction arose between conversation, decision, and system maintenance.

My goal wasn't another CRM. I wanted to be able to give my existing weclapp system work assignments in natural language:

Here's the transcript of my conversation. Check if the company or contact already exists. Then create the lead, contact, and deal – but first show me exactly what you intend to transfer.

This is now possible. Not through an autonomous system making decisions in the background. But through a controlled connection between weclapp, the wals.pro weclapp AI Platform, and an AI assistant like Claude or ChatGPT.

weclapp remains the leading system

The most important architectural decision: weclapp remains the reliable data basis.

Claude or ChatGPT replace neither CRM nor ERP. They form a dialogue-based working layer above them. The AI can read information, process relationships, formulate drafts, and prepare specific changes.

For write operations, a clear process applies:

  1. The AI understands the work order.
  2. It reads the necessary data from weclapp.
  3. It creates a concrete proposal.
  4. I see a preview of the planned change.
  5. Only after my approval is it written to weclapp.

Five steps of a controlled write operation: order, read, proposal, preview, approval

Technically, this happens via defined tools. The AI assistant does not receive arbitrary access to the ERP system. It can only use the approved actions.

This transforms a chat from an uncontrolled autopilot into a new interface for existing processes.

1. From conversation to lead, contact, and deal

A conversation usually contains more CRM structure than is initially apparent:

  • Company
  • Contact person and function
  • Contact details
  • Need
  • Expected volume
  • Decision-making process
  • Time horizon
  • Agreed next step

Manually transferring this information to several CRM forms is clean but ties up attention precisely when I actually want to concentrate on the substantive follow-up.

My work order to the AI can instead look like this:

Here is the transcript of the conversation. Extract company, contact, need, and next step. First, check for duplicates. Then prepare the lead, contact, and deal in weclapp for approval.

Illustration paper plane over document: From conversation to deal – structure transcript, check for duplicates, prepare data records for approval

The AI structures the provided text. It then checks if companies or contacts already exist in weclapp. Only then does a preview for the new data records appear.

In weclapp, "Deal" corresponds to an Opportunity. Company, contact, and Opportunity remain linked. Conversation context can be placed in the designated description fields.

Important: The wals.pro weclapp AI Platform does not record conversations or transcribe them itself. The transcript or transcription must already be available in Claude or ChatGPT.

The duplicate check also does not replace a human decision. In case of uncertain matches, the AI shows the possible conflict instead of autonomously creating a second data record.

Result: less transfer work and a structured CRM proposal that I can fully control before saving.

2. From customer context to a verified offer

For offers, the biggest leverage for me isn't in automatically inserting a few items.

It becomes interesting when the AI considers the existing customer context:

  • What offers have there been already?
  • What services and formulations were used previously?
  • What items match the current need?
  • What assumptions are still unclear?
  • What offer options should we coordinate first?
  • What introductory or closing text suits this customer?

A possible instruction:

Read the selected previous offers and calculation bases for this customer. Work with me to develop three service options A, B, and C. No prices yet. After approving the content, we will formulate items and document texts and create an offer draft from them.

Three option cards A, B, and C: Content first, then prices

The AI should not blindly copy a previous offer. It should highlight relevant patterns, name differences, and flag open points for review.

In my workflow, three distinct content options are created first. Prices are added only after the content has been agreed upon. After that, the AI can:

  • Prepare offer items
  • Formulate titles and descriptions
  • Adopt quantities and approved prices
  • Adjust introductory and closing text
  • Create the offer draft in weclapp
  • Generate the corresponding PDF

Totals and taxes remain weclapp's responsibility. The AI should not invent calculated document values.

Then comes a step that many automations omit: visual inspection.

With an AI client that supports PDF and image analysis, I can have the generated document checked:

  • Are headings and items legible?
  • Are there unfavorable page breaks?
  • Has text been cut off?
  • Do the introduction and conclusion appear complete?
  • Is the document visually plausible?

This check is a function of the AI client used, not the weclapp server itself. It complements my review but does not replace it.

The offer is neither sent automatically nor changed without approval. Ultimately, it is a controlled document draft – not an autonomous closing process.

3. Find customers whose last documented contact was too long ago

The third use case goes beyond individual data records.

I don't just want to open a customer and read their history. I want to ask a specific question to my entire CRM database:

Show me all customers and leads for whom no CRM contact has been documented for at least 90 days. Tell me the last existing event with date, type, subject, and contact person. Then recommend a meaningful next contact.

Illustration magnifying glass over data lists and chart: Making silent contacts visible

For this purpose, the AI evaluates customers, leads, and the CRM events documented in weclapp together.

The result can, for example, distinguish between:

  • Last contact was at least 90 days ago
  • No CRM event documented yet
  • Open sales case without current follow-up contact
  • Previous offer without apparent follow-up processing
  • Existing context is insufficient for a reliable recommendation

The last point is particularly important. If weclapp does not contain enough context, the AI should not invent a personal story. It should highlight the data gap.

For suitable contacts, it can then suggest a next step. Not as a generic reminder like "just get in touch again," but based on the existing history:

  • Tie into a previous topic
  • Pick up on an open decision
  • Explain a relevant change
  • Offer a concrete benefit to the company
  • Consciously recommend no contact if the context is weak

Only after I have reviewed the selection and contact strategy do I formulate a second instruction:

Create a personalized letter for each of the approved contacts. Only mention verifiable facts. The recipient should recognize a concrete added value. Show me each draft for review.

All messages remain drafts. No automatic mass mailing. For larger datasets, processing occurs in controlled stages.

Here too, an important limit applies: "Last contact" means the last CRM event documented in weclapp. Phone calls, emails, or personal meetings not recorded in the CRM cannot be reliably detected by the platform.

What the AI deliberately does not do

For me, AI in CRM only becomes useful when its limitations are part of the workflow.

Therefore, the solution deliberately does not do some things independently:

  • It does not record customer conversations.
  • It does not invent missing contact data.
  • It does not ignore potential duplicates.
  • It does not make autonomous decisions about offers.
  • It does not write calculated sums or taxes bypassing the ERP.
  • It does not send personalized letters automatically.
  • It does not claim contact that is not documented in the connected data.
  • It does not perform a write operation without a visible preview and approval.

This might seem less spectacular than a "fully autonomous sales agent" at first glance.

For actual use, that's precisely the point.

I don't want an AI that confidently guesses in the CRM. I want an AI that makes existing information usable faster, highlights uncertainty, and prepares a verifiable decision for me.

What really changes as a result

The biggest change isn't a single AI feature.

It's the type of access.

I don't have to know first for every question in which form, table, or analysis the answer lies. I can formulate my work order in the language I would use to explain it to a colleague.

Claude or ChatGPT break down this task into the necessary reading, analysis, and writing steps. weclapp remains the system where master data, sales cases, and documents are managed bindingly.

This way, no new CRM is created alongside the existing CRM.

Instead, a dialogue-based working layer emerges for the existing system.

My Conclusion

I didn't want to replace weclapp with AI.

I wanted to move faster from conversation to a clean CRM structure. Develop offers based on existing information. Systematically review customer relationships. And still retain control over every relevant decision.

That's precisely where the practical value of Claude and ChatGPT lies for me in everyday business:

No more automation at any cost.

But less friction between what I intend to do and what should then be neatly in weclapp.

Would you like to check which of your existing weclapp processes are suitable for this? Bring a real workflow – we'll examine it together.