Design Ops
4 de set. de 2024
Organizando arquivos
Contexto
Nós designers sabemos como é receber um projeto de outra pessoa. Nem todo mundo funciona da mesma maneira, é o que torna nosso campo tão variado. Precisamos gastar um certo tempo focando na adaptação. Acumular arquivos e não ter um processo de documentação definido está longe do cenário ideal, além de ser uma receita para o caos e atraso nas entregas, concorda?
Isso porque a má organização prejudica não só a manutenção e o fluxo de criação de arquivos. Mas também o desempenho do time no dia a dia de trabalho. Em uma equipe com quase 50 designers como a Toro, uma lógica subjetiva de organização, em que cada time “faz à sua maneira”, não funciona. Principalmente quando precisamos escalar e aplicar a manutenção e nos cenários onde tivemos um fluxo constante de entradas e saídas de colaboradores no time.
O que por sua vez gera:
dificuldades para localizar arquivos;
manutenção ineficaz;
inconsistência na sistematização;
produção de arquivos cada vez mais pesados;
falta de alinhamento da equipe;
não uso ou inexistência de um design system;
e falta de documentação para os stakeholders do produto.
Daí veio o questionamento: o que fazer diante dessas dores? Pensando nisso, surgiu a primeira proposta de organização da plataforma Figma.
Permissões
TODOS os membros do time de Design Toro tem permissão de edição aos times relacionados ao produto Toro, são esses:
[T oro] Cadastro
[T oro] Login, biometria, tokens e senha
[T oro] Bolsa de Valores
[T oro] Open Finance
[T oro] Trader
[T oro] Minha conta
[T oro] Cursos[T oro] Saque, transferência e movimentações
[T oro] Ajuda
[T oro] Fundos
[T oro] Outros
[T oro] Criptoativos
[T oro] COE
[T oro] Operações Estruturadas
[T oro] Ofertas Públicas
[T oro] Renda Fixa
[T oro] Experiência do Exclusivo
No caso dos times relacionados a squads, as permissões ficam a cargo de seus respectivos criadores, dando preferência aos PMs como administradores.
No caso dos times relacionados a squads, as permissões ficam a cargo de seus respectivos criadores, dando preferência aos PMs como administradores.
Administradores
Todos os Design leads tem permissão de administração nos times do Figma, sendo assim podem: criar, excluir, editar e conceder permissões a outros usuários.
No caso dos times relacionados a squads, as permissões ficam a cargo de seus respectivos criadores, dando preferência aos PMs e POs como administradores.
Caso o colaborador se encontre sem permissão ou acesso a algum time, orienta-se que procure seu líder para que ele possa ajudá-lo concedendo os devidos acessos!
Organization Plan
Tendo em vista as limitações do plano atual no Figma, seguimos com as seguintes definições:
Times: Contém as estratégias macro. Ex: Produtos core e times de produto;
Projetos: Contém partes da jornada do usuário. Ex: Handoff, Arquivo e Design process.
Arquivos: Jornada completa (fonte da verdade) & iniciativas em andamento;
Páginas: Categorizam o que vai ser encontrado no arquivo de design;
Histórico: Usado para referenciar um arquivo com nossos gerentes de projeto ou engenheiros;
Design: Conteúdos do processo de design, utilizados também para handoff;
Times
As equipes no Figma da Toro são organizadas de acordo com os produtos que construímos. Incentivamos você a ingressar em quantas equipes desejar para ver o trabalho acontecendo em outras áreas do negócio.
Existem 2 tipos de times que contém as estratégias macro.
Produtos core: Usados para abrigar partes das jornadas desenvolvidas pelo time de Design.
[ BU ] Nome da jornada. Ex: [Toro] Login
Times de produto: Usados para que squads e tribos tenham seu espaço privado.
BU → Time/Squad/Tribo. Ex: Toro → Dumbo
Projetos
Os projetos permitem que você agrupe seus arquivos de design relacionados em um único espaço, como uma pasta em um sistema de arquivos.
Para incentivar a nomenclatura consistente e melhorar a descoberta, propomos as seguintes categorias de projetos com uma convenção de emoji simples para sua nomenclatura:
✍️ Handoff
🗄️ Arquivo legado
📱 App
🖥️ Web
💬 Discovery
📧 Comunicação
🧩 Componentes Locais
No caso de times de produto, os projetos ficam a cargo dos membros do time específico, porém sugerimos as categorias a seguir inicialmente:
🚀 Team building
🗺 Planejamento estratégico
Nomenclatura de arquivos
Encontrar arquivos dentro do Figma pode se mostrar uma tarefa um pouco exaustiva, caso o nome que está procurando não seja exatamente o mesmo usado na hora de salvar o projeto. Para evitar a fadiga, o sistema deve ser:
Handoff
Ex: 📱🖥️ Fluxo envolvido [US-1234] Squad
📱🖥️ : Identifica quais as plataformas a serem encontradas no arquivo
Fluxo envolvido: Com uma busca simples é possível levantar todos os arquivos relacionados a um mesmo fluxo de produto
[US-1234]: Utilizado para que devs e PMs encontrem rapidamente o arquivo relacionado a uma US ou Task
Squad: Aqui teremos um histórico rápido de todas alterações que passaram pelo time de design
Arquivos de Design
Ex: 📱🖥️ Fluxo envolvido | Plataforma
📱🖥️: Identifica quais as plataformas a serem encontradas no arquivo
Fluxo envolvido: Com uma busca simples é possível levantar todos os arquivos relacionados a um mesmo fluxo de produto
Plataforma: Aqui teremos a especificação a qual plataforma está referenciada no arquivo, caso haja conflito de nome em fluxos
Miniaturas/Fotos de capa
Conforme o projeto começa a tomar forma e a quantidade de arquivos vão aumentar. Ter uma miniatura/foto de capa ajudará você a organizar seus projetos dentro de uma
equipe. As capas de arquivo ajudarão você a encontrar o que precisa à primeira vista ao entrar em um espaço de equipe no Figma.
Temos como padrão as seguintes capas:
Escolhemos cores diferentes para referenciar e destacar cada status.
Layers internos
A organização interna dependerá de dois elementos: estrutura interna de layers e capa interna. Cada projeto no Figma consiste em páginas diferentes. Você pode usar páginas para dividir seu projeto em seções. Nós sugerimos como padrão a seguinte estrutura:
🟡 Design WIP: US em andamento, design já organizado em cenários, pós playground
🟢 Pronto para DEV: Fazer o handoff aqui e depois passar para o arquivo do figma de handoff daquela US
🟣 Em produção: Passar para produção o que está no Design Wip após a US de fato estar em produção
Seguindo as camadas acima, enquanto você estiver trabalhando em uma iniciativa, irá colocar isso em “🟡 Design WIP”. Uma vez que seu fluxo for encaminhado para produção, será preciso retornar ao arquivo para movê-lo para “🟣 Em produção”.
Ao trabalhar em evoluções dentro de um mesmo épico, indicamos adicionar uma diferenciação na nomenclatura de camadas para que as iterações sejam claras, evitando assim a necessidade de criação de vários arquivos relacionados ao mesmo fluxo de trabalho. Assim como no exemplo abaixo:
Uma vez que seu fluxo for encaminhado para produção, será preciso retornar ao arquivo para movê-lo para “🟣 Em produção”.
Capa interna
Por fim, decidimos incluir uma capa interna para abranger informações importantes, mas que nem sempre podem ser contempladas na capa principal. As capas internas serão
ideais para identificar fluxos secundários contidos dentro de um fluxo principal.
Histórico
Usado para referenciar um arquivo com nossos gerentes de projeto ou engenheiros. Registre no Histórico do Figma, quais as principais modificações feitas no fluxo, para que a versão seja salva permanentemente.
Aprendizados
Espero que todos nós, graças a essas regras ou às suas próprias regras, mantenhamos nossos projetos Figma e ideias incríveis, um pouco mais simples de entender não apenas para usuários finais, mas também para nossos colegas.
A Toro hoje é uma empresa enorme com muitas iniciativas sendo tocadas e surgindo a todo momento. As áreas de atuação não poderiam deixar de ser extremamente únicas, cada uma com sua peculiaridade. Sendo assim, ao final deste projeto, saímos com um escopo ideado para funcionar como um modelo. Pequenas mudanças e adaptações serão necessárias justamente para se encaixarem em cada cenário, afinal, trabalhamos em um organismo vivo e estamos sempre sujeitos a mudanças (ainda bem)!
Design Ops
Design Ops
4 de set. de 2024
Organizando arquivos
Contexto
Nós designers sabemos como é receber um projeto de outra pessoa. Nem todo mundo funciona da mesma maneira, é o que torna nosso campo tão variado. Precisamos gastar um certo tempo focando na adaptação. Acumular arquivos e não ter um processo de documentação definido está longe do cenário ideal, além de ser uma receita para o caos e atraso nas entregas, concorda?
Isso porque a má organização prejudica não só a manutenção e o fluxo de criação de arquivos. Mas também o desempenho do time no dia a dia de trabalho. Em uma equipe com quase 50 designers como a Toro, uma lógica subjetiva de organização, em que cada time “faz à sua maneira”, não funciona. Principalmente quando precisamos escalar e aplicar a manutenção e nos cenários onde tivemos um fluxo constante de entradas e saídas de colaboradores no time.
O que por sua vez gera:
dificuldades para localizar arquivos;
manutenção ineficaz;
inconsistência na sistematização;
produção de arquivos cada vez mais pesados;
falta de alinhamento da equipe;
não uso ou inexistência de um design system;
e falta de documentação para os stakeholders do produto.
Daí veio o questionamento: o que fazer diante dessas dores? Pensando nisso, surgiu a primeira proposta de organização da plataforma Figma.
Permissões
TODOS os membros do time de Design Toro tem permissão de edição aos times relacionados ao produto Toro, são esses:
[T oro] Cadastro
[T oro] Login, biometria, tokens e senha
[T oro] Bolsa de Valores
[T oro] Open Finance
[T oro] Trader
[T oro] Minha conta
[T oro] Cursos[T oro] Saque, transferência e movimentações
[T oro] Ajuda
[T oro] Fundos
[T oro] Outros
[T oro] Criptoativos
[T oro] COE
[T oro] Operações Estruturadas
[T oro] Ofertas Públicas
[T oro] Renda Fixa
[T oro] Experiência do Exclusivo
No caso dos times relacionados a squads, as permissões ficam a cargo de seus respectivos criadores, dando preferência aos PMs como administradores.
No caso dos times relacionados a squads, as permissões ficam a cargo de seus respectivos criadores, dando preferência aos PMs como administradores.
Administradores
Todos os Design leads tem permissão de administração nos times do Figma, sendo assim podem: criar, excluir, editar e conceder permissões a outros usuários.
No caso dos times relacionados a squads, as permissões ficam a cargo de seus respectivos criadores, dando preferência aos PMs e POs como administradores.
Caso o colaborador se encontre sem permissão ou acesso a algum time, orienta-se que procure seu líder para que ele possa ajudá-lo concedendo os devidos acessos!
Organization Plan
Tendo em vista as limitações do plano atual no Figma, seguimos com as seguintes definições:
Times: Contém as estratégias macro. Ex: Produtos core e times de produto;
Projetos: Contém partes da jornada do usuário. Ex: Handoff, Arquivo e Design process.
Arquivos: Jornada completa (fonte da verdade) & iniciativas em andamento;
Páginas: Categorizam o que vai ser encontrado no arquivo de design;
Histórico: Usado para referenciar um arquivo com nossos gerentes de projeto ou engenheiros;
Design: Conteúdos do processo de design, utilizados também para handoff;
Times
As equipes no Figma da Toro são organizadas de acordo com os produtos que construímos. Incentivamos você a ingressar em quantas equipes desejar para ver o trabalho acontecendo em outras áreas do negócio.
Existem 2 tipos de times que contém as estratégias macro.
Produtos core: Usados para abrigar partes das jornadas desenvolvidas pelo time de Design.
[ BU ] Nome da jornada. Ex: [Toro] Login
Times de produto: Usados para que squads e tribos tenham seu espaço privado.
BU → Time/Squad/Tribo. Ex: Toro → Dumbo
Projetos
Os projetos permitem que você agrupe seus arquivos de design relacionados em um único espaço, como uma pasta em um sistema de arquivos.
Para incentivar a nomenclatura consistente e melhorar a descoberta, propomos as seguintes categorias de projetos com uma convenção de emoji simples para sua nomenclatura:
✍️ Handoff
🗄️ Arquivo legado
📱 App
🖥️ Web
💬 Discovery
📧 Comunicação
🧩 Componentes Locais
No caso de times de produto, os projetos ficam a cargo dos membros do time específico, porém sugerimos as categorias a seguir inicialmente:
🚀 Team building
🗺 Planejamento estratégico
Nomenclatura de arquivos
Encontrar arquivos dentro do Figma pode se mostrar uma tarefa um pouco exaustiva, caso o nome que está procurando não seja exatamente o mesmo usado na hora de salvar o projeto. Para evitar a fadiga, o sistema deve ser:
Handoff
Ex: 📱🖥️ Fluxo envolvido [US-1234] Squad
📱🖥️ : Identifica quais as plataformas a serem encontradas no arquivo
Fluxo envolvido: Com uma busca simples é possível levantar todos os arquivos relacionados a um mesmo fluxo de produto
[US-1234]: Utilizado para que devs e PMs encontrem rapidamente o arquivo relacionado a uma US ou Task
Squad: Aqui teremos um histórico rápido de todas alterações que passaram pelo time de design
Arquivos de Design
Ex: 📱🖥️ Fluxo envolvido | Plataforma
📱🖥️: Identifica quais as plataformas a serem encontradas no arquivo
Fluxo envolvido: Com uma busca simples é possível levantar todos os arquivos relacionados a um mesmo fluxo de produto
Plataforma: Aqui teremos a especificação a qual plataforma está referenciada no arquivo, caso haja conflito de nome em fluxos
Miniaturas/Fotos de capa
Conforme o projeto começa a tomar forma e a quantidade de arquivos vão aumentar. Ter uma miniatura/foto de capa ajudará você a organizar seus projetos dentro de uma
equipe. As capas de arquivo ajudarão você a encontrar o que precisa à primeira vista ao entrar em um espaço de equipe no Figma.
Temos como padrão as seguintes capas:
Escolhemos cores diferentes para referenciar e destacar cada status.
Layers internos
A organização interna dependerá de dois elementos: estrutura interna de layers e capa interna. Cada projeto no Figma consiste em páginas diferentes. Você pode usar páginas para dividir seu projeto em seções. Nós sugerimos como padrão a seguinte estrutura:
🟡 Design WIP: US em andamento, design já organizado em cenários, pós playground
🟢 Pronto para DEV: Fazer o handoff aqui e depois passar para o arquivo do figma de handoff daquela US
🟣 Em produção: Passar para produção o que está no Design Wip após a US de fato estar em produção
Seguindo as camadas acima, enquanto você estiver trabalhando em uma iniciativa, irá colocar isso em “🟡 Design WIP”. Uma vez que seu fluxo for encaminhado para produção, será preciso retornar ao arquivo para movê-lo para “🟣 Em produção”.
Ao trabalhar em evoluções dentro de um mesmo épico, indicamos adicionar uma diferenciação na nomenclatura de camadas para que as iterações sejam claras, evitando assim a necessidade de criação de vários arquivos relacionados ao mesmo fluxo de trabalho. Assim como no exemplo abaixo:
Uma vez que seu fluxo for encaminhado para produção, será preciso retornar ao arquivo para movê-lo para “🟣 Em produção”.
Capa interna
Por fim, decidimos incluir uma capa interna para abranger informações importantes, mas que nem sempre podem ser contempladas na capa principal. As capas internas serão
ideais para identificar fluxos secundários contidos dentro de um fluxo principal.
Histórico
Usado para referenciar um arquivo com nossos gerentes de projeto ou engenheiros. Registre no Histórico do Figma, quais as principais modificações feitas no fluxo, para que a versão seja salva permanentemente.
Aprendizados
Espero que todos nós, graças a essas regras ou às suas próprias regras, mantenhamos nossos projetos Figma e ideias incríveis, um pouco mais simples de entender não apenas para usuários finais, mas também para nossos colegas.
A Toro hoje é uma empresa enorme com muitas iniciativas sendo tocadas e surgindo a todo momento. As áreas de atuação não poderiam deixar de ser extremamente únicas, cada uma com sua peculiaridade. Sendo assim, ao final deste projeto, saímos com um escopo ideado para funcionar como um modelo. Pequenas mudanças e adaptações serão necessárias justamente para se encaixarem em cada cenário, afinal, trabalhamos em um organismo vivo e estamos sempre sujeitos a mudanças (ainda bem)!
Design Ops
Design Ops
4 de set. de 2024
Organizando arquivos
Contexto
Nós designers sabemos como é receber um projeto de outra pessoa. Nem todo mundo funciona da mesma maneira, é o que torna nosso campo tão variado. Precisamos gastar um certo tempo focando na adaptação. Acumular arquivos e não ter um processo de documentação definido está longe do cenário ideal, além de ser uma receita para o caos e atraso nas entregas, concorda?
Isso porque a má organização prejudica não só a manutenção e o fluxo de criação de arquivos. Mas também o desempenho do time no dia a dia de trabalho. Em uma equipe com quase 50 designers como a Toro, uma lógica subjetiva de organização, em que cada time “faz à sua maneira”, não funciona. Principalmente quando precisamos escalar e aplicar a manutenção e nos cenários onde tivemos um fluxo constante de entradas e saídas de colaboradores no time.
O que por sua vez gera:
dificuldades para localizar arquivos;
manutenção ineficaz;
inconsistência na sistematização;
produção de arquivos cada vez mais pesados;
falta de alinhamento da equipe;
não uso ou inexistência de um design system;
e falta de documentação para os stakeholders do produto.
Daí veio o questionamento: o que fazer diante dessas dores? Pensando nisso, surgiu a primeira proposta de organização da plataforma Figma.
Permissões
TODOS os membros do time de Design Toro tem permissão de edição aos times relacionados ao produto Toro, são esses:
[T oro] Cadastro
[T oro] Login, biometria, tokens e senha
[T oro] Bolsa de Valores
[T oro] Open Finance
[T oro] Trader
[T oro] Minha conta
[T oro] Cursos[T oro] Saque, transferência e movimentações
[T oro] Ajuda
[T oro] Fundos
[T oro] Outros
[T oro] Criptoativos
[T oro] COE
[T oro] Operações Estruturadas
[T oro] Ofertas Públicas
[T oro] Renda Fixa
[T oro] Experiência do Exclusivo
No caso dos times relacionados a squads, as permissões ficam a cargo de seus respectivos criadores, dando preferência aos PMs como administradores.
No caso dos times relacionados a squads, as permissões ficam a cargo de seus respectivos criadores, dando preferência aos PMs como administradores.
Administradores
Todos os Design leads tem permissão de administração nos times do Figma, sendo assim podem: criar, excluir, editar e conceder permissões a outros usuários.
No caso dos times relacionados a squads, as permissões ficam a cargo de seus respectivos criadores, dando preferência aos PMs e POs como administradores.
Caso o colaborador se encontre sem permissão ou acesso a algum time, orienta-se que procure seu líder para que ele possa ajudá-lo concedendo os devidos acessos!
Organization Plan
Tendo em vista as limitações do plano atual no Figma, seguimos com as seguintes definições:
Times: Contém as estratégias macro. Ex: Produtos core e times de produto;
Projetos: Contém partes da jornada do usuário. Ex: Handoff, Arquivo e Design process.
Arquivos: Jornada completa (fonte da verdade) & iniciativas em andamento;
Páginas: Categorizam o que vai ser encontrado no arquivo de design;
Histórico: Usado para referenciar um arquivo com nossos gerentes de projeto ou engenheiros;
Design: Conteúdos do processo de design, utilizados também para handoff;
Times
As equipes no Figma da Toro são organizadas de acordo com os produtos que construímos. Incentivamos você a ingressar em quantas equipes desejar para ver o trabalho acontecendo em outras áreas do negócio.
Existem 2 tipos de times que contém as estratégias macro.
Produtos core: Usados para abrigar partes das jornadas desenvolvidas pelo time de Design.
[ BU ] Nome da jornada. Ex: [Toro] Login
Times de produto: Usados para que squads e tribos tenham seu espaço privado.
BU → Time/Squad/Tribo. Ex: Toro → Dumbo
Projetos
Os projetos permitem que você agrupe seus arquivos de design relacionados em um único espaço, como uma pasta em um sistema de arquivos.
Para incentivar a nomenclatura consistente e melhorar a descoberta, propomos as seguintes categorias de projetos com uma convenção de emoji simples para sua nomenclatura:
✍️ Handoff
🗄️ Arquivo legado
📱 App
🖥️ Web
💬 Discovery
📧 Comunicação
🧩 Componentes Locais
No caso de times de produto, os projetos ficam a cargo dos membros do time específico, porém sugerimos as categorias a seguir inicialmente:
🚀 Team building
🗺 Planejamento estratégico
Nomenclatura de arquivos
Encontrar arquivos dentro do Figma pode se mostrar uma tarefa um pouco exaustiva, caso o nome que está procurando não seja exatamente o mesmo usado na hora de salvar o projeto. Para evitar a fadiga, o sistema deve ser:
Handoff
Ex: 📱🖥️ Fluxo envolvido [US-1234] Squad
📱🖥️ : Identifica quais as plataformas a serem encontradas no arquivo
Fluxo envolvido: Com uma busca simples é possível levantar todos os arquivos relacionados a um mesmo fluxo de produto
[US-1234]: Utilizado para que devs e PMs encontrem rapidamente o arquivo relacionado a uma US ou Task
Squad: Aqui teremos um histórico rápido de todas alterações que passaram pelo time de design
Arquivos de Design
Ex: 📱🖥️ Fluxo envolvido | Plataforma
📱🖥️: Identifica quais as plataformas a serem encontradas no arquivo
Fluxo envolvido: Com uma busca simples é possível levantar todos os arquivos relacionados a um mesmo fluxo de produto
Plataforma: Aqui teremos a especificação a qual plataforma está referenciada no arquivo, caso haja conflito de nome em fluxos
Miniaturas/Fotos de capa
Conforme o projeto começa a tomar forma e a quantidade de arquivos vão aumentar. Ter uma miniatura/foto de capa ajudará você a organizar seus projetos dentro de uma
equipe. As capas de arquivo ajudarão você a encontrar o que precisa à primeira vista ao entrar em um espaço de equipe no Figma.
Temos como padrão as seguintes capas:
Escolhemos cores diferentes para referenciar e destacar cada status.
Layers internos
A organização interna dependerá de dois elementos: estrutura interna de layers e capa interna. Cada projeto no Figma consiste em páginas diferentes. Você pode usar páginas para dividir seu projeto em seções. Nós sugerimos como padrão a seguinte estrutura:
🟡 Design WIP: US em andamento, design já organizado em cenários, pós playground
🟢 Pronto para DEV: Fazer o handoff aqui e depois passar para o arquivo do figma de handoff daquela US
🟣 Em produção: Passar para produção o que está no Design Wip após a US de fato estar em produção
Seguindo as camadas acima, enquanto você estiver trabalhando em uma iniciativa, irá colocar isso em “🟡 Design WIP”. Uma vez que seu fluxo for encaminhado para produção, será preciso retornar ao arquivo para movê-lo para “🟣 Em produção”.
Ao trabalhar em evoluções dentro de um mesmo épico, indicamos adicionar uma diferenciação na nomenclatura de camadas para que as iterações sejam claras, evitando assim a necessidade de criação de vários arquivos relacionados ao mesmo fluxo de trabalho. Assim como no exemplo abaixo:
Uma vez que seu fluxo for encaminhado para produção, será preciso retornar ao arquivo para movê-lo para “🟣 Em produção”.
Capa interna
Por fim, decidimos incluir uma capa interna para abranger informações importantes, mas que nem sempre podem ser contempladas na capa principal. As capas internas serão
ideais para identificar fluxos secundários contidos dentro de um fluxo principal.
Histórico
Usado para referenciar um arquivo com nossos gerentes de projeto ou engenheiros. Registre no Histórico do Figma, quais as principais modificações feitas no fluxo, para que a versão seja salva permanentemente.
Aprendizados
Espero que todos nós, graças a essas regras ou às suas próprias regras, mantenhamos nossos projetos Figma e ideias incríveis, um pouco mais simples de entender não apenas para usuários finais, mas também para nossos colegas.
A Toro hoje é uma empresa enorme com muitas iniciativas sendo tocadas e surgindo a todo momento. As áreas de atuação não poderiam deixar de ser extremamente únicas, cada uma com sua peculiaridade. Sendo assim, ao final deste projeto, saímos com um escopo ideado para funcionar como um modelo. Pequenas mudanças e adaptações serão necessárias justamente para se encaixarem em cada cenário, afinal, trabalhamos em um organismo vivo e estamos sempre sujeitos a mudanças (ainda bem)!