В каких случаях нужно делать коммерческое приложение? Во всех. Зачем? Чтобы соблюдать соглашение между исполнителем и заказчиком.
Когда отношения между сторонами складываются благополучно, хочется пропустить этот шаг. Вы понимаете, что нужно заказчику и можете ему самом объяснить желаемо? Это не значит, что можно приступать. Снизьте дыхание и переведите темп.
Оговорите с заказчиком ваши профессиональные отношения и задайте правила. Новые люди порождают в нас здоровый энтузиазм. Часто нам не хочется говорить о будущем, как в «медовом месяце», но обещания всегда могут быть нарушены.
Заказчик не предоставит контент, финансирование перейдет более актуальным проектам, а вы окажетесь крайним.
Любая компания понимает, что привлечение людей со стороны – определенный риск. Особенно если они из маленькой фирмы. Но если приложение или сайт сделать хорошо, у заказчика создается ощущение стабильности.
Условия коммерческого предложения защищают обе стороны от непредвиденного.
Создание текста коммерческого предложения
Текст коммерческого предложения состоит из нескольких частей:
- Титульный лист.
- История изменений.
- Краткое описание.
- Подход, который используют в работе.
- Объем.
- Условия.
- Результаты.
- Права собственности и прочее.
- Вознаграждения и дополнительные затраты.
- Общая стоимость работ.
- График платежей.
- Подписи и утверждение.
Титульный лист состоит из следующих элементов:
- Логотип заказчика.
- Название компании нанимателя.
- Тип документа – коммерческое предложение.
- Версия.
- Название проекта.
- Дата передачи.
- Авторы.
- Регистрационный номер проекта.
- Стоимость работ.
- Условия конфиденциальности.
В первую версию включают все, кроме лого заказчика и регистрационного номера.
Указывайте стоимость после описания всех компонентов проекта. Информация должна логично подводиться к графику платежей.
Некоторые организации не используют регистрационных номеров, но не правительственные. Учтите это, иначе ваше предложение отклонят.
История изменений
Оформляют ее в виде самостоятельного раздела. По истории можно проследить, как часто менялся проект. Указывают номер версии, дату, комментарии к версии.
Если заказчик включит в работу какие-то изменения, обновите и версию документа. Анализируйте его предложения, чтобы понять, не придется ли что-то начинать сначала и оправдано ли это?
Краткое описание
Здесь вы своими словами излагаете описание продукта. Оно дает заказчику представление о вашем видении проекта.
Начало может быть таким:
«Компания X» стремится создать продукт, который позволит клиентам…»
Опишите в 1-2 абзацах все, что может ждать заказчик от вас. Убедительно разъясните свои рекомендации.
Используемый подход
Какой подход будут использовать, зависит от проекта. Из этого раздела заказчик узнает, как вы собираетесь обеспечить совместную работу. Описываются правила взаимодействия и ожидания двух сторон.
Самый простой подход:
- Планирование общей стратегии.
- Подробно определить требования к проекту.
- Разработать, протестировать, уточнить и запустить продукт.
Развить проект усовершенствованиями на основе обратной связи, тестирования и данных, которые были получены в процессе разработки приложения или сайта.
После этого можно описать задачи на каждой фазе более подробно. Объем раздела зависит от методологии и операций, которые выполняются на каждом этапе.