Как объяснить заказчику суть работы бекенда?

Question

[mr_drinkens]

Всем привет.
Несколько оффтоп вопрос, больше для рассуждений) хотелось бы услышать именно работающие способы.
Всем известно, что нередко заказчики слабо понимают суть того, что вообще делается на бекенде и сколько это занимает времени. Фронтенд понятен, так как визуально заказчик его видит, кликает и так далее.
Впервые за практику попался заказчик, который думает, что бекенд это просто и делать там нечего)
Как вы объясняете своим заказчикам то, что делаете под "капотом" проекта?
Спасибо

Comments

[WayMax]

Заказчик и не должен понимать "что вообще делается на бекенде".

Answer 1

[Worddoc]

Главное в каждом предложении вставлять слова "сервер" и "базы данных" и он сам от вас отстанет.

Comments

[mr_drinkens]

Вопрос в том, как обьяснить, что задачи объёмные, порой, и не решаются часом или даже парой часов)) он же видит только картинку. Если ничего не прыгает и не моргает, значит, ничего не сделал программист за это время)

[Сергей delphinpro]

mr_drinkens: Не надо ничего объяснять. Решая одну типовую задачу, программист может написать кучу кода, решая другую, нетривиальную, напишет всего несколько десятков строк за то же время.
Вы оцениваете сроки исходя из задачи. Заказчик вправе с вами не согласиться. Вы вправе отказаться. Вот и всё. Вы в любом случае не напишете решение за два часа, на написание которого вам необходимо четыре.

[Worddoc]

mr_drinkens: на мой взгляд, объясняйте заказчику то, что хотите сделать, техническим языком. Скажи, что в двух словах это не объясняется и распиши ему полный цикл разработки с подробными деталями. Заказчик реально убедится, что ты делаешь сложные вещи и ему лучше даже не вникать в это, т.к. все очень сложно и непонятно. Если он не поймет - это его проблемы. Либо приведи ему пример знакомого ему сайта, и скажи, что было бы, если бы у этого сайта не было бы бекенда, т.е. опиши весь функционал, который написан. Думаю он поймет.

Answer 2

[Therapyx]

Если человек упертый на свой волне - поверь, никак.
Это как с друзьями, которые узнают, что ты умеешь делать сайтики, а потом предлагают свои великие бизнесс планы по захвату мира на ххх часов рабочего времени. Ты им говоришь, обьясняешь что да как, обьясняешь вообще всю суть разработки. А в ответ слышишь вбросы, по типу:
- да что там делать? Это же пару кнопочек нарисовать.
- Молчание... Так и скажи, что не умеешь! :D

Но что я усвоил: Никогда не пытайся гуманитарию обьяснять техническую часть. Если он уверен в своей правоте и легкости задачи.
Представь, что перед тобой ребенок и ты пытаешься ему обьяснить на пальцах, примерах из жизни и желательно близких для него. Узнай кто он по специальности и попробуй приводить аналогии из его области в полной абстракции.
Если не узнавать кто он и вообще шарит ли он в чем-то, то можно взять что-то нейтральное. Например "машины", хотя и тут может оказаться, что он просто потребитель и кроме двух педалей больше ничем не интерисовался)

Answer 3

[Евгений]

Это философский вопрос. Если человек адекватный, пусть и не технарь, можно попытаться спокойно объяснить. Если человек неадекватный, то никакие объяснения не помогут, не надо даже пытаться, все равно будут сплошные проблемы. Он пойдет на какую-нибудь фриланс-биржу, там найдет «разработчика бэкенда с огромным опытом», который пообещает сделать ему бэкенд за 3 дня и 1500 рублей. Будет делать три месяца, в итоге выкатит неработающий ужасный код, потом другой разработчик будет 6 месяцев пытаться привести это в работающее состояние, тем временем заказчик, возможно, осознает свою ошибку и станет чуточку умнее. Или не станет.

Answer 4

[Егор Живагин]

"Бэкенд получает данные из Базы, обрабатывает под нужные задачи и отдаёт их на Фронт". Мне хватало)

Если разговор доходит до "почему так долго?" можно сесть и подробненько, с терминологией, рассказать заказчику, что вы делаете. Поймёт - хорошо, не поймёт - испугается терминов

Answer 5

[Vladimir Dubos]

Попробуй найти/написать какой-нибудь код на несколько страниц и попытайся рассказать какие функции и зачем он выполняет, т.е. объясни на конкретном примере другого проекта

Answer 6

[Saboteur]

Показать что находится под капотом автомобиля.
И показать, что "просто повернуть ключ зажигания" требует взаимодействия около 4 различных систем - "микросхема = аккумулятор = стартер = бензонасос = инжектор = двигатель". А ты всего лишь ключ повернул.