Tiggr: в помощь бизнес-аналитику

    tiggr logo
    Привет! Хотел бы немного попиарить разработку компании (Exadel), в которой я работаю, и т.к. к этому проекту я тоже причастен.
    Итак, Tiggr — инструмент для прототипирования и создания макетов пользовательских интерфейсов.
    Начну с перечисления основных фич приложения:
    • Приличный набор контролов. Тут стоит отметить, что в Tiggr с недавних пор помимо десктопных элементов интерфейса, появились UI контролы для мобильных телефонов.
    • Tiggr – это онлайн приложение, поэтому доступ к своему проекту можно получить с любого воркстейшена без установки дополнительного ПО – только браузер.
    • Настраиваемость – у всех контролов есть дополнительные настройки, которые позволят управлять видом, положением и т.п. компонента.
    • Набор контейнеров для формирования лэйаута.
    • Удобный (на мой взгляд) подход для работы с картинками.
    • Поддержка совместной работы: несколько пользователей могут одновременно работать над одним проектом, макетом.
    • Из статических скринов можно получить динамический, кликабельный прототип.
    • Управление пользователями и доступом к проекту.


    Расскажу об основных моментах подробнее.

    Контролы


    Паллета web, десктоп контролов выглядит вот так:
    gotiggr.com/resources/img/features/web-controls-draganddrop.png
    Паллета мобильных контролов, которая активируется, если на панели свойств выбрать Screen Properties > Screen type > Mobile.
    gotiggr.com/resources/img/features/mobile-controls-palette.png
    Что примечательно, некоторые контролы динамические. Объясню на примерах: на различных закладках Tab Panel может содержаться различный контент, при этом в режиме создания макета можно переключаться между табами; календарь распахивается и закрывается; комбобокс открывается.
    Что касается, свойств, допустим, кнопки, то их вполне достаточно для базовых манипуляций. Хотел бы заострить внимание на таких свойствах как Fit и Round Corners. Первое свойство применяется для того, чтобы растянуть контрол по границам контейнера, второе скругляет углы элемента.
    gotiggr.com/views/assets/asset-1720

    Лэйаут


    Для организации лэйаута, расположения UI элементов на странице, разработчики Tiggr предлагают неплохой набор контейнеров. Для контейнеров отведена отдельная паллета. Паллета включает в себя:
    1. Panel – панель диалогового окна.
    2. Vertical, Horizontal, Flow box – контейнер, располагающий элементы внутри себя вертикально, горизонтально и по порядку ограничиваясь правым краем контейнера.
    3. Grid Panel – позволяет выстроить табличную сетку.
    4. Tab Panel – панель с несколькими закладками.

    Кроме горизонтального, вертикального и «потокового» позиционирования, предусмотрено еще абсолютное позиционирование, т.к. как элемент был «брошен», так он и будет располагаться безотносительно к контейнеру и другим элементам.

    Поддержка совместной работы


    Как же Tiggr может мочь бизнес-аналитику? Ключевая фишка Тигра — это именно коллаборация. В режиме реального времени несколько человек могут просматривать и редактировать один и тот же макет. Для того чтобы добавить пользователей в проект нужно просто прислать им приглашения.
    Довольно часто бывает, что члены команды работающей, над проектом находятся географически в разных местах. Tiggr позволяет объединить их в одном месте не только для обсуждения, но и для совместного редактирования. По своему опыту скажу, что проще передвинуть, скажем, контрол в определенное место, чем 2 минуты рассказывать, что он должен находиться там то и там. Помимо работы самой команды, Tiggr может служить презентационной «площадкой» в коммуникации команда-заказчик. Устроив презентацию можно на лету договариваться, редактировать макет и не устраивать дополнительную сессию, чтобы уточнить, что мы on the same page после предыдущего митинга. Для улучшения коммуникации в Tiggr есть встроенный чат, хотя я пользовался скайпом для общения и уточнения требований, т.к. голосом всегда быстрее. Конечно, не стоит сужать список людей для которых Tiggr мог бы стать приложением облегчающим жизнь до бизнес-аналитиков – все кто ведет коммуникацию с удаленной командой, заказчиком и т.п. оценят преимущества Tiggr, мне просто хотелось обратить внимание коллег на это приложение :).

    Как улучшить UX на стадии разработки требований?


    Еще одним достоинством Tiggr является возможность «оживить» статический макет. На такие элементы как кнопка, ссылка и изображение можно «навешивать» переход на другие скрины проекта, таким образом, у вас получается рабочая модель приложения. Для того чтобы сгенерировать прототип, нужно выбрать Open в меню Web Preview. После этого в новой вкладке браузера откроется HTML прототип. Сверху – выпадающее меню, в котором список всех страниц и при помощью которого можно навигировать по страницам.

    Ложка дегтя


    Минусы от analyst.by:
    1. Приложение пока еще не полностью стабильное; при использовании замечен ряд дефектов.
    2. Весьма скромная палитра компонентов, в которую включены только самые основные элементы управления.
    3. Отсутствие некоторых базовых возможностей по редактированию и позиционированию компонентов, что значительно снижает скорость работы с приложением по сравнению с более мощными и общепризнанными инструментами данного назначения.


    Сайт: gotiggr.com
    Дополнительная инфа есть еще на блоге: blog.gotiggr.com
    Демо видео: gotiggr.com/public/login.seam?cid=60579#tiggr_videos

    P.S. Картинки большие, поэтому я просто сделал ссылки на них.
    AdBlock похитил этот баннер, но баннеры не зубы — отрастут

    Подробнее
    Реклама

    Комментарии 59

      0
      Полезная штуковина. Про цены на сайте ничего не нашел. Бесплатная?
        0
        Да, на данный момент абсолютно бесплатная.
          0
            0
            да, сори, решил перепостить на хабре.
              +2
              да ладно, чё минусовать? я ж свою статью перепостил…
            –1
            тестовый юзер: tiggr.demo@gmail.com / tiggr123 если кому будет лень регистрироваться
              0
              Лучше это дописать в статье :)
                0
                Ага. спасибо. проапдейтил.
              +5
              Не хочу показаться занудой, но, что общего между UIX prototyping и бизнес-анализом? Название топика немного воодит в заблуждение.
              А так да, тул очень даже ничего, спасибо за рассказ :)
                0
                В Минске недавно проходила конференция бизнес-аналитиков, на которой выяснилось, что БА это в том числе и специалист по юзабилити, т.к. он рисует мокапы, при(про)думывает интерфейс. А на юзабилисте в чистом виде обычно компании экономят.
                  0
                  То что кто-то где-то экономит — не повод подменять понятия =)
                  Исправьте пожалуйста, вам же лучше будет. Судите сами: захожу я, прочитав название топика, в надежде что «вот наконец-то появился online PowerDesigner» и т.д., в это же время у меня в голову крутятся мысли а-ля «а поддерживает ли он UML?», «неужели не надо будет мучиться с этими идиотскими офф-лайн синхронизациями между БА».
                  И тут такое несоответсвие внешности и внутренности. Аж обидно стало. Ну и отношение соответствующее.
                    0
                    что именно вы предлагаете изменить?
                    очень сожалею что заголовок поста вызывает у Вас когнитивный диссонанс. я работаю именно бизнес-аналитиком и делюсь в посте именно своими впечатлениями от тигра, из этого я исходил и называя пост. создание мокапов — является часть работы БА и как я уже говорил всегда хочется оживить этот мокап.
                      0
                      разработка прототипов форм — это работа разработчика интерфейсов.
                      то что в вашей компании
                      на юзабилисте в чистом виде обычно компании экономят.
                      не означает что это правильно и что можно подменять понятия. обычно и на БА экономят, чего уж греха таить, и тогда всю работу проделывает «старший программист» и формы рисует он. от этого, правда, это не становится его основной работой и его специализированной задачей.

                      ну и не буду говорить что получается когда один человек занимается всем :)
                        0
                        Тут штука в том, что для того, чтобы адекватно понять как строить юзабилити нужно понять бизнес заказчика, поэтому от привлечения UI дизайнера может получится обратный эффект. Может быть в этом и кроется причина по которой ношу UI дизайнера берет на себя БА.
                          0
                          Сомневаюсь что в этом причина. Дизайнер интерфейсов должен имтеь навыки построения удобных интерфейсов. Собственно во время встреч с заказчиком, а особенно с пользователями, в то время как БА раскладывает все процессы и потоки по полочкам, дизайнер должен сидеть и ломать голову над вычленением тех форм, которые вызываются чаще, какие действия на них производятся чаще. И прочее и прочее.

                          Собственно я сам, работая БА, делаю часть этой работы. Например недавно подметил что пользователи открывая одну форму в 20-30% случаев открывают еще 1-5, которые отображают детализированную информацию. Дал задачу программистам в главных формах агрегировать необходимый минимум информации детализированной в отдельных табах. Пользователи довольны до поросячего визга.

                          И вот именно поэтому я против подхода что это работа БА
                          а) у меня тупо не хватает времени
                          б) я лишь разбираюсь что куда вставить в соответсвии с бизнес-процессом, но я смутно представляю как сделать это удобным.
                          в) если бы был проектировщик интерфейсов, то он бы целыми днями сидел и ковырял куда что лучше сунуть и уже потом давал бы мне возможные решения
                          г) я лишь проверяю бизнес-процесс и бизнес-логику в приложении. и очень мало уделяю времени интерфейсу. такой уж регламент чтоли.

                          если уж так пошло, то лучше соединить тестировщика и дизайнера gui.
                            0
                            дизайнер должен сидеть и ломать голову над вычленением тех форм, которые вызываются чаще, какие действия на них производятся чаще. И прочее и прочее.


                            Вот, дизайнер должен для этого вникнуть в бизнес, разве не так? т.е. дизайнер должен стать отчасти БА, но как Вы сами заметили по жизни происходит наоборот. вы понимаете бизнес, вы общаетесь с юзерами и стейкхолдерами, и именно вы знаете что им надо, чтобы их работа была не только эффективной но и удобной.

                            при этом я не опровергаю ваш тезис о том, что каждый должен заниматься своим делом. БА бизнесом, UI диз — UX и юзабилити.

                              0
                              Дизайнер не должен знать бизнес-процесс в той мере в какой его знает БА. Ему надо знать его в той мере, чтобы разобраться чего пользователям надо от интерфейса. Собственно поэтому дизайнер должен быть немного БА и наоборот. Но не полностью совмещать их.

                              И, кстати, раз уж затронули эту тему. Тот же глава отдела разработки абсолютно точно так же должен втыкать на некотором уровне в бизнес-процесс. Никогда не получится ничего стоящего если все разработчики будут реализовывать только что что написал им БА буква в букву.

                            +1
                            Когда вместо UI дизайнера интерфейсы будет создавать проектировщик, а раскрашивать графический дизайнер, то БА будет со спокойной совестью в 6 вечера уходить из офиса :)
                      0
                      С бизнес-анализом всегда путаница. Потому что есть анализ бизнеса и есть анализ ИТ решений для бизнеса. Почему последнее называется бизнес-анализом мне не слишком понятно, но так есть.

                      Я о другом хотел спросить. Это онлайн инструмент для прототипирования интерфейсов, так? Но много ли есть компаний, готовых доверить свои будущие разработки онлайн-сервису? Ведь по интерфейсу можно судить о продуктах готовящихся к выходу, что ой как интересно конкурентам. Как убедить риски в том что работать с этим ресурсом безопасно? Ваша версия. :)

                        0
                        Почему последнее называется бизнес-анализом мне не слишком понятно, но так есть

                        1. экономия на чел. ресурсах.
                        2. раз в команде есть человек, который не программирует, не тестирует и не управляет проектом и в его должности упоминается слово «бизнес», то все «бизнес» активити — на него.

                        вопрос по секьюрити сложный, не входит в мою компетенцию и я не готов отвечать на него от лица Exadel-a.

                        От себя могу сказать, что
                        1. Для того чтобы воспользоваться с корыстной цель проктами пользователей Exadel должен нарушить ряд законодательных актов и пользовательское соглашение — думаю что это чревато судебными исками.
                        2. Многие компании с риском для себя пользуются сервисами онлайн( и не только) приложениями для реализации задач своего бизнеса: корпоративный аккаунт для google почты, скайп как копроративынй IM и т.п.

                        Думаю что парни из пентагона tiggr юзать точно не будут :)

                        Убедить Вас, что Tiggr мегасекьюрная тула я наверно не смогу :)
                          0
                          Если мы начинаем копаться в определениях, то бизнес-аналитик, который занимается анализом ИТ решений для бизнеса далеко не всегда находится со стороны ИТ. Скорее он находится со стороны заказчика, занимается работой над бизнес-требованиями (оттуда и бизнес-аналитик, проблема что есть и другая область которая называется так же).

                          Нарушение не преграда, именно поэтому многие большие компании не пользуются ни корпоративными аккаунтами от google, а корпоративный IM у них свой, который бежит на своих серверах.

                          Вам не надо меня убеждать, это скорее вам пища для размышлений.
                    0
                    Если вкратце, то есть ли у вас какие-то преимущества перед Axure?
                      0
                      1. Tiggr это онлайн приложение. см. фичи. Axure все-таки десктопная тула.
                      2. Режим совместного, одновременного редактирования.
                        0
                        Вы правда верите в кейс, где толпа бизнес-аналитиков в онлайне будет редактировать интерфейс в какой-то куцой и унылой программе? :)
                          0
                          почему толпа бизнес-аналитиков? обычно в сессии принимает участие заказчик и бизнес-аналитик или команда и бизнес аналитик. кейс #1: БА приглашает заказчика на сессию, оба открывают приложение и заказчик видит заготовленный макет. заказчик говорит БА, что он бы хотел дополнить/изменить. вполне жизненный случай. кейс #2: БА доводит требования до удаленной команды, а ребята говоря — нет, то что ты нарисовал — невозможно реализовать, давай подредактируем.

                          даже не знаю что вам сказать на «куцой и унылой»..., наверное на вкус и цвет…
                            0
                            ОК, вы описали два кейса в которых изменения вносит один человек. При чём тут «Режим совместного, одновременного редактирования»?
                              0
                              давай подредактируем

                              а. подразумевалось что они [команда или заказчик] совместно редактируют макет.
                              б. команда видит как БА допиливает макет на лету и дает\не дает свое одобрение.

                                0
                                То есть программисты сами лезут и правят в интерфейсах то, что им не нравится? Вы серьёзно?
                                  0
                                  я не говорю что UI отдан на откуп программистам. но ведь они тоже люди :) и имеют свое мнение с которым приходится считаться. Tiggr -, в данном случае, поле для дискуссий и выработки UI решения.
                                    0
                                    Одно дело высказывать мнение, а совсем другое — на основе этого мнения вносить какие-то изменения не согласованные с автором документа.
                                    ИМХО каждый документ/этап разработки, должен иметь ответственного сотрудника, который аккумулирует мнения и указания свыше и на основе их вносит изменения. Иначе начнётся хаос.

                                    Хотя тут это может и не так критично, ну пусть развлекаются, чекбоксики двигают по странице, всё равно ничего особо критичного не сломают, но вот в Axure, например, куча скрытых элементов и логики всякой может быть, которую легко поломать даже не заметив.
                            0
                            отвлечемся от данной программы.
                            как вы себе представляете обсуждение GUI с разработчиками и заказчиком?

                            программист наляпает, а потом все пользуются? :)

                              0
                              Ахure, например, чудесно умеет выкладывать свои безобразия в SVN. Ну и Dropbox как средство синхронизации никто не отменял. Ну реально, много способов есть, чтобы по нажатию одной кнопки свежая версия прототипов заливалась сразу в интернет.

                              Изменения прототипов в реальном времени на обоих сторонах тоже не требуется. Обычно проектировщик интерфейсов предоставляет макет, а разработчики и заказчики выдают к нему замечания и прототип уходит на следующую итерацию. Это совершенно не продуктивно, сидеть и пялиться в монитор, ожидая когда проектировщик всё поправит.

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

                              В общем я, как проектировщик интерфейсов, не нахожу для себя никакого применения этой штуке, ну разве что если надо очень быстро набросать что-то очень простое и забыть об этом через полчаса… но выше уже приводили аналоги для этого… извините.
                                +1
                                я бы не хотел ввязываться в полемику. тут же и так все понятно: кому что нравится, то тем и пользуется.

                                отпишусь только по поводу ваших замечаний:

                                ОК, вы описали два кейса в которых изменения вносит один человек. При чём тут «Режим совместного, одновременного редактирования»?

                                с одной стороны вы говорите про то что нескольким людям вносить изменения в дизайн интерфейса в принципе не за чем. С другой, почему-то высказываете претензии к конкретной программе.

                                Ахure, например, чудесно умеет выкладывать свои безобразия в SVN. Ну и Dropbox как средство синхронизации никто не отменял. Ну реально, много способов есть, чтобы по нажатию одной кнопки свежая версия прототипов заливалась сразу в интернет.

                                С одной стороны вы ругаете «куцость» предоставленной программы, а с другой стороны пытаетесь описать кучу граблей программы как их положительные стороны.
                                Чтобы залить на SVN надо еще этот SVN замутить. А потом каждому сотруднику поставить SVN клиент, а затем Axure… Уже задолбаться можно.
                                Или представим себе ситуацию, вы на презентации скажем перед заказчиком. Презентация стихийная (о как часто я это видел). У вас нет прототипа программы. Вам указывают на компьютер, к которому подключен проектор и говорят: «Показывайте». Самое забавное что это не выдуманная история. И вот мы лезем, скачиваем Axure, устанавливаем его. Сливаем с svn'а/dropbox'а проект и… уже 15 минут как ваше время истекло.
                                Толи дело тут: заходим на сайтик, открываем, показываем.

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

                                Любите же вы извращаться.
                                  0
                                  С другой, почему-то высказываете претензии к конкретной программе.

                                  Наверное потому, что топик посвящен этой программе.

                                  Презентация стихийная (о как часто я это видел).

                                  Вот прям среди ночи из постели выхватывают, сажают в фургон и везут на заброшенный склад прототипы презентовать? :) Я вас умоляю… Во-первых это показатель хренового менеджмента, во-вторых всегда найдётся полминуты, чтобы скинуть прототипы на флешку / dropbox и идти это показывать.

                                  Любите же вы извращаться

                                  Наброшу слегка на вентилятор… извращаться я не люблю, жизнь заставляет. Разработчикам Тиггра наверняка трудно представить прототипы в которых несколько dynamic panels друг на друге, каждая с несколькими состояниями и всё это друг от друга зависит так что при разных значениях контролов управления этот несчастный кусок экрана может иметь два десятка разных состояний. Такие вещи текстом описывать — убиццо апстену. Гораздо проще расшарить экран и кликая объяснять что происходит.
                                    0
                                    Вот прям среди ночи из постели выхватывают, сажают в фургон и везут на заброшенный склад прототипы презентовать? :) Я вас умоляю… Во-первых это показатель хренового менеджмента, во-вторых всегда найдётся полминуты, чтобы скинуть прототипы на флешку / dropbox и идти это показывать.

                                    Вы видели государственные тендеры? Их сроки реализации? 7 дней обычно. И при этом все прекрасно понимают что за 7 дней можно максимум представить что вообще требуется. Но начальству-то надо что-то уже сейчас показывать. Вот и показываешь им интерфейсы.
                                    И менеджмент (внутри компании) тут абсолютно не при чем.
                                    Да и написано было выше что нет прототипа.

                                    Хотя тут думаю стоит сказать: давайте каждый останется при своем мнении.
                                  0
                                  Изменения прототипов в реальном времени на обоих сторонах тоже не требуется. Обычно проектировщик интерфейсов предоставляет макет, а разработчики и заказчики выдают к нему замечания и прототип уходит на следующую итерацию. Это совершенно не продуктивно, сидеть и пялиться в монитор, ожидая когда проектировщик всё поправит.

                                  Согласен, если допил макета требует много усилий то мучить других участников нет смысла. Речь идет о мелких изменениях. Если за 20 сек поправить макет — то можно сэкономить время и следующую итерацию посвятить другим ишьсам.

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

                                  Скайп не позволяет шарить десктоп на несколько пользовательей только one-to-one.

                                  извините.

                                  Да ничего, я не обиделся :)
                                    0
                                    Но если нужно сохранять и модифицировать прототип в течении долгого времени
                                    + разработчики работают удаленно
                                    и если есть программы в которых можно и создать протип и сделать дизайн к нему 100% прближенный к оригиналу
                                    сравните прототип:
                                    coutline.com/coside/designer/page/area/r?page_id=0477ddd03bbea72b
                                    дизайн:
                                    coutline.com/coside/designer/page/area/r?page_id=1b7f58dcc0edf864
                                    работает в Мозилле
                                      0
                                      и?
                                        0
                                        я к тому, что онлайновые программы прототипирования нужны и полезны…
                                        и у них большой потенциал для развития
                                          0
                                          Ну вы как бы немного путаете необходимость редактирования в онлайне и отображения результатов работы в онлайне.
                                          Редактирование в онлайне — зло! Упал интернет — нет возможности поработать. Нет бесплатного доступа — отстёгивай купюры за мобильный траффик.

                                          Оффлайновое редактирование прекрасно — работай где хочется, есть интернет, нет интернета — меня не парит. Нужно лишь несколько минут, чтобы синхронизировать готовый результат с сервером. Дёшево и эффективно :)
                                            0
                                            Ну если это единственный недостаток, тогда это со временем пройдет :)
                                            Но дело не только в интернете,
                                            я имею в виду, серверные приложения, который позволяют работать сообща группам разработчиков, команиям и т.п.
                                            Где легко добавить онлайновые приблуды, например, видео с YouTube
                                            coutline.com/coside/designer/page/mockup/r?page_id=bb0b846cae4922a1
                                              0
                                              Онлайновые приблуды — это игрушки, а вот грамотно запрограмировать интерактивность, вот это дело стоящее.
                                              Возьмём этот пример, думаю вы согласитесь что смотреть видео размером 200x200 это жестокое извращение и в данном случае ожидается поведение примерно как в facebook — по клику ролик раскукоживается в приятный для просмотра размер. Вот такое поведение можно реализовать этой чудесной программой?
                                                0
                                                я с вами совершенно согласен…
                                                И сечас это можно сделать… Только для вас :)
                                                coutline.com/coside/designer/page/mockup/r?page_id=bb0b846cae4922a1
                                                нажмите на лупу попадете сюда
                                                coutline.com/coside/designer/page/mockup/r?page_id=ad2390cddff97af6
                                                хотя это не самый удобный способ, но это возможно

                                                В coutline сначала сделали, так сказать «инфраструтуру интерфейса»,
                                                как раз сейчас идет обсуждение, как релизовать удобные модификаторы для интеракций
                                                В принципе, начало уже сделано View-KeyFrame Mode ( пока не описанный модуль для верстки)
                                              0
                                              Хочу обрадовать, сегодня завтра выходит новый релиз Tiggr в котором будет режим оффлайновой работы. Т.е. вам нужно конечно нужно загрузить проект, а потом можно работать уже с оффлайновой копией. По окончании просто синхронизироваться.
                                          0
                                          а то что вы называете «дизайн к нему 100% прближенный к оригиналу» это просто готовый дизайн нарезанный прямоугольничками и вставленный в готовый макет. Такое чудо даже в MS Word сделать можно :)
                                            0
                                            А вы потакайте мышкой, даже поредактируйте, если есть посмотрите через Firebug
                                            это чистый html/css — поэтому я и называю, это 100% приближением к оригиналу
                                            и все сделано в программе coutline.com
                                            конечно, в MS Word можно много чего сделать, спору нет…
                                              0
                                              Я не считаю чудом то, что в программе для прототипирования вместо обычных серых прямоугольников вставили заранее подготовленные цветные картинки. Кажется все аналоги сейчас такое умеют делать.
                                                0
                                                Конечно, это не чудо.
                                                Но программа имеет много других интересных функций

                                                Основные модули:

                                                Pages — Управления страницами.
                                                Map — Интерактивная карта связей между страницами.
                                                Documentation — Предварительный просмотр документации и экспорт в Pdf
                                                Issues — список текущих задач, обсуждение, оповещение по почте и т.д. Issue (задача) создается непосредственно в модуле Дизайн. Экспорт проекта.
                                                History — Ревизия версий.
                                                Team — модуль управления командой. Назначение ролей, приглашение новых участников.

                                                Посмотрите в модуле Дизайн:
                                                Панель Виджетов
                                                Панель Редактирования, Группы (Edit Tool & Groups)
                                                Использование общих элементов (Include)

                                                  0
                                                  Вы пытаетесь намекнуть, что тиггр, который обсуждали тут два дня назад по сравнению с этим детский сад? :) Давайте я с вами соглашусь.

                                                  А coutline прекрасен тем, что прототипы создаваемые в нем не так уродливы как творения Axure, вот за это я и буду любить этот сервис, потому что больше пока я не нашел как бы его применить… у меня вот прямо сейчас в работе мобильное приложение из пятидесяти страниц и почти во всех интерактив и dynamic panels задействованы, так что такие вот простые штуки меня не спасут. Может быть для разработчиков с несложными проектами этот сервис будет очень в тему.

                                                    0
                                                    Спасибо на добром слове.

                                                    Это программа пока не заточена для мобильных приложений, больше для Веб-интерфейсов.
                                                    А какого вида интреракция-динамика вам нужна?
                                                      0
                                                      Наиболее часто используемое — концепция динамических панелей и show/hide/change state для них по onClick/ Дальше всплывёт тема перемещения блоков как по клику, так и по изменению статуса панели (это я про Axure).
                                                      Вот даже если это сделаете, то будет бомба.
                                                        0
                                                        Как раз сайчас думаем об этом. Думаю, что вскоре сможем кое-что показать.
                                  0
                                  Axure платный, нет?
                                  0
                                  а мне нравятся:
                                  Balsamiq Mockups
                                  iplotz
                                    0
                                    Вот захожу я на gotiggr.com/ и не понимаю, что нужно, чтобы начать работать. Дайте мне сразу поиграться раскидыванием контролов, а потом уже предлагайте регистрацию (зачем она вообще тут, если мне надо набросать какую-то фигню и кинуть ссылку, пусть даже она умрёт через сути, например).
                                      0
                                      Без слеша в конце шаренные линки не открываются.
                                        0
                                        Онлайн-преложиние, это прекрасно, в плане совместной работы. Но т.к. интерфейсы не за 1 день разрабатываются, да к тому же интернет-соединение имеет свойство временами умирать на несколько часов, неплохо бы иметь оффлайновое приложение. Все-таки интерфейс, это более серьезный и дорогостоящий проект, чем какой-нибудь документ или презенташка в google docs.

                                        Мне нравится Evernote в этом плане. Можно работать как в онлайне, так и в оффлайновом приложении, а при коннекте с сетью, все сэйвы синхронизируются.
                                          0
                                          а gears — не?
                                            0
                                            Только если Tiggr его поддерживает.

                                        Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.

                                        Самое читаемое