7 важливих речей при розробці вашого вебсайту або застосунку

У цьому відео ми розкажемо про 7 важливих речей, про які варто пам’ятати при розробці вашого вебсайту або застосунку:

  1. Доменні імена.
  2. Облікові записи розробників.
  3. Хостинг.
  4. Резервні копії даних і надійні паролі.
  5. Вихідний код і макети дизайну.
  6. Торговельні марки й інтелектуальні права.
  7. Угоду з користувачем і політику конфіденційності.

1. Доменні імена

Доменне ім’я — це те, що користувач вводить у браузері, щоб перейти на ваш сайт. Вам знадобиться мінімальний сайт навіть якщо ви розробляєте застосунок — там буде розміщено користувацьку угоду і політику конфіденційності, які є обов’язковими при публікації у магазини застосунків Apple, Google тощо.

По-перше, доменне ім’я це по суті є приватна власність, тож воно завжди має бути зареєстрованими виключно на вас, а не на розробника, інакше, у разі чого, забрати його може бути проблематичним навіть у судовому порядку. Також, якщо розробник з якоїсь причини не продовжить дію домену, його одразу куплять з метою отримання за нього викупу, або ж просто конкуренти. Це критично важливо.

По-друге, є різні зони, у яких реєструються доменні імена. Наприклад, найпопулярнішою є «.com», а ще є десятки інших. Коли ви обираєте назву для свого проєкту важливо зважати на те, що більшість, навіть самих дивних, доменів у популярних зонах уже зайняті (хоча багато з них не використовуються, а куплені для перепродажу). Якщо обрана вами назва зайнята у зоні com (а особливо, якщо вона вже реально використовується) я раджу добре подумати перед тим, як обрати таке самий домен в іншій зоні, оскільки користувачі дуже звикли вводити в браузері саме «щось крапка ком» і можуть потрапляти на інший сайт шукаючи вас. Також, в майбутньому ваш конкурент може викупити домен у зоні ком і таким чином створити для вас величезні проблеми, які можуть призвести навіть до необхідності зміни назви вашим проєктом.

2. Облікові записи розробників

Також критично важливим є мати доступ до облікових записів, від імені яких ваші застосунки (це не стосується сайтів) опубліковані в Apple App Store або Google Play (або в інших магазинах), інакше ви не зможете самостійно ні оновити, ні видалити ваш застосунок у разі потреби, а через певний час самі магазини можуть видалити ваші застосунки через застарілість. Також це впливає на те, кого користувачі бачать як видавця застосунку — вас чи розробника.

3. Хостинг

Скоріше за все, вашому проєкту знадобиться хостинг. По суті, це місце на сервері де зберігаються дані вашого вебсайту або застосунку і де вони частково працюють. Так само, краще мати повний доступ до хостингу, інакше ваш проєкт повністю залежатиме від розробника (проплатять вони його вчасно, чи ні, наприклад).

4. Резервні копії даних і надійні паролі

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

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

Інший приклад. Буквально місяць тому один з хмарних операторів України випадково, через незлагодженість окремих відділів, видалив наш віртуальний сервер. Завдяки регулярним бекапам ми втратили лише дані за декілька годин, це було дуже неприємно але не фатально.

Також буквально два тижні тому до нас звернувся один зі старих клієнтів, для якого ми робили проєкт (внутрішню облікову систему) близько 5 років назад. Вони випадково якимось чином видалили частину своїх даних. Їх також вдалося легко відновити завдяки бекапам, а інакше це була б просто катастрофа.

Треба бути готовим, що в будь-який момент щось може статись і ваші дані зникнуть, тож варто подумати про це наперед.

5. Вихідний код і макети дизайну

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

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

6. Торговельна марка й інтелектуальні права

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

Що стосується інтелектуальних прав. Коли ви використовуєте зображення або звуки чи музику у своєму проєкті, варто переконатись, що у вас є відповідні права на таке використання. Далеко не завжди, наприклад, дизайнери-фрілансери думають про такі речі.

7. Угода з користувачем і політика конфіденційності

Якщо ви розробляєте будь-який застосунок і плануєте опублікувати його у Apple App Store, Google Play або іншому магазині застосунків, вам знадобиться два документи: угода з користувачем і політика конфіденційності.

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

 

На цьому все. Сподіваюсь, це було корисно. Якщо у вас залишилися питання на цю тему, будь ласка, звертайтесь, ми будемо раді вам допомогти.