Theodore Lowe, Ap #867-859 Sit Rd, Azusa New York
Theodore Lowe, Ap #867-859 Sit Rd, Azusa New York
How Clixlogix built an AI powered analytical platform on Zoho CRM, Creator, and Analytics for a California alternative investment firm, with Anthropic Claude via MCP for natural language querying across the full portfolio.
Clixlogix designed and built an AI powered analytical platform on the Zoho ecosystem for a California alternative investment firm managing a multi fund portfolio. The engagement spanned a full ecosystem audit, legacy schema reconciliation, a custom cross entity query engine in Zoho Creator backed by Zoho Analytics via CloudSQL, and integration of Anthropic Claude via the Model Context Protocol (MCP) connected to the firm’s Claude Teams subscription for natural language CRM analytics, query generation, and result interpretation.
The client is a US based alternative investment firm headquartered in California. The firm manages capital across multiple fund vehicles and tracks hundreds of active portfolio entities through a complex operational lifecycle that begins with inbound pipeline evaluation and extends through entity onboarding, transaction tracking, and ongoing performance monitoring. The firm’s analytical team relies on Zoho CRM, Zoho Creator, and Zoho Analytics as its primary operational and reporting infrastructure.
The firm had accumulated several years of operational data across Zoho CRM modules, but its analytical infrastructure had not kept pace with the complexity of its portfolio. Five specific constraints were limiting the team’s ability to extract insight from its own data.
No cross entity querying capability. Pipeline records, portfolio entities, transaction records, and periodic performance reports all lived in separate CRM modules with no structured mechanism to query across them. Any analysis that required joining data across modules (for example, evaluating pipeline records that later became portfolio entities meeting specific performance thresholds) required manual data exports and spreadsheet assembly.
Dual schema architecture with no canonical mapping. The firm had undergone a data schema migration that introduced a new field architecture for pipeline records while leaving years of historical records on the legacy schema. Some legacy fields had direct equivalents in the new schema, others had no equivalent at all. No canonical mapping existed, which meant any query spanning both eras of data would produce incomplete or misleading results.
Broken entity lifecycle continuity. The firm’s operational practice created portfolio entities manually rather than using the platform’s native entity conversion mechanism. This severed the data lineage between pipeline records and the portfolio entities they became, making it impossible to trace a portfolio entity’s performance back to its pipeline origin or to run cross phase analytical queries.
Insufficient executive analytics layer. The fund performance dashboards and automated alert system existed but lacked the granularity the firm needed. Key classification fields were missing from dashboards and alert emails, and certain dashboard columns referenced outdated date fields instead of the operationally relevant ones.
No foundation for AI augmented analytics. The firm’s Managing Director had a clear vision for AI augmented analytics: the ability for any team member to ask plain language questions about the firm’s data and receive structured, accurate answers. No foundation existed to support this. The data lacked the semantic consistency, canonical field definitions, and governed schema that a large language model would need to generate reliable queries and interpret results correctly.
Clixlogix delivered the engagement across four integrated phases, each designed to resolve a specific layer of the analytical infrastructure gap while building toward the AI integration goal that defined the project from its earliest scoping conversations.
The engagement began with a comprehensive review of the firm’s Zoho CRM configuration, Zoho Creator applications, and Zoho Analytics workspaces. The audit mapped all module relationships, documented the existing permission model, catalogued active workflows and automation rules, and identified configuration gaps that would affect reporting accuracy.
The audit surfaced several structural findings. Creator application permissions were inconsistent across users. Analytics workspace access had not been provisioned for the integration work ahead. Certain CRM automation rules were operating on assumptions from the pre migration schema. The audit deliverable provided a clear remediation roadmap organized by priority and dependency, which became the blueprint for all subsequent phases.
The second phase addressed the two foundational data problems: the broken entity lifecycle and the dual schema legacy.
Entity Lifecycle Bridge Module. Clixlogix designed and deployed a custom Zoho CRM module that captures a complete snapshot of every pipeline record at the moment it transitions into a portfolio entity. This module preserves the full pipeline era field set (including fields that do not carry forward into the portfolio entity schema) and maintains a persistent, queryable linkage between the pipeline record and the resulting portfolio entity.
The architecture decision to use a dedicated bridge module (rather than adding lookup fields to the portfolio entity) was driven by data integrity requirements. The firm’s pipeline records and portfolio entities use different field schemas, different naming conventions, and in many cases different values for the same underlying data point. A bridge module allowed Clixlogix to preserve both schemas independently while providing a clean join key for cross phase queries.
Deploying the bridge module required a controlled rollout. The module was first validated in a sandbox environment, then published to production under a naming convention the firm’s team selected. For historical records, the firm’s internal analyst team provided a mapping file of portfolio entity identifiers paired with their originating pipeline record identifiers. Clixlogix automated the backfill process to populate the bridge module for these historical linkages, covering the full applicable subset of the portfolio.
The linkage scope was deliberately bounded. Only portfolio entities originating from direct pipeline evaluation qualified for bridge linkage. Entities entering the portfolio through indirect channels (syndication, secondary transactions) were excluded by design, since they had no pipeline record to bridge from.
Fig 1 — The Entity Lifecycle Bridge Module preserves complete pipeline era data at the point of transition, enabling cross phase queries without schema contamination.
Legacy Schema Reconciliation. A prior data schema migration had left the firm with two incompatible field architectures for pipeline records. Clixlogix implemented a canonical field mapping layer within Zoho Analytics that unified equivalent fields across the old and new schemas into single queryable dimensions. For fields with no old schema equivalent, the system excludes pre migration records from query results and displays a warning message explaining the data boundary. This approach avoids false positives (treating “unknown” as “matching”) and keeps query results trustworthy across the full historical dataset.
The third phase delivered the platform’s core analytical capability: a guided, multi module query engine that allows the firm’s team to build structured queries across all major CRM data dimensions without writing code or building reports from scratch.
Architecture. The query engine uses Zoho Creator as the user facing interface and Zoho Analytics as the computational backend, connected via the CloudSQL API. This separation was a deliberate architectural choice. Zoho Analytics provides the data joins, aggregation, and computation power, while Zoho Creator provides the guided workflow, input validation, and access controls that make the tool usable for non technical team members.
The alternative (building the query experience natively inside Zoho Analytics) was evaluated and rejected. The Analytics report designer, while powerful for analysts, does not provide the guardrails, field level help text, input validation, or operator constraints needed for the broader user base the firm wanted to support.
Three Query Modes. The query engine supports three distinct analytical modes, each targeting a different data relationship pattern.
The first mode queries portfolio entities and their child records (transactions, capital events, and periodic performance reports). Users select fields, apply filter criteria with configurable operators, and choose a temporal mode (all records, latest by creation date, latest by operational date, or latest where a specific metric exists). The engine handles the underlying multi table joins transparently.
The second mode queries pipeline records directly. This mode supports multi select criteria, empty and not empty checks, numeric thresholds, product stage filters, and flexible date ranges (preset windows and custom ranges). The canonical field mapping layer from Phase 2 ensures queries return consistent results across both legacy and current schema eras.
The third mode runs cross phase queries that bridge pipeline records to the portfolio entities they became, using the entity lifecycle bridge module from Phase 2 as the join path. Users can apply criteria from both sides of the lifecycle in a single query (for example, retrieving pipeline acquisition channel data for all portfolio entities that later achieved a specific performance threshold).
Fig 2 — The query engine workflow separates user interaction from data computation, with the CloudSQL API as the bridge between Zoho Creator and Zoho Analytics.
Boolean Logic and Aggregation. All three modes support AND and OR logic across conditions, OR within individual conditions, and one level of boolean nesting (AND groups combined with OR, and OR groups combined with AND). The engine supports aggregation functions (summation, count, conditional aggregation) across child records, and allows users to filter on aggregated values (for example, all portfolio entities where the sum of capital deployed across all transactions exceeds a threshold).
Result Presentation. Query results display a standard set of fields (defined by the firm for each query mode) plus any additional fields used as filter criteria. Results support pagination, sorting, and spreadsheet export for downstream analysis.
Saved Queries and Access Model. Users can save queries for reuse, clone existing queries as starting points, and share queries with other team members. The access model distinguishes between personal queries and universal queries (published by administrators and visible to all users).
The fourth phase integrates Anthropic Claude as the natural language intelligence layer across the analytical platform. The integration architecture positions Claude as the translation layer between the firm’s team and the structured query engine built in Phase 3.
Claude Teams and MCP Integration. Clixlogix configured a Zoho CRM MCP (Model Context Protocol) server and connected it to the firm’s existing Claude Teams subscription. The MCP protocol gives Claude structured, authenticated read access to CRM modules, allowing team members to open a Claude conversation and ask questions about their pipeline, portfolio, and operational data without switching to a separate application or learning a query syntax. The integration requires no custom API development or middleware. The MCP server handles authentication, data retrieval, and response formatting natively within the Claude interface the team already uses daily.
Query Generation. Team members describe an analytical question in plain language. Claude retrieves the relevant data through the MCP connection, interprets the intent, maps it to the appropriate query mode, selects the relevant fields and operators, and generates a structured query that the engine can execute. The semantic data dictionary and canonical field definitions from Phase 2 provide Claude with the domain context it needs to resolve ambiguity (for example, understanding that “companies doing well” maps to specific performance metrics in the periodic reporting module, not to a subjective assessment field).
Conversational Pipeline Analytics and Report Generation. The same conversational interface supports analytical report generation. Team members describe the report they need (records matching a set of conditions, grouped by a specific dimension, filtered to a date range) and Claude builds and returns the result set. A team member can ask about pipeline volume over a time window, filter by acquisition channel or classification, compare cohorts, or surface records matching specific criteria. The structured query engine from Phase 3 provides the validated data foundation and field level governance that ensures Claude’s generated queries respect the firm’s data model, including the dual schema boundary rules and entity lifecycle bridge logic.
Result Interpretation. Because the conversation is persistent, team members can ask follow up questions about the results Claude returns. Claude can summarize patterns, flag outliers, compare a result set against a prior period, reformat the output for a specific audience, and provide contextual interpretation. The firm’s data carries domain specific semantics (a declining metric in one context may be positive in another, depending on the entity’s lifecycle stage and classification), and the MCP integration layer provides Claude with sufficient schema context to interpret results accurately.
Cross Platform Knowledge Synthesis. The MCP architecture is designed to extend beyond the Zoho ecosystem. The firm’s analytical questions frequently span data that lives in document repositories, communication records, and file storage in addition to CRM data. As MCP connectors for these platforms become available, the same Claude Teams interface can serve as a unified conversational layer across the firm’s entire operational knowledge base without requiring a new integration architecture.
Alongside the four primary phases, Clixlogix rebuilt the firm’s executive analytics layer. The fund performance dashboard was restructured to reference operationally relevant date fields (drawn from a dedicated reference table) rather than the transaction level dates it had previously used. A key entity classification field was added to the portfolio profile dashboard and to every automated alert email, giving the executive team immediate visibility into classification context without navigating to individual records.
The automated alert system runs on a scheduled cadence, evaluates new matches only (avoiding duplicate notifications), and supports configurable cool down periods to prevent alert fatigue. Alert emails include the classification field, entity name, and all contextually relevant metrics in a scannable format.
During Phase 3 development, the team encountered a CloudSQL API constraint when executing aggregated analytical queries from Zoho Creator against Zoho Analytics. Clixlogix escalated the issue directly to Zoho’s engineering support team, provided workspace access for diagnostic analysis, and worked through the resolution to ensure the query engine’s aggregation capabilities were not limited by platform level constraints.
The dynamic form architecture within Zoho Creator required Account Setup permissions in the Creator environment to establish the API connections needed for module aware field discovery. Clixlogix guided the client’s team through the permission provisioning process and confirmed the integration path before proceeding with implementation.
Fig 3 — The platform separates data storage, computation, user interaction, and intelligence into distinct layers, connected through API integrations and a canonical field mapping layer.
The firm’s analytical team operates a unified query and reporting platform that spans every major CRM data dimension. Cross entity analysis that previously required manual exports and spreadsheet assembly now runs through a guided interface or a Claude Teams conversation. The data architecture, schema reconciliation, and entity lifecycle linkage were delivered as a single integrated program across four phases.
Pipeline records, portfolio entities, transactions, capital events, and performance reports queried from one guided interface with nested boolean logic, temporal filtering, and aggregation.
A canonical field mapping layer unified legacy and current pipeline schemas into one queryable model, with clear data boundary warnings on pre migration records.
Pipeline records, portfolio entities, transactions, capital events, and performance reports flow through a single query engine on Zoho Creator and Zoho Analytics via CloudSQL.
From ecosystem audit and schema reconciliation through the cross entity query engine to Claude AI integration, each phase resolved a specific gap while building toward conversational analytics.
Team members query data, generate reports, and interpret results conversationally through Claude, connected to Zoho CRM via the Model Context Protocol. No separate app or query syntax required.
CRM Platform: Zoho CRM (Leads, Accounts, Contacts, Potentials, custom modules)
Application Development: Zoho Creator (guided query builder UI, dynamic form renderer, access control layer)
Analytics Engine: Zoho Analytics, CloudSQL API (cross module joins, aggregation, computed views)
AI and Natural Language: Anthropic Claude Teams, Zoho CRM MCP Server, Model Context Protocol
Scripting and Automation: Zoho Deluge, Zoho Flow, REST API integrations
Our team can share client references, scope your project, and answer any question about your delivery.
More engagements where our delivery teams shipped similar outcomes for clients across industries. Read on for context on the patterns we reused, the trade offs we navigated, and the metrics that landed in production.