Как оформить документ «концепт» необходимых доработок ПО?

Question

[Дмитрий Крапивин]

Добрый день!

мы сделали небольшую программу для клиента (учетная программа), бета версия. Собрали требования, теперь нужно подходить документ на 2 страницах.
В документе нужно отразить (по моему):

• концепт финальной версии программы (т.е. какая должна быть ПО в итоге)
  
• список того, что нужно сделать
  

Для кого делается документ: для клиента
Цель: показать какая будет ПО в итоге, что она позволит сделать

Вот требования умею выявлять, с клиентом разговорить, но вот красиво расписать и "упаковать" свои требования не очень-то хорошо получается.

Подскажите пожалуйста друзья, как лучше оформить такой документ-презентацию? Может есть какие-нибудь классные шаблоны или образцами поделитесь?

с уважением,

Answer 1

[Эдуард Тибет]

Вы сначала подумайте и решите, что вам надо - документ (который содержит подробный текстовый контент, м.б. даже с большим количеством картинок) или презентацию? Это два совершенно разных способа представления информации.

Вам надо:
- красиво и кратко (презентация)?
или
- информационно и содержательно (документ)?

Comments

[Дмитрий Крапивин]

Спасибо Эдуард за внимание к вопросу. Мне нужно кратко и ясно, можно и красиво) т.е. презентация. Мой вопрос заключается в том, как сгруппировать, представить имеющуюся информацию? Т.е. какие разделы, что написать нужно в презентации, чтобы клиент понял в чем проблема и как предлагается ее решить, и что в итоге он получит

[Эдуард Тибет]

kiru: скажу лишь за содержание. Как делать именно представление (т.е. графическую выкладку) - думаю, вам лучше подскажут UX-люди.
Кратко:
- Назначение презентации
- Цель создания системы
- Потребности пользователей (расписать)
- Общее представление о продукте (расписать)
- Ограничения продукта
- Schedule разработки (не в смысле времени, а в смысле порядок реализации функционала)
- Дополнительные требования (например, стандарты, требования со стороны гос. органов и т.п.).

[Дмитрий Крапивин]

Эдуард Тибет: Это похоже больше на ТЗ. Нужен документ на 2-3 страницах максимум..

[Эдуард Тибет]

kiru: Это не ТЗ - это именно концепт. В ТЗ много таких вещей, при осознании которых у обычного пользователя обычно появляется грусть в глазах. Обратите внимание, что я вам дал структуру, а уж ее наполнение - полностью в вашей ответственности (можно и две страницы соорудить под эту стуктуру). Тем более, в ваших словах есть нестыковочка: вы говорите сначала о презентации (т.е. интерактиве), а затем говорите о страницах (т.е. печатном представлении). Вы определитесь для начала, какой способ представления вы хотите получить.

Answer 2

[Яков Е]

https://prezi.com/

Comments

[Дмитрий Крапивин]

Спасибо. Классный сайт, попробую:) Но мой вопрос заключается в том, как сгруппировать, представить имеющуюся информацию? Т.е. какие разделы, что написать нужно в презентации, чтобы клиент понял в чем проблема и как предлагается ее решить, и что в итоге он получит. Как оформить проблем нет, но вот что и как ее сформулировать, сгруппировать, как представить информацию чтобы она была понятная и ясная, вот с этим у меня проблемы

[Яков Е]

kiru: у вас слишком общий вопрос, каждый случай индивидуален, так что вам тут скорее нужен копирайтер или технический писатель.

[Дмитрий Крапивин]

ttps://prezi.com/ - Это ведь платный проект? Подскажите пжта, есть возможность его попробовать, хотя бы 1 день, без ввода данных о платежной карте?

[Яков Е]

kiru: Там же арабскими цифрами написано, 14 дней бесплатно

Answer 3

[Карен Оганесян]

Думаю формат надо выбирать исходя из следующих факторов:
- для каких категорий (ролей) сотрудников клиента готовится документ;
- что эти сотрудники клиента должны сделать в результате ознакомления с документом.

Т.е. если это продажа доработок, то скорее всего это краткая презентация для топов.
Если это продажа доработок, но проходит она перед обычными сотрудниками, то здесь более подробная презентация с конкретными примерами использования функционала.
Если же это нужно для согласования объема дальнейших работ, то это уже документ, который может войти в основу ТЗ.