Брифінг з розвитку агенції
Яка агенція повинна підготуватися до подачі на розвиток.
Консультування з питань підготовки персоналу: результат клієнта, дизайни, обсяги, затвердження, залежності, комерційні обов'язки та прийняття.
Хороша робота з розробки не вимагає агенції стати консультацією з програмним забезпеченням. Вона вимагає чіткого пояснення результату клієнта, виконаної роботи, а також рішень, які залишаються з агентством.
Мета роботи полягає в тому, щоб зробити відповідальність видимим. Розробник не повинен вгадати, чи відсутній екран, інтеграція або пізній запит клієнта є частиною узгодженої взаємодії.
Опишіть результат клієнта перед технологією
Ми можемо самі зателефонувати одержувачу і узгодити зручний час і місце вручення квітів, а якщо необхідно, то збережемо сюрприз.
Наприклад, ілюстративний бриф може бути: «Створити партнерський портал, де затверджені партнери подають запити та огляд персоналу клієнта. Агентство надає послуги інтерфейсу та консолідує зворотний зв’язок клієнта». Це дає проект подорож користувача та поділ відповідальності.
Це приклад, не посилання на існуючу клієнтську діяльність.
Визначте межі розробника
Станом на те, що комісія покриває повне застосування, передова реалізація, зворотний компонент або інтеграція. Назва частини, які будуть доставлені агенцією або іншою особою.
Для чого потрібен чіткий інтеграційний пункт. Хто надає API? Хто володіє остаточним розгортанням? Хто тестує комбінований результат? Без цих відповідей невеликий компонент може набути значно більшу незрівняну відповідальність.
Забезпечити дизайнерські рішення, в тому числі держави
Придатні конструкції повинні визначити призначені настільні та мобільні додатки та важливі стани екрана. Порожній вміст, помилки валідації, завантаження та завершення стану, необхідну відповідь.
Де агентство не розробила стан, позначте його як рішення для вирішення. Це краще, ніж залишити розробника, щоб викликати поведінку і дізнатися пізніше, що клієнт очікував щось інше.
Визначте, які активи та текст затверджуються, і які є наданням. У середовищі розвитку не повинно бути виглядати як затверджена копія Замовника.
Встановити огляд і шлях зв'язку
Назва однієї особи, яка консолідує зворотний зв'язок для агентства. Скаргайтеся, що розробник відвідує зустрічі клієнтів, відповідайте питання через агентство або бере участь тільки в узгоджених технічних обговореннях.
Визначте, хто може затвердити зміни. Ідея клієнта, перевага агентства і договірна вимога не є автоматично однаковою. Зберігаючи запис рішення допомагає кожному зрозуміти, що насправді було введено в сферу.
Укладання біло-лаборів також потрібні практичні правила: запровадження наради, доступ, брендування на доставці та дозвіл на згадування проекту в публічному порядку. Ці пункти належать до договору, а не упущень.
Відповідаючи залежності без секретів, що несвідомо
Список відповідних систем, документації, хостингу, репозиторіїв та сторонніх рахунків. Скаргайтеся, хто володіє ними і як буде надана відповідний доступ.
Не розміщуйте паролі або секрети API в загальному проекті коротко або звичайної вагової форми. Використовуйте узгоджений захищений канал і обмежуйте доступ до того, що потрібне завдання.
Для інтеграцій, включають в себе доступні тестові облікові записи, розрахункові навантаження без приватних даних і контакт для бізнес-рішення питань. Посилання API самостійно не пояснюється тим, що клієнт очікує підключення до досягнення.
Робимо приймання бетону
Опишіть, що агентство буде розглянуто на кожному вертикалі. Приклад корисного прийняття визначає дію і результат: партнер подає запит, персонал може переглянути його і партнер бачить узгоджений статус.
Зустріти, як будуть записані питання, як відбувається консолідація зворотного зв'язку і як обробляється зовнішній обсяг. Мета не полягає в тому, щоб зробити ревізії важко. Варто відрізнити обіцяну функцію від введення нового.
Визначте пакет доставки
Узгоджений покупець може містити код, розгортання нот, конфігурацію інформації, керівництво адміністрації та список залежностей. Обов'язки власника та умови ліцензії визначають, що можна перенести або повторно використовувати; не заважайте їх від доступу до репозиторій самостійно.
Окреме прийняття, узгоджений період дефекту та будь-який майбутній розвиток. Закінчений проект не повинен спокійно переходити в необмежену технічну доступність агентства або його клієнту.
Корисне перше повідомлення
Подаруйте цільовий результат, частина, яку ви хочете розробити, статус дизайну, відомі інтеграції, бажане вікно доставки та будь-які параметри бюджету. Потім ім'я конструктора та бажаного розташування зв'язку.
Для того, щоб розпочати фокусну розмову. Детальна сфера може бути погоджена один раз на важливі межі.
Дослідити партнерські відносини з агенціями або відправити агентство короткий.