Sunday, October 28, 2007
Верстка в PDF
Раньше я тоже делал хелпы в формате PDF, но это был скорее Save As. Или просто собранные в Acrobat'е HTML-страницы. Теперь я делаю полноценные PDF-документы в Adobe InDesign. Конечный результат - электронный документ для просмотра или буклет, для распечатки книги. Стоимость создания PDF-версии документа – 1 у.е. за страницу.
Tuesday, February 27, 2007
Конкретные цены на хелп
Как оказалось всех интересуют конкретные цены на хелп. Пришлось прикинуть. :) Исходной точкой для подсчета текста является символ, поэтому напишу цену за 1 символ текста. пробелы символами не считаются. :)
1 символ = 0,004 уе.
Чтобы вы поняли приблизительные объемы скажу, что страница А4 плотно забитая текстом - это около 3000 символов. Описание одного пункта меню - от 50 до 250 символов. Все зависит от того, какой пункт - если это Save или Open, то про него много писать не надо, а если это какой-то экзотический инструмент, который есть только в вашей программе, то тут без подробностей не обойтись.
Идем дальше. Скрины. Если вы мне даете готовые сэмплы, по которым я сразу снимаю скрины для хелпа, то это:
0,1 уе за скрин.
Все равно какого размера. Если надо будет еще сидеть и сочинять какие-то примеры (я этого жутко не люблю) то 0,3 за скрин. :)
Что такое среднестатистический шароварный продукт я представляю слабо. Они тоже все очень разные и по функциям и по объему. Приведу как пример все тот же органайзер VIP Quality Software Team To Do List. Его хелп составляет 68 страниц Word. Порядка 50000 символов и 118 скриншотов. Получим 50000*0,004+118*0,1=212 уе.
Так что средняя цена должна быть около 200 уе.
Пишите, договоримся! :)
По поводу формата хелпа - мне все равно какой делать CHM, HLP, RTF. Все равно Save as жать. :) Так что это, так сказать, FREE. :)
1 символ = 0,004 уе.
Чтобы вы поняли приблизительные объемы скажу, что страница А4 плотно забитая текстом - это около 3000 символов. Описание одного пункта меню - от 50 до 250 символов. Все зависит от того, какой пункт - если это Save или Open, то про него много писать не надо, а если это какой-то экзотический инструмент, который есть только в вашей программе, то тут без подробностей не обойтись.
Идем дальше. Скрины. Если вы мне даете готовые сэмплы, по которым я сразу снимаю скрины для хелпа, то это:
0,1 уе за скрин.
Все равно какого размера. Если надо будет еще сидеть и сочинять какие-то примеры (я этого жутко не люблю) то 0,3 за скрин. :)
Что такое среднестатистический шароварный продукт я представляю слабо. Они тоже все очень разные и по функциям и по объему. Приведу как пример все тот же органайзер VIP Quality Software Team To Do List. Его хелп составляет 68 страниц Word. Порядка 50000 символов и 118 скриншотов. Получим 50000*0,004+118*0,1=212 уе.
Так что средняя цена должна быть около 200 уе.
Пишите, договоримся! :)
По поводу формата хелпа - мне все равно какой делать CHM, HLP, RTF. Все равно Save as жать. :) Так что это, так сказать, FREE. :)
Wednesday, January 17, 2007
Технология создания демо-роликов. Достоинства и Недостатки.
Я делаю демо-ролики на основе захвата изображения с экрана в реальном времени. То есть в ролике будет показано то, что непосредственно происходит на экране во время работы с программой.
Полученный ролик я монтирую, отрезаю лишние кадры, растягиваю ключевые кадры и добавляю поясняющие комментарии, коллауты, звук и анимацию кликов мыши.
Вырезая кадры, я могу визуально ускорить процесс работы в программе, например, файл будет открываться в ролике не 5 секунд, а 1-2. То же касается отчетов, которые может генерировать ваша программа, импорта и экспорта документов или баз данных и многого другого.
Пользователь во время просмотра ролика увидит, как ваша программа реально выглядит.
Ролик, нарисованный во Flash будет выглядеть как мультфильм, а создание такого ролика займет гораздо больше времени и, соответственно, будет стоить дороже.
Количество спецэффектов, которые можно применять во время создания мультфильма во Flash, конечно намного больше, но для демо-ролика оно не имеет значения, поскольку излишняя перегруженность спецэффектами отвлечет пользователя от самой демонстрируемой программы. К тому же, пользователь может быть в последствии разочарован внешним видом вашей программы, которая была излишне приукрашена в мультфильме, и отсутствием показанных спецэффектов.
Я считаю, что в демонстрационном ролике единственными спецэффектами должны быть поясняющие комментарии и анимация во время клика мышью, чтобы показать пользователю, что клик был. Также допустимо использование спецэффектов при переходе из демонстрируемой программы в другую, например, при демонстрации возможностей программы по экспорту документов. Все подобные спецэффекты я могу реализовать, используя технологию захвата экрана.
Основной и, пожалуй, единственный минус моей технологии – большой размер файла полученного ролика. Для ролика с разрешением 800х578 (обычный размер окна программы при разрешении экрана 800х600), со звуком и комментариями, без компрессии – это около 2 мегабайт на минуту времени ролика в формате SWF.
При использовании JPEG компрессии качество изображения естественно ухудшается, а размер файла уменьшается незначительно. При компрессии в 20% от исходного качества размер файла будет около 1-1,3 мегабайта на минуту времени ролика.
Таким образом, технология, основанная на захвате изображения в реальном времени превосходит рисование во Flash по скорости и простоте создания демо ролика (а значит и по цене), по реализму и по количеству доступных форматов для готового ролика.
Она сравнима с рисованием во Flash по количеству спецэффектов, необходимых для создания клипа и по качеству изображения.
Она уступает только по размеру готового файла, что в свете постоянно растущих возможностей по доступу в Интернет, не представляется мне проблемой.
Полученный ролик я монтирую, отрезаю лишние кадры, растягиваю ключевые кадры и добавляю поясняющие комментарии, коллауты, звук и анимацию кликов мыши.
Вырезая кадры, я могу визуально ускорить процесс работы в программе, например, файл будет открываться в ролике не 5 секунд, а 1-2. То же касается отчетов, которые может генерировать ваша программа, импорта и экспорта документов или баз данных и многого другого.
Пользователь во время просмотра ролика увидит, как ваша программа реально выглядит.
Ролик, нарисованный во Flash будет выглядеть как мультфильм, а создание такого ролика займет гораздо больше времени и, соответственно, будет стоить дороже.
Количество спецэффектов, которые можно применять во время создания мультфильма во Flash, конечно намного больше, но для демо-ролика оно не имеет значения, поскольку излишняя перегруженность спецэффектами отвлечет пользователя от самой демонстрируемой программы. К тому же, пользователь может быть в последствии разочарован внешним видом вашей программы, которая была излишне приукрашена в мультфильме, и отсутствием показанных спецэффектов.
Я считаю, что в демонстрационном ролике единственными спецэффектами должны быть поясняющие комментарии и анимация во время клика мышью, чтобы показать пользователю, что клик был. Также допустимо использование спецэффектов при переходе из демонстрируемой программы в другую, например, при демонстрации возможностей программы по экспорту документов. Все подобные спецэффекты я могу реализовать, используя технологию захвата экрана.
Основной и, пожалуй, единственный минус моей технологии – большой размер файла полученного ролика. Для ролика с разрешением 800х578 (обычный размер окна программы при разрешении экрана 800х600), со звуком и комментариями, без компрессии – это около 2 мегабайт на минуту времени ролика в формате SWF.
При использовании JPEG компрессии качество изображения естественно ухудшается, а размер файла уменьшается незначительно. При компрессии в 20% от исходного качества размер файла будет около 1-1,3 мегабайта на минуту времени ролика.
Таким образом, технология, основанная на захвате изображения в реальном времени превосходит рисование во Flash по скорости и простоте создания демо ролика (а значит и по цене), по реализму и по количеству доступных форматов для готового ролика.
Она сравнима с рисованием во Flash по количеству спецэффектов, необходимых для создания клипа и по качеству изображения.
Она уступает только по размеру готового файла, что в свете постоянно растущих возможностей по доступу в Интернет, не представляется мне проблемой.
Sunday, January 14, 2007
Портфолио
Примеры моих работ можно посмотреть здесь:
http://www.vip-qualitysoft.com/download/
Ссылки на Video Tour. Надеюсь, что вскоре смогу похвастаться и другими выполненными заказами. :)
P.S. Кстати, органайзер у них действительно неплохой. :)
Saturday, January 13, 2007
Цены и файлы помощи
Поместил на форуме RSDN.ru объявление о создании клипов.
Появились некоторые вопросы. Отвечаю:
Цена зависит от времени клипа. Если есть полное ТЗ. Если ТЗ нет, то его создание, конечно, оплачивается отдельно. Под ТЗ я понимаю описание четкой последовательности действий в клипе и желаемых комментариев к ним, с описанием желаемого вида комментария (шрифт, размер, цвет шрифта, размер шрифта, цвет фона и т.д). Чем полнее ТЗ, тем быстрее клип будет сделан и меньше разногласий возникнет при приемке работы.
Первая минута первого клипа - 30 уе, каждая следующая минута - 10 уе. Каждая минута следующих клипов - 10 уе.
Файлы помощи - они же хелпы. Почему файлы? Потому что это файлы в формате CHM. Как правило. Возможны вариации форматов, однако на PC этот формат используется чаще всего. Почему помощи? Потому что хелп. :) Так как я не только пишу тексты хелпов, но и создаю структуру и пакую потом в CHM, то я и пишу, что создаю файлы помощи.
Цены на создание файлов помощи не пишу, потому что для каждой программы это достаточно уникальная работа со своими требованиями и объемами. То есть цена договорная. Как пример порядка цены могу сказать, что хелп для программы типа Визио стоит около 3000 уе. Без анимированных туториалов, верстки в PDF или компиляции хелпа для Macintosh. Просто CHM-файл. Однако объем такого файла может составить до15 MB. Можете себе представить сколько там текста и скриншотов, чтобы набрать такой вес. Поэтому цена вполне реальная.
Thursday, January 11, 2007
Программное обеспечение для создания файлов помощи
Для создания файлов помощи я использую Macromedia Dreamweaver и Help&Manual.
В принципе достаточно было бы и второй программы, потому что с ее помощью можно сделать и CHM, и HLP и даже PDF, но PDF там достаточно корявый получается, а для файлов помощи под MacOS X нужны HTML-файлы, которые все-таки удобнее делать в Dreamweaver'е. Поэтому процесс происходит так: я делаю файлы в HTML, а затем импортирую их в Help&Manual, где восстанавливаю структуру, проверяю якоря и генерирую CHM. Это обусловлено тем, что в нашей компании выпускается софт кроссплатформенный (Mac&PC), причем под Macintosh даже больше.
Кто чем пользуется из вас? Может я что-то пропустил или делаю не так?
Софт для создания видеоклипов (видеороликов)
Я в своей работе использую Camtasia 3.1 для монтажа клипов и SnagIT 8 для снятия и редактирования скриншотов. Жутко доволен. Я в курсе, что для монтажа многие используют Adobe After Effects, но мне кажется, что для моих целей он уж слишком тяжеловесен. Мне кажется, что при создании обучающих или рекламных роликов спецэффекты нужны минимальные, чтобы не отвлекать непосредственно от программного продукта.
Результаты делаю в форматах AVI, MOV, SWF. Можно конвертнуть и в более экзотические форматы. А кто знает какой формат наибоолее популярен?
Результаты делаю в форматах AVI, MOV, SWF. Можно конвертнуть и в более экзотические форматы. А кто знает какой формат наибоолее популярен?
О чем этот блог
Я работаю техническим писателем в одной софтверной компании.
Создаю файлы помощи, или файлы справки, или как их называют в народе - хелпы.
С некоторых пор начал делать видео-уроки к нашему программному обеспечению. Вес инсталляций сейчас такой, что лишние 10-20 метров видео-урока не влияют на общий вес. К тому же их можно просто размещать на сайте производителя в рекламных целях. Все таки видео - это далеко не статичный скриншот.
О чем же этот блог и для чего я его создал?
Денег много не бывает - это раз. Было бы неплохо заработать еще немного. :)
Совершенству нет предела - это два. Я, конечно, умею уже многое, но готов учиться и исправлять свои ошибки, буде кто мне на них укажет. Я имею ввиду ошибки в технологии создания, а не грамматические ошибки в коллаутах ролика. :)
Если есть нуждающиеся в подобном контенте для софта (шароварщики, девелоперские компании и т.п) - я вполне могу вам помочь за умеренную плату. И с удовольствием прочитаю комментарии коллег.
Создаю файлы помощи, или файлы справки, или как их называют в народе - хелпы.
С некоторых пор начал делать видео-уроки к нашему программному обеспечению. Вес инсталляций сейчас такой, что лишние 10-20 метров видео-урока не влияют на общий вес. К тому же их можно просто размещать на сайте производителя в рекламных целях. Все таки видео - это далеко не статичный скриншот.
О чем же этот блог и для чего я его создал?
Денег много не бывает - это раз. Было бы неплохо заработать еще немного. :)
Совершенству нет предела - это два. Я, конечно, умею уже многое, но готов учиться и исправлять свои ошибки, буде кто мне на них укажет. Я имею ввиду ошибки в технологии создания, а не грамматические ошибки в коллаутах ролика. :)
Если есть нуждающиеся в подобном контенте для софта (шароварщики, девелоперские компании и т.п) - я вполне могу вам помочь за умеренную плату. И с удовольствием прочитаю комментарии коллег.
Subscribe to:
Comments (Atom)

