Сразу к сути:
Текст - 0,006 уе за символ (включая пробелы).
Скриншоты - 0,2 уе за штуку с ваших сэмплов.
PDF - 1,5 уе за страницу А4.
Friday, April 4, 2008
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 даже больше.
Кто чем пользуется из вас? Может я что-то пропустил или делаю не так?
Subscribe to:
Posts (Atom)

