Який загальний процес планування та розробки нового веб-сайту?


10

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

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

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


Ескіз - найкращий початок.
SaturnsEye

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

Відповіді:


7

Для мене багато областей можуть значною мірою перетинатися.

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

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

  • Затвердження каркасної рамки

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

  • Затвердження вмісту

  • Завершити дизайн / Ключові слова / кодування - ключові слова можна зрозуміти під час розробки дизайну. Залежно від робочих звичок кодування може бути розпочато з метою доопрацювання конструкції.

  • Затвердження дизайну

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

  • Затвердження коду

  • Постійне SEO / обслуговування.


1
Перекриття - найкраща частина процесу. Якщо ви працюєте з командою, одночасно можна розробити провідні кадри та контент, а кодування та дизайн можна розпочати (окремо), як тільки проводки будуть завершені. Звичайно, вміст можна налаштовувати протягом усього часу, але я б розпочав SEO ще раніше, рука об руку з вмістом, що розвивається.
Blazemonger

5

Мої робочі процеси, як правило, працюють так:

  1. Зустрітися з клієнтом, щоб зібрати вимоги (визначити, що їм потрібно)
  2. Визначте, які саме стратегії використовувати (мова програмування, платформа тощо)
  3. Створіть каркас, щоб окреслити, як працюватиме веб-сайт чи додаток та куди йдуть основні елементи
  4. Перегляньте каркас із клієнтом
  5. Дизайнерські макети - це можуть бути HTML / CSS макети або це зображення, створені в Illustrator або Photoshop
  6. Перегляньте макети з клієнтом
  7. Редагування макетів на основі відгуків клієнтів
  8. Створіть робочий продукт

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


2

Я отримав деяку інформацію з Блогу

http://sixreitions.com/web-development/a-6-step-general-process-for-producing-a-website/

введіть тут опис зображення

  1. Дізнайтеся

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

  2. Творчий брифінг

    Ви повинні отримати цю інформацію так, як вам і вашим клієнтам найбільше комфортно - але що б ви не робили, не пропускайте творчий короткий опис, оскільки це стане життєвою кров’ю вашого проекту.

Які питання слід задати у своєму творчому брифінгу? Як мінімум, з’ясуйте:

  • Цільова аудиторія клієнта
  • Їх основні та вторинні цілі для веб-сайту
  • Поточні характеристики бренду Бюджет
  • Терміни, які їм потрібно дотримуватися

3. План

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

4. Дизайн

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

5. Кодекс

Після того, як у вас буде дизайн вбивці, вам потрібно буде перетворити його на справжній, живий веб-сайт. Безпечна ставка, незалежно від того, з якою системою управління вмістом ви будете працювати, - почати з загальної HTML та CSS

6. Запуск

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

7. Підтримуйте

На етапі планування ви повинні визначити, хто буде відповідальним за обслуговування сайту


Так, як зазначено Користувачем, будь-ласка, перейдіть на сайт ваших посилань, які ви використовували, або ваша відповідь може бути заборонена спільнотою.
DᴀʀᴛʜVᴀᴅᴇʀ

1

Це може допомогти. Є кілька хороших принципів веб-дизайну

основи веб-підручника Google

Посібник - це всеосяжний ресурс для розробки веб-пристроїв на різних пристроях. Тому він розділений на 4 категорії:

Макет із кількома пристроями - Створення гнучких, не фіксованих макетів, які забезпечують чудовий досвід незалежно від того, на якому пристрої вони перебувають

Зображення та відео - із вбудованими зображеннями, аудіо чи відео потім дізнайтеся, як можна зробити зображення чуйними, додавати відео та надавати альтернативи для застарілих платформ. Зараз аудіо в стадії розробки

Форми та введення користувача - Створення форм, що використовують семантичні типи введення та елементи, що реагують на дотик та інші жести.

Оптимізація продуктивності - Дізнайтеся, як про об’єктну модель браузера, як вона конструює сторінку з вашого HTML та CSS. Існують інші правила та рекомендації на сторінці для оптимізації доставки даних

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.