Хабр Курсы для всех
РЕКЛАМА
Практикум, Хекслет, SkyPro, авторские курсы — собрали всех и попросили скидки. Осталось выбрать!
Хабр доступен 24/7 благодаря поддержке друзей
Комментарии 59
Полезная штуковина. Про цены на сайте ничего не нашел. Бесплатная?
Да, на данный момент абсолютно бесплатная.
тестовый юзер: tiggr.demo@gmail.com / tiggr123 если кому будет лень регистрироваться
Не хочу показаться занудой, но, что общего между UIX prototyping и бизнес-анализом? Название топика немного воодит в заблуждение.
А так да, тул очень даже ничего, спасибо за рассказ :)
А так да, тул очень даже ничего, спасибо за рассказ :)
В Минске недавно проходила конференция бизнес-аналитиков, на которой выяснилось, что БА это в том числе и специалист по юзабилити, т.к. он рисует мокапы, при(про)думывает интерфейс. А на юзабилисте в чистом виде обычно компании экономят.
То что кто-то где-то экономит — не повод подменять понятия =)
Исправьте пожалуйста, вам же лучше будет. Судите сами: захожу я, прочитав название топика, в надежде что «вот наконец-то появился online PowerDesigner» и т.д., в это же время у меня в голову крутятся мысли а-ля «а поддерживает ли он UML?», «неужели не надо будет мучиться с этими идиотскими офф-лайн синхронизациями между БА».
И тут такое несоответсвие внешности и внутренности. Аж обидно стало. Ну и отношение соответствующее.
Исправьте пожалуйста, вам же лучше будет. Судите сами: захожу я, прочитав название топика, в надежде что «вот наконец-то появился online PowerDesigner» и т.д., в это же время у меня в голову крутятся мысли а-ля «а поддерживает ли он UML?», «неужели не надо будет мучиться с этими идиотскими офф-лайн синхронизациями между БА».
И тут такое несоответсвие внешности и внутренности. Аж обидно стало. Ну и отношение соответствующее.
что именно вы предлагаете изменить?
очень сожалею что заголовок поста вызывает у Вас когнитивный диссонанс. я работаю именно бизнес-аналитиком и делюсь в посте именно своими впечатлениями от тигра, из этого я исходил и называя пост. создание мокапов — является часть работы БА и как я уже говорил всегда хочется оживить этот мокап.
очень сожалею что заголовок поста вызывает у Вас когнитивный диссонанс. я работаю именно бизнес-аналитиком и делюсь в посте именно своими впечатлениями от тигра, из этого я исходил и называя пост. создание мокапов — является часть работы БА и как я уже говорил всегда хочется оживить этот мокап.
разработка прототипов форм — это работа разработчика интерфейсов.
то что в вашей компании
ну и не буду говорить что получается когда один человек занимается всем :)
то что в вашей компании
на юзабилисте в чистом виде обычно компании экономят.не означает что это правильно и что можно подменять понятия. обычно и на БА экономят, чего уж греха таить, и тогда всю работу проделывает «старший программист» и формы рисует он. от этого, правда, это не становится его основной работой и его специализированной задачей.
ну и не буду говорить что получается когда один человек занимается всем :)
Тут штука в том, что для того, чтобы адекватно понять как строить юзабилити нужно понять бизнес заказчика, поэтому от привлечения UI дизайнера может получится обратный эффект. Может быть в этом и кроется причина по которой ношу UI дизайнера берет на себя БА.
Сомневаюсь что в этом причина. Дизайнер интерфейсов должен имтеь навыки построения удобных интерфейсов. Собственно во время встреч с заказчиком, а особенно с пользователями, в то время как БА раскладывает все процессы и потоки по полочкам, дизайнер должен сидеть и ломать голову над вычленением тех форм, которые вызываются чаще, какие действия на них производятся чаще. И прочее и прочее.
Собственно я сам, работая БА, делаю часть этой работы. Например недавно подметил что пользователи открывая одну форму в 20-30% случаев открывают еще 1-5, которые отображают детализированную информацию. Дал задачу программистам в главных формах агрегировать необходимый минимум информации детализированной в отдельных табах. Пользователи довольны до поросячего визга.
И вот именно поэтому я против подхода что это работа БА
а) у меня тупо не хватает времени
б) я лишь разбираюсь что куда вставить в соответсвии с бизнес-процессом, но я смутно представляю как сделать это удобным.
в) если бы был проектировщик интерфейсов, то он бы целыми днями сидел и ковырял куда что лучше сунуть и уже потом давал бы мне возможные решения
г) я лишь проверяю бизнес-процесс и бизнес-логику в приложении. и очень мало уделяю времени интерфейсу. такой уж регламент чтоли.
если уж так пошло, то лучше соединить тестировщика и дизайнера gui.
Собственно я сам, работая БА, делаю часть этой работы. Например недавно подметил что пользователи открывая одну форму в 20-30% случаев открывают еще 1-5, которые отображают детализированную информацию. Дал задачу программистам в главных формах агрегировать необходимый минимум информации детализированной в отдельных табах. Пользователи довольны до поросячего визга.
И вот именно поэтому я против подхода что это работа БА
а) у меня тупо не хватает времени
б) я лишь разбираюсь что куда вставить в соответсвии с бизнес-процессом, но я смутно представляю как сделать это удобным.
в) если бы был проектировщик интерфейсов, то он бы целыми днями сидел и ковырял куда что лучше сунуть и уже потом давал бы мне возможные решения
г) я лишь проверяю бизнес-процесс и бизнес-логику в приложении. и очень мало уделяю времени интерфейсу. такой уж регламент чтоли.
если уж так пошло, то лучше соединить тестировщика и дизайнера gui.
дизайнер должен сидеть и ломать голову над вычленением тех форм, которые вызываются чаще, какие действия на них производятся чаще. И прочее и прочее.
Вот, дизайнер должен для этого вникнуть в бизнес, разве не так? т.е. дизайнер должен стать отчасти БА, но как Вы сами заметили по жизни происходит наоборот. вы понимаете бизнес, вы общаетесь с юзерами и стейкхолдерами, и именно вы знаете что им надо, чтобы их работа была не только эффективной но и удобной.
при этом я не опровергаю ваш тезис о том, что каждый должен заниматься своим делом. БА бизнесом, UI диз — UX и юзабилити.
Дизайнер не должен знать бизнес-процесс в той мере в какой его знает БА. Ему надо знать его в той мере, чтобы разобраться чего пользователям надо от интерфейса. Собственно поэтому дизайнер должен быть немного БА и наоборот. Но не полностью совмещать их.
И, кстати, раз уж затронули эту тему. Тот же глава отдела разработки абсолютно точно так же должен втыкать на некотором уровне в бизнес-процесс. Никогда не получится ничего стоящего если все разработчики будут реализовывать только что что написал им БА буква в букву.
И, кстати, раз уж затронули эту тему. Тот же глава отдела разработки абсолютно точно так же должен втыкать на некотором уровне в бизнес-процесс. Никогда не получится ничего стоящего если все разработчики будут реализовывать только что что написал им БА буква в букву.
Когда вместо UI дизайнера интерфейсы будет создавать проектировщик, а раскрашивать графический дизайнер, то БА будет со спокойной совестью в 6 вечера уходить из офиса :)
С бизнес-анализом всегда путаница. Потому что есть анализ бизнеса и есть анализ ИТ решений для бизнеса. Почему последнее называется бизнес-анализом мне не слишком понятно, но так есть.
Я о другом хотел спросить. Это онлайн инструмент для прототипирования интерфейсов, так? Но много ли есть компаний, готовых доверить свои будущие разработки онлайн-сервису? Ведь по интерфейсу можно судить о продуктах готовящихся к выходу, что ой как интересно конкурентам. Как убедить риски в том что работать с этим ресурсом безопасно? Ваша версия. :)
Я о другом хотел спросить. Это онлайн инструмент для прототипирования интерфейсов, так? Но много ли есть компаний, готовых доверить свои будущие разработки онлайн-сервису? Ведь по интерфейсу можно судить о продуктах готовящихся к выходу, что ой как интересно конкурентам. Как убедить риски в том что работать с этим ресурсом безопасно? Ваша версия. :)
Почему последнее называется бизнес-анализом мне не слишком понятно, но так есть
1. экономия на чел. ресурсах.
2. раз в команде есть человек, который не программирует, не тестирует и не управляет проектом и в его должности упоминается слово «бизнес», то все «бизнес» активити — на него.
вопрос по секьюрити сложный, не входит в мою компетенцию и я не готов отвечать на него от лица Exadel-a.
От себя могу сказать, что
1. Для того чтобы воспользоваться с корыстной цель проктами пользователей Exadel должен нарушить ряд законодательных актов и пользовательское соглашение — думаю что это чревато судебными исками.
2. Многие компании с риском для себя пользуются сервисами онлайн( и не только) приложениями для реализации задач своего бизнеса: корпоративный аккаунт для google почты, скайп как копроративынй IM и т.п.
Думаю что парни из пентагона tiggr юзать точно не будут :)
Убедить Вас, что Tiggr мегасекьюрная тула я наверно не смогу :)
Если мы начинаем копаться в определениях, то бизнес-аналитик, который занимается анализом ИТ решений для бизнеса далеко не всегда находится со стороны ИТ. Скорее он находится со стороны заказчика, занимается работой над бизнес-требованиями (оттуда и бизнес-аналитик, проблема что есть и другая область которая называется так же).
Нарушение не преграда, именно поэтому многие большие компании не пользуются ни корпоративными аккаунтами от google, а корпоративный IM у них свой, который бежит на своих серверах.
Вам не надо меня убеждать, это скорее вам пища для размышлений.
Нарушение не преграда, именно поэтому многие большие компании не пользуются ни корпоративными аккаунтами от google, а корпоративный IM у них свой, который бежит на своих серверах.
Вам не надо меня убеждать, это скорее вам пища для размышлений.
Если вкратце, то есть ли у вас какие-то преимущества перед Axure?
1. Tiggr это онлайн приложение. см. фичи. Axure все-таки десктопная тула.
2. Режим совместного, одновременного редактирования.
2. Режим совместного, одновременного редактирования.
Вы правда верите в кейс, где толпа бизнес-аналитиков в онлайне будет редактировать интерфейс в какой-то куцой и унылой программе? :)
почему толпа бизнес-аналитиков? обычно в сессии принимает участие заказчик и бизнес-аналитик или команда и бизнес аналитик. кейс #1: БА приглашает заказчика на сессию, оба открывают приложение и заказчик видит заготовленный макет. заказчик говорит БА, что он бы хотел дополнить/изменить. вполне жизненный случай. кейс #2: БА доводит требования до удаленной команды, а ребята говоря — нет, то что ты нарисовал — невозможно реализовать, давай подредактируем.
даже не знаю что вам сказать на «куцой и унылой»..., наверное на вкус и цвет…
даже не знаю что вам сказать на «куцой и унылой»..., наверное на вкус и цвет…
ОК, вы описали два кейса в которых изменения вносит один человек. При чём тут «Режим совместного, одновременного редактирования»?
давай подредактируем
а. подразумевалось что они [команда или заказчик] совместно редактируют макет.
б. команда видит как БА допиливает макет на лету и дает\не дает свое одобрение.
То есть программисты сами лезут и правят в интерфейсах то, что им не нравится? Вы серьёзно?
я не говорю что UI отдан на откуп программистам. но ведь они тоже люди :) и имеют свое мнение с которым приходится считаться. Tiggr -, в данном случае, поле для дискуссий и выработки UI решения.
Одно дело высказывать мнение, а совсем другое — на основе этого мнения вносить какие-то изменения не согласованные с автором документа.
ИМХО каждый документ/этап разработки, должен иметь ответственного сотрудника, который аккумулирует мнения и указания свыше и на основе их вносит изменения. Иначе начнётся хаос.
Хотя тут это может и не так критично, ну пусть развлекаются, чекбоксики двигают по странице, всё равно ничего особо критичного не сломают, но вот в Axure, например, куча скрытых элементов и логики всякой может быть, которую легко поломать даже не заметив.
ИМХО каждый документ/этап разработки, должен иметь ответственного сотрудника, который аккумулирует мнения и указания свыше и на основе их вносит изменения. Иначе начнётся хаос.
Хотя тут это может и не так критично, ну пусть развлекаются, чекбоксики двигают по странице, всё равно ничего особо критичного не сломают, но вот в Axure, например, куча скрытых элементов и логики всякой может быть, которую легко поломать даже не заметив.
отвлечемся от данной программы.
как вы себе представляете обсуждение GUI с разработчиками и заказчиком?
программист наляпает, а потом все пользуются? :)
как вы себе представляете обсуждение GUI с разработчиками и заказчиком?
программист наляпает, а потом все пользуются? :)
Ахure, например, чудесно умеет выкладывать свои безобразия в SVN. Ну и Dropbox как средство синхронизации никто не отменял. Ну реально, много способов есть, чтобы по нажатию одной кнопки свежая версия прототипов заливалась сразу в интернет.
Изменения прототипов в реальном времени на обоих сторонах тоже не требуется. Обычно проектировщик интерфейсов предоставляет макет, а разработчики и заказчики выдают к нему замечания и прототип уходит на следующую итерацию. Это совершенно не продуктивно, сидеть и пялиться в монитор, ожидая когда проектировщик всё поправит.
Если интерфейсы сложные и требуют дополнительного разъяснения, а писать спецификацию не хочется, то можно связаться по скайпу, расшарить свой экран и всё показать/объяснить.
В общем я, как проектировщик интерфейсов, не нахожу для себя никакого применения этой штуке, ну разве что если надо очень быстро набросать что-то очень простое и забыть об этом через полчаса… но выше уже приводили аналоги для этого… извините.
Изменения прототипов в реальном времени на обоих сторонах тоже не требуется. Обычно проектировщик интерфейсов предоставляет макет, а разработчики и заказчики выдают к нему замечания и прототип уходит на следующую итерацию. Это совершенно не продуктивно, сидеть и пялиться в монитор, ожидая когда проектировщик всё поправит.
Если интерфейсы сложные и требуют дополнительного разъяснения, а писать спецификацию не хочется, то можно связаться по скайпу, расшарить свой экран и всё показать/объяснить.
В общем я, как проектировщик интерфейсов, не нахожу для себя никакого применения этой штуке, ну разве что если надо очень быстро набросать что-то очень простое и забыть об этом через полчаса… но выше уже приводили аналоги для этого… извините.
я бы не хотел ввязываться в полемику. тут же и так все понятно: кому что нравится, то тем и пользуется.
отпишусь только по поводу ваших замечаний:
с одной стороны вы говорите про то что нескольким людям вносить изменения в дизайн интерфейса в принципе не за чем. С другой, почему-то высказываете претензии к конкретной программе.
С одной стороны вы ругаете «куцость» предоставленной программы, а с другой стороны пытаетесь описать кучу граблей программы как их положительные стороны.
Чтобы залить на SVN надо еще этот SVN замутить. А потом каждому сотруднику поставить SVN клиент, а затем Axure… Уже задолбаться можно.
Или представим себе ситуацию, вы на презентации скажем перед заказчиком. Презентация стихийная (о как часто я это видел). У вас нет прототипа программы. Вам указывают на компьютер, к которому подключен проектор и говорят: «Показывайте». Самое забавное что это не выдуманная история. И вот мы лезем, скачиваем Axure, устанавливаем его. Сливаем с svn'а/dropbox'а проект и… уже 15 минут как ваше время истекло.
Толи дело тут: заходим на сайтик, открываем, показываем.
Любите же вы извращаться.
отпишусь только по поводу ваших замечаний:
ОК, вы описали два кейса в которых изменения вносит один человек. При чём тут «Режим совместного, одновременного редактирования»?
с одной стороны вы говорите про то что нескольким людям вносить изменения в дизайн интерфейса в принципе не за чем. С другой, почему-то высказываете претензии к конкретной программе.
Ахure, например, чудесно умеет выкладывать свои безобразия в SVN. Ну и Dropbox как средство синхронизации никто не отменял. Ну реально, много способов есть, чтобы по нажатию одной кнопки свежая версия прототипов заливалась сразу в интернет.
С одной стороны вы ругаете «куцость» предоставленной программы, а с другой стороны пытаетесь описать кучу граблей программы как их положительные стороны.
Чтобы залить на SVN надо еще этот SVN замутить. А потом каждому сотруднику поставить SVN клиент, а затем Axure… Уже задолбаться можно.
Или представим себе ситуацию, вы на презентации скажем перед заказчиком. Презентация стихийная (о как часто я это видел). У вас нет прототипа программы. Вам указывают на компьютер, к которому подключен проектор и говорят: «Показывайте». Самое забавное что это не выдуманная история. И вот мы лезем, скачиваем Axure, устанавливаем его. Сливаем с svn'а/dropbox'а проект и… уже 15 минут как ваше время истекло.
Толи дело тут: заходим на сайтик, открываем, показываем.
Если интерфейсы сложные и требуют дополнительного разъяснения, а писать спецификацию не хочется, то можно связаться по скайпу, расшарить свой экран и всё показать/объяснить.
Любите же вы извращаться.
С другой, почему-то высказываете претензии к конкретной программе.
Наверное потому, что топик посвящен этой программе.
Презентация стихийная (о как часто я это видел).
Вот прям среди ночи из постели выхватывают, сажают в фургон и везут на заброшенный склад прототипы презентовать? :) Я вас умоляю… Во-первых это показатель хренового менеджмента, во-вторых всегда найдётся полминуты, чтобы скинуть прототипы на флешку / dropbox и идти это показывать.
Любите же вы извращаться
Наброшу слегка на вентилятор… извращаться я не люблю, жизнь заставляет. Разработчикам Тиггра наверняка трудно представить прототипы в которых несколько dynamic panels друг на друге, каждая с несколькими состояниями и всё это друг от друга зависит так что при разных значениях контролов управления этот несчастный кусок экрана может иметь два десятка разных состояний. Такие вещи текстом описывать — убиццо апстену. Гораздо проще расшарить экран и кликая объяснять что происходит.
Вот прям среди ночи из постели выхватывают, сажают в фургон и везут на заброшенный склад прототипы презентовать? :) Я вас умоляю… Во-первых это показатель хренового менеджмента, во-вторых всегда найдётся полминуты, чтобы скинуть прототипы на флешку / dropbox и идти это показывать.
Вы видели государственные тендеры? Их сроки реализации? 7 дней обычно. И при этом все прекрасно понимают что за 7 дней можно максимум представить что вообще требуется. Но начальству-то надо что-то уже сейчас показывать. Вот и показываешь им интерфейсы.
И менеджмент (внутри компании) тут абсолютно не при чем.
Да и написано было выше что нет прототипа.
Хотя тут думаю стоит сказать: давайте каждый останется при своем мнении.
Изменения прототипов в реальном времени на обоих сторонах тоже не требуется. Обычно проектировщик интерфейсов предоставляет макет, а разработчики и заказчики выдают к нему замечания и прототип уходит на следующую итерацию. Это совершенно не продуктивно, сидеть и пялиться в монитор, ожидая когда проектировщик всё поправит.
Согласен, если допил макета требует много усилий то мучить других участников нет смысла. Речь идет о мелких изменениях. Если за 20 сек поправить макет — то можно сэкономить время и следующую итерацию посвятить другим ишьсам.
Если интерфейсы сложные и требуют дополнительного разъяснения, а писать спецификацию не хочется, то можно связаться по скайпу, расшарить свой экран и всё показать/объяснить.
Скайп не позволяет шарить десктоп на несколько пользовательей только one-to-one.
извините.
Да ничего, я не обиделся :)
Но если нужно сохранять и модифицировать прототип в течении долгого времени
+ разработчики работают удаленно
и если есть программы в которых можно и создать протип и сделать дизайн к нему 100% прближенный к оригиналу
сравните прототип:
coutline.com/coside/designer/page/area/r?page_id=0477ddd03bbea72b
дизайн:
coutline.com/coside/designer/page/area/r?page_id=1b7f58dcc0edf864
работает в Мозилле
+ разработчики работают удаленно
и если есть программы в которых можно и создать протип и сделать дизайн к нему 100% прближенный к оригиналу
сравните прототип:
coutline.com/coside/designer/page/area/r?page_id=0477ddd03bbea72b
дизайн:
coutline.com/coside/designer/page/area/r?page_id=1b7f58dcc0edf864
работает в Мозилле
и?
я к тому, что онлайновые программы прототипирования нужны и полезны…
и у них большой потенциал для развития
и у них большой потенциал для развития
Ну вы как бы немного путаете необходимость редактирования в онлайне и отображения результатов работы в онлайне.
Редактирование в онлайне — зло! Упал интернет — нет возможности поработать. Нет бесплатного доступа — отстёгивай купюры за мобильный траффик.
Оффлайновое редактирование прекрасно — работай где хочется, есть интернет, нет интернета — меня не парит. Нужно лишь несколько минут, чтобы синхронизировать готовый результат с сервером. Дёшево и эффективно :)
Редактирование в онлайне — зло! Упал интернет — нет возможности поработать. Нет бесплатного доступа — отстёгивай купюры за мобильный траффик.
Оффлайновое редактирование прекрасно — работай где хочется, есть интернет, нет интернета — меня не парит. Нужно лишь несколько минут, чтобы синхронизировать готовый результат с сервером. Дёшево и эффективно :)
Ну если это единственный недостаток, тогда это со временем пройдет :)
Но дело не только в интернете,
я имею в виду, серверные приложения, который позволяют работать сообща группам разработчиков, команиям и т.п.
Где легко добавить онлайновые приблуды, например, видео с YouTube
coutline.com/coside/designer/page/mockup/r?page_id=bb0b846cae4922a1
Но дело не только в интернете,
я имею в виду, серверные приложения, который позволяют работать сообща группам разработчиков, команиям и т.п.
Где легко добавить онлайновые приблуды, например, видео с YouTube
coutline.com/coside/designer/page/mockup/r?page_id=bb0b846cae4922a1
Онлайновые приблуды — это игрушки, а вот грамотно запрограмировать интерактивность, вот это дело стоящее.
Возьмём этот пример, думаю вы согласитесь что смотреть видео размером 200x200 это жестокое извращение и в данном случае ожидается поведение примерно как в facebook — по клику ролик раскукоживается в приятный для просмотра размер. Вот такое поведение можно реализовать этой чудесной программой?
Возьмём этот пример, думаю вы согласитесь что смотреть видео размером 200x200 это жестокое извращение и в данном случае ожидается поведение примерно как в facebook — по клику ролик раскукоживается в приятный для просмотра размер. Вот такое поведение можно реализовать этой чудесной программой?
я с вами совершенно согласен…
И сечас это можно сделать… Только для вас :)
coutline.com/coside/designer/page/mockup/r?page_id=bb0b846cae4922a1
нажмите на лупу попадете сюда
coutline.com/coside/designer/page/mockup/r?page_id=ad2390cddff97af6
хотя это не самый удобный способ, но это возможно
В coutline сначала сделали, так сказать «инфраструтуру интерфейса»,
как раз сейчас идет обсуждение, как релизовать удобные модификаторы для интеракций
В принципе, начало уже сделано View-KeyFrame Mode ( пока не описанный модуль для верстки)
И сечас это можно сделать… Только для вас :)
coutline.com/coside/designer/page/mockup/r?page_id=bb0b846cae4922a1
нажмите на лупу попадете сюда
coutline.com/coside/designer/page/mockup/r?page_id=ad2390cddff97af6
хотя это не самый удобный способ, но это возможно
В coutline сначала сделали, так сказать «инфраструтуру интерфейса»,
как раз сейчас идет обсуждение, как релизовать удобные модификаторы для интеракций
В принципе, начало уже сделано View-KeyFrame Mode ( пока не описанный модуль для верстки)
Хочу обрадовать, сегодня завтра выходит новый релиз Tiggr в котором будет режим оффлайновой работы. Т.е. вам нужно конечно нужно загрузить проект, а потом можно работать уже с оффлайновой копией. По окончании просто синхронизироваться.
а то что вы называете «дизайн к нему 100% прближенный к оригиналу» это просто готовый дизайн нарезанный прямоугольничками и вставленный в готовый макет. Такое чудо даже в MS Word сделать можно :)
А вы потакайте мышкой, даже поредактируйте, если есть посмотрите через Firebug
это чистый html/css — поэтому я и называю, это 100% приближением к оригиналу
и все сделано в программе coutline.com
конечно, в MS Word можно много чего сделать, спору нет…
это чистый html/css — поэтому я и называю, это 100% приближением к оригиналу
и все сделано в программе coutline.com
конечно, в MS Word можно много чего сделать, спору нет…
Я не считаю чудом то, что в программе для прототипирования вместо обычных серых прямоугольников вставили заранее подготовленные цветные картинки. Кажется все аналоги сейчас такое умеют делать.
Конечно, это не чудо.
Но программа имеет много других интересных функций
Основные модули:
Pages — Управления страницами.
Map — Интерактивная карта связей между страницами.
Documentation — Предварительный просмотр документации и экспорт в Pdf
Issues — список текущих задач, обсуждение, оповещение по почте и т.д. Issue (задача) создается непосредственно в модуле Дизайн. Экспорт проекта.
History — Ревизия версий.
Team — модуль управления командой. Назначение ролей, приглашение новых участников.
Посмотрите в модуле Дизайн:
Панель Виджетов
Панель Редактирования, Группы (Edit Tool & Groups)
Использование общих элементов (Include)
Но программа имеет много других интересных функций
Основные модули:
Pages — Управления страницами.
Map — Интерактивная карта связей между страницами.
Documentation — Предварительный просмотр документации и экспорт в Pdf
Issues — список текущих задач, обсуждение, оповещение по почте и т.д. Issue (задача) создается непосредственно в модуле Дизайн. Экспорт проекта.
History — Ревизия версий.
Team — модуль управления командой. Назначение ролей, приглашение новых участников.
Посмотрите в модуле Дизайн:
Панель Виджетов
Панель Редактирования, Группы (Edit Tool & Groups)
Использование общих элементов (Include)
Вы пытаетесь намекнуть, что тиггр, который обсуждали тут два дня назад по сравнению с этим детский сад? :) Давайте я с вами соглашусь.
А coutline прекрасен тем, что прототипы создаваемые в нем не так уродливы как творения Axure, вот за это я и буду любить этот сервис, потому что больше пока я не нашел как бы его применить… у меня вот прямо сейчас в работе мобильное приложение из пятидесяти страниц и почти во всех интерактив и dynamic panels задействованы, так что такие вот простые штуки меня не спасут. Может быть для разработчиков с несложными проектами этот сервис будет очень в тему.
А coutline прекрасен тем, что прототипы создаваемые в нем не так уродливы как творения Axure, вот за это я и буду любить этот сервис, потому что больше пока я не нашел как бы его применить… у меня вот прямо сейчас в работе мобильное приложение из пятидесяти страниц и почти во всех интерактив и dynamic panels задействованы, так что такие вот простые штуки меня не спасут. Может быть для разработчиков с несложными проектами этот сервис будет очень в тему.
Спасибо на добром слове.
Это программа пока не заточена для мобильных приложений, больше для Веб-интерфейсов.
А какого вида интреракция-динамика вам нужна?
Это программа пока не заточена для мобильных приложений, больше для Веб-интерфейсов.
А какого вида интреракция-динамика вам нужна?
Axure платный, нет?
а мне нравятся:
Balsamiq Mockups
iplotz
Balsamiq Mockups
iplotz
Вот захожу я на gotiggr.com/ и не понимаю, что нужно, чтобы начать работать. Дайте мне сразу поиграться раскидыванием контролов, а потом уже предлагайте регистрацию (зачем она вообще тут, если мне надо набросать какую-то фигню и кинуть ссылку, пусть даже она умрёт через сути, например).
Без слеша в конце шаренные линки не открываются.
Онлайн-преложиние, это прекрасно, в плане совместной работы. Но т.к. интерфейсы не за 1 день разрабатываются, да к тому же интернет-соединение имеет свойство временами умирать на несколько часов, неплохо бы иметь оффлайновое приложение. Все-таки интерфейс, это более серьезный и дорогостоящий проект, чем какой-нибудь документ или презенташка в google docs.
Мне нравится Evernote в этом плане. Можно работать как в онлайне, так и в оффлайновом приложении, а при коннекте с сетью, все сэйвы синхронизируются.
Мне нравится Evernote в этом плане. Можно работать как в онлайне, так и в оффлайновом приложении, а при коннекте с сетью, все сэйвы синхронизируются.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Tiggr: в помощь бизнес-аналитику