@peacemakerv
Разработка под Android

Как поступают фрилансеры с серверной частью в малых проектах?

Всем привет, вопросы к фрилансерам, берущихся за разработку некрупных клиент-серверных проектов:
1) как вы разговариваете с клиентами о серверной части, объясняя, что им нужно будет заниматься ею периодически оплачивая?
2) как вы оформляете и передаете права доступа к консолям серверной части? К примеру, на базе сервисов Firebase.

Сейчас ведь львиная доля мелкого бизнеса хочет "мобильное приложение для iOS и Android как у ...... кого-то там", при этом совсем не имея понятия о серверной стороне, которую кто-то должен будет подобрать/настроить/разработать/оплачивать периодически/поддерживать. Для них это все "приложение" (только приложение к чему приложено - их это не интересует).

Вот и хочется понять, как практически сейчас делает тот, кто брался уже за такие проекты на биржах. Именно мелкие проекты, где у заказчика нет ни веб-сайта, хостинга, ни своего админа...
Хочется же максимально бесконфликтного общения, и не разжевывать каждому клиенту что и как, и каких копеек это будет ежемесячно стоить, тем более, что это разжевывание в большинстве случаев оканчивается ничем. Т.к. или малопонятно, или "дорого" заказчику.

Например практически с Firebase - сценарий типа такого, что просишь у заказчика gmail-экаунт с паролем, на который регаешь проект FireBase и разрабатываешь, и если кол-во запросов потом в продакшене вырастет - это уже не твои проблемы?
  • Вопрос задан
  • 391 просмотр
Пригласить эксперта
Ответы на вопрос 2
@orbit070
Я не фрилансер, но делал бы так:

1. Если сервер не нужен - вопрос решен
2. Если сервер нужен и его делает третья сторона - вопрос решен
3. Если сервер нужен и его делать самому, то:

а) анализ функционала приложения. Если это условно говоря какие-нибудь заметки или список рецептов с сохранением на сервере для надежности, то сообщать клиенту о том, что существует сервер и для чего он нужен смысла нет. Берется бесплатный тариф firebase и готово. Можно даже держать один общий аккаунт для таких "несущественных" серверов.

б) если приложение потенциально может обрасти большим количеством данных, то объясняем клиенту, что к чему. Что данные где-то надо хранить, и это где-то называется сервер. Что на первых порах можно использовать бесплатное решение(тот же firebase), но если данных станет больше то придется переходить на платный тариф. Предлагать два варианта: либо он сам заводит этот сервер и оплачивает, либо предлагаю самому этим заниматься за стоимость сервера + дополнительные пару копеек.
Ответ написан
@nrgian
1) как вы разговариваете с клиентами о серверной части, объясняя, что им нужно будет заниматься ею периодически оплачивая ?


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

Чаще оставляю на своих серверах. Хорошая доплата за ничего-не-делание. Ведь оплату беру больше, чем стоит хостинг для меня. И продлевают годами и годами. Хороший дополнительный заработок.

2) как вы оформляете и передаете права доступа к консолям серверной части ? К примеру, на базе сервисов Firebase.

Иногда никак не оформляю, всё на доверии.
Иногда аккаунт сразу создан на имя клиента.

при этом совсем не имея понятия

Дык именно поэтому вас и нанимают, что специалист в этой сфере вы.
И ваша задачи все эти нюансы объяснить клиенту до старта проекта.

Хочется же максимально бесконфликтного общения, и не разжевывать каждому клиенту что и как, и каких копеек это будет ежемесячно стоить, тем более, что это разжевывание в большинстве случаев оканчивается ничем. Т.к. или малопонятно, или "дорого" заказчику.

Напротив.
Им копейки ежемесячно неудобно.
Сразу стоимость оплаты сервера - за год называю.
просишь у заказчика gmail-экаунт с паролем, на который регаешь проект

Для этого не нужно брать у него пароль.
Делаю и себя и его администратором проекта.
Ну а оплату - разумеется с его аккаунта.
Ответ написан
Ваш ответ на вопрос

Войдите, чтобы написать ответ

Войти через центр авторизации
Похожие вопросы