Якщо ви хоча б раз замовляли у підрядників виконання будь-яких робіт з розробки, то знаєте, що правильна постановка завдань забезпечує половину успіху в реалізації вашої ідеї. Ми вирішили на основі власного досвіду скласти список рекомендацій для замовників - на той випадок, якщо у вас немає навичок складання ТЗ або оформлення чітких вимоги і специфікацій з розробки.
1. Визначтеся з цільовою аудиторією, платформою і форм-фактором пристроїв
Найчастіше у замовників немає чіткого розуміння, для кого вони створюють мобільний додаток. Наявність подібного інструменту комунікації або маркетингової «фішки» у конкурентів або партнерів підштовхує менеджерів компанії «замовити собі таку ж». При цьому найчастіше «точно таке ж» їм не потрібно (або потрібно враховувати специфіку аудиторії і завдань, які таке мобільний додаток має вирішувати).
2. Визначте три ключові завдання, які має вирішувати ваше додаток
Відповідайте собі на просте запитання: як ви збираєтеся надалі використовувати те, що замовляєте у розробника? З якою метою? Яке місце посяде розроблене вами мобільний додаток в загальному комплексі маркетингових інструментів компанії? Якщо стратегії інтеграції немає - саме зараз слушний момент її продумати, щоб хоча б в загальних рисах розуміти, як ви будете використовувати готовий мобільний продукт самі і як його повинні будуть використовувати ваші клієнти, читачі і передплатники.
4. Складіть ТЗ (або хоча б його подоба). Якщо у вас немає навичок складання ТЗ - запросите бриф у розробників
Технічне завдання допомагає структурувати пріоритетні і додаткові завдання для розробника, зрозуміти сильні і слабкі місця веб-проекту, інтернет-магазину, онлайн-сервісу або сайту, для якого планується створення програми під iOS або Android.
Якщо у вас немає навичок написання ТЗ, команда Componentix готова допомогти: ми розробили спеціальний бриф на цей випадок і готові вислати його вам на першу вимогу - ви заповнюєте бриф, обговорюємо деталі, уточнюємо незрозумілі моменти. І приступаємо до роботи. Нічого зайвого. Достатньо лише залишити нам заявку на заповнення брифу.
5. Уникайте мікроменеджменту
Не потрібно кожен день довідуватися у розробника, скільки рядків коду він написав і які «фічі» зараз тестує. Розробка додатків, сайтів і будь-якого програмного продукту - процес нелінійний. Мікроменеджмент і невміння делегувати завдання і довіряти тому, з ким ви уклали контракт, характеризує вас як менеджера не з кращого боку.
6. Відповідайте на листи завжди і бажано - протягом 24 годин
Головна проблема в обговоренні завдань як на етапі підготовки контракту, так і в ході розробки і тестування мобільного додатка - це втрата постійного контакту з замовником. Якщо тижнями не отримувати відповідь на уточнюючі питання по виникають проміжним завданням, ефективність розробки знижується, а терміни неминуче «розтягуються».
7. Ставлячи питання «а чому так дорого?» Без виконання всіх попередніх рад з цього списку, ви псуєте і без того непросту ситуацію
Не буває «дешевої розробки під ключ». Не буває «швидко і недорого». Буває відверта халтура без тестування, з великою кількістю «сміттєвого» коду, з кодінгом «на коліні» і криво прикрученим інтерфейсом. Вартість розробки - не примха розробника або цінник «зі стелі»: в неї закладені витрати на основні і додаткові роботи, на тестування, на виплату зарплат і матеріально-технічне забезпечення робочих місць самих програмістів. Студія не «наживається», а робить продукт, про який просить замовник, з урахуванням ринкових механізмів.
8. Додаткові «поліпшення» завжди стоять додаткових грошей
9. Ненаписаний в електронному вигляді або в друкованому документі навряд чи існує десь, крім як у вашій голові
Всі домовленості і обговорення ми фіксуємо, навіть проміжні. Якщо ви обговорювали два години специфікації в усній формі, а потім через тиждень вирішите про них «нагадати», швидше за все нічого доброго з цього не вийде.
10. Будьте ввічливі, не бійтеся задавати питання і обговорювати умови
Розробникам - всупереч усім анекдотів і стереотипам - можна і потрібно ставити питання навіть про самих елементарних речах, але при цьому не варто тиснути або «показувати, хто головний», Той факт, що ви принесли з собою гроші, не означає, що треба «закидати ноги на стіл ». Замовник не перший і не останній в житті кожної студії, а повага, ввічливість і конструктивне обговорення економлять час, гроші і нерви всім сторонам процесу і можуть стати запорукою довгострокового і продуктивного співробітництва. Чого ми вам і бажаємо :)