Hidden engineering costs
Technical debt and difficult-to-maintain code can turn a growth plan into a remediation programme.
Independent technology due diligence
Evidence-based assessment of technology risks, operational dependencies, scalability, and remediation priorities to support informed investment decisions.
What’s behind
the recurring revenue?
Assess system boundaries, data flows, and scaling constraints to identify where growth may require additional investment.
The investment perspective
Recurring revenue tells one part of the story. The software behind it determines what comes next.
An acquisition may bring unexpected engineering costs, fragile infrastructure, or knowledge held by a single developer. An independent assessment helps you understand those exposures before they become your responsibility.
Use the findings to challenge assumptions, inform transaction discussions, and plan the first post-acquisition engineering priorities.
What could affect the investment?
Technical debt and difficult-to-maintain code can turn a growth plan into a remediation programme.
Architecture and infrastructure constraints may require investment before the business can scale.
Security weaknesses, unreliable deployments, and untested recovery can put continuity at risk.
Key people, third-party services, and software dependencies can create risks beyond your control.
Scope of the assessment
A focused review of the systems, practices, and dependencies behind the business.
Engagement options & indicative pricing
Assessments of software products and software engineering operations, including a defined technology workstream within a larger transaction.
These are indicative ranges, not unlimited fixed-price offers. A written proposal identifies the systems, review questions, evidence sample, interviews, verification depth, exclusions, deliverables, and fee. Company size alone does not determine price.
Delivery starts once sufficient agreed access and inputs are available. Complexity, evidence gaps, technical-owner availability, and specialist needs affect the schedule. Prices exclude VAT where applicable.
Each assessment is personally led by Andrey Shedko. Additional specialist work requires a separate scope and confirmation of availability. Comprehensive describes broader agreed coverage, not exhaustive testing of an entire technology estate.
AI-built software: a specialization available at either scope, using the same indicative ranges. AI-built describes development with AI coding tools; AI-powered describes a product using models at runtime.
Explore AI-Built Software Due Diligence →Who I work with
Independent technical perspective for the people responsible for the investment decision.
A clear process
Focused: typically 5–8 business days. Comprehensive: typically 2–4 weeks. Both depend on agreed scope and sufficient access.
Clarify the investment decision, systems, priority questions, evidence sample, interviews, verification depth, exclusions, fee, and timetable.
Outcome: A written proposal with explicit review boundaries.
Arrange confidentiality terms and authorized access to relevant code, documents, operational evidence, and technical personnel. Read-only access is preferred.
Outcome: An access plan and evidence register; gaps are recorded.
Review the agreed areas and perform targeted checks where feasible. Intrusive production testing requires separate written authorization.
Outcome: Observations and reproducible verification results, separated from unverified claims.
Relate technical findings to continuity, growth, safe change, ownership dependencies, and remediation priorities. Raise material issues during the engagement.
Outcome: Prioritized findings with severity, confidence, implications, and limitations.
Distinguish verified facts, inferences, assumptions, unknowns, and inaccessible areas. Include engineering effort where supportable; cost scenarios require an explicit cost basis.
Outcome: A decision-oriented report and priorities for the first 90 days within scope.
Discuss conclusions, challenge assumptions, and clarify transaction and post-transaction actions.
Outcome: A direct briefing and Q&A, with unresolved questions and follow-up needs made explicit.
The deliverable
A decision-oriented assessment report, followed by a direct briefing.
Recommendations identify immediate actions and priorities for the first 90 days, within the agreed review areas.
An overall technical opinion, the issues that could change the investment case, and a prioritized register of material findings. Each finding states its evidence, confidence, recommended action, and decision relevance.
See what was reviewed or tested, what the results establish, and what remains unverified. The report connects technical observations to continuity, growth, delivery, and ownership implications, with the limits of each conclusion made explicit.
A sequenced action plan with required outcomes, role owners, dependencies, and acceptance criteria. Where evidence supports an estimate, engineering effort is expressed as a range. Budget scenarios require explicit rates, roles, and assumptions; they are not supplier quotes or guaranteed delivery commitments.
Verified findings are supported within the reviewed scope. Potential risks require further investigation; assumptions are inputs awaiting validation. Areas not assessed remain explicitly open, so missing evidence is never treated as proof that the platform is safe.
Explore the report structure through a clearly labelled fictional SaaS scenario. No real client or transaction is represented.
View fictional sample report →Your independent advisor
Andrey Shedko is a software engineer based in the Czech Republic, with publicly documented experience at Barclays, Broadcom, and EPAM Systems.
Your assessment is led by Andrey, with findings explained in terms of engineering consequences and investment decisions.
Meet Andrey Shedko →Insights
Practical guides to evidence, reporting, and AI-built software acquisitions.
Acquisition preparation
A buyer’s practical checklist: evidence to request, questions to test, access limitations to record, and findings that should change an acquisition plan.
Read guide →Investment decisions
How to judge a technical diligence report: decision relevance, evidence, confidence, severity, remediation assumptions, and first 90-day priorities.
Read guide →AI-built software
A practical buyer’s guide to AI-built software: ownership control, critical workflows, security boundaries, maintainability, recovery, and handover evidence.
Read guide →Before you inquire
The agreed scope may require read-only source repositories, architecture and infrastructure documentation, dependency information, deployment and incident records, and conversations with the technical owner. Evidence is requested proportionately; credentials and customer data should not be sent through the inquiry form.
A limited review can use demonstrations, documentation, operational evidence, and interviews. It cannot substantiate conclusions about code quality or implementation security. The report states these gaps, their effect on confidence, and the access needed to resolve them.
Confidentiality terms, permitted evidence access, handling, and retention arrangements are agreed before assessment materials are shared. Start with a non-confidential description of the target and your decision. Secure access is arranged separately.
Focused assessments typically take 5–8 business days; comprehensive diligence typically takes 2–4 weeks after sufficient agreed evidence and access are available. Timing depends on scope, target complexity, technical-owner availability, and follow-up questions. The timetable is agreed before work begins.
Indicative fees are €2,000–4,000 for Focused Technical Assessment and €6,000–12,000+ for Comprehensive Technical Due Diligence, excluding VAT where applicable. AI-built specialization uses the chosen scope’s range. Scope and the final fee are agreed in a written proposal before work begins. The proposal reflects the systems to review, available evidence, questions to resolve, and transaction timetable. Remediation effort is a separate engineering estimate. Any budget scenario needs explicit rates, roles, dependencies, and assumptions; it is not an implementation quote.
A technical due diligence report and direct briefing, with an overall opinion, prioritized findings, supporting evidence, confidence levels, limitations, and remediation priorities. This is an engineering assessment; penetration testing, security certification, and legal opinions require separate specialist work.
Andrey reviews the inquiry and replies to clarify the target, decision, timeline, and assessment fit. An initial conversation establishes what evidence is available. Any proposed engagement then sets out scope, deliverables, access, timing, and fee. The practice is currently in preparation; preliminary inquiries are welcome.
Before the next investment decision
Start with a confidential conversation about your transaction.