Portal do cliente para gabinetes de arquitetura

Um portal do cliente é um sítio onde o dono da obra acompanha o seu projeto e aprova o que lhe diz respeito, sem ter de perguntar ao gabinete. Para um gabinete de arquitetura, troca uma parte grande dos e-mails e telefonemas de "em que ponto está?" por um registo que fica. Este artigo explica o que deve (e não deve) mostrar, como funciona a aprovação e como começar.

Porque é que o e-mail não chega?

O e-mail é excelente para conversar e péssimo para ser a fonte de verdade de um projeto:

• As versões perdem-se. O cliente comenta a planta do anexo de terça-feira; entretanto já há duas versões mais recentes. A conversa passa a ser sobre um documento que já não existe.
• As aprovações são informais. "Por mim está ótimo, avancem" numa conversa com quarenta mensagens não é um registo utilizável quando, meses depois, surge a pergunta "quem aprovou isto?".
• O "não recebi" é invencível. Filtros de spam, anexos demasiado grandes, caixas cheias. Sem um sítio partilhado, a entrega de um documento é sempre discutível.
• O gabinete torna-se uma central de atendimento. Cada pedido de estado interrompe quem está a produzir. E quanto melhor o gabinete, mais projetos — e mais interrupções.

O que é um portal do cliente?

É uma vista limitada e permanente dos projetos de um cliente, com acesso próprio. Em vez de perguntar, o cliente entra e vê:

• As fases do projeto — estudo prévio, licenciamento, execução — e em qual está agora.
• Os ficheiros que o gabinete pôs à sua revisão, organizados por submissão, para que não haja dúvidas sobre qual é a mais recente.
• O que está à espera da sua aprovação — com um sítio próprio para aprovar ou pedir alterações, que fica registado.

Nada disto exige que o cliente aprenda software de arquitetura: é uma página simples, pensada para quem não é técnico, que funciona no computador e no telemóvel.

O que o cliente deve ver — e o que não deve?

O cliente deve ver os resultados que lhe pertence decidir, e não o processo interno. É a parte mais importante do desenho de um portal.

Deve ver:

• as fases e o progresso dos seus projetos;
• os entregáveis que lhe cabe rever e aprovar;
• os eventos em que participa — reuniões e visitas de obra — com data e hora.

Não deve ver:

• trabalho em curso, esboços e versões intermédias — geram ansiedade e comentários prematuros;
• a comunicação interna da equipa e o calendário do gabinete;
• os projetos dos outros clientes, obviamente.

É por isto que uma pasta partilhada na nuvem não serve de portal: partilha demasiado ou de menos, e sempre sem controlo fino. Um portal a sério assenta em permissões próprias para clientes, separadas das da equipa.

Como funciona a aprovação de ficheiros?

A aprovação deve ser ficheiro a ficheiro, com data, autor e nota. Assim, quando meses depois alguém perguntar o que foi aprovado e quando, a resposta não depende da memória de ninguém.

No portal do Vellum, o cliente abre e descarrega os ficheiros das fases marcadas como revisão de cliente e, em cada um, escolhe Aprovar ou Pedir alterações. Pode tratar vários ficheiros de uma vez, e quando pede alterações tem de deixar uma nota a explicar o quê. Cada decisão entra no histórico de revisão do ficheiro, visível para o gabinete e para o cliente.

Quando o gabinete carrega uma nova submissão numa dessas fases, o cliente recebe um e-mail com a ligação para o portal. As ligações de descarga expiram ao fim de 15 minutos, por isso um ficheiro reencaminhado por engano não fica acessível para sempre.

O que muda na prática?

Um portal não muda o trabalho de projeto; muda o trabalho à volta dele:

• Menos interrupções. A pergunta "em que ponto está?" passa a ter resposta sem ninguém do gabinete intervir. As reuniões passam a ser sobre decisões, não sobre estado.
• Aprovações com data e autor. Quando há divergência meses depois, o registo existe — o que protege o gabinete e o cliente.
• Mais confiança. Um cliente que vê o progresso sem ter de pedir sente que o projeto está controlado — e um cliente satisfeito recomenda o gabinete.
• Um argumento comercial. "Vai poder acompanhar o seu projeto online" é uma frase que pesa numa proposta, sobretudo para clientes que já tiveram más experiências.

Modelo de atualização para o cliente

Mesmo com um portal, vale a pena enviar um ponto de situação curto nos momentos que importam — o fim de uma fase, uma submissão à câmara, uma decisão pendente. Copie e adapte:

Olá [nome],

Ponto de situação do projeto [identificador] — fase atual: [fase].

Concluído desde a última atualização:
- [entregável ou marco], em [data]

Precisamos de si:
- Rever e aprovar no portal: [ficheiros], até [data]

Próximos passos:
- [próxima etapa], prevista para [data]

Pode acompanhar tudo, a qualquer momento, no portal: [endereço do portal].

Obrigado,
[assinatura]

Três regras tornam o modelo útil: uma mensagem por marco, não por semana; um pedido de decisão claro, com data; e a ligação para o portal, para que a conversa continue no sítio onde fica registada.

Como começar, passo a passo?

1. Escolha um ou dois projetos com clientes recetivos — não é preciso migrar tudo de uma vez.
2. No tipo de projeto, marque as fases em que o cliente revê os entregáveis, e confirme que a fase atual de cada projeto está registada.
3. Crie a conta do cliente no portal — a palavra-passe é gerada automaticamente e pode ir por e-mail — e envie-lhe duas linhas de contexto.
4. Na reunião seguinte, abra o portal em vez de abrir o e-mail — o hábito muda a partir daí.

O portal do cliente é uma das funcionalidades centrais do Vellum Architecture e está incluído no Core e no Professional, os dois planos pagos. Se está a repensar a forma como o gabinete gere projetos de ponta a ponta, comece pelo nosso guia de gestão de projetos de arquitetura — o portal é a peça que fecha o ciclo com o cliente.