►
From YouTube: Recreating & Making Content in Figjam
Description
Dan Mizzi-Harris (Product Designer) answers questions about recreating and adding new content to Figjam from Will Leidheiser (Staff UX Researcher).
A
So
I've
got
a
set
of
questions
for
you,
Dan
I'd
love
to
get
your
perspective
since
you've
been
busy
like
migrating
a
lot
of
content
over
to
Fig
Jam
over
the
past
a
couple
of
weeks,
So.
Based
on
your
experience.
What
advice
would
you
give
for
recreating
Content
migrated
from
mural
boards
so
that
it
works
properly
in
fig
Jam.
B
Sure
I
think
the
main
advice
I'd
give
is
try
not
to
recreate
it
as
if
it
was
a
mural
created
as
if
it's
a
fig
jamboard
so
uses
many
of
the
Native
fake
Jam
features
as
possible.
So
I
understand
it
in
mural
you
often
use
shapes
and
rectangles
to
represent
things
and
group
stuff,
but
in
fig
Jam
we
have
things
called
sections
which
is
great
for
grouping
content
and
sticky
notes
for
participant
notes.
A
B
Sure
I
think
the
best
way
to
show
this
is
through
a
visual
and
here's
a
board
that
I
worked
on
this
board.
Here
is
how
it
imported,
and
this
is
it
at
its
native
size.
As
you
can
see,
it's
significantly
smaller.
Why
does
it?
Why
does
it
matter
when
you
try
and
use
the
native
tools
like
a
sticky?
This
is
how
big
it
was
appearing
in
the
imported
version
of
the
file,
not
particularly
useful
for
participants
or
viewers
of
the
board.
A
B
Sure
so
that
the
mechanism
for
creating
a
template
is
best
documented
in
fig
jams,
help
Guides
Online
I
won't
read
it
out
here,
because
it
might
change
in
the
future
and
then
go
have
a
look
to
that,
and
perhaps
we
can
include
a
link
to
it,
but
a
process
for
it
at
gitlab
is
currently
undefined.
My
initial
suggestion
would
be
to
use
the
existing
templates
project.
That's
in
the
gitlab
product
design
team
and
go
from
there.
A
A
B
Sure
so
yeah
yeah,
like
I,
said
it
is.
It
is
undefined,
but
I
personally
have
strong
opinions
and
preferences
back
to
it.
Something
I
noticed
with
mural
is
a
lot
of
the
work
is
stored
at
a
person
level
in
people's
private
rooms,
I
think
in
fig
Jam.
We
should
use
the
existing
stage
at
gitlab,
Stage,
Group
and
feature
structure
that
exists,
and
we
might
need
some
additional
projects
and
teams
for
boards
that
don't
fit
into
this.
For
example,
things
like
cross
stage
or
focus
on
specific
personas
that
don't
fit
into
that
stage
group
and
feature.
B
The
reasons
for
this
is
reducing
silos
between
people
and
teams,
increased
transparency
and
increase
the
chance
of
ongoing
use
by
teams
it's
in
the
same
place
as
the
files
they're
using
more
frequently
and
keeping
things
all
together.
There
is
I,
have
seen
people
suggest
you
don't
think
the
drafts
again
personally
I'm
pretty
strongly
against
them.
I
think
it's
counter
to
a
transparency
value,
our
iteration
value
and
our
collaboration
values,
but
there's
no
defined
design.
Ops
type
flow
for
this.
This
stuff.
B
A
Awesome
yeah
thanks
for
the
overview
and
I
think
for
the
last
part
we
had
talked
before
the
recording
about
potentially
recreating
a
template
live
just
to
see.
You
know
how
that
could
work,
and
so
other
people
could
could
use
this
to
watch.
This
recording
I've
got
a
specific
template
in
mind
that
doesn't
have
a
whole
lot
of
elements
to
it
compared
to
some
of
the
other
templates
that
we
have
I'll
share
that
in
the
Google
Doc.
B
B
So
the
first
thing
I'm
gonna,
do
is
check.
The
scale
like
we
spoke
about
earlier
I
think
it's
going
to
be
okay,
but
the
way
I
do
this
is
by
picking
the
biggest
piece
of
text
on
the
page
and
making
sure
it's
within
within
this
range,
some
of
the
imported
ones.
This
was
four
thousand
two
thousand
five
hundred
and
very
large
numbers.
B
B
A
A
B
B
B
So
if
you
pre-load,
with
stickies
they'll
all
have
whoever
created
the
template,
is
an
author
name
in
the
first
instance,
which
might
be
something
you
want
to
avoid.
But
if
you
try
editing
this
one,
it
should
change
I,
think
you're
in
the
file,
so
you
can
go
ahead
and
do
that.
It
should
update
to
yours
to
your
name,
but
something
to
bear
in
mind
that
you
might
not
want
to
do.
B
B
Do
you
have
any
strong
preference
about
leaving
I
quite
like
in
the
past
I
found
it
useful
to
not
have
existing
stickies
because
it
allows
people
to
do
their
own
I
found
people
group
stuff
together.
Naturally,
if
they
see
they've
got
a
similar
idea
to
someone
else,
they'll
put
it
in
that
free
space,
whereas
pre-presenting
a
rigid
flow
dictates
an
order
almost,
whereas.
A
B
A
I
think
you
made
a
good
case
for
not
including
stickies
I,
certainly
have
noticed
that
when
I've
done
like
past
workshops
that,
like
oh,
my
like
trying
to
dictate
too
much
about
like
oh,
there
should
be
only
up
to
this
many
comments.
You
know,
based
on
the
number
of
stickies,
that
I've
left
so
I
do
like
the
idea
of
just
leaving
it
blank
and
just
saying
just
add
a
sticky
to
each
of
the
sections.
A
B
B
B
A
B
For
some
personality,
like
I,
was
saying
I've
seen
these,
especially
in
syncs,
it
can
be
hard
for
people
to
stay
focused,
there's
lots
of
distractions,
there's
lots
of
things
falling
for
attention,
I
found.
If
boards
have
lots
of
this
going
on
and
people
are
causing
their
own
Mischief
in
corners
of
boards,
at
least
they're
still
focused
on
their
session,
rather
than
causing
mischief
and
distractions
elsewhere.
B
A
B
A
B
B
B
B
A
B
A
B
It's
a
good
question:
that's
probably
it
and
that's
because
it's
a
a
lot
of
the
shortcuts
are
the
same
in
figma
as
in
figure.
Oh
no
I,
like
those
two
more
forward.
Slash
brings
up
a
a
Chat
thing
that
other
people
in
the
file
can
see
and
text
bubble.
E
brings
up.
Oops
e
brings
up
this
menu,
which
allows
you
to
react
in
real
time,
pretty
encouraging
for
presenters
when
they
see
stuff
like
that,
going
on
or
add
some
stamps
of
approval
or
otherwise.