ON THE RADAR
●DATAFACTZ / THE WORK BEFORE AI●OCT 2026 / LAKEHOUSE COSTS UNDER THE MICROSCOPE●FIELD NOTES / MODELS, MIGRATIONS & MEANING

Company / Data & artificial intelligence

DataFactZ and the work before AI

Before an AI system can give a useful answer, somebody has to make the data agree. DataFactZ has built a business around that surprisingly stubborn job.

Advertisement

A bank wanted to know which customers might take their deposits elsewhere. It hired DataFactZ to examine customer history and build a predictive model in R. The bank paid $31,000. The first model had flaws. Then the consultants corrected them. In a client interview published in 2019, the analytics director singled out their commitment to finishing the job. For a business selling predictions, the repair is a revealing place to begin.

THE QUICK READ
  • DataFactZ builds enterprise data systems, reporting tools and AI applications.
  • Its work includes both project delivery and specialist staffing.
  • The useful lesson: test the business meaning before trusting the output.

Enterprise technology is full of impressive first attempts. The harder question comes afterward: does the result hold up when someone knows enough to challenge it? A bank knows what a deposit means. A consultant has to turn that knowledge into variables, definitions and a model that survives inspection. Buying analytics expertise also means buying a process for finding mistakes.

A business in the handoffs

DataFactZ describes itself as an AI and data consultancy. Its company history dates to 2004, well before today’s language-model boom. Its service range reaches from moving and organizing data to reporting, prediction and generative AI. That breadth matters because the handoffs are often where an enterprise project becomes difficult. The dashboard depends on the warehouse; the warehouse depends on the pipeline; the pipeline depends on what the source system meant.

Its customers include enterprise teams in healthcare, finance, retail and manufacturing. Delivery combines US operations with a Hyderabad development center. A buyer can bring in specialists to work inside an existing team or commission implementation work. Those arrangements put different responsibilities on the client. Extra technical capacity still needs direction. A delivered system needs agreed tests and an owner.

The expense of keeping both worlds alive

A pharmaceutical migration makes the tradeoffs concrete. According to DataFactZ’s account, the client struggled with consolidation, slow reporting and manual cleaning. A two-month deadline left little room for translating everything by hand. Engineers demonstrated an analyzer that used metadata to automate moving SSIS integration packages into Talend. Seeing the prototype’s efficiencies persuaded the client to approve implementation.

The team kept the legacy warehouse running alongside the replacement. That meant extra hardware and operating cycles. It also let users compare outputs while acceptance testing continued. DataFactZ reports completing the migration within the deadline without interrupting the old warehouse. The practical lesson is wonderfully unglamorous: budget for the overlap. A transition can be safer because, for a while, you are paying to do the same work twice.

THE MIGRATION SAFETY NET
01ProveDemonstrate the conversion.
02Run bothKeep the old system available.
03CompareCheck outputs before acceptance.
A second engine stays running while the first earns its retirement. Diagram of the pharmaceutical case’s approach.

Seven thousand people need a doorway

At a Midwestern health insurer, the difficulty was finding a coherent way into several reporting systems. The published case describes 7,000 users across 14 business domains. Multiple logins, inconsistent interfaces and separate user profiles made the tools burdensome to support.

After an assessment, DataFactZ built a common portal using SharePoint 2013, with single sign-on and access based on privileges. Existing reporting platforms could sit behind a more consistent entrance. Here, the problem was partly organizational: several tools had accumulated several ways of asking people to work. The intervention made those tools easier to approach together.

DataFactZ team members gathered for a Christmas celebration in a company photo collage
Even the data people occasionally wear matching hats. A team celebration shared by DataFactZ on LinkedIn.

The business logic travels with the chart

The company’s Tableau to Power BI Migrator addresses a related problem. A workbook contains more than a picture. It carries calculations, relationships, filters and accumulated choices about how the business measures itself. Rebuilding the appearance can leave the meaning behind.

DataFactZ says its tool extracts Tableau metadata, uses programmed logic to distinguish measures from calculated columns, applies AI to complex formula conversion and packages a Power BI project. Review pauses let people inspect intermediate work. That design is more interesting than a speed claim: automation performs repetitive translation while giving the team places to catch a misunderstanding.

A workbook carries years of decisions about what the business means by a number.THE MIGRATION PROBLEM

This puts DataFactZ between the platform vendor and the organization trying to use the platform. Its technology practice spans Microsoft, Snowflake, Databricks, AWS and Google Cloud. Buyers are choosing implementation judgment as well as technical skills. A competing specialist, a larger integrator or an internal team might fill that role. DataFactZ’s case rests on connecting analytics work across an existing estate.

Who owns the answer?

The company’s recent writing keeps returning to ownership. Its September 2026 migration guidance recommends checking usage, retiring unwanted workbooks and consolidating shared definitions before rebuilding visuals. Its October lakehouse-cost article asks teams to examine idle compute, file layout and capacity, then assign responsibility. These are operational arguments: a new platform inherits the decisions nobody resolved on the old one.

For a reader planning similar work, the sequence is usable. Pick a business question. Identify the data and the person responsible for its meaning. Demonstrate a small conversion or model. Agree how to judge it. Then expand. A team unable to supply source access, settle conflicting definitions or assign acceptance responsibility will have trouble with this approach; the consultant cannot make those choices legitimate on its own.

Even a bounded pilot asks something of the customer. DataFactZ’s four-week AWS data-lake offer requires a working AWS account, access to the chosen sources and client staff for knowledge transfer. Those requirements make a useful buying checklist. The team receiving the system has to participate while it is being built. Handover starts with people knowing why the pilot exists, what it covers and how they will operate it afterward.

A buyer can borrow the review checkpoints without buying the migrator. Ask a report owner to choose a few consequential calculations, including awkward filters and exceptions. Compare the old and new outputs, record the differences and decide who can approve them. A chart that matches at the default view may still disagree when someone changes a date or region. The acceptance plan should make that disagreement visible before the old system disappears.

For a staffing engagement, ask a different set of questions. Who assigns the work? Who reviews it? Who carries knowledge back into the organization? DataFactZ’s range is useful when the buyer knows which gap needs filling. An undefined request for help with AI gives either side too much room to imagine a different finish line.

DataFactZ’s generative AI services extend that work into document retrieval, custom applications and agents. The bank’s corrected model remains a useful reminder of what buyers should demand. An answer earns its place in a business when people can examine it, challenge it and get the underlying work repaired.