Guia completo
Quatro formas de publicar um horário e a quem se destina cada uma
Todas as instituições acabam por usar mais do que uma. O erro é escolher uma e presumir que abrange toda a gente.
As quatro vias
Não são tanto alternativas como distâncias diferentes em relação ao leitor.
Um endereço web é a via simples, e é a que se imprime. O sítio web de horários da instituição apresenta o calendário completo, filtrado por quem o consulta; uma ligação com uma seleção abre exatamente o horário que pretendia enviar, e uma ligação sem data mantém-se correta durante todo o ano — o que a torna segura num painel de avisos ou atrás de um código QR à porta de uma sala de aula.
Uma vista incorporada é a mesma coisa dentro da página da sua faculdade, para leitores que nunca deveriam ter de a abandonar. Dê-lhe espaço: uma grelha semanal precisa de cerca de 900 píxeis antes de passar a uma disposição mais estreita.
Uma subscrição de calendário coloca o horário dentro da aplicação que alguém já tem aberta o dia inteiro. Atualiza-se sozinha e é a resposta certa para os docentes. Como funcionam os feeds.
A aplicação móvel é a única das quatro que consegue chegar a alguém que não está a olhar.
- Uma ligação — pública, imprimível e correta durante todo o ano
- Uma vista incorporada — a mesma vista dentro das suas próprias páginas
- Uma subscrição — dentro do calendário em que as pessoas já vivem
- A aplicação — personalizada e capaz de interromper
Publicar não é notificar, e a diferença custa dinheiro
Uma página web e um feed de calendário são meios de pull. O leitor tem de ir ver, ou o seu calendário tem de ir reler. Nenhum deles consegue originar uma mensagem, o que significa que nenhum consegue avisar ninguém de que algo acabou de mudar.
Na prática, não é uma distinção pequena. Um feed de calendário pode atualizar-se silenciosamente durante a noite; o estudante que consultou ontem dirige-se de manhã à sala antiga. Publicar corretamente a alteração e ninguém tomar conhecimento são o mesmo resultado para quem está à porta errada.
Assim, uma instituição que apenas publica resolveu metade do problema. A metade que resta é a notificação — uma notificação push para os telemóveis exatamente das pessoas afetadas e um email para quem o prefere. O que realmente chega a um telemóvel.
Que via para que leitor
| Leitor | O que precisa | Via |
|---|---|---|
| Um futuro estudante ou um visitante | Ver que a instituição tem um horário e, aproximadamente, o seu aspeto | O endereço web público |
| Um estudante atual | O seu próprio horário, no telemóvel, com as alterações a chegarem-lhe | A aplicação, com o endereço web como alternativa |
| Um docente | A sua lecionação junto às suas reuniões, sem um segundo sítio onde consultar | Uma subscrição de calendário |
| Um serviço de departamento | Uma sala ou um programa, de relance | Uma ligação com a seleção, ou um feed de sala |
| Alguém parado num corredor | A próxima hora neste edifício | Um ecrã de sinalética |
| Um examinador externo, uma só vez | Uma semana, agora | Um ficheiro descarregado — o único caso em que um descarregamento é a resposta certa |
Três coisas que correm mal
Um ficheiro enviado em vez de um endereço. Alguém exporta um período e envia-o por email a todos em setembro. É uma fotografia, nunca mais muda e ninguém que a tenha sabe disso.
Uma ligação com uma data. Abre nessa semana para sempre. Imprima uma num painel de avisos e fica errada a partir da segunda semana de aulas.
Publicar um horário de que ninguém foi informado. A mais comum das três e a menos visível: o horário está correto, o sítio web está correto e os estudantes continuam a perguntar ao gabinete onde é a sua aula — porque nada anunciou a existência de qualquer destas coisas.
Quer ver isto a funcionar?
Marque uma apresentação online de 45 minutos e percorreremos a solução com base no problema de planeamento de horários da sua própria instituição.