Уже много лет я не работаю на фрилансе, но до этого долго и успешно практиковал удалённую разработку и проектирование. И иногда клиенты задавали презабавный в своей наивности вопрос: «А сразу без багов писать нельзя?» или «А нельзя сразу сделать так, чтобы юзеры не отваливались?».

Так вот, хочу ответить всем своим будущим и бывшим клиентам и партнёрам: «Нет, нельзя. Меньше — можно, вообще без — нельзя.»

Запомните одну простую штуку. Создание серьёзного программного продукта — это не только производственный процесс. Это исследование. Вот вы знаете, как положить асфальт. И когда вам говорят, что нужно покрыть 5 квадратных кэмэ дороги, вы быстренько считаете расход, технику, амортизацию, логистику – и выдаете сроки и сумму. А теперь замените в предыдущем предложении слово «дороги» на «стены». Чуете? Никто, ни один дебил до вас, не клал асфальт на пять километров стены. По отдельности – все понятно. Вот асфальт, он простой. Вот каток, он тоже несложный. Вот сорок рабочих, они умеют укладывать простой асфальт несложным катком. А вот стена, и о ней вы тоже знаете практически всё. Но вместе — какая-то поебень получается.

И пусть мы представим, что асфальт на этой стене оправдан. Всё равно, эти сорок профи изведут вам гору асфальта, прежде чем поймут, как его класть. Вот переведённый асфальт — это и есть баги и минусы в воронке.

Допустим, теперь вы умный. Вы позовете мастера по нестандартным дорожным покрытиям. Он не умеет класть асфальт, как сорок трудяг, но он способен мыслить нестандартно и знает всё о силе трения. И даже он изведет вам некоторое количество асфальта в процессе поиска решения. Меньше, чем сорок строителей, но он и денег отдельных за свою работу возьмёт.

А всё потому, что никто до вас не использовал стандартные штуковины таким замысловатым способом.

Баги будут, и некоторые юзеры рухнут в Аид, потому что идеального проектирования и маркетинга не существует — нужен анализ реальных данных. И вообще, занимайтесь своим асфальтом, если вы не готовы к этому.

У меня всё. И да, все аналогии лживы.