Discover
Collect questionsWe record typical requests to the analyst, data sources and key metrics.


Business automation → Chat-with-Data
Chat-with-Data: conversational access to CRM and reports, a business glossary of metrics, answers with tables and sensitive data controls. Implementation in Kazakhstan.
Discuss your projectOverview
Gotomarket implements Chat-with-Data for companies in Kazakhstan. The system turns a natural-language question into a verified query against approved data and returns an answer with a table and its source. As a result, routine figures are available without waiting in the analyst's queue or pulling each dataset by hand.
Solution architecture
We start with management's key questions and connect only data whose definitions and quality can be verified.
We record typical requests to the analyst, data sources and key metrics.
We agree on metric definitions and rules for safe data queries.
We set up approved databases, access rights and an answer format that cites the source.
We test the system on real questions and compare results with reference calculations.
We add new metrics, sources and channels after confirming quality.
Unit economics and ROI
The system takes repetitive data pulls off the analyst's plate and shortens the time from question to decision. In a hypothetical example, the analyst spends about 15 hours a week on ad hoc requests.
If Chat-with-Data covers 50–60% of routine questions, that frees up about 30 hours a month. Actual economics depend on data quality, the number of users and query frequency.
Result
The pilot includes a validated set of questions, a metrics glossary and secure access to selected sources.
Comparison of approaches
Dashboards and conversational interfaces answer different kinds of analytical questions.
| Approach | Strength | Limitation | Best for |
|---|---|---|---|
| Manual data pull | Flexible complex analysis | Analyst queue and costs | Custom research |
| Dashboard | Ongoing view of metrics | Only predefined views | Regular monitoring |
| Chat-with-Data | Quick questions in plain language | Needs clean data and a glossary | Many routine requests |
Limitations and risks
The system works where data is structured and metric definitions are agreed.
Duplicates and discrepancies in sources lead to wrong answers. Clean the data first.
If departments calculate revenue or define a customer differently, you need a shared glossary first.
For one quarterly report, a manual data pull may be simpler than implementing a system.
A good fit
Not a fit
Frequently asked questions
From connected, approved sources. The answer shows the source and the calculation logic used.
Not if permissions are set up correctly: access is restricted by role, and sensitive fields are hidden.
Yes, for complex research and evolving the data model. The system takes over routine, repetitive requests.
Russian and Kazakh. The question is turned into a verified query against approved data.
The cost depends on the number and quality of the data sources, the number of metrics in the glossary, the number of users and the access-control requirements. We start with a pilot covering the key management questions over one or two sources. We provide an estimate after reviewing the typical requests sent to analysts.
Yes, the CRM is one of the most common sources: pipeline, deals, lead sources and sales team activity. We connect through the API or an export to a data warehouse and record metric definitions in the business glossary. For questions about deadlines and team workload, data from Jira or Plane task trackers can be added.
Yes, for questions about MRR, churn, activation, trial conversion and the sales funnel, provided these metrics are already calculated in the company's data. Metric definitions must be agreed in advance so that answers match the reports for management and investors. Sources can include the CRM, billing and product analytics.
Each answer shows the source and the calculation logic, so the figure can be double-checked. A test set of questions is regularly checked against reference calculations, and discrepancies are fixed in the metrics glossary or in the queries. For critical decisions, the metric owner also confirms the figure.
Not always. For a pilot, a direct connection to the CRM or to a database with approved data is often enough. A warehouse becomes necessary when there are many sources, data has to be combined, or production systems must not be loaded with queries. We make this decision at the design stage.
