Hai un debate constante na comunidade de hackathon sobre se importa o deseño da presentación que os equipos presentan aos membros do xurado no lanzamento final do produto. Do 20 ao 22 de novembro os participantes no noso programa de pre-aceleración terán que defender os seus proxectos. Preguntámonos que papel xoga realmente unha fermosa presentación nesta actuación e como facer que pareza un doce, polo menos cun salario mínimo. Para descubrilo, recorremos aos participantes na fase final da competición. Nesta publicación, compartirán a súa experiencia de traballar en hackathons con e sen un deseñador, e tamén darán varios trucos de vida sobre como facer un verdadeiro doce cunha presentación cun conxunto mínimo de ingredientes.
¿Necesitas deseñadores no teu equipo?
De feito, a resposta a esta pregunta reside nas especificidades do evento e canto tempo se lles dá aos equipos para preparar a presentación. Se falamos de hackathons, algúns deles duran 36 horas e outros - 48. Estarás de acordo en que no segundo caso todo é moito máis sinxelo, porque as horas extra non prexudicarán a ninguén (e terás tempo para facer un excelente presentación cun deseño elegante). Os hackathons, que tratan máis de "codificación", non requiren ningún esforzo por parte do deseñador: os equipos simplemente necesitan usar modelos clásicos de Power Point e Keynote.
En Digital Breakthrough, formulamos inicialmente a mensaxe principal de que queremos ver equipos multidisciplinares, onde hai todos os roles: desenvolvedores, deseñadores, xestores e comerciantes. Isto axuda a traballar o proxecto desde diferentes ángulos, achegándoo á perfección comercial. Non obstante, durante as finais, moitos participantes dixeron que non é doado dominar o deseño en 48 horas e que non importa para nada que haxa deseñador ou non.
Os equipos terán moito máis tempo para preparar as presentacións para a defensa final despois do programa de pre-aceleración, para que poidan literalmente "untarse" con ferramentas para deseñar unha presentación realmente adecuada.
Alexander Streltsov, cofundador de 152фз.рф, capitán do equipo Crime verdadeiro: "Un deseñador nun hackathon pode estar ausente ou presente. É posible debuxar nunha idea e diapositivas brancas cos pensamentos principais. Teño experiencia no pasado presentando proxectos a investidores e recibindo investimentos. Para eles, o deseño é menos importante. Para un hackathon pode ser diferente. Podes sorprender ao xurado cunha fermosa presentación, xa que serve como criterio de valoración”.
Artem Pokrasenko, membro do equipo "Muletas e bicicletas" cre que os deseñadores son imprescindibles para calquera equipo: "Hai unha vella broma de que un dos problemas co desenvolvemento de produtos é que os clientes non o usan como o quería o programador. O deseñador, e se entende a UX, axuda a levar a un denominador común como se usa o produto e para que foi deseñado. Ben, puramente subxectivamente: amamos máis un produto fermoso".
Segundo Artem, os deseñadores son definitivamente necesarios e pódense dar moitas razóns a favor:
En primeiro lugar a presentación debe destacarse das demais. Por exemplo, ao principio falas dun tal Petya ou dun grupo legalmente rexistrado chamado Petya, que teñen algún tipo de problema que lles complica moito a vida. Entón, de súpeto descobren que o teu produto pode solucionalo. Deste xeito, mostras a idea principal do proxecto dun xeito sinxelo, sinalas o problema que resolve e mostras a cara satisfeita de Petya. A simplicidade de execución adoita ser a clave do éxito.
En segundo lugar o deseñador quita moita presión aos desenvolvedores frontend. Se hai un deseño, todo o que teñen que facer é colocalo e conectalo co soporte, e non inventar o que debería estar onde. Por certo, en hackathons que son puramente codificación, é mellor ter outro bo programador full-stack (baseado na experiencia).
Vladislav Sirenko, membro do equipo Laboratorios Forevo Estou seguro de que todo depende do obxectivo do equipo. Se soa como: "Só queremos facer un desenvolvemento e facelo funcionar", entón non é necesario un deseñador. Se o obxectivo é: "Queremos facer un produto completo no tempo previsto", entón a resposta é obvia. O deseño (como o desenvolvemento) é unha parte completa dun produto completo. Ademais, o deseño é o que interactúa o usuario como parte da UX. Polo tanto, o éxito do produto depende diso.
Imaxinemos: estás nun hackathon, rodeado dun grupo de equipos con deseñadores destacados. Non o tes
Onde correrá inmediatamente para buscar axuda? Hai algún recurso onde te poidas inspirar, roubar imaxes (non se debería ofrecer Shutterstock) ou pautas ou deseños preparados?
A xente adoita ir a hackathons sen un deseñador - equipo Crime verdadeiro só un deses. Segundo os participantes, dedicar tempo a debuxar unha presentación en pouco tempo non é totalmente efectivo. Ten sentido pensar coidadosamente na súa estrutura lóxica e presentar o seu proxecto de forma sucinta; isto axudará a revelar de forma consistente a información máis necesaria para o xurado.
O equipo de Digital Breakthrough non recomenda ir a hackathons sen deseñadores, pero a tolemia dos valentes, como din... Pedimos aos mozos de True Crime que recomendasen recursos que lles axuden a facer fronte sen un deseñador: garda as ligazóns!
Alexander Streltsov: “O modelo de deseño en si pódese buscar en Internet, pero elixilo e adaptalo ao teu tema levará tempo. Polo tanto, recomendarei varios recursos nos que podes obter iconas e imaxes gratuítas (nalgúns casos con atribución).
Без stocks fotográficos, por suposto, en ningures. Un dos máis adecuados - stock gratuíto . Alí podes atopar fotografías fermosas e de gran calidade e non hai vergoña en usalas nas presentacións.
Iconas True Crime sempre fontes de tres sitios:
- . O lema deste recurso é "Iconas para todo". E, quizais, realmente pode atopar algo axeitado para calquera deseño alí.
- — Aquí tamén se presenta unha selección incriblemente grande de iconas diferentes.
- - unha enorme colección de gráficos de alta calidade.
Ademais, sempre é útil seguir as tendencias modernas no deseño; as plataformas axudaranche con isto и , onde realiza concursos de deseño todos os días e publica traballos dos usuarios.
Membro do equipo Mood In Mute Alexander Tseluiko nos casos en que hai que facer algo sen un deseñador, usa o programa . Nel podes anotar algoritmos empresariais, deseñar pantallas/páxinas, anotar que pantallas deben conter que información e accións aceptables. Fai todo isto baseándose no material (material angular, quasar, vuetify, etc.), ao tempo que busca imaxes en Google. En casos extremos, usa Photoshop ou Blur e "acaba" as cores para que as imaxes se axusten ao estilo xeral do material e á paleta de cores seleccionada.
O resultado son varias páxinas cos compoñentes dunha das bibliotecas enumeradas anteriormente, momento no que Alexander revisa a interface para reducir os clics: "Esta é unha oportunidade para facer polo menos un deseño medio, e non un horror verde lima con fonte vermella brillante sobre un fondo azul brillante. Non deberías tentar converterte nun deseñador e crear algo fermoso no marco dun hackathon; moitas veces, en tales casos, só lle gustará a idea do seu autor"., - comenta Alexandre.
Podes dicir: por que ter un deseñador se hai modelos en Power Point? Quizais hai técnicas para traballar en deseñadores de presentacións obvias, ao PP ou Keynote?
Todas as persoas que participaron polo menos unha vez nun hackathon teñen un determinado conxunto de técnicas de trampas que lles axudan non só a presentar un proxecto de forma rápida e con gusto, senón tamén a mostrar a súa presentación lacónica e a presentación fresca dunha idea aos membros do xurado.
Dacordo con Alexandra Streltsova , a ferramenta máis rápida e cómoda para presentacións son as diapositivas de Google. Basta con ter un pouco de sentido do gusto recoñecido polos teus compañeiros e seguir o estilo do teu modelo. Ao mesmo tempo, non é necesario ser deseñador e facer milagres: a innovación xa fixo todo por ti hai moito tempo.
Alexander Tseluiko considera que o máis importante no que hai que traballar non é o deseño, senón a estrutura lóxica da presentación. E aquí ningún modelo pode axudarche definitivamente. Unha característica interesante que utiliza o equipo é que intentan "predicir" as preguntas dos membros do xurado e visualizar as respostas a elas na presentación con antelación. É importante entender que entre os expertos, todos están interesados nalgunhas partes específicas do proxecto, polo que será correcto se dispersas certos aspectos do prototipo en diferentes diapositivas. Por exemplo, un xuíz estará máis interesado na arquitectura do proxecto, mentres que outro estará máis interesado na estimación do mesmo. Durante o lanzamento principal, estas diapositivas non se mostrarán, pero cando o xurado comece a facer preguntas, estarás completamente armado e poderás demostrar visualmente todo.
Ten sentido dicir que podes gañar hackathons sen ideas pero cunha fermosa presentación?
Moitas veces escoitamos a opinión de que nos hackathons a ninguén lle importa unha idea se a súa visualización é coxa. Estou de acordo con isto Alexander Streltsov, que subliña que a fermosa visualización combinada cunha idea correctamente presentada, valor xustificado e respostas preliminares ás posibles críticas é a priori unha aposta pola vitoria.
Alexander Tseluiko cre que todo depende do propio hackathon. Se falamos en concreto de "Avanzamento dixital", a etapa autonómica demostrou que unha presentación bonita unida a un bo relator se valora moito máis que ter unha idea única pero mal presentada.
Digamos que hai dous comandos:
Primeira desenvolveu e demostrou un cifrado único, pero no momento da presentación todos os participantes comezaron a tartamudear, esquecer palabras, etc.
E hai segundo un equipo que simplemente presentou a súa empresa e falou sobre as súas capacidades e como traballaron na tarefa que se lle corresponde. Ao mesmo tempo, non presentan ningunha solución. Pero a súa presentación foi moi sinxela e xestores experimentados pasaron todo o hackathon comunicándose estreitamente cos organizadores, xuíces e expertos.
Así, gañará o segundo equipo.
Artem Pokrasenko: “Unha pregunta provocativa, cuxa resposta depende fundamentalmente do xurado. Dependendo dos obxectivos que se propoñan os organizadores e do que queiran conseguir. Non creo que poidas gañar cunha presentación fermosa, pero a arquitectura e o deseño de proxectos de alta calidade e ben desenvolvidos ás veces son máis importantes que o código escrito. O código sempre se pode engadir, pero en rodas cadradas non chegarás lonxe".
Escribe nos comentarios que trucos de vida tes para fermosas presentacións. Necesitas un deseñador para unha presentación doce, cara e atractiva?
Fonte: www.habr.com