There is no single answer, because part of a Company OS never finishes. Setting the structure and loading the sources are a build with an end. Keeping it current and putting it to work run as long as the business does. How long the build takes depends on your knowledge, your systems and your approvers.
Key takeaways
- A Company OS is built in four steps; the first two finish, and the last two run for as long as the business does.
- The biggest factor in the timeline is the state of your knowledge: how much is written down, and how much contradicts itself.
- The number of systems to connect, and how quickly people can approve access, set the pace too.
- According to RAND, lacking the data is one of the five root causes of AI project failure, so rushing past it costs more time later.
- Starting with one workflow, and seeing it run before committing more, keeps the first result close.
How long does it take to build a Company OS?
It depends on four things: how much of your business knowledge is written down and consistent, how many systems need connecting, how quickly the people who approve access and output can respond, and how much you try to build at once. The first workflow comes quickest when the scope is one job, not the whole business.
The question also hides a second one. A Company OS has four build steps: set the structure and method, point the sources at it, run sweeps that keep it current, and let people and agents draw on it. The first two finish. The last two never do, because the business keeps changing.
So the useful question is not "when is it done?" It is "when is the first workflow running, and what does it take to keep it right?" The guide to the four build steps explains each one in detail.
What decides how long the build takes?
Five factors decide most of the timeline: the state of your knowledge, the number of systems, who approves access and output, the scope of the first piece of work, and how ready the team is to use it. Each can add or remove a lot of time, and most are within the business's control.
| Factor | Quicker when | Slower when |
|---|---|---|
| State of knowledge | Facts and methods are written down and agree | Knowledge lives in heads and conflicting documents |
| Number of systems | A few well-kept tools | Many tools, each holding part of the picture |
| Approvers | Named people who answer quickly | Nobody clearly owns access or sign-off |
| Scope | One workflow first | Several departments at once |
| Team readiness | People already use AI on business plans | Use is scattered across personal accounts |
None of these is about the AI itself. Models and tools are ready to use today. The time goes into the business's own material and decisions.
Why does the state of your knowledge matter most?
Because the AI can only use what is written down and consistent. If product facts sit in three documents that disagree, or the best method lives in one person's head, someone has to settle the truth before any AI can rely on it. That settling is often the longest part of the build.
Skipping it does not save time. According to RAND's 2024 study, one of the five root causes of AI project failure is that the organisation lacks the data it needs. Gartner made the same point when it predicted at least 30% of generative AI projects would be abandoned after proof of concept by the end of 2025, citing poor data quality among the reasons.
A business that has kept good records moves faster. Clear product documentation, recorded sales calls and written processes all shorten step two, because there is less to reconcile. The work is distilling, not discovering.
Why do systems and approvers matter so much?
Because every connection needs someone to grant it, and every output that goes out needs someone to approve it. A business with a few well-kept tools and decisive owners connects quickly. One with many tools and unclear ownership waits on access requests, permissions and sign-offs at every step.
Connections are built carefully on purpose. Every connection starts read only, and write access is granted one tool and one action at a time. That takes a little longer than handing over full access, but it means nothing changes in your systems by surprise. The guide to agent permissions explains why.
Approvers set the pace in a second way. Nothing is published, sent or spent without a named person approving it. If that person reviews outputs promptly, the workflow learns fast. If reviews pile up, everything slows down, however good the AI is.
Why start with one workflow?
Because one workflow gives a result you can see and measure quickly, and teaches the business how the rest will go. It limits the knowledge to load, the systems to connect and the people to approve. Once it runs and proves itself, the next workflow reuses much of what was built.
Pick the job with care. The best first workflow is usually one the team runs every week, with a clear output and an existing measure. The guide to the weekly workflow test shows how to choose.
Seeing it run before committing more is the discipline that matters. Training is part of that. According to BCG's 2025 AI at Work survey, regular use is far higher among employees with at least five hours of training. A workflow nobody is trained to use has not really started.
Which parts finish, and which keep running?
The structure and the first load of sources finish. Keeping the knowledge current from new calls, tickets and emails continues every week, and so does putting it to work through people and agents. Plan and budget the first two as a project, and the last two as part of how the business runs.
| Step | Finishes? | What keeps it moving |
|---|---|---|
| Structure and method | Yes | A scope and an end point |
| Point the sources at it | Yes | The first load of facts, then done |
| Sweeps that keep it current | No | A weekly rhythm and an owner |
| People and agents drawing on it | No | New workflows added as each proves itself |
Judging results takes time too. MIT NANDA's 2025 study measured return six months after a pilot, according to the Marketing AI Institute's review of its method. So a fair verdict on the first workflow needs real use, not a demo.
Skein starts with the workflow that pays back fastest, usually one the team runs every week, and shows it running before more is committed; the AI strategy page shows how that first workflow is chosen. That suits a growing B2B business that wants a result it can see before it commits to more. A business that needs a fixed end date for the whole system should know that two of the four steps never end.
Frequently asked questions
How long does AI implementation take?
It depends on how much of the business's knowledge is written down and consistent, how many systems need connecting, how quickly approvers respond and how much is attempted at once. Starting with one weekly workflow gives the fastest visible result. Some of the work, keeping knowledge current, never finishes.
What slows down an AI implementation?
The usual causes are scattered or contradictory knowledge, many disconnected systems, unclear ownership of access and approval, too broad a first scope, and staff using AI on personal accounts. Most are within the business's control. The AI tools themselves are rarely what holds a project up.
Does a Company OS ever finish?
Partly. Setting the structure and loading the business's sources are a build with an end. Keeping the knowledge current from new calls, tickets and emails, and putting it to work through people and agents, continue for as long as the business runs, because the business keeps changing.
How can a business speed up AI implementation?
Write down key facts and methods, settle contradictions early, name owners for access and approval, and start with one workflow the team runs every week. Move staff onto business AI plans and train them on their own tasks. Each of these removes a common source of delay.
When will we see results from AI implementation?
The first results come from the first workflow, once it is running on real work and measured against a baseline. Plan to judge it over a fixed period of real use rather than a demonstration. Wider results build as more workflows are added on the same foundation.
Related reading
- RAND. "The Root Causes of Failure for Artificial Intelligence Projects and How They Can Succeed." RAND, 13 August 2024. https://www.rand.org/pubs/research_reports/RRA2680-1.html
- Gartner. "Gartner predicts 30% of generative AI projects will be abandoned after proof of concept by end of 2025." Reported by Intelligent CIO, 5 August 2024. https://www.intelligentcio.com/apac/2024/08/05/gartner-predicts-30-of-generative-ai-projects-will-be-abandoned-after-proof-of-concept-by-end-of-2025/
- BCG. "AI at Work 2025: Momentum Builds, but Gaps Remain." Boston Consulting Group, 26 June 2025. https://www.bcg.com/publications/2025/ai-at-work-momentum-builds-but-gaps-remain
- Kaput, Mike. "MIT study on AI pilots." Marketing AI Institute, 26 August 2025. https://www.marketingaiinstitute.com/blog/mit-study-ai-pilots