Choose custom chatbot development services when it must read or write live data in your ERP or ticketing system, or run under strict data rules. When your website, PDFs and FAQ hold the answers, SimplyBoost, our own product, is enough.
The question for an IT manager is whether to buy a product or have a chatbot built that works inside your own systems, and who maintains it after go-live. This page sets out both routes, including the one where we send you to our own product.
Last updated: 29 October 2026
Custom AI chatbot development pays off when the answers are not in your documents but in your systems. If the chatbot has to read an order status from the ERP, open a ticket in TOPdesk or Zendesk, serve employees by role or run inside your own cloud environment, Crux Digits builds it on your systems, alongside your IT partner, and hands over the code. If the answers are in your website, PDFs and FAQ, SimplyBoost, our own product, is faster and less expensive: a subscription instead of a project.
| Question | SimplyBoost (product, monthly) | Custom chatbot built by Crux |
|---|---|---|
| Where do the answers come from? | Website, PDFs, Word files, Q&A lists, Shopify catalogue | The same, plus live data from ERP, CRM, ticketing system or database |
| What may the chatbot do? | Answer, book appointments, capture leads, hand over | Also open tickets, look up orders, register returns, update records |
| For whom? | Customers on website chat, WhatsApp and Instagram | Customers, employees or both, with access by role |
| Handover to a person | To email, Slack, Zendesk, Freshdesk or Gorgias | To any system with an API, such as TOPdesk or your own customer portal |
| Data rules | SimplyBoost's processing agreement | Model, storage and logging in your own cloud environment, under your policy |
| Ownership and cost | You subscribe to a service, from €39 a month | Fixed project price; code, prompts and test set are handed over to you |
SimplyBoost is our own product, which is why we disclose it here. It is an AI agent that answers from your website, PDFs, Word files and Q&A lists, on website chat, WhatsApp and Instagram. It replies in the customer's language, such as Dutch, French, English or German, and hands a conversation to email, Slack, Zendesk, Freshdesk or Gorgias when a person is needed. A data processing agreement is available.
Choose this route when the questions coming in are already answered in your own documentation: delivery times, warranty terms, return policy. Plans start at €39 a month (pricing on simplyboost.io). A custom project for a chatbot that only quotes your FAQ is money badly spent. Run the product for a month and list the questions it cannot answer: that list is the scope of a custom build. For the wider customer service decision, see AI customer support agent: buy or build.
A chatbot is as good as the sources it may read. In a mid-sized organisation there are usually five: the website, PDF manuals, the knowledge base in Zendesk or TOPdesk, the product catalogue from the PIM or ERP, and the ticket history. Each source gets an owner who decides what is current: a manual two versions old produces a confident, wrong answer.
We deliberately do not use the ticket history as a knowledge source. Old tickets hold personal data and answers that were right at the time. Instead we pull out the hundred questions that come back most often, with the answer your team marks as correct. That becomes the test set the chatbot is judged on before go-live. Every answer names the source it came from. When the chatbot finds no source, it says so and hands over.
A good handover puts the conversation, the category, customer or order details and the reason into the ticket, so nobody asks the customer twice.
The common systems have a documented API for this: the Zendesk Tickets API, the Freshdesk API and the TOPdesk REST API, which reaches incidents at /tas/api/incidents with an application password (TOPdesk developers). Categories and operator groups must match what is configured in your ticketing system; we settle that in week one with the functional administrator. We build the connection. The API account and its permissions come from whoever administers the ticketing system.
Transparency. Since 2 August 2026, AI systems that interact directly with people must tell them they are dealing with AI, unless that is obvious to a reasonably well-informed user (AI Act, Article 50). The duty sits with the provider, and an organisation that has a chatbot developed and puts it into service under its own name is the provider under Article 3. So we build the notice into the first message. The EU AI Act risk checker shows any further duties.
Data processing agreement. When a supplier processes personal data on your behalf, a processing agreement is required, and the supplier may not engage a sub-processor without your prior written authorisation (GDPR, Article 28). For a chatbot the model provider is such a sub-processor, so ask for the list and the region the model runs in.
| Route or step | What you get | Duration | Price (excl. VAT) |
|---|---|---|---|
| SimplyBoost (product) | An AI agent on website chat, WhatsApp and Instagram, set up by your own team | No project | From €39 a month |
| AI Audit & Strategy | Questions, sources and systems reviewed, buy or build decided, a fixed price for the build | 1 to 2 weeks | €2,500, credited against the MVP within 60 days |
| Production-ready MVP | The chatbot working on your sources and systems, tested against the test set with your customer service team | 4 to 6 weeks | €20,000 |
| Production | Robust integrations, roles, monitoring, logging, documentation, training and handover | From 8 to 12 weeks | From €50,000 |
Week 1: question analysis, sources and owners, categories agreed. Weeks 2 and 3: sources loaded, ticketing integration built, first run against the test set. Weeks 4 and 5: customer service tests with real questions; each wrong answer is traced to the source that caused it. Week 6: go-live for part of the traffic, such as one channel. One named senior engineer stays with it from scope to handover.
Measure four things and agree the thresholds before the build: the share of conversations closed without handover, the percentage of correct answers on the test set, handover quality (did the agent have to ask anything again?) and the share of customers who come back about the same topic within seven days. That last figure, missing from most reports, shows whether a closed conversation was also resolved.
Describe the twenty questions that come in most often and the systems that hold the answers. Within one business day you hear which route fits: SimplyBoost, or a fixed-price scope for a chatbot on your systems.
Book a call