Вийти зі спільного проєкту Behance може відрізнятися від видалення вашого профілю

Розділіть три питання, перш ніж діяти

Власники часто змішують три наміри: відійти від спільного проєкту, контролювати те, як його редагують, і повністю піти з Behance. Це не одна й та сама операція. Перш ніж щось змінювати, запишіть, якого результату ви насправді хочете, бо найменшої дії часто достатньо. Якщо ваша мета — припинити підтримувати проєкт, можливо, вам узагалі не потрібно торкатися профілю. Якщо ваша мета — піти з платформи, вам усе одно треба подумати про те, що станеться з проєктами, до створення яких долучилися й інші люди. [Довідка Behance: спільне володіння проти зазначення авторства]

З’ясуйте, що насправді означають співвласництво та згадка

Прийнятий спільно власницький проєкт відображається у профілях кожного власника й надає співвласникам права редагування та контролю, тоді як згадка — це окреме поле атрибуції. Це важливо, коли ви є початковим завантажувачем і вирішуєте, чи вилучати людей, чи відходити. Згадка фіксує внесок, але сама собою не описує права редагування. Співвласник — це партнер у проєкті, а не просто ім’я, прикріплене до нього. Уважне прочитання ролей захищає співавторів від втрати доступу, який вони обґрунтовано сподівалися зберегти. [Довідка Behance: спільне володіння проти зазначення авторства]

Що робить видалення і чого воно не обіцяє

Видалення профілю початкового завантажувача може залишити проєкт видимим у профілях співвласників, тож видалення профілю не є гарантованим способом зробити спільний проєкт невидимим усюди. Зняття з публікації або видалення спільного проєкту справді впливає на пов’язаних співавторів, тому власникам слід переглянути ролі перед вилученням. Не обіцяйте, що кожна публічна копія зникне; плануйте реалістичний результат, а не ідеальний. [Довідка Behance: спільне володіння проти зазначення авторства]

• Визначте, хто є початковим завантажувачем, хто співвласником, а хто згаданим, перш ніж щось змінювати.
• Вирішіть, чи проєкт має залишатися публічним, змінити статус чи завершитися, і спершу повідомте залучених людей.

Захистіть законну роботу співавтора

Вилучення — це не лише технічний крок; воно має наслідки для людей, які зробили свій внесок. Якщо робота співавтора законно є частиною проєкту, уважний підхід полягає в тому, щоб узгодити результат, перш ніж змінювати ролі чи статус. Запитайте, чи хочуть вони, щоб проєкт продовжувався в їхньому профілі, чи має зберегтися їхня згадка і що вони скажуть глядачам. Тримайте розмову фактичною: описуйте, що робить кожен елемент керування, а не стверджуйте, що платформа робитиме в кожному випадку. Якщо елемент керування чи сторінка недоступні, зафіксуйте, що вони були недоступні, і зупиніться на межі доступу, а не здогадуйтеся.

• Надішліть коротке письмове повідомлення з описом запланованої зміни та її ймовірного ефекту.
• Попросіть співавтора підтвердити, що він хоче зберегти у власному профілі.
• Зачекайте на відповідь, перш ніж вилучати редакторів або змінювати статус проєкту.

Явно гіпотетичний розібраний приклад

Припустімо, гіпотетично, що власник хоче відійти від спільно власницького проєкту, не порушуючи портфоліо співавтора. Він міг би спершу підтвердити, хто є співвласником, а хто згаданим, а потім запитати співавтора, чи має проєкт залишатися публічним під його опікою. Якщо співавтор погодиться продовжити, власник міг би залишити роботу на місці, а не знімати її з публікації. Якщо співавтор воліє її завершити, обидва розуміли б, що зняття з публікації або видалення впливає на пов’язаних співавторів. Це лише приклад планування; підтвердьте поточні елементи керування в офіційній довідці для вашого облікового запису. [Довідка Behance: спільне володіння проти зазначення авторства]

Ваше правило зупинки

Установіть правило зупинки, перш ніж почати. Якщо задокументований елемент керування, який вам потрібен, не видно, або проєкт, який вам дозволено змінювати, недоступний, зафіксуйте це як недоступне й зупиніться на межі доступу. Користуйтеся офіційною актуальною довідкою для власного облікового запису, а не пробуйте альтернативні шляхи чи перевіряйте чийсь чужий обліковий запис. Обмежуйте перевірки налаштуваннями, які вам належать або які вам дозволено переглядати. Це спостереження з обмеженнями, а не висновки про інших людей.

• Запишіть дату, елемент керування, який ви шукали, і чи був він доступний.
• Зупиніться, якщо доступ вимагає чиїхось чужих облікових даних або обхідного шляху.
• Сприймайте результати за межами власного облікового запису як обмеження, а не як завдання, за яким треба гнатися.

Ще кілька запитань