Start with a problem, not a tool
Mid-sized business covers very different firms with roughly RUB 2–15 billion in annual revenue and workforces from a few dozen people to 500–700. In staff augmentation, employees are production capacity; a commerce company may operate with fifty people and one systems administrator. A universal AI platform is not a shared starting point. Demand emerges when margins shrink, inventory stalls, receivables grow, logistics must change, or hiring moves to a new region.
A mandate to ‘add AI’ defines neither an outcome nor a new way of working. Claude, Codex, or Cursor may accelerate familiar actions while the surrounding process stays unchanged. That is useful personal practice, not proof of business transformation. The team should express the problem through an observable measure, recover the actual workflow, and agree on improvement. The constraint may be missing data, manual document handoffs, or a management conflict rather than a missing model.
An owner needs data, authority, and trust
The positive case is a small commerce company whose partners had divided responsibility clearly. They interviewed employees about repetitive work, ran a paid prototype competition, and helped participants learn the tools. A systems analyst tested proposals against real tables and 1C, including loading delays, date corrections, and contractor warehouse balances hidden by a polished demo. Personal and margin data were separated from lower-risk scenarios, and infrastructure followed working hypotheses.
The staff-augmentation case shows the opposite pattern. Recruitment, screening, and internal mobility offered plausible opportunities, but initiatives fragmented across functions. Nobody could connect process, data, technology, and adoption. Naming the CIO, COO, or most enthusiastic executive as AI owner does not resolve different incentives and problem models. An external specialist may supply missing capabilities, but the company still needs someone inside to receive knowledge, validate outcomes, and continue after the consultant leaves.
A short pilot must test the complete work loop
A smaller company can implement in hours what a large organization coordinates for years. In the assortment-analysis example, trustworthy data already lived in one monolith and the owner could build the requested view directly. Another case used a bot to watch 1C documents and flag overdue receivables. AI lowers the cost of local automation, but it does not remove the baseline, permissions, test cases, error logs, human confirmation, rollback, support, or the cost of a wrong action.
A practical start is a one- or two-week discovery. Observe how employees move data and make decisions, then select one to three valuable use cases with bounded risk. Define acceptance and stop criteria, protect a domain expert's time, and align incentives with improvement. Quick wins create evidence; disconnected prototypes create debt. Agents can also produce competing documents quickly, but they cannot replace the conversation through which people expose interests, work through conflict, and construct a shared reality.
What to take away
- 01Frame the first AI use case as a measurable business problem, not a mandate to deploy a fashionable tool.
- 02Pair domain expertise with data or automation capability; separated, they tend to produce plausible but unusable prototypes.
- 03Calculate the full entry cost: licenses, integration, internal time, validation, support, and the expected cost of error.
- 04Stop even a popular pilot when it does not improve the baseline measure or the organization cannot operate it safely after launch.
Sources
- Local automatic Russian captions from the YouTube recording
- YouTube live recording
- VK Video recording
- Podster audio edition
- Yandex Music audio edition
- Apple Podcasts episode