Отдаю проекты с ключами — без привязки к себе
Недавно ко мне обратился владелец сети кондитерских. Он был в панике: его предыдущий подрядчик неожиданно прекратил работу, а доступов к коду и серверу у заказчика не оказалось. Это классический случай, когда бизнес оказывается зависимым от одного исполнителя, и я всегда стараюсь предупредить такие ситуации.
В моей практике все проекты передаются клиентам с полным набором доступов и документацией. Это принципиальная позиция: любая зависимость от подрядчика — управленческий риск. При работе с клиентами я не привязываю их к себе — код, сервер, все данные находятся под контролем заказчика. Это позволяет в любой момент передать проект другому подрядчику.
Особенно важно изначально договориться о следующих аспектах: где будет храниться код, на чьё имя будет оформлен сервер, и кто владеет доменом и платёжным ключом. Например, часто заказчики не задумываются о таких деталях, как владение доменным именем, хотя это критично для управления интернет-присутствием.
В упомянутом случае с кондитерской сетью мы смогли восстановить доступы и передать проект новому подрядчику, поскольку я изначально настраивал систему таким образом, чтобы все ключевые элементы оставались под управлением клиента. Это позволило минимизировать простой в работе бизнеса и избежать дополнительных затрат.
Задумывались ли вы о том, кому принадлежат ключи от ваших проектов и есть ли у вас доступ к ним в случае экстренной ситуации?
Чек-лист, о котором речь, оставил первым комментарием.
· 2 ч
Обещанный чек-лист: где розница и общепит теряют деньги. Пятнадцать утверждений про своё заведение, проходится минут за двадцать. Контакты вводить не нужно. https://roman.getastrodaily.com/checklist/?from=setka
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
коммент удалён