►
From YouTube: 2023-09-20 Product Analytics UX/PM Sync
Description
Today we talked through:
1. Upcoming work for Unique Users toggle and how it applies or doesn't to none Product Analytics Visualizations - https://gitlab.com/gitlab-org/gitlab/-/issues/421328
2. Recent learnings about Pain Points from a user survey
3. What's next for the Visualization Designer - https://gitlab.com/groups/gitlab-org/-/epics/9386
A
Looking
at
the
agenda,
we
have
a
couple
of
things:
one
of
our
agenda
items,
I,
don't
think
I'm
skipping
over
look
back
at
last
week's
action
items.
I,
don't
think
we
had
anything.
A
B
B
So
now,
we've
done
that
I
will
be
creating
that
issue
to
start
documenting
our.
What
what
made
us
get
to
this
point
so
far
in
terms
of
what
designs
we
have
and
how
we
got
there
and
documenting
future
designs
and
issues
as
well.
A
I
wanted
to
touch
on
I
had
shared
in
a
video
walking
through
the
opportunity
solution
treat
last
week,
some
of
the
data
from
our
willingness
to
pay
survey
and
the
pain
points
that
we
had
laid
out.
So
we
had
identified
pain
points
based
on
the
previous
research
that
had
been
done,
conversations
that
we've
had
with
customers
and
knew
that
they
aligned
to
things
that
were
already
built
or
things
on
the
roadmap.
I
tried
to
structure
it
in
a
way
that
here
is
a
pain
point
that
you
might
have.
A
We
add
customers
to
give
points,
basically
to
those
items
to
invest
in
them
or
you
would
buy
a
bit
for
a
product
analytics
solution,
and
if
you
give
something
10
points,
it's
twice
as
important
as
something
you
would
get.
Five
points
to
or
20
points
because
of
four
times
as
important
kind
of
give
them
that
scale
to
work
off
of
so
I
shared
those
findings
in
a
video
added.
The
pain
points
the
top
five
anyway
to
our
opportunity
solution
tree
and
we
can
start
working
on
those
opportunities.
A
The
night
part
is
it
aligned
very
well
with
what
we're
already
building.
So
it's
happy
to
see
that
that
we
prioritized
correctly
with
local
market
field,
but
wanted
to
check
in
with
the
team.
Is
there
another
way
that
I
can
share
that
data?
Is
there
more
ways
that
we
want
to
talk
about
this
I?
Don't
think
having
it
in
one
video
and
one
opportunity
solution
tree
is
the
best
way
to
go
so
I
wanted
to
open
it
up
to
what
are
other
modes
of
communication
so
that
we
can
share
this
data.
A
It
was
part
of
the
willingness
to
pay
survey.
I
can
create.
There
was
a
ux
research
issue
associate
issue
associated
with
it.
I
can
roll
up
the
pain,
Point
part
of
that
into
that
issue.
Before
I
close,
it.
C
Okay,
yeah
and
if
you
could
just
share
the
link
with
me
too
I'll,
add
it
to
my
list
of
things
to
take
a
look
at
I
haven't
watched
the
video
yet
so.
Okay,
oh.
A
All
right
I
wanted
to
see
if
there
were
any
questions
about
upcoming
implementation.
A
I
think
we've
previously
discussed
this
in
this
call
and
in
the
issue
itself,
that's
the
check
box,
which
is
our
MVC
to
filter
out
users
who
are
Anonymous
so
that
you
only
truly
have
unique
users
who
are
identified
by
a
cookie
in
your
data
or
include
all
users
the
we
know
that
the
trade-off
there
for
users
is
you're
going
to
see
a
couple
of
users
who
have
a
ton
of
event,
data
or
page
view
data,
but
we
explain
that
with
a
tooltip
and
some
other
things
so
I
think
we're
good
there
unless
Robert
Young,
you
have
any
questions.
B
No,
the
block
is
because
of
we're
waiting
for
backend
to
make
this
happen
from
a
friendly
point
of
view,
it's
a
very
straightforward
process
to
add
the
toggle.
Once
we
have
that
back-end
implementation,
there's
also
worth
noting
that,
in
the
implementation
plan
itself,
we've
added
a
tracking
event.
So
we
can
monitor
how
often
this
feature
is
used
and
get
an
idea
of
the
impact
that
it's
having
with
our
users.
A
D
Right
just
have
a
quick
question:
go
ahead.
Sorry,
where
would
we
be
adding
the
toggle
I
was
looking
at
the
issue,
but
it's
not
immediately
clear
to
me
where,
like
on
what.
D
B
If
you
look
in
the
design
section,
you'll
see
that
I've
not
go
done
a
quick
mock-up
of
where
it
would
roughly
sit
I'm
happy
to
discuss
if
we'd
prefer,
to
put
it
in
a
different
location.
Of
course,
cool.
B
D
Yeah,
we'll
have
to
be
smart;
well,
initially
we
can
be
dumb
and
what
I'm
thinking
of
is.
We
have
the
value
analytics
dashboard
all
the
value
stream
dashboard,
so
we
just
need
to
be
sure.
That's
this
is
part
of
all
the
filters
that
we
exclude
on
that
dashboard.
I
believe
it
should
be
easy
to
do
for
a
start,
but
in
the
future,
we'll
probably
want
to
be
smarter
about
it
in
terms
of
like
dynamically,
adding
this
filter
based
on
the
type
of
visualizations
that
a
user
is
added
to
their
dashboard
yeah.
A
Okay,
good
good
to
think
about
it,
so
I
added
a
note,
put
it
on
all
of
the
product
analytics
dashboards
built
in
and
custom
and
just
make
sure
it's
not
on
the
value
stream.
Dashboard
cool,
excellent
refinement,
I'm
going
to
skip
over
the
upcoming
design
issues.
I
think
the
majority
of
what
is
already
scheduled
is
the
usage
quota
stuff.
A
Then
I
know
the
team
took
a
hard
look
at
that's
coming
up
in
16-6,
so
I'm
going
to
reserve
time
for
us
to
talk
through
the
visualization
designer
dashboard
designer
conversation
today,
because
it's
fresh
and
we'll
pick
up
this
issue
next
week.
If
that
works
for
everyone
all
right,
all
right,
I'm
going
to
open
it
up
to
our
front
end.
A
Folks,
then
talk
to
me
about
MVC
for
visualization
designer
I
haven't
had
a
chance
to
read
through
the
comment
and
the
issue
that
I
saw
right
before
I
jumped
onto
this
call,
but
I'm
guessing
that
I'll
get
a
bunch
of
context
from
y'all.
B
I'm
definitely
tired-
and
this
took
me
far
longer
than
it
should
have
today,
so
I
believe
there's
everyone
for
the
shop.
This
of
me
submitting
it
before
this
meeting,
yeah
I'm
happy
to
sort
of
talk
through
the
general
aims.
B
So
this
morning
I
mean
Jan.
We
sat
down
to
discuss
where
the
dashboard
design
and
visualization
designer
were
at.
We
felt
like
the
dashboard
designer
was
in
a
good
enough
place
that
we
could
release
it
from
its
feature
flag.
Obviously,
we
still
have
the
more
brighter
product
analytics
feature
Flags,
so
we're
still
limiting
in
this
current
phase
to
very
specific
user
customers,
but
this
then
opens
up.
B
B
It's
not
been
as
high
as
a
priority,
so
we
need
we
wanted
to
figure
out.
You
know
without
too
much
polish.
Where
could
we
get
to
I'm
in
a
reasonable
amount
of
time?
That
would
allow
us
to
start
getting
that
user
feedback,
because
realistically
that's
where
the
you
know
where
we
really
want
to
be
heading
from
a
direction
and
targeting
those
pain
points
for
users.
B
So
we
sort
of
came
up
with
a
multi-state
plan
that
extends
beyond
the
release
of
the
flag.
So
the
first
stage
is
more
or
less
just
the
biggest
pain
Point,
really
with
the
visualization
designer
right
now
behind
beyond
the
ux
issues
that
are
more
broader
and
need
more
ux
designer
input.
Once
we
hire
someone,
it's
that
when
you
go
on
a
Visa
validation
designer
someone
who's
never
used
a
product
before
it
doesn't
explain
to
you
what
it
is
or
how
it
works.
B
Essentially
so
our
first
pain
point
and
really
the
only
blocker
that
we
see
to
just
getting
this
out
as
a
sort
of
rough-edged
MVC,
is
to
add
a
little
bit
of
a
title
to
the
page
and
some
help
text
which
Lorena
will
knew
obviously
will
need
input
from
Lorena
on
clarifying
what
that
might
be
to
explain
what
it
is
you're
doing,
as
well
as
updating
our
documentation
to
provide
a
much
more
detailed
step
by
step
guide
on
how
to
add
visualizations,
which
right
now
is
very
much
Bare
Bones
just
create
your
own
yaml
file
and
read
the
yaml
docs.
B
B
B
You
know
aligning
it
slightly
more
with
the
designer
moving
the
CTA
to
the
bottom
and
generally
bringing
the
the
step
process
of
creating
a
measure,
selecting
visualization
type
and
seeing
what
it's
going
to
look
like
before
you
save
from
what
is
currently
a
132
process.
Where
you
look
at
the
left,
look
at
the
right
look
at
the
middle
to
a
look
at
the
left.
Look
at
the
left.
Look
at
you
know
go
through
without
using
a
step
up
just
making
it
more
obvious.
B
You
know
it's
quite
clear
that
if
you
just
click
a
measure-
and
you
see
your
visualization
like
your
data-
you
just
press
save
and
then
you
get
told
off
for
not
selecting
a
visualization
type
unless
you
click
that
visualization
tab
or
click
save
you
don't
know
that
that's
a
requirement,
so
this
is
just
very
small
little
tweaks
just
to
bring
it
make
it
a
bit
more
obvious
and
a
bit
more
blunt.
B
But
this
is
not
a
requirement
to
release
as
I
say
it's
not
a
phase
functionally
working,
it's
just
not
great!
So
we
can
do
this
in
tandem.
It's
not
gonna.
Releasing
these
tweet
UI
tweaks
won't
start,
won't
cause
any
breaking
changes
for
the
user
or
just
improve
their
experience.
So
I'm
just
going
to
stop
there
to
see
if
anyone
has
any
comments
or
questions
before
I
discuss
sort
of
what
would
happen
after
the
release.
A
I
think
generally,
the
stage
one
stage
two
sounds
good
I
think
the
biggest
Gap
that
we
have
is
that
our
MVP
is
barely
viable
with
the
change
from
Jitsu
to
snowplow.
We
lost
all
of
that
structured
event.
Data,
like
click
events,
where
that's
a
big
part
of
the
UI
today,
really
all
we're
giving
the
users
is
the
ability
to
change
time
frame
on
existing
graphs,
I
mean
in
essence
that's
all.
A
They
can
really
do
and
then
put
them
into
an
order
that
they
really
want
so
I'd
love
to
see
before
we
release
it
and
turn
it
on
flip
the
feature
flag,
work
with
back
end
and
figure
out.
How
do
we
get
structure
back
and
at
least
get
click
of
them
so
that
you
can
filter
by
click,
events
Group
by
click
event,
and
that's
the
feedback
that
we're
getting
from?
A
But
from
our
our
friends
in
developer,
experience
is
hey,
I
wanted
to
end
of
Ben
and
query
on
those
and
they're
abusing
page
views
today
and
trying
to
jam
data
into
page
views,
because
then
you
can
see
the
data
that
they
want.
Otherwise
it's
just
unstructured
events
that
are
being
sent
back
and
so
being
able
to
see
at
least
all
of
the
events,
and
then
we
can
work
on
now.
I
want
to
filter
events.
I
want
to
query
for
specific
events.
A
What
other
directions
that
might
take
us
would
be
then,
a
later
step,
as
we
really
really
iterate
on
this
and
maybe
tear
it
all
down
to
the
studs
and
build
it
back
up
with
a
new
designer.
But
for
me
that
would
be
before
we
flip
the
feature
flag.
What
I'd
want
to
see
otherwise
you'd
get
a
I
want
to
see
all
the
click
events
Group
by
click
event,
and
it's
all
just
unstructured
data
like
that
just
seems
like
a
broken
experience
and
not
a
valuable
experience
to
me.
C
I
know
y'all
go
ahead.
I
just
have
a
question
after
this
topic.
B
I
guess
what
I'm
trying
to
understand
is
you're
in
regards
to
your
common
specifications.
I'm
just
sharing
my
screen
just
to
show
the
visualization
designer
as
it
is
when
you
click
page
views.
Are
you
saying
that
in
this
around
here
you
want
insert
as
well
as
Pages?
You
want
click
events
or.
A
Something
you
can
change
your
measure,
so
eliminate
page
views,
get
rid
of
that
right.
I
want
a
quick
event,
quick
events,
all
quick
events
and
then
start
to
see
The
Click
event,
so
that
I
get
zero
data.
So
in
projects
where
I
know
I
have
click
event,
data
flowing
through
it
shows
up
as
unstructured
data
which,
if
I
have
more
than
one
click
events
I,
have
now
zero
idea
of
what
is
happening
and
where
it's
happening,
because
we
don't
allow
like
we're
not
sending
that
data
along
or
it's
not
queryable
out
of
Click
house.
A
So
it's
not
a.
It
was
working
before
with
Jitsu
what
I,
what
I'm
trying
to
say
is
we'll
get
back
to
that,
because
we
know
we
need
to
on
the
back
end
anyway.
We'll
get
to
that
point.
Let's
release
it.
I
like
the
ux
weeks.
Those
are
awesome.
That's
a
great
usability
Improvement
for
the
users,
I
think
and
I
glossed
over,
that
you
guys
did
a
great
job
of
iterating
on
the
existing
design.
A
That'll
get
this
into
a
much
better
place
until
we
have
a
ux
designer
in-house
and
we
can
really
rethink
this
experience
and
really
rethink
the
entire
opportunity
of
hey
I.
Don't
want
to
learn
another
query.
Language
Let
me
just
get
my
data
because
we're
going
to
approach
it
kind
of
from
that
really
high
level.
I
think
this
is
one
possible
solution
for
it.
A
So
putting
this
out
there
and
getting
feedback
from
users
is
going
to
be
great
I,
don't
think
we're
going
to
get
the
granularity
of
feedback
or
the
the
level
of
feedback
that
we
want
without
letting
them
see
the
events
that
they're
instrumenting
so
I
think
we
can
go
through
stage
one
even
most
of
stage
two
and
the
improvements
I
would
stop
at
stage
three
from
run-in
changes,
kind
of
skip
to
stage
four,
where
once
we
allow
users
to
save
the
visualization,
let
them
add
it
to
dashboards
and
have
instead
of
a
massive
list
that
is
no
Rhyme
or
Reason,
give
them
a
ordered
kind
of
structure
of
things
of
fewer
things.
A
You've
made
here
things
that
are
built
in
here,
things
that
are
value
stream
analytics
and,
as
we
add
more
visualizations
to
the
mix
of
custom
dashboards
like
what's
made
a
menu
either,
but
I
think
that
the
real
next
step
and
value
that
we
add
with
visualization
designer
is,
let's
get
structure
around
the
events
that
you're
sending
okay
and
I
say
that,
based
on
the
the
what
we
heard
from
users,
what
we
heard
yeah
I'm
over
using
page
views
and
what
we
heard
are
got
out
of
the
willingness
to
pay
data
of
hey
I.
B
Okay,
that
makes
complete
sense.
So
almost
a
stage,
zero,
add
click
events
as
it
were,
it
can
be
done
in
tandem
with
stage
one
but
add
click.
Events
make
sure
click
events
are
actually
working
properly,
which
will
require
obviously
working
with
instrumentation
to
make
sure
we're
getting
that
data
in
the
right
places
and
then
rendering
that
from.
B
End
okay:
I
can
update
the
comment
accordingly
and
then,
in
regards
to,
as
you
said,
stage
three
and
stage
four
you'd
prefer
if
they
were
swapped
around.
A
Yeah
I
think
we
want
to
give
a
new
designer
really
an
opportunity
to
explore
the
solution
space
and
give
us
all
an
opportunity
to
explore
the
space
before
we
put
too
many
other
tweaks
in
I.
Think
it
made
sense
to
like
the
big
usability
gaps
that
we
have
in
visualization
designer
today,
where
it
yelled
at
you,
because
you
didn't
complete
a
step.
You
didn't
know
about.
Let's
fix
those
like.
Let's
make
this
a
lot
easier
for
users
to
use
and
in
the
current
state,
but
let's
not
over,
invest
there.
A
Let's
get
it
to
a
point
where
we
know
users
can
easily
save
a
visualization,
so
they
can
add
it
to
a
dashboard,
because
that's
going
to
give
us
the
level
of
feedback
we
want
about
the
experience
I
think
that's
what
we
should
be
shooting
for
is
God's
kind
of
visualization
that
we
can
get
feedback
and
learn
from
I.
A
A
The
conversation
you
all
had
this
morning
on
this
looking
forward
to
reading
into
this
more
in
depth,
I
skimmed
over
it,
so
I
probably
didn't
give
it
enough
time.
Thanks,
y'all,
that's
right!
Jackie!
You
had
a
comment
before
on
the
diatribe.
Yeah.
C
No,
it
was
part
of
it.
Just
one
question
about
in
the
Epic.
Is
there
like
feature
or
design
issue
where
the
original
the
story
of
how
the
designs
got
to
be.
B
C
B
The
these
visualization
this
whole
visualization
designer
was
part
of
the
prequel
concept
that
just
got
transitioned
in,
which
is
why
it's
behind
the
flag,
because
it's
not
other
than
just
proving
that
it
can
work
and
Junior
and
starting
I,
think
you
you
Jones
and
Kevin.
You
you've
started
having
some
conversations
interview,
conversations
around
visualization
designer
views
as
well,
so
we
have
got
some
user
feedback,
but.
C
B
Well,
not
all
it
was
a
single
person-led
implementation
initially,
which
is
one
yeah
in
way
way
way
years
ago.
So.
A
Yeah
Jackie,
our
hypothesis,
is
that
if
we
put
it
out
with
some
improvement,
we're
going
to
get
a
better
level
of
feedback
like
I
said
from
users
who
can
build.
Visualizations
use
our
sdks
more
broadly,
because
if
they're
just
getting
page
like
page
view,
data
and
rough
user
data
accounts
is
not
as
valuable
as
if
you
can
start
to
instrument
a
vent
and
really
see
like
a
user
selected
this,
and
then
they
did
this.
A
If
I
can
start
to
be
that
event,
data
flowing
through
there's
a
lot
more
value
for
our
platform
teams
that
are
our
first
ideal
user
and
their
product
folks
to
see
what's
really
happening
in
their
applications
like
it's
great.
If
I
can
see
how
many
users
I
have,
but
I
really
want
to
see
if
they're
getting
value,
and
a
lot
of
that
relies
on
send
an
event
that
something
was
accomplished.
And
let
me
count
those.
So
that's
why
I'm
pushing
for?
A
C
That
makes
total
sense.
It's
like
hard
to
get
feedback
from
users
on
a
complex
workflow
if
the
data
is
not
realistic
or
useful
to
them
anyway.
So
that
makes
complete
sense.
I
just
wasn't
sure
if
there
was
something
I
should
go
back
and
look
at
to
see
how
we
got
to
here,
but
it
sounds
like
it
hasn't,
had
any
ux
input
up
until
now,
which
is
fun.
B
There
are
I
believe
there
are
some
at
least
think
in
figma
Kevin
had
some
sort
of
prototyping
sort
of
mocking
up
figuring
things
out
designs
in
there
as
well,
which
may
explain
some
more
of
his
what
he
was
thinking
long
term
too.
Okay,.
C
Yeah
I
was
looking
at
some
figma
files.
Yesterday,
I,
don't
think.
I
saw
something
that
was
about
the
visualization
designer,
though
I
saw
dashboard
Builder.
A
We
had
a
version
of
the
dashboard
designer
that
included
visualization
designer
that
we
ripped
out,
because
we
didn't
want
to
spend
a
ton
of
time
there
and
get
to
a
point
where
you
could
build
a
custom
dashboard.
That
is
basically
rearranging
the
panels
as
a
first
step
and
then
bring
in
hey.
Here's
now
designs
that
or
visualizations
rather
that
you've
created,
because
we
think
that
there's
a
great
path
forward
on
the
customs
of
custom
dashboards
with
other
visualizations
from
within
gitlab
that
we
don't
want
to
wait
on
either.
A
A
I
will
share
the
research
in
that
or
that
rather
the
ux
issue
back
or
the
research
issue
back
I'll
take
a
deeper
dive
and
keep
iterating
on
the
comment
with
you
and
rob
you
and
young
and
I
think
that's
all
the
action
items
anything
else
you
want
to
follow
up
on
or
make
sure
we
get
covered
in
the
next
week.