Технический due diligence

Покупаете бизнес. Вместе с ним вы покупаете и его код.

Финансовую отчётность вам покажут и проверят. Систему покажут тоже — со стороны продавца, людьми продавца, в презентации продавца. А платить за неё вы будете следующие несколько лет, и первый счёт придёт раньше, чем вы успеете нанять свою команду.

Читается код, а не рассказ о нём. Единственный источник, у которого нет интереса в сделке. Документация описывает намерение, презентация описывает надежду, код описывает факт.

Считается первый год владения. Не «качество кода» — оценка, которую нельзя предъявить на переговорах, — а деньги: сколько людей нужно, чтобы это просто продолжало работать, и сколько сверх того, чтобы оно менялось.

Ищется то, что нельзя купить отдельно. Люди, без которых система не поддерживается. Чужие компоненты с истёкшей поддержкой. Данные, которые живут в одном месте и не переносятся.

Отделяется дорогое от смертельного. Дорогое — это цена, её можно заложить в сделку. Смертельное — то, что делает систему непередаваемой, и таких находок обычно одна-две, но они меняют переговоры целиком.

Срочно. Этот маршрут почти всегда идёт по срочной цене: окно сделки короче, чем спокойное чтение.

Список того, что вы покупаете на самом деле, и цену первого года владения в людях и деньгах. Отдельно — находки, которые стоит перенести в переговоры о цене.

Документ ваш и написан так, чтобы его можно было показать другой стороне.

Оценки бизнеса и его перспектив — это другая работа и другие люди.

И нет вердикта «покупать или нет». Он ваш, и он не про код.

Скажите, когда закрывается окно сделки и есть ли доступ к репозиторию. От этих двух ответов зависит всё остальное; читать по презентациям я не берусь.