Introdução capítulo 1  Caindo na Real entrega exatamente um parágrafo não deve conter sentenças  Testes de usuário irreais

o que os clientes precisam e elimina desnecessárias, pela mesma razão que

 Papelada inútil
qualquer coisa que não precisam. desenhar não deve ter linhas desnecessárias
O que é Caindo na Real?  Hierarquia de cima-para-baixo
e uma máquina não deve ter partes

Os benefícios de Caindo na Real desnecessárias. Isso requer não que o

Quer construir uma aplicação web de Você não precisa de toneladas de dinheiro
escritor torne todas as sentenças curtas ou
sucesso? Então é hora de Cair na Real. ou uma equipe enorme ou um ciclo de
evite todos os detalhes e trate os assuntos
Caindo na Real é o menor, mais rápido e Caindo na Real entrega melhores resultados
desenvolvimento longo para construir
apenas em ítens, mas sim que cada palavra
melhor caminho para construir software. porque o força a lidar com os problemas
grandes softwares. Essas coisas são
fale.
reais que está tentando resolver em vez de
Caindo na Real é sobre pular todas as coisas ingredientes para aplicações lentas,
suas idéias sobre esses problemas. Ele o —De "Os Elementos de Estilo" de William
que representam a realidade (cartas, esfumaçadas, que não mudam. Caindo na
força a lidar com a realidade. Strunk Jr.
gráficos, caixas, setas, esquemas, Real usa o caminho oposto.
wireframes, etc.) e realmente construir a
Caindo na Real pula especificações Sem mais gordura
coisa real. Nesse livro lhe mostraremos ...
funcionais e outras documentações
 Caindo na Real é menos. Menos
transitórias em favor de construir telas reais. Da forma antiga: um processo comprido,
massa, menos software, menos  A importância de ter uma filosofia
Uma especificação funcional é para inglês burocrático, estamos-fazendo-isso-para-
funcionalidades, menos papéis,
ver, uma ilusão de um acordo, enquanto proteger-nossas-bundas. O resultado típico:  Por que se manter pequeno é uma
menos tudo que não é essencial (e
uma página web pronta é realidade. É isso software gorduroso, esquecível, vazando em coisa boa
a maioria do que você pensa ser
que seus clientes irão ver e usar. É isso que mediocridade. Eca.  Como construir menos
essencial realmente não é).
importa. Caindo na Real o leva lá mais
 Caindo na Real é permanecer  Como ir de idéia à realidade
rápido. E isso signfica que está tomando Caindo na Real se livra de ...
pequeno e ser ágil. rapidamente
decisões de software baseado na coisa real
 Caindo na Real inicia com a  Como montar sua equipe
em vez de noções abstratas.
 Cronogramas que levam meses ou
construção da interface, ou seja, as Finalmente, Caindo na Real é a maneira que  Por que você deve fazer design de
mesmo anos
telas reais que as pessoas irão se encaixa idealmente para software dentro para fora
 Especificações Funcionais Utópicas
utilizar. Começa com as baseado em web. O modelo convencional de  Por que escrever é tão crucial
experiências reais dos clientes,  Debates de Escalabilidade
entregar software em uma caixa e então  Por que você deve fazer menos que
construindo a partir disso para trás. esperar um ano ou dois para entregar uma  Reuniões de equipe intermináveis
sua concorrência
Dessa forma você obtém a interface atualização está desaparecendo. Diferente  A "necessidade" de contratar dúzias
 Como promover sua aplicação e
adequada antes de obter um de software instalado, aplicações web de funcionários
software errado. espalhar a palavra
podem evoluir constantemente de maneira
 Números de versões sem sentido
 Segredos para um suporte de
 Caindo na Real é sobre iterações e diária. Caindo na Real abre essa vantagem
baixar os custos da mudança. por tudo que ele vale.
 Planejamentos cristalinos que sucesso

Caindo na Real tem tudo a ver com prevêem o futuro  Dicas de como manter o momento
lançamento, refinamento e Como Escrever Software Vigoroso  Opções de preferência depois do lançamento
melhorar constantemente, o que o intermináveis  ... e muito mais
torna o caminho perfeito para Escrita vigorosa é concisa. Uma sentença  Suporte terceirizado
software baseado em web. não deve conter palavras desnecessárias,
O foco é em idéia amplas. Não vamos ser aplicados para uma ampla variedade de Basecamp vira a cabeça de gerenciamento você escreve. John Gruber, da Daring Fireball
entediá-lo com trechos de código detalhados atividades. de projetos. Em vez de tabelas Gantt, disse “Writeboard deve ser a aplicação web
ou truques de css. Vamos nos manter nas gráficos engraçadinhos e planilhas lotadas mais clara e simples que já vi”. O guru de
grandes idéias e filosofias que dirigem o Sobre a 37signals de estatísticas, Basecamp oferece painéis de Web, Jeffrey Zeldman disse “as mentes
processo Caindo na Real. mensagens, listas de tarefas, cronograma brilhantes da 37signals fizeram novamente”.
simples, escritas colaborativas e Ta-da List mantém todas as suas listas de
O que fazemos
Esse livro é para você? compartilhamento de arquivos. Até agora, tarefas juntas e organizadas online.
centenas de milhares concordam que é a Mantenha as listas para você ou compartilhe
37signals é uma pequena equipe que cria
Você é um empreendedor, designer, melhor maneira. Farhad Manjoo, da com outros para fácil colaboração. Não
software simples e focado. Nossos produtos
programador ou marketeiro trabalhando em [Link] disse que “Basecamp representa existe jeito mais fácil de terminar suas
o ajudam a colaborar e se organizar. Mais de
uma grande idéia. o futuro de software na Web”. coisas. Mais de 100 mil listas e perto de 1
350 mil pessoas e pequenos negócios usam
Campfire traz um simples chat em grupo milhão de ítens foram criadas até agora.
nossas aplicações web para fazer suas
Você percebe que as velhas regras não se para o contexto de negócios. As empresas Ruby on Rails, para desenvolvedores, é um
coisas. Jeremy Wagstaff, do Wall Street
aplicam mais. Distribui seu software em cd- conhecidas entendem quão valioso um chat framework web completo, open source para
Journal, escreveu “os produtos da 37signals
roms a cada ano? Que 2002. Números de persistente em tempo real pode ser. escrever aplicação para o mundo real
são ferramentas maravilhosamente simples,
versão? Jogue pela janela. Você precisa Mensagens instantâneas convencionais são rapidamente e facilmente. Rails toma conta
elegantes e intuitivas que fazem uma tela de
construir, lançar e refinar. Então recomece e ótimas para conversas entre duas pessoas, do trabalho pesado para que você possa
Outlook parecer um equivalente em software
repita. mas são miseráveis para 3 ou mais pessoas focar na sua idéia. Nathan Torkington, do
de uma câmara de tortura”. Nossos
Ou talvez você ainda não esteja a bordo do de uma só vez. Campfire resolve esse império editorial O’Reilly disse que “Ruby on
aplicativos nunca põe você no pau de arara.
desenvolvimento ágil e estruturas de problema e muito mais. Rails é incrível. Usá-lo é como assistir a um
negócios, mas está louco para aprender Backpack é a alternativa para aqueles filme de kung-fu, onde uma dúzia de
Nosso modus operandi
mais. confusos, complexos “organize sua vida em frameworks maus se preparam para atacar o

Se isso soa como você, então esse livro 25 simples passos” gerenciadores de novato apenas para apanharem de uma
Acreditamos que software é muito complexo.
é para você informações pessoais. A tirada de Backpack variedade de formas imaginativas”. Não tem
Funcionalidades demais, botões demais,
com páginas, anotações, lista de tarefas e como não gostar dessa citação.
Nota: enquanto este livro enfatiza em coisa demais para aprender. Nossos
avisos via telefones celulares / e-mail são Você pode encontrar mais sobre nossos
construir aplicações web, um monte de produtos fazem menos do que a
idéias inovadoras em uma categoria de produtos e nossa companhia no nosso site
idéias são aplicáveis para atividades que não concorrência – intencionalmente.
produtos que sofre com o status quo. web em [Link].
são de software também. As sugestões sobre Construímos produtos que funcionam de
Thomas Weber, do Wall Street Journal disse
equipes pequenas, prototipação rápida, forma mais esperta, que parecem melhor,
que é o melhor produto na sua classe e Avisos, Condições e outros
esperar iterações e muitas outras que lhe permitem fazer suas coisas e são
David Pogue, do New York Times o chamou
apresentadas aqui podem servir como um mais fáceis de usar. Ataques Antecipados
de uma ferramenta de organização “muito
guia seja se estiver começando um negócio,
legal”.
escrevendo um livro, fazendo o design de Nossos produtos Apenas para tirar isso do caminho, aqui
um site web, gravando um álbum ou fazendo Writeboard deixa você escrever,
estão nossas respostas para algumas
uma variedade de outras coisas. Uma vez compartilhar, revisar e comparar texto,
Até a data de publicação desse livro, temos reclamações que ouvimos de vez em
que começar Caindo na Real em uma área sozinho ou com outros. É a alternativa
cinco produtos comerciais e um framework quando:
de sua vida, verá que esses conceitos podem refrescante dos gordurosos processadores
open source de aplicações web.
de texto que são demais para 95% do que
“Essas técnicas não “Vocês levam tudo para uma Explique que Caindo na Real é uma maneira necessários – especificações devem ter as
de baixo risco, baixo investimento para fundações pregadas e os detalhes
funcionarão para mim” visão muito preto-no-branco”
testar novos conceitos. Veja se você pode se entendidos e refinados durante a fase de
separar da nave-mãe em um projeto menor, desenvolvimento. Não tente fechar todos os
Caindo na Real (Getting Real) é um sistema Se nosso tom parecer muito convencido,
como prova de conceito. Demonstre pontos abertos e pregar cada detalhe antes
que funcionou excelentemente para nós. conviva com isso. Achamos que é melhor
resultados. de começar a desenvolver.
Dito isso, as idéias nesse livro não se apresentar idéias de maneira enfática do
Ou, se quiser ser corajoso, vá Lance menos funcionalidades, mas de
aplicarão a todos os projetos abaixo do Sol. que ser escorregadio sobre isso. Se parecer
silenciosamente. Voe abaixo do radar e qualidade.
Se estiver construindo um sistema de armas, grosseiro ou arrogante, que assim seja.
demonstre resultados reais. Essa foi a forma Você não precisa usar a forma big bang com
uma usina de controle nuclear, um sistema Preferimos ser provocativos do que diluir
que a equipe da [Link] usou na Microsoft. todo novo lançamento e amontoados de
bancário para milhões de clientes ou outro tudo com “isso depende …” Claro, haverá
“Eu observei a equipe da [Link] funcionalidades. Dê aos usuários pedaços
sistema crítico vital/financeiro, você irá latir momentos quando essas regras precisão ser
trabalhar. Eles não pedem permissão”, disse minúsculos que eles possam digerir.
a algumas de nossas atitudes. Vá em frente esticadas ou quebradas. E algumas dessas
Robert Scoble, Technical Evangelist da Se existirem pequenos bugs, lance tão logo
e tome precauções adicionais. táticas podem não se aplicar à sua situação.
Microsoft. “Eles tem um chefe que fornece tenha os cenários principais pregados e
Use seu julgamento e imaginação.
cobertura aérea. E eles mordem um pequeno disponibilize as correções dos bugs
E não precisa ser uma proposição do tipo
pedaço de cada vez, fazem isso e gradualmente depois disso. Quanto mais
tudo ou nada. Mesmo que não possa abraçar “Isso não funcionará dentro da
respondem a feedback”. rápido tiver o feedback do usuário, melhor.
Caindo na Real completamente, devem
minha empresa”
existir pelo menos algumas idéias aqui que Idéias podem soar ótimas no papel, mas na

você possa tentar usar.

Lançando [Link] da Microsoft prática acabam sendo menos do que boas.
Acha que você é grande demais para Cair na Quanto mais cedo descobrir sobre pontos
Real (Getting Real)? Mesmo a Microsoft está Em uma grande empresa, processos e fundamentais que estão errados com uma
“Vocês não inventaram essa
Caindo na Real (e duvidamos que você seja reuniões são normais. Muitos meses são idéia, melhor.
idéia” maior do que eles). gastos em planejamento de funcionalidades Uma vez que você estiver iterando
e discutindo detalhes com a finalidade de rapidamente e reagindo ao feedback dos
Não estamos afirmando que inventamos Mesmo que sua empresa funcione todos alcançarem um acordo sobre o que é a clientes, estabelecerá uma conexão com
essas técnicas. Muitos desses conceitos tipicamente com cronogramas de longo coisa “certa” para o cliente. eles. Lembre-se que o objetivo é ganhar o
estão por aí de uma forma ou de outra há prazo e com grandes equipes, ainda existem
Essa pode ser a forma certa para softwares cliente construindo o que eles querem.
um bom tempo. Não fique nervoso de ler maneiras de Cair na Real. O primeiro passo é
de prateleira, mas com a web nós temos — Sanaz Ahari, Gerente de Programa da
algum de nossos conselhos e isso o lembrar quebrar em pequenas unidades. Quando
uma incrível vantagem. Apenas lance! Deixe [Link], Microsoft
de alguma coisa que já leu mais ou menos existem pessoas demais envolvidas, nada
o usuário lhe dizer se é a coisa certa ou não.
em algum weblog ou algum livro publicado acontece. Quanto mais enxuto você for, mais
Ei, você pode corrigir e lançar na web no
20 anos atrás. É definitivamente possível. rápido – e melhor – as coisas acontecem.
A Linha de Largada capítulo 2
mesmo dia, se quiser! Não existe palavra
Essas técnicas não são todas exclusivas da Entretanto, isso vai requerer alguma mais forte do que do cliente – resista à
37signals. Apenas estamos dizendo como conversa de vendas. Venda a idéia do Construa Menos
pressão de se engajar em longas reuniões e
nós trabalhamos e o que tem feito sucesso processo Caindo na Real na sua empresa. discussões. Apenas lance e prove seu ponto.
para nós. Mostre a eles esse livro. Mostre a eles os Faça menos que sua
Mais fácil falar do que fazer – isso implica:
resultados reais que você pode atingir em
Meses de planejamento não são necessários. competição
menos tempo e com equipes menores.
Meses escrevendo especificações não são
O senso comum diz que para vencer seus Uma grande maneira de escrever software é cuidaremos dela. E essa é a melhor maneira — Dave Thomas, The Pragmatic
competidores, você precisa estar um passo a começar resolvendo seus próprios de fazer os outros se sentirem apaixonados Programmers
frente. Se eles possuem quatro problemas. Você será o público-alvo e saberá sobre ela também.
funcionalidades, você precisa de cinco (ou o que é importante e o que não é. Isso lhe dá Nascido da necessidade
15, ou 25). Se eles gastam X, você precisa um bom adiantamento na entrega de um Arranhando sua própria coceira
gastar XX. Se eles têm 20, você precisa 30. produto fora de série. Campaign Monitor realmente nasceu na
Este tipo de estratégia, a Guerra Fria de A chave aqui é entender que não está O mundo de Código Aberto abraçou esse necessidade. Por anos nos frustramos com a
estar um passo a frente, leva a uma briga sozinho. Se estiver tendo problemas, é mantra há muito tempo – eles chamam de qualidade das opções de marketing por e-
sem fim. Trabalhar assim é caro, defensivo e provável que centenas de milhares de outras “arranhando sua própria coceira”. Para os mail que existiam por aí. Uma ferramenta
paranóico. Empresas defensivas e pessoas estão no mesmo barco. Esse é seu desenvolvedores de código aberto, significa fazia x e y mas nunca z, a próxima tinha y e
paranóicas não pensam para frente, eles mercado. Não foi fácil? que terão as ferramentas que querem, z mas simplesmente não podia ter x direito.
pensam apenas no passado. Elas não Basecamp se originou em um problema: entregues da maneira que querem. Mas os Não podíamos vencer.
lideram, elas seguem. como uma empresa de design precisávamos benefícios vão mais a fundo. Decidimos liberar a agenda e começar a
Se você quer construir uma empresa que de uma maneira simples de comunicar Como designer ou desenvolvedor de uma construir nossa ferramenta de marketing por
segue, este livro não é para você. nossos clientes sobre os projetos. nova aplicação, você precisa encarar e-mail dos sonhos. Conscientemente

Mas então, e ai? A resposta é menos. Faça Começamos fazendo isso através da centenas de micro-decisões todos os dias: decidimos não olhar para o que os outros

menos que a concorrência para desbancá- extranet dos clientes, que atualizávamos azul ou verde? Uma tabela ou duas? Estática estavam fazendo e em vez disso construir

los. Resolva os problemas simples, deixe os manualmente. Mas modificar o HTML na mão ou dinâmica? Abortar ou recuperar? Como algo que fizesse nossas vidas, e a de nossos

problemas cabeludos, difíceis e toda vez que o projeto precisava ser tomamos essas decisões? Se é algo que clientes, um pouco mais fáceis.

desesperadores para os outros. Ao invés de atualizado simplesmente não estava reconhecemos como importante, poderíamos Depois descobrimos que não éramos os
estar um passo a frente, esteja um passo funcionando. Esses sites de projetos sempre perguntar. O resto, chutamos. E todos esses únicos que estavam infelizes com as opções
atrás. Ao invés de se superar, tente manter- pareciam ficar travados e eventualmente chutes constroem um tipo de débito em que existiam. Fizemos algumas modificações
se dentro do seu potencial. eram abandonados. Era frustrante porque nossas aplicações – uma rede interconectada ao software de forma que qualquer empresa
nos deixava desorganizados e deixava os de coisas que assumimos. de design pudesse usá-lo e começamos a
Veremos o conceito de menos durante o
clientes no escuro. Como um desenvolvedor, detesto isso. O espalhar a palavra. Em menos de seis
livro, mas para os iniciantes, menos significa:
Então começamos a procurar outras opções. conhecimento de todas essas bombas- meses, milhares de designers estavam
 Menos funcionalidades
Ainda assim cada ferramenta que relógio em pequena escala nas aplicações usando Campaign Monitor para enviar
 Menos opções/preferências
encontrávamos ou 1) não fazia o que que escrevo somam-se ao meu stress. informativos por e-mail para eles mesmos e
 Menos pessoas e estrutura precisávamos ou 2) era gorda de Desenvolvedores de código aberto, seus clientes.
empresarial funcionalidades que não precisávamos – arranhando suas próprias coceiras, não —David Greiner, fundador, Campaign
 Menos reuniões e abstrações como cobrança, controles estritos de acesso, sofrem isso. Porque eles são seus próprios Monitor
planilhas, gráficos, etc. Sabíamos que usuários, eles sabem a resposta correta para

Qual o Seu Problema? deveria haver uma maneira melhor então 90% das decisões que precisam tomar. Acho Você precisa de importar sobre isso
decidimos construir nossa própria. que é uma das razões que as pessoas

Quando resolvemos nossos próprios chegam em casa após um dia duro de Quando você escreve um livro, precisa de
Construa software para você
problemas, criamos uma ferramenta que nos trabalho de codificação e ainda trabalham mais do que uma história interessante.
mesmo com código aberto: é relaxante.
apaixona. E paixão é a chave. Paixão Precisa ter um desejo de contar a história.
significa que realmente a usaremos e Precisa investir pessoalmente de alguma
maneira. Se vai viver com alguma coisa por Dirija com recursos limitados e será forçado dinheiro de volta. No caso da primeira Se não puder encaixar tudo dentro do prazo
dois anos, três anos, o resto de sua vida, a contar com restrições mais cedo e mais empresa, simplesmente começamos a agir e orçamento planejados então não aumente
precisa se importar sobre isso. intensamente. E isso é uma coisa boa. como se fôssemos muito maiores do que o tempo e o custo. Em vez disso, puxe o
—Malcolm Gladwell, autor (de Algumas Finas Restrições dirigem inovação. realmente éramos – sem necessidade … escopo para trás. Sempre existe tempo para
Fatias de Malcolm Gladwell) Restrições também o forçam a liberar sua [Com The Show] percebemos que adicionar coisas mais tarde – o mais tarde é
idéia para fora mais cedo em vez de mais poderíamos entregar um produto muito eterno, o agora está voando.

Financie Você Mesmo tarde – outra coisa boa. Um mês ou dois fora melhor com menos custo, apenas com mais Lançar alguma coisa grande que está um
das porteiras devem lhe dar uma boa idéia tempo. E apostamos com um pouco de nosso pouco menor em escopo do que o planejado
se você está em algo sólido ou não. Se próprio dinheiro que as pessoas iriam é melhor do que lançar alguma coisa
Dinheiro de fora é plano B
estiver será auto-sustentável logo e não esperar por mais qualidade em vez de medíocre e cheio de buracos porque
precisará de dinheiro externo. Se sua idéia velocidade. Mas a empresa se manteve (e precisou atingir uma janela mágica de prazo,
A primeira prioridade de muitas empresas
estiver furada, é hora de voltar à prancheta provavelmente continuará sendo) uma orçamento e escopo. Deixe a mágica para
iniciantes é adquirir fundos de investidores.
de desenho. Pelo menos sabe disso agora operação pequena. E desde esse primeiro Houdini. Você tem um negócio de verdade
Mas lembre-se, se nos viramos para gente
em vez de meses (ou anos) para frente. E projeto, estamos totalmente auto- para administrar e um produto real para
de fora para fundos, teremos que responder
pelo menos pode voltar atrás mais financiados. Com apenas um pouco de entregar.
a eles também. Crescem expectativas.
facilmente. Planos de saída se tornam bem criatividade de nossos fornecedores, nunca Aqui vão os benefícios de fixar o prazo e
Investidores querem seu dinheiro de volta –
complicados quando investidores estão mais realmente precisamos colocar muito de orçamento e manter o escopo flexível:
e rapidamente. O fato triste é que dinheiro
envolvidos. nosso próprio dinheiro na operação. E a
entrando nem sempre significa a construção
Se estiver criando software apenas para expectativa não era de crescer e vender,  Priorização
de um produto de qualidade.
fazer um dinheiro rápido, isso vai aparecer. mas de crescer por crescer e continuar se
Atualmente não é preciso muito para
Um retorno rápido é bem improvável. Então beneficiando disso financeiramente.
Precisaremos descobrir o que é
começar. Hardware é barato e uma boa
foque em construir uma ferramenta de —Um comentário de Signal vs. Noise realmente importante. O que vai
parte de grandes softwares de infra-
qualidade que você e seus clientes poderão chegar ao lançamento inicial? Isso
estrutura são código aberto e de graça. E
viver com por um bom tempo. Fixe o Prazo e o Orçamento, força uma restrição que o
paixão não vem com uma etiqueta de preço.
Flexibilize o Escopo pressionará a tomar decisões
Então faça o que puder com o dinheiro que
Dois caminhos difíceis em vez de ficar hesitando.
tem em mãos. Pense muito e determine o
que é realmente essencial e o que pode Lance dentro do prazo e do
[Jake Walker começou uma companhia com  Realidade
viver sem. O que pode fazer com três orçamento
dinheiro de investidores (Disclive) e um sem
pessoas em vez de dez? O que pode fazer
(The Show). Aqui ele discute as diferenças Configurar expectativas é a chave.
com R$ 40 mil em vez de R$ 200 mil? O que
entre os dois caminhos.] Aqui vai uma maneira fácil de lançar dentro Se tentar fixar o prazo, orçamento e
pode fazer em três meses em vez de seis? O
A raíz de todos os problemas não foi do prazo e do orçamento: mantenha-os fixos. escopo, não será capaz de entregar
que pode fazer se puder manter seu
conseguir dinheiro, mas tudo que veio junto Nunca jogue mais tempo ou dinheiro em um com um alto grau de qualidade.
emprego e construir sua aplicação nas horas
com ele. As expectativas são simplesmente problema, apenas diminue o escopo. Claro, provavelmente poderá
vagas?
mais altas. As pessoas começam tomando Existe um mito que diz o seguinte: podemos entregar alguma coisa, mas
salários e a motivação é para construir e lançar no prazo, no orçamento e no escopo. “alguma coisa” é o que realmente
Restrições forçam a criatividade
depois vender, ou encontrar outra maneira Isso quase nunca acontece e quando quer entregar?
para os investidores iniciais terem seu acontece a qualidade normalmente sofre.
  Flexibilidade Entendemos que gerenciamento de projetos conflitos. E também entendem um produto conveniência. Não apenas o posicionamento
não é sobre tabelas, gráficos, relatórios e comparando-o com outros. Com um inimigo cartesiano x/y do tipo “Somos mais baratos”,
A habilidade de mudar é a chave. estatísticas – é sobre comunicação. Também escolhido, você está enviando uma história mas uma história real que é completamente
Ter tudo fixado torna as mudanças não é sobre um gerente de projetos que eles querem ouvir. Não só eles vão diferente da história que já foi contada.
difíceis. Injetar flexibilidade de sentando lá no alto e distribuindo um plano entender seu produto melhor e mais rápido, —Seth Godin, autor/empresário (de Seja um
escopo apresentará opções de projetos. É sobre todos assumindo mas vão tomar um lado. E essa é uma Mentiroso Melhor)
baseadas em sua experiência real responsabilidades juntos para fazer o projeto maneira garantida de chamar a atenção e
de construir o produto. Flexibilidade funcionar. acender uma paixão. Qual é o problema chave?
é seu amigo. Nossos inimigos eram os Gerentes de Agora, com tudo isso dito, também é
Projetos Ditadores e as ferramentas que eles importante não ficar muito obcecado com a Uma das maneiras mais rápidas de se
Nossa recomendação: abaixo o Escopo. É usavam para chicotear. Queríamos concorrência. Analise demais outros colocar em problemas é olhar o que seus
melhor fazer meio-produto do que um democratizar o gerenciamento de projetos – produtos e você vai começar a limitar sua competidores estão fazendo. Isso foi
produto meia-boca (mais sobre isso depois). fazê-lo de forma que todos fizessem parte maneira de pensar. Dê uma olhada e vá em especialmente verdade para nós na BlinkList.
(incluindo o cliente). Projetos se dão melhor frente para sua própria visão e suas próprias Desde que lançamos houveram cerca de 10
Um, dois, três ... quando todos assumem propriedade coletiva idéias. outros serviços de bookmarking social que
do processo. foram lançados. Algumas pessoas até
Como um projeto chega a estar um ano Quando chegou a vez do Writeboard, Não siga o líder começaram a gerar planilhas online com
atrasado? Um dia de cada vez. sabíamos que haviam competidores lá fora comparações funcionalidade a

—Fred Brooks, engenheiro de software e com toneladas de funcionalidades. Então Marketeiros (e todos os seres humanos) são funcionalidade.

cientista da computação decidimos enfatizar em um ângulo “sem bem treinados para seguir o líder. O instinto Entretanto, isso pode rapidamente levar ao
frescura”. Criamos uma aplicação que natural é descobrir o que funciona para a erro. Em vez disso, permanecemos focados
Tenha um Inimigo permite às pessoas compartilhar e colaborar concorrência e então tentar superá-los – em na figura maior e continuamos nos
nas idéias de maneira simples, sem ser mais barato que seu competidor que perguntando, qual é o problema chave que
incomodá-las com funcionalidades não- compete no preço, ou mais rápido que seu estamos tentando resolver e como podemos
Pegue uma briga
essenciais. Se não era essencial, deixamos competidor que compete na velocidade. O resolvê-lo.
de fora. E em apenas três meses depois do problema é que uma vez que o consumidor —Michael Reining, co-fundador, MindValley &
Algumas vezes a melhor maneira de saber
lançamento, mais de 100 mil Writeboards já comprou a história de alguém e acredita Blinklist
como sua aplicação deve ser é saber o que
foram criados. nessa mentira, persuadí-lo a mudar é a
ela não deve ser. Descubra o inimigo da sua
Quando começamos no Backpack nosso mesma coisa que persuadí-lo a admitir que
aplicação e você acenderá uma luz para Não Deveria ser uma Rotina
inimigo era estrutura e regras rígidas. As estava errado. E as pessoas odeiam admitir
onde precisa ir.
pessoas devem ser capazes de organizar que estão erradas.
Quando decidimos criar um software de Sua paixão — ou falta de — vão
suas informações de sua própria maneira – Em vez disso, você deve dizer uma história
gerenciamento de projetos, sabíamos que
não baseado em uma série de telas pré- diferente e persuadir os ouvintes que sua aparecer
Microsoft Project era o gorila na sala. Em vez
formatadas ou uma montanha de campos de história é mais importante do que a história
de temer o gorila, o usamos como Quanto menos sua aplicação se tornar uma
edição obrigatórios. que eles acreditam atualmente. Se sua
motivador. Decidimos que Basecamp seria rotina para construir, melhor será. Mantenha
Um bônus que você recebe em ter um competição é mais rápida, você deve ser
algo completamente diferente, o anti-Project. pequena e gerenciável para que possa
inimigo é uma mensagem de marketing mais barato. Se eles vendem a história de

muito clara. As pessoas estão cheias de saúde, você deve vender a história da realmente apreciar o processo.
Se sua aplicação não o excita, algo está fazendo boa comida e as pessoas estão  Planejamentos de longo prazo conceito como tags apareçam por aí. Quem
errado. Se está trabalhando nela apenas felizes. estará apto a adaptar seu produto mais
 Políticas de escritório
para ganhar dinheiro, isso vai aparecer. Da —Ian MacKaye, membro da Fugazi e um dos rápido? A equipe com mais software e mais
mesma forma, se você se sentir apaixonado donos da Dischord Records funcionalidades, com um planejamento de
Massa se reduz com...
pela aplicação, também vai aparecer no (da [Link] People | Ian MacKaye) 12 meses ou a equipe com menos software,
produto final. As pessoas conseguem ler nas menos funcionalidade e com um processo
entrelinhas.  Pensamentos just-in-time mais organico do tipo “vamos focar no que
Permaneça Enxuto capítulo 3
 Equipes com membros multi-tarefa realmente precisamos agora”?
A presenção de paixão  Abraçar limitações, sem aumentá- Obviamente a empresa com menos massa
Menos Massa
las está em uma posição melhor para se ajustar
Em design, onde o significado é  Menos software, menos código às demandas reais do mercado. A empresa
normalmente e controversamente subjetivo
Quanto mais enxuto for, mais com mais massa ainda estará discutindo as
fácil é para mudar  Menos funcionalidades
ou dolorosamente indecifrável, poucas mudanças, ou empurrando-as junto ao
coisas são mais aparentes e lúcidas do que a  Equipes pequenas processo burocrático, enquanto a empresa
presença de paixão. Isso é verdade seja Quanto mais massa tiver um objeto, mais  Simplicidade com menos massa já haver feito a troca. A
quando o design do produto o agrada ou o energia é necessária para mudar sua empresa com menos massa está dois passos
 Interfaces reduzidas
deixa frio; em ambos os casos é difícil não direção. É uma verdade tanto para o mundo à frente enquanto a empresa com mais
detectar o investimento emocional das mãos dos negócios como para o mundo físico.
 Produtos de código aberto
massa ainda está tentando entender como
que o construíram. Quando falamos em tecnologias web,  Formatos de dados abertos andar.
Entusiasmo se manifesta prontamente, claro, mudanças devem ser fáceis e baratas. Se  Uma cultura aberta que torna fácil Negócios rápidos, ágeis, e com menos massa
mas indiferença é igualmente inesquecível. você não puder mudar rapidamente, perderá admitir erros podem rapidamente mudar seu modelo de
Se seu compromisso não vem com paixão terreno para alguém que possa. É por isso negócios, produtos, funcionalidades e
genuína para o trabalho às mãos, isso se que você deve optar por menos massa. Menos massa permite mudar de direção mensagem de marketing. Eles podem
torna um vazio que é quase impossível de rapidamente. Você pode reagir e evoluir. cometer erros e corrigí-los rapidamente.
conciliar, não importa o quão elaborado ou Massa aumenta com... Pode focar em boas idéias e derrubar as Podem mudar suas prioridades, misturar
atrativo é o design. ruins. Pode ouvir e responder a seus clientes. produtos e focar. E, mais importante,
—Khoi Vinh, [Link] Pode integrar novas tecnologias agora em podem mudar sua maneira de pensar.
 Contratos de longo prazo
vez de mais tarde. Ao invés de um avião de
 Excesso de pessoas
A padaria cargas, você dirige um pequeno bote. Diminua seu Custo de Mudança
 Decisões permanentes
Aproveite esse fato.
Os negócios americanos neste momento  Reuniões sobre outras reuniões Por exemplo, vamos imaginar uma empresa Permaneça flexível reduzindo
realmente são sobre desenvolver idéias,  Processos Burocráticos enxuta e com menos massa, que construiu
os obstáculos à mudança
torná-las lucrativas, vendê-las enquanto são um produto com menos código e menos
 Inventário (físico ou mental)
lucrativas e então sair fora ou diversificar. É funcionalidades. Do outro lado está uma
 Prisão em hardware, software e A mudança é sua melhor amiga. Quanto
justamente sobre sugar tudo. Minha idéia empresa massuda que tem um produto
tecnologia mais caro for para fazer uma mudança,
era: aprecie cozinhar, venda seu pão, as significativamente com mais software e mais
menos chances ela terá de ser realizada. Se
pessoas gostam disso, venda mais.  Formatos proprietários de dados funcionalidades. Então, digamos que uma
seus competidores podem mudar mais
Mantenha a padaria indo porque você está  Passado mandando no futuro nova tecnologia como Ajax ou um novo
rápido, você se encontra em enorme você tem comportamento complexo quando Mantenha pequeno. Mantenha simples. perceberá se sua idéia tem futuro e, se tiver,
desvantagem. Se a mudança for cara o bando vai batendo as asas graciosamente Deixe acontecer. você terá uma base simples e limpa para
demais, você está morto. pelos céus, se remodelando em torno de —Andrew Hunt, The Pragmatic Programmers progredir.
É aí que manter-se enxuto realmente ajuda. obstáculos e assim por diante. Nenhum
A capacidade de mudar num piscar de olhos desses comportamentos avançados (como Os Três Mosqueteiros Lei de Metcalfe e equipes de
é algo que equipes pequenas têm por se remodelar na mesma forma ao redor de projeto
natureza, e que grandes equipes nunca obstáculos) é especificado pelas regras; eles
Use uma equipe de três para a
conseguirão ter. É nisto que os grandes emergem da dinâmica do sistema. Deixe a equipe tão pequena quanto possível.
versão 1.0
invejam os pequenos. O que poderia levar Regras simples, como na simulação dos A lei de Metcalfe, “O valor de um sistema de
semanas com uma equipe grande em uma pássaros, leva a comportamentos comunicação cresce aproximadamente ao
mega-corporação pode levar apenas um dia complexos. Regras complexas, como com Para a primeira versão da sua aplicação,
quadrado do número de usuários do
em uma organização pequena e enxuta. leis tributárias na maioria dos países, levam comece com apenas três pessoas. Este é o
sistema”, tem um corolário quando se trata
Essa vantagem não tem preço. Mudanças a comportamentos estúpidos. número mágico que lhe dará força de
de equipes de projeto: A eficiência da equipe
rápidas e baratas são a arma secreta dos trabalho suficiente sem lhe tirar o dinamismo
Muitas práticas comuns de desenvolvimento é aproximadamente o inverso do quadrado
pequenos. e a agilidade. Comece com um
de software tem o infeliz efeito-colateral de do número de membros na equipe. Estou
desenvolvedor, um designer e um varredor
E lembre-se: Mesmo com todo o dinheiro, eliminar qualquer chance de comportamento começando a achar que três pessoas é ótimo
(alguém que possa transitar entre ambos os
marketing e pessoas do mundo você não emergente. A maioria das tentativas de para a versão 1.0 de um produto… Comece
mundos).
pode comprar a agilidade de ser pequeno. otimização – amarrando alguma coisa muito por reduzir o número de pessoas que você
explicitamente – reduz a extensão e escopo Claro, é um desafio desenvolver uma planeja incluir na equipe, e então reduza um
de interações e relacionamentos, que é a aplicação com poucas pessoas. Mas se você pouco mais.
Emergencia
origem da emergencia. No exemplo do possuir a equipe certa, esta será valorosa.
—Marc Hedlund, entrepreneur-in-residence
bando de pássaros, assim como sistemas Pessoas talentosas não precisam de recursos
A emergencia é um dos princípios na O’Reilly Media
bem-desenhados, são as interações e infinitos. Elas prosperam no desafio de
fundamentais da agilidade, e é a coisa mais
relacionamentos que criam os trabalhar com restrições e usam a
próxima da magia pura. Propriedades O fluxo da comunicação
comportamentos interessantes. criatividade para resolver problemas. Falta
emergenciais não são projetadas ou vêm
de recursos humanos força-o a lidar com
prontas, elas simplesmente acontecem como Quanto mais amarramos as coisas, menos A comunicação flui mais facilmente em
sacrifícios mais cedo, o que é ótimo. Fará
um resultado dinâmico do resto do sistema. espaço deixamos para uma solução criativa equipes pequenas do que em grandes. Se
você entender suas prioridades mais cedo do
“Emergencia” vem do Latim da metade do e emergente. Seja tanto travando requisitos, você é a única pessoa no projeto,
que mais tarde. E você estará apto para
século 17, que significa “ocorrência não antes de serem bem entendidos ou comunicação é simples. O único caminho de
comunicar-se sem ter constantemente que
prevista”. Você não pode planejá-la ou otimizando o código prematuramente, como comunicação é entre você e o cliente. Com o
se preocupar se está deixando alguém de
agendá-la, mas pode cultivar um ambiente inventando navegações e cenários de fluxo aumento do número de pessoas em um
fora.
em que a deixe ocorrer, se beneficiando de trabalho complexas, antes de deixar o projeto, aumenta também o número de
dela. usuário final usar o sistema, o resultado é o Se você não pode desenvolver sua primeira
caminhos de comunicação. E não aumenta
mesmo: um sistema exageramente versão com apenas três pessoas, então ou
Um exemplo clássico de emergência está no de forma aditiva, como o número de
complicado e estúpido ao invés de um você precisa de pessoas diferentes ou
comportamento dos bandos de pássaros. pessoas, aumenta de forma multiplicativa,
sistema limpo e elegante que aproveita a diminuir sua versão inicial. Lembre-se, tudo
Uma simulação de computador pode usar proporcional ao quadrado do número de
emergencia. bem você lançar sua primeira versão
apenas três regras simples (parecidas com pessoas.
pequena e consistente. Você rapidamente
“não colida-se com outros”) e de repente
—Steve McConnell, Chief Software Engineer onde coubesse. Pegávamos grandes tarefas gera software como conhecemos e amamos, de processos árduos e múltiplas assinaturas
na Construx Software Builders Inc. e quebrávamos em pedaços menores que formado de grande quantidade de para tudo. Todos no processo podem falar
(de: Less is More: Jumpstarting Productivity atácavamos um de cada vez. Nos movemos funcionalidades inúteis. abertamente e honestamente. Este fluxo
with Small Teams) passo a passo e priorizamos no caminho. —Jef Raskin, autor (de Por que Software é livre de idéias é uma das grandes vantagens
Isso nos forçou a chegar com soluções como é) de ser pequeno.
Abrace as Restrições criativas. Baixamos nosso custo de mudança Table of contents | Essay list for this chapter
construindo sempre menos software. Demos | Next essay Seja orgulhoso, desafiadoramente

Deixe as limitações lhe guiar às pessoas apenas as funcionalidades sincero

suficientes para resolver seus problemas do Seja Você Mesmo
para soluções criativas
seu jeito – e então saíamos do caminho. A Embora você possa pensar que um cliente
diferença de tempo e distância entre nós nos pode ser logrado por exageros no número de
Nunca há suficiente para dar a volta. Sem Diferencie-se das companhias
tornou mais eficientes na nossa empregados em sua companhia ou na
tempo suficiente. Sem dinheiro suficiente. maiores sendo amigável e
comunicação. Em vez de nos encontrarmos amplitude de suas ofertas, os espertos,
Sem pessoal suficiente.
em pessoa, comunicávamos exclusivamente pessoal aqueles que realmente quer, sempre
Isso é uma coisa boa. via mensagens instantâneas e e-mail, o que perceberão a verdade – seja por intuição ou
Em vez de se desesperar com essas nos forçava a ir direto ao ponto rapidamente. Muitas pequenas empresas cometem o erro dedução. De forma embaraçosa, Eu fiz parte
restrições, aceite-as. Deixe que elas o Restrições normalmente são vantagens de tentarem atuar grande. É como se elas de mentiras como essa no passado, e
guiem. Restrições incentivam inovação e disfarçadas. Esqueça investimento externo, entendessem seu tamanho como uma nenhuma dessas situações resultou algo que
forçam o foco. Em vez de tentar removê-las, longos ciclos de lançamento e resoluções fraqueza que precisa ser encoberta. Muito importasse para os negócios: relações
use-as em seu benefício. rápidas. Em vez disso, trabalhe com o que ruim. Ser pequeno pode realmente ser uma duradouras, com significado e mutuamente
Quanto a 37signals estava desenvolvendo o você tem. grande vantagem, especialmente quando benéficas com pessoas que possuem uma
Basecamp, nós tínhamos muitas limitações. isto representa comunicação. necessidade real pelos serviços oferecidos. O
Tínhamos: Combata a destruição Pequenas empresas gostam de menos melhor caminho deveria ser orgulhoso,
 Uma empresa de design para formalidades, menos burocracia e mais desafiadoramente sincero sobre o tamanho

administrar O que já foi descrito como “elegância liberdade. Menores empresas são mais exato e a amplitude da companhia.

 Trabalhos para clientes já bizarra” é provavelmente melhor descrito próximas dos clientes por padrão. Isto —Khoi Vinh, [Link]
existentes como “funcionalidade destrutiva”, como um significa que elas podem se comunicar com

 Uma diferença de 7 horas (O David

fungo em uma planta ele gradualmente seus clientes de forma mais direta e pessoal. Sempre disponível
elabora a embaça a verdadeira forma do Se a empresa é pequena, pode-se usar uma
estava programando na Dinamarca
produto enquanto drena suas energias. O linguagem familiar ao invés de jargão. Seu Não importa em qual negócio você está, um
e o resto de nós nos Estados
antídoto para funcionalidade destrutiva é, site e seu produto podem ter uma voz bom serviço ao cliente tornou-se o maior
Unidos)
claro, o “prazo final restritivo”. Isso resulta humana ao invés de soar como um zumbido requisito que qualquer cliente estabelecerá.
 Uma equipe pequena
em funcionalidades serem descartadas por corporativo. Ser pequeno significa poder Nós demandamos isso dos serviços que
 Nenhum finaciamento externo causa do tempo que levaria para falar com os clientes, e não “se submeter a usamos então por que com nossos clientes
implementá-las. Normalmente é o caso que eles.” seria diferente? Desde o começo nós
Nós sentimos a depressão “sem suficiente”. as funcionalidades mais úteis levam a maior Há também vantagens na comunicação deixamos fácil e transparente para nossos
Então mantivemos nossos pratos pequenos. parte do tempo para implementar. Portanto interna em pequenas empresas. Você pode clientes contatar-nos por toda e qualquer
Dessa maneira só poderíamos colocar até a combinação da destruição e do prazo final dispensar formalidades. Não há necessidade questão que tiverem. Em nosso website nós
listamos um grande número de ferramentas  Basecamp: Gerenciamento de Filosofia do Quadro Branco Trabalhe do grande para o
gratuitas que redireciona para nossos Projetos é comunicação
pequeno
celulares e nossos cartões de visita listam os  Backpack: Junte as pontas soltas Andy Hunt e eu uma vez escrevemos um
números de cada um de nós. Nós da vida sistema de transações de cartão de débito.
Somos loucos por detalhes.
enfatizamos para nossos consumidores que Um grande requisito era que o usuário de
 Campfire: Chat em grupo ao invés
 O espaço entre objetos
eles podem nos contatar a qualquer hora um cartão de débito não deveria ter a
de Mensagens Instantâneas ruins
independente do problema. Nossos clientes mesma transação aplicada à sua conta duas  O espaço perfeito entre linhas
 Ta-da List: Competindo com os
apreciam esse nível de confiança ninguém vezes. Em outras palavras, não importa que  A cor perfeita
post-its
jamais abusou deste serviço. tipo de falha pudesse acontecer, o erro
 As palavras perfeitas
—Edward Knittel, Diretor de Vendas e  Writeboard: Word é coisa demais deveria ir para o lado de não processar a
 Quatro linhas de código em vez de
Marketing, KennelSource transação em vez de processar e duplicá-la.
Com o Basecamp, por exemplo, a visão era sete
Então, escrevemos isso no nosso quadro-
Prioridades capítulo 4 “Gerenciamento de Projetos é
branco compartilhado em letras grandes:
 90% vs 89%
comunicação”. Sentimos fortemente que  760px vs 750px
Erros a favor dos usuários.
comunicação efetiva em um projeto leva à
Qual é a Grande Idéia? Isso se juntou a outra meia-dúzia de  $39/mês vs $49/mês
propriedade coletiva, ao envolvimento, ao
máximas. Juntas, elas guiaram todas aquelas
investimento e ao momento. Traz todos à
decisões complicadas que se fazem quando Sucesso e satisfação estão nos detalhes
Diferencie-se das grandes mesma página trabalhando em direção a um
se constrói algo complexo. Juntas, essas leis
Entretanto, o sucesso não é a única coisa
empresas sendo pessoal e objetivo comum. Sabíamos que se Basecamp
deram forte coerência interna e grande
pudesse atingir isso, todo o resto entraria na que encontrará nos detalhes. Também
amigável consistência externa à nossa aplicação.
linha. encontrará estagnação, desacordo, reuniões
—Dave Thomas, The Pragmatic Programmer e atrasos. Essas coisas podem acabar com a
A visão nos levou a manter o Basecamp o
Explicitamente defina a visão principal da
moral e diminuir suas chances de sucesso.
mais aberto e transparente possível. Em vez
sua aplicação. O que a sua aplicação Faça um Mantra
de limitar a comunicação para dentro da Quantas vezes se encontrou travado em um
defende? Do que se trata? Antes de começar
empresa, demos acesso aos clientes único design ou elemento de código por um
o design ou a codificação de qualquer coisa Organizações precisam de pontos-guia. dia inteiro? Quantas vezes se deu conta de
também. Pensamos menos sobre permissões
você precisa saber o propósito do seu Precisam de linhas gerais; funcionários que o progresso que fez hoje não foi
e mais sobre encorajar todos os
produto – a visão. Pense grande. Para que precisam saber a cada dia quando acordam progresso real? Isso acontece quando você
participantes a tomar parte. A visão é o
ele existe? O que o torna diferente de outros porque estão indo trabalhar. Essas linhas foca nos detalhes cedo demais no processo.
motivo porque pulamos painéis, gráficos,
produtos similares? devem ser curtas e doces, e bem Há tempo suficiente para ser um
tabelas, relatórios, estatísticas e planilhas e
A visão irá guiar suas decisões e o manterá compreensivas: Por que você existe? O que o
ao invés disso focamos na prioridade da perfeccionista. Apenas faça isso mais tarde.
em um caminho consistente. Sempre que motiva? Chamo isso de mantra – uma
comunicação como mensagens, Não se preocupe com o tamanho da fonte do
houver um ponto duvidoso, pergunte, descrição de três ou quatro palavras de
comentários, listas de tarefas e cabeçalho na primeira semana. Você não
“Estamos nos mantendo coerentes à visão?” porque você existe.
compartilhamento de arquivos. Tome a precisa empregar o tom perfeito de verde na
A visão deve ser breve também. Uma —Guy Kawasaki, autor (de Make Mantra)
grande decisão sobre a visão logo no segunda semana. Não precisa mover em três
sentença deve ser o suficiente para espalhar
começo e todas as pequenas decisões pixels o botão de “submeter” na terceira
a idéia. Aqui estão as visões para cada um Ignore os Detalhes logo no
futuras se tornam muito mais simples. semana. Apenas coloque as coisas na página
de nossos produtos:
Começo por enquanto. Então use. Garanta que
funciona. Mais tarde você pode ajustar e Não desperdice tempo com Resumo da Ópera: Tome decisões só no nos permitiu identificar facilmente quais
aperfeiçoar. momento necessário, pois aí você terá recursos seriam genuinamente úteis e, mais
problemas que você ainda não
Os detalhes se revelam ao se usar o que acesso à informação real de que precisa. importante, quais recursos deixar de fora.
tem
está construindo. Você verá o que precisa de Entrementes você estará em condições de Não só atraímos mais clientes por mirar em
mais atenção. Sentirá o que está faltando. prestar atenção às coisas que requerem um grupo menor de pessoas, como todos
Você precisa realmente se preocupar em cuidado imediato. esses clientes tinham necessidades similares
Saberá quais crateras pavimentar porque
escalar para 100.000 usuários hoje se vai que tornavam nosso trabalho muito mais
ficará sempre caindo nelas. É quando precisa
levar dois anos para chegar lá? fácil. Há um monte de recursos no Campaign
prestar atenção, e não antes. Contrate os Clientes Certos
Você tem mesmo que contratar oito Monitor que seriam inúteis para qualquer um
programadores se hoje você só precisa de exceto um web designer.
O Diabo está nos Detalhes Encontre o nicho de mercado
três? Focar um nicho de mercado também torna
para seu aplicativo e concentre-
Quase me cansei da atitude “entre nos Você precisa realmente de 12 servidores muito mais fácil divulgar seu software. Agora
top-de-linha agora se dá para rodar em dois se somente nele que temos um público bem definido,
detalhes imediatamente” depois de tomar
algumas aulas de desenho … Se começar a por um ano? podemos fazer anúncios em lugares da web
desenhar os detalhes imediatamente pode O cliente nem sempre tem razão. A verdade que este público freqüenta, publicar artigos
ter certeza que o desenho será uma droga. Apenas se vire é que você terá que separar quem é certo que eles podem achar interessantes e em
De fato, você está perdendo completamente e quem é errado para seu aplicativo. A boa geral formar uma comunidade em torno do
o ponto. notícia é que a Internet torna mais fácil do produto.
As pessoas costumam gastar tempo demais
que nunca encontrar as pessoas certas. —David Greiner, fundador, Campaign
Você deve começar pegando as proporções logo de cara tentando resolver problemas
corretas da cena toda. Então rascunha os que elas ainda nem têm. Não faça isso. Poxa, Monitor
grandes objetos na sua cena, indo até os nós lançamos o Basecamp sem a habilidade Se você tentar agradar todo
menores. O rascunho deve ser bem vago de cobrar os clientes! Como o produto é mundo, não irá agradar Escale mais Tarde
nesse ponto. Então pode proceder cobrado mensalmente, sabíamos que
ninguém
sombreando, o que consiste em dar volume teríamos um intervalo de 30 dias para dar
Você ainda não tem um
à vida. Você começa com apenas três tons um jeito. Usamos aquele tempo para
Quando nós desenvolvemos o Basecamp, problema de escalabilidade
(claro, médio, escuro). Isso dá um rascunho resolver problemas mais urgentes e então,
focamos nosso marketing em firmas de
de tons. Então, para cada porção do seu após o lançamento, enfrentamos a cobrança.
design. Por restringir nosso mercado desta ”Conseguirei escalar minha aplicação
desenho reavalia três tons e os aplica. Faça Deu certo (e nos forçou a adotar uma
forma, ficou mais fácil atrair clientes quando milhões de pessoas começarem a
isso até os volumes aparecerem (requer solução simples, sem firulas desnecessárias).
passionais que, por sua vez, iriam usá-la?”
múltiplas iterações) ... Não esquente com uma coisa até que você
evangelizar o produto. Saiba para quem seu
tenha de fato que fazê-lo. Não desenvolva Quer saber? Espere até que isso aconteça de
Funciona do grande para o pequeno. aplicativo realmente se destina e foque-se
demais. Aumente hardware e software de fato. Se você tiver um número gigante de
Sempre. em agradar este público.
sistema conforme necessário. Se ficar lento pessoas sobrecarregando seu sistema,
—Patrick Lafleur, Creation Object Inc. (de
por uma ou duas semanas não será o fim do magnífico! Que ótimo problema para se ter.
Signal vs. Noise) A Melhor Decisão Que Já Tomamos
mundo. Apenas seja honesto: explique para A verdade é que a maioria esmagadora das

os seus clientes que você está passando por aplicações web nunca alcançará esse
Só é um Problema Quando é um A decisião de direcionar o Campaign Monitor estágio. E mesmo se você começar a ser
dores de crescimento. Eles podem não ficar
Problema estritamente para o mercado de web design sobrecarregado isto tipicamente não é uma
empolgados mas apreciarão a franqueza.
foi a melhor escolha que já fizemos. Ela
questão de tudo ou nada. Você terá tempo Você terá que revisar de qualquer considerados parte indispensável da Atenha-se ao que é verdadeiramente
para ajustar-se e responder ao problema. jeito colaboração de documentos. Em vez de essencial. Boas idéias podem ser tiradas da
Além disso, depois de lançar você terá mais atribuir cada mudança do documento a uma gaveta. Pegue tudo que você acha que
dados reais e benchmarks que podem ser A verdade é que todo mundo tem problemas pessoa determinada, eles removeram muito seu produto deve ser e corte pela
usados para descobrir as partes que de escalabilidade, ninguém lida com a da representação visual de propriedade. Eles metade. Remova funcionalidades até que
precisam ser revisadas. transição de zero para alguns milhões de tornaram o conteúdo atemporal e destituído você obtenha apenas o essencial. E então,
Por exemplo, nós rodamos o Basecamp em usuários sem revisar quase todos os de ego. Eles decidiram que não importava repita o processo.
um único servidor durante o primeiro ano. aspectos do design e arquitetura da quem escreveu o conteúdo ou quando ele foi Começamos o Basecamp apenas com a
Por termos iniciado com uma configuração aplicação. escrito. E isso fez toda a diferença. Essa seção de mensagens. Nós sabíamos que isso
simples, conseguimos implementar em uma decisão despertou nas pessoas um senso de era o coração do aplicativo, então, de início,
—Dare Obasanjo, Microsoft (de Scaling Up
única semana. Nós não começamos com um comunidade e foi peça-chave no sucesso da ignoramos as milestones, listas de tarefas e
and Startups)
aglomerado de 15 computadores nem Wikipédia. outros itens. Isso nos permitiu embasar as
gastamos meses nos preocupando com Nossos aplicativos trilharam um caminho decisões futuras no uso real e não em
Faça Software que tem Opinião
escalabilidade. parecido. Eles não tentam ser todas as palpites.
Tivemos problemas? Alguns. Mas também coisas para todas as pessoas. Eles têm uma Comece com um aplicativo simples e
Seu aplicativo deve tomar atitude. Eles vão atrás de clientes que são no
descobrimos que a maior parte do que inteligente e deixe-o ganhar impulso. Só
temíamos, como um breve período de partido fundo parceiros. Eles têm apelo para as então pense em adicionar coisas à fundação
lentidão, não era o fim do mundo para os pessoas que partilham de nossa visão. Ou se sólida que você já construiu.
clientes. Desde que você mantenha as Algumas pessoas defendem que o software está do lado de dentro ou se está do lado de
pessoas informadas, e seja honesto sobre a deve ser agnóstico. Dizem que é arrogante fora. Isso Simplesmente Não Importa
situação, elas entenderão. Em retrospecto, da parte dos desenvolvedores limitar a
somos contentes por não termos atrasado o funcionalidade ou ignorar pedidos de novos Seleção de Funcionalidades
Apenas o essencial
lançamento em meses para criar “a recursos. Dizem que o software deve ser
capítulo 5
configuração perfeita”. sempre o mais flexível possível.
Nossa resposta favorita à pergunta ”porque
No começo, priorize construir um produto Para nós isso é papo-furado. O melhor
Meio, Não Meia-Boca você não fez isso ou porque você não fez
sólido em vez de obsecar-se com software traz consigo uma visão. O melhor
aquilo?” é sempre: “Porque isso
escalabilidade ou fazendas de servidores. software toma partido. Quando alguém usa
Faça meio produto e não um simplesmente não importa.” Essa afirmação
Crie uma grande aplicação e depois se um software, não está procurando apenas
representa o que torna genial um produto.
preocupe com o que fazer quando ela recursos, está procurando uma abordagem. produto meia-boca
Descobrir o que importa e deixar de fora o
se tornar animalmente bem-sucedida. Está procurando uma visão. Decida qual é
resto.
Do contrário você o corre o risco de sua visão e atenha-se a ela. Cuidado com a visão “faz-tudo” no
Quando lançamos o Campfire, nós
desperdiçar energia, tempo e dinheiro se E lembre, se não gostarem da sua visão há desenvolvimento de uma aplicação web.
recebemos essas perguntas das pessoas que
prendendo a algo que nunca acontecerá. um monte de outras visões por aí. Não corra Considere todas as boas idéias que
usavam o produto pela primeira vez:
Acredite ou não, o maior problema não é atrás de quem você nunca irá contentar. aparecerem ao longo do processo e você
”Porque marcar o horário apenas a cada 5
escalar, é chegar ao ponto de ter de fazê-lo. Um ótimo exemplo é o projeto original do acabará apenas com uma versão meia-boca
minutos? Porque não marcar a hora de cada
Sem o primeiro problema, você não terá o wiki. Ward Cunningham e seus amigos do seu produto. O que você realmente
linha do batepapo?” Resposta: Porque não
segundo. deliberadamente desproveram o wiki de precisa é montar meio produto que detone.
importa. Com que frequência você precisa
muitos recursos que no passado eram
ter controle de uma conversa segundo a não importa, você atingirá níveis de então nós começamos a pensar na Mesmo que uma funcionalidade passe o
segundo, ou mesmo minuto a minuto? produtividade que você jamais imaginou. funcionalidade de fato. estágio do “não”, você ainda precisa expor
Certamente não é 95% do tempo. Marcar o E o que dizer às pessoas que reclamam seus custos ocultos.
horário a cada 5 minutos são suficientes Comece com Não quando nós não adotamos a sua idéia? Por exemplo, fique de alerta com loops de
porque qualquer outra frequência mais Lembre-os do porque eles gostam da funcionalidades, ou seja, funcionalidades que
específica não importa. aplicação em primeiro lugar. “Você gosta levam a mais funcionalidades. Nós
Faça com que as
”Porque vocês não permitem negrito ou dele porque nós dizemos não. Você gosta recebemos pedidos para adicionar uma aba
funcionalidades dêem duro para
itálico ou formatação colorida nos dele porque ele não faz outras 100 coisas. de reuniões ao Basecamp. Parece simples
batepapos?” Resposta: Porque não importa. ser implementadas Você gosta dele porque ele não tenta até que você examine com mais cautela.
Se você necessita enfatizar algo, use a boa e agradar a todos sempre.” Pense em todos os diferentes itens que uma
velha trava de maiúsculas ou coloque alguns O segredo de criar meio produto ao invés de aba de reuniões precisaria: localização, hora,
* em volta da palavra ou frase. Essas um produto meia-boca é dizer não. ”Nós não queremos milhares de sala, pessoas, convites por e-mail,
soluções não requerem nenhum software Cada vez que você diz sim para uma funcionalidades” integração com o calendário, documentação
adicional, suporte técnico, capacidade de funcionalidade, você está adotando um filho. de suporte, etc. Isso sem mencionar que nós
processamento ou curva de aprendizado. Você tem que levar seu bebê através de Steve Jobs deu uma pequena apresentação teríamos que modificar as imagens de
Além disso, formatação de texto num toda uma cadeia de eventos (exemplo: sobre o iTunes Music Store para um pessoal promoção, as páginas do tour, páginas do
simples batepapo baseado em texto não design, implementação, testes etc.). Uma de uma gravadora independente. Minha fala faq/ajuda, contrato de prestação de serviço e
importa. vez que está funcionalidade está lá, você favorita nesse dia foi quando as pessoas mais. Antes que você note, uma idéia
”Porque vocês não mostram o total de está preso a ela. Apenas tente removê-la e insistiam em levantar a mão perguntando, simples pode ser tornar uma dor de cabeça
pessoas na sala?” Resposta: Porque não veja o quão irados ficarão os clientes. “Ele faz [x]?”, “Você planeja adicionar [y]?”. enorme.
importa. O nome de todos está listado, então Finalmente Jobs disse, “Calma, calma – Para cada nova funcionalidade você
você sabe quem está aí, que diferença faz Não concorde com tudo abaixem seus braços. Ouçam: Eu sei que precisa…
saber se há 12 ou 16 pessoas? Se isso não vocês tem milhares de idéias de  1. Dizer não.
muda o seu comportamento então isso não Faça com que cada funcionalidade dê duro funcionalidades bacanas para o iTunes. Nós  2. Forçar a funcionalidade a provar
importa. para ser implementada. Ponha cada uma também. Mas não queremos milhares de seu valor.
Seria legal ter essas coisas? Claro. Elas são delas à prova e mostre que é uma funcionalidades. Isso seria horrível. Inovação
 3. Se “não” novamente, pare aqui.
essenciais? Elas realmente importam? Não. sobrevivente. É como no filme “O Clube da não é dizer sim para tudo. É dizer NÃO para
Se “sim”, continue…
Por isso foram deixadas de fora. Os melhores Luta”. Você deveria considerar apenas tudo exceto as funcionalidades mais
designers e os melhores programadores não funcionalidades que estejam dispostas a cruciais.”
 4. Esboce as telas/UI.

são os com as melhores habilidades, ou os ficar aguardando na porta por três dias para —-Derek Sivers, presidente e programador,  5. Crie as telas/UI.
dedos mais ágeis, ou os que podem assoviar serem aceitas. CD Baby e HostBaby  6. Programe-as.
e chupar cana com o Photoshop ou sua É por isso que você tem que começar com (from Diga NÃO por padrão)
 7-15. Teste, aperfeiçoe, teste,
plataforma preferida, e sim aqueles que um não. Cada novo pedido de funcionalidade
aperfeiçoe, teste, aperfeiçoe…
podem determinar o que não importa. É aí que vem até nós – ou de nós – encontra um Custos Ocultos
onde os ganhos reais são feitos.  16. Cheque para ver se o texto da
não. Nós ouvimos mas não agimos. A
ajuda precisa ser modificado.
A maior parte do tempo que você gasta é resposta inicial é “agora não”. Se o pedido
Exponha o preço das novas
perdido em coisas que não importam. Se continua a aparecer, então sabemos que é  17. Atualize o tour do produto (se
funcionalidades necessário).
você puder cortar o tempo pensando no que hora de um olhar mais profundo. Somente
  18. Atualize a cópia de marketing Crie softwares voltados para Esqueça Pedidos de memória. Se a funcionalidade for realmente
(se necessário). necessária, eles te lembrarão até que você
conceitos gerais e incentive as Funcionalidades
não consiga esquecer.
 19. Atualize o Termo de Prestação
pessoas a criar suas próprias
de Serviço (se necessário). Como nós chegamos à essa conclusão?
soluções Deixe os clientes informarem o
Quando nós lançamos o Basecamp nós
 20. Cheque se alguma promessa foi
que é importante colocávamos todos os pedidos de novas
quebrada.
Não force convenções. Ao invés disso, faça funcionalidades em uma lista de tarefas. A
 21. Cheque se a estrutura de custos seu software de modo generalista, assim Os clientes querem absolutamente tudo. Eles cada repetição de um pedido, nós
foi afetada. todos podem encontrar suas próprias virão com uma avalanche de pedidos de marcávamos com um “I” extra ( II, III ou IIII
 22. Publique. soluções. Dê às pessoas só o suficiente para funcionalidades. Dê uma olhada nos fóruns etc). Nós imaginávamos que um dia iríamos
resolver os problemas delas ao modo delas. de nossos produtos; A categoria ‘pedido de revisar a lista e trabalhar indo das mais para
 23. Cruze os dedos.
E então saia do caminho. funcionalidade’ sempre sobrepuja as com as menos populares.
Quando criamos a Ta-da List, nós larga vantagem. Mas a verdade é que nunca olhamos para a
Você Pode Lidar com Isso?
intencionalmente omitimos uma série de Nós vamos ouvir sobre “essa pequena lista novamente. Nós já sabíamos o que
coisas. Não há como designar uma tarefa funcionalidade extra” ou “não pode ser precisava ser feito porque nossos clientes
Crie algo que você possa
para alguém, não há como marcar uma data difícil” ou “não seria fácil colocar isso” ou nos lembravam constantemente fazendo
gerenciar de término, não há como categorizar os “vai levar apenas uns segundos para inserí- sempre os mesmos pedidos. Não havia
itens, etc. la” ou “se você adicionar isso, eu pagaria o necessidade de uma lista ou grupos de
Se você lançar um programa de filiação, Nós mantivémos a ferramenta limpa e sem dobro” e assim por diante. análise, porque tudo estava acontecendo em
você teria os sistemas prontos para fazer a frescuras deixando as pessoas serem Claro que não podemos culpar as pessoas tempo real. Você não pode esquecer o que é
contabilidade e os pagamentos? Talvez seria criativas. As pessoas descobriram como por pedir funcionalidades. Nós as importante quando você é lembrado todos
melhor você deixar as pessoas ganhar resolver seus problemas sozinhas. Se elas encorajamos e queremos ouvir o que elas os dias.
descontos nas suas taxas de filiação ao invés quisessem adicionar uma data para uma tem a dizer. A maior parte das E mais uma coisa: Só porque x pessoas
de escrever, assinar e enviar cheques todos tarefa, elas poderiam inserir (Prazo: 7 de funcionalidades que inserimos em nossos pedem algo, não significa que você tem que
os meses. Abril de 2006) na frente do item. Se elas produtos começaram como sugestões de incluí-la. Algumas vezes é melhor apenas
Você consegue dar 1 GB de espaço de graça, quisessem categorizar, poderiam nossos clientes. Mas, como dissemos antes, dizer não e manter sua visão de produto.
só porque o Google dá? Talvez você deva simplesmente colocar [Livros] na frente do sua primeira resposta deve ser um não.
começar pequeno, em 100 mb, ou ceder item. Ideal? Não. Infinitamente flexível? Sim. Então o que você faz com todos esses Segure as Rédeas
espaço apenas para as contas pagantes. Se tentássemos criar software para, pedidos? Onde você os guarda? Como você
Conclusão: Crie produtos e ofereça serviços especificamente, cuidar desses casos, nós os gerencia? Você não faz isso. Você
Pergunte o que as pessoas não
que você possa gerenciar. É fácil fazer estaríamos o tornando menos útil para todos apenas os lê e então os joga fora.
promessas. É bem mais díficl mantê-las.
querem
os casos onde essas preocupações não se Sim, leia, jogue fora e esqueça-os. Pode soar
Tenha certeza de que, seja lá o que você aplicam. como heresia mas os realmente importantes
fizer, seja algo que você possa realmente irão, com certeza, reaparecer. Esses são os A maior parte das enquetes e pesquisas
Faça o melhor trabalho que você puder com
sustentar – organizacional, estratégica e únicos que você precisa se lembrar. Esses sobre software são focalizadas em o que as
a raiz do problema e então saia de fininho.
financeiramente. são os realmente esseciais. Não se preocupe pessoas querem num produto. “Qual
As pessoas vão encontrar suas próprias
em organizar e guardar cada pedido que funcionalidade você acha que está
soluções e convenções dentro de sua
faltando?”, “Se você pudesse adicionar mais
Soluções Humanas estrutura geral. aparecer. Deixe seus clientes serem sua
uma única coisa, o que seria?”, “O que Não tem problema fazer menos, pular Eu não lembro de nenhum projeto de Não espere fazer certo na primeira vez.
tornaria esse produto mais útil para você?” detalhes e encontrar atalhos em seus software que estive envolvido – grande ou Deixe a aplicação crescer e se apresentar a
E o outro lado da moeda? Porque não processos se o levarem a software que pequeno – que tenha tido sucesso em você. Deixe ela mutar e envolver. Com
perguntar o que as pessoas nao querem? funciona mais rápido. Uma vez lá, você será termos de prazos, custos ou funcionalidades softwares baseados na web não há
“Se você pudesse remover algo, qual seria?” recompensado com perspectivas que tenha começado com um longo período necessidade de entregar a perfeição. Projete
“O que você não usa?” “O que mais te significativamente mais precisas de como de planejamento e discussão, e sem as telas, use-as, analize-as e então comece
atrapalha?” proceder. Histórias, rascunhos de estrutura e desenvolvimentos concorrentes. É de novo.
mesmo protótipos html são apenas simplesmente muito fácil e às vezes Ao invés de querer tudo certo desde o início,
Mais não é a resposta. Algumas vezes o
aproximações. Software rodando é real. divertido, jogar o precioso tempo fora o processo iterativo lhe permite continuar
maior favor que você pode fazer para os
Com software real rodando todos ficam perto inventando funcionalidades que acabam tomando decisões informadas no percurso.
clientes é deixar algo de fora.
da compreenção e do acordo. Você evita sendo desnecessárias ou que não serão Você ainda terá uma aplicação ativa e
argumentos acalorados sobre esboços e implementáveis. rodando rapidamente, desde que não fique
Inovação aparece quando dizemos
parágrafos que não resolveriam nada de Isso se aplica a qualquer tipo de obcecado em atingir a perfeição logo de
não
importante. Você percebe que coisas que desenvolvimento e chegar a alguma coisa cara. O resultado é um feedback e um guia
considerava triviais são na verdade bem real e rodando é um mantra fractal. Isto não real sobre o que requer sua atenção.
[Inovação] aparece quando dizemos não à
cruciais. se aplica apenas a projetos como um todo, é
1000 coisas para termos certeza que não
Coisas reais levam a reações reais. E é assim pelo menos igualmente aplicável ao Iterações levam à liberação
estamos seguindo o caminho errado ou
que você chega à verdade. desenvolvimento de componentes de
tentando fazer coisas demais. Nós estamos
pequena escala, dos quais a aplicação é Você não precisa almejar a perfeição na
sempre pensando em novos mercados para
feita.
entrar, mas somente dizendo não para isso As coisas reais levam ao acordo primeira tentativa se sabe que isto será feito

que você pode se concentrar no que Quando há trabalho de implementação de de novo mais tarde. Saber que revisitará

realmente importa. Quando um grupo de pessoas diferentes um componente chave, desenvolvedores problemas é um grande motivador para
tentam encontrar o que é harmonioso… suas querem entender como vai ou não trabalhar apenas lançar as idéias e ver se voam.
—Steve Jobs, CEO, Apple (de A Semente de
opiniões tendem a convergir se eles estão em conjunto com suas partes da aplicação e
Inovação da Apple)
rascunhando coisas reais em larga escala. irão geralmente tentar usá-lo assim que Talvez você seja mais esperto do
Claro, se estão fazendo um esboço ou puderem. Mesmo que a implementação não
Processo capítulo 6 que eu
gerando idéias, não vão concordar. Mas se esteja perfeita ou completa no início, estas
você começa fazendo coisas reais, tendem a colaborações prematuras normalmente
Talvez você seja BEM mais esperto do que
Corra para Rodar o Software chegar a um acordo. levam a interfaces bem definidas e
eu.
—Christopher Alexander, Professor de funcionalidades que fazem exatamente o
Isto é totalmente possível. De fato, isto é
Pegue algo real e ponha-o para Arquitetura que se espera delas.
provável. De qualquer maneira, se você é
rodar rapidamente (de Contrastando Conceitos de Harmonia na —Matt Hamer, desenvolvedor e gerente de
como a maioria das pessoas, então como eu,
Arquitetura) produtos, Kinja
tem problemas imaginando aquilo que não
Rodar o software é a melhor maneira de consegue ver e tocar.
fazer acontecer, reúna sua equipe e jogue Faça Funcionar o Mais Rápido Enxague e Repita Seres humanos são extremamente bons em
fora idéias que não funcionam. Esta deve ser Possível responder a coisas do ambiente. Nós
sua prioridade número um. Trabalhe por iterações sabemos entrar em pânico quando um tigre
entra na sala e como limpar tudo depois de Traga idéias à tona. O que este produto irá Pegue algo real e publique para que todos Preferências são uma maneira
uma enchente devastadora. Infelizmente fazer? Para o Basecamp, nós olhamos para possam ver como fica na tela.
de evitar tomar decisões
somos terríveis em planejar adiante, em nossas próprias necessidades. Queríamos Para o Basecamp, primeiro fizemos a tela de
difíceis
compreender ramificações das nossas ações publicar atualizações de projeto. Queríamos “postar mensagens”, então a tela de “editar
e em priorizar as coisas que realmente tem participação dos clientes. Sabíamos que mensagens” e a coisa prosseguiu daí.
importância. projetos tinham datas-chave. Queríamos Em vez de usar nossa experiência para
Não escreva nenhum código de programação
centralizar arquivos para que as pessoas escolher o melhor caminho, deixamos nas
Talvez você seja um dos poucos indivíduos ainda. Apenas faça um protótipo em html e
pudessem revisar coisas antigas com mãos dos clientes. Pode parecer que
que consegue manter isto tudo em sua css. A implementação vem depois.
facilidade. Queríamos ter uma visão da estamos fazendo um favor a eles mas
cabeça. Isto realmente não interessa.
figura maior, uma vista aérea do que estava apenas estamos lhes dando mais trabalho (e
Web 2.0, o mundo que começamos Codifique
acontecendo com todos os nossos projetos. provavelmente eles já são ocupados o
assumindo que todo mundo já usa a web, dá
Juntas, estas premissas e algumas outras, suficiente). Para os clientes, telas de
permissão a desenvolvedores espertos Quando o protótipo parecer bom e
serviram como nossa fundação. preferência com uma quantidade infinita de
colocarem essas fraquezas humanas a demonstrar o suficiente das funcionalidades opções são uma dor de cabeça, não uma
trabalhar para elas. Como? Permitindo que Esse estágio nao é sobre os mínimos
necessárias, vá em frente e conecte o código bênção. Clientes não deveriam ter que
seus usuários lhes contem o que pensam detalhes. É sobre grandes questões. O que a
de programação. pensar sobre cada ínfimo detalhezinho – não
enquando ainda há tempo de fazer algo a aplicação precisa fazer? Como saberemos
Durante todo esse processo, se lembre de coloque esse peso sobre eles quando deveria
respeito. quando será útil? O que exatamente
permanecer flexível e esperar múltiplas ser sua responsabilidade.
faremos? Isso é sobre idéias de alto nível,
E esta última frase explica porque você deve iterações. Você deve se sentir livre para
nao discussões no nível dos pixels. Nesse Preferências também são más porque criam
desenvolver desta maneira e como pode jogar fora qualquer parte entregável de
estágio, esses tipos de detalhe mais software. Mais opções requerem mais
querer promover/lançar. qualquer passo particular e começar
simplesmente não têm sentido. código. E também ainda tem todo o teste
Torne sua história direta. Garanta que as novamente se ela se mostrar lixo. É natural extra e design que precisamos fazer. E ainda
peças funcionem. Então lance e revise. passar por esse ciclo múltiplas vezes. vamos acabar com permutações de
Ninguém é tão esperto quanto todos nós
Papel de Padeiro
preferências e telas que nunca usaremos.
juntos. Evite Preferências Isso significa bugs que não sabemos a
Esboços são rápidos, sujos e baratos e é
—Seth Godin, autor/empreendedor respeito: layouts quebrados, tabelas
exatamente como você quer começar.
Decida sobre os pequenos explodindo, problemas estranhos de
Desenhe coisas. Rabisque coisas. Caixas,
Da Idéia à Implementação paginação, etc.
círculos, linhas. Arranque as idéias da detalhes para que seus clientes
cabeça para o papel. O objetivo nesse ponto não precisem
Vá do brainstorm à esboços à Tome a decisão
deve ser converter conceitos em designs
HTML à codificação grosseiros de interface. Esse passo é apenas
Nos deparamos com uma decisão difícil:
sobre experimentação. Não há respostas Tome as decisões simples no lugar dos
quantas mensagens incluímos em cada
erradas. clientes. É o que fizemos no Basecamp. O
Aqui vai o processo que usamos para Cair na página? A primeira inclinação pode ser em
número de mensagems por página é 25. Na
Real: dizer, “Vamos apenas tornar isso uma
página de resumo, as últimas 25 são
Crie telas HTML preferência onde as pessoas possam
mostradas. Mensagens são ordenadas em
Brainstorm escolher 25, 50 ou 100”. Entretanto, essa é a
ordem cronológica reversa. Os cinco projetos
Faça uma versão HTML dessa funcionalidade forma mais simples. Apenas tome a decisão.
(ou seção, ou fluxo, se for mais apropriado).
mais recentes são mostrados no painel. Não significa que algum objetivo foi atingido.  Idéia Péssima = -1 dados reais. Receba feedback real. Então
existem opções. É o jeito que tem que ser. Uma decisão foi tomada e podemos seguir  Idéia Fraca = 1 aprimore baseado nessa informação.
Sim, podemos tomar uma decisão ruim. Mas em frente. Feito significa que estamos Testes de usabilidade formais são muito
 Idéia mais ou menos = 5
e daí? Se fizermos isso, as pessoas vão construindo momento. duros. Configurações de laboratório não
 Boa Idéia = 10
reclamar e nos dizer sobre isso. Como Mas espere, e se ferramos e tomamos a refletem a realidade. Se ficarmos sobre os
sempre, podemos ajustar. Cair na Real é decisão errada? Tudo bem. Isso não é  Grande Idéia = 15 ombros de alguém, teremos alguma idéia do
justamnete sobre ser capaz de mudar em cirurgia de cérebro, é uma aplicação  Brilhante Idéia = 20 que está funcionando ou não mas as pessoas
tempo real. web. Como estamos dizendo, normalmente não agem bem de frente para
provavelmente teremos que rever as câmeras. Quando outra pessoa está
 Nenhuma execução = $1
Preferências Têm um Custo funcionalidades e idéias múltiplas vezes olhando, as pessoas são especialmente mais
 Execução Fraca = $1.000
durante o processo de qualquer forma. Não cuidadosas para não cometer erros – sendo
No fim das contas preferências tem um importa quanto planejamos, com certeza  Execução mais ou menos = $10.000 que erros são exatamente o que estamos
custo. Claro, algumas preferências também estaremos meio errados de qualquer jeito.  Boa Execução = $100.000 procurando.
têm benefícios importantes – e podem ser Então não faça essa coisa de “pausa para Em vez disso, lance versões beta para alguns
 Grande Execução = $1.000.000
funcionalidades de interface cruciais. Mas análise”. Isso apenas desacelera o progresso poucos selecionados dentro da própria
e compromete a moral.  Brilhante Execução = $10.000.000
cada um tem um preço e temos que aplicação real. Faça com que usem as
considerar cuidadosamente seu valor. Muitos Em vez disso, avalie a importância de seguir funcionalidades do beta ao lado das
Para fazer negócios, você precisa multiplicar
usuários e desenvolvedores não entendem em frente. Entre no ritmo de tomar decisões. funcionalidades lançadas. Isso irá expôr
os dois.
isso e acabam com muito custo e pouco Tome uma decisão rápida e simples e então essas funcionalidades a dados reais das
valor por seus dólares de preferências … retorne e mude se não funcionar. A idéia mais brilhante, sem nenhuma pessoas e a fluxos verdadeiros. E é aí que
acho que se formos duramente disciplinados execução, vale $20. A idéia mais brilhante teremos resultados reais.
Aceite que decisões são temporárias. Aceite
sobre ter bons padrões Que Apenas necessita de grande execução para valer
que erros vão acontecer e entenda que não Além disso, não tenha uma versão de
Funcionam, em vez de adicionar $20.000.000.
tem nada demais enquanto estivermos lançamento e outra beta. Elas devem ser
preferências folgadamente, isso fazendo correções rapidamente. Execute, Esse é o motivo porque não quero ouvir sempre a mesma coisa. Uma versão beta
naturalmente leva a interface de usuário construa momento, e siga em frente. idéias de outras pessoas. Não estou separada só receberá uma leve navegação.
como um todo na direção certa. interessado até ver suas execuções. A versão real, com algumas funcionalidades
—Havoc Pennington, líder técnico, Red Hat Seja um Executador —Derek Sivers, presidente e programador, beta misturadas, receberão o fluxo de uso
(de Software Livre e boas interfaces de CD Baby e HostBaby completo.
usuário) É tão engraçado quando ouço sobre pessoas
protegendo tanto suas idéias. (Pessoas que Teste ao Ar Livre O Livro Beta
"Feito !" querem que eu assine um contrato de sigilo
antes de me contar a mais simples das Teste sua aplicação com uso do Se desenvolvedores estão nervosos

Decisões são temporárias então idéias). liberando seus códigos, então editores e
mundo real
Para mim, idéias não valem nada até serem autores estão assustados lançando seus
faça a escolha e siga em frente
executadas. São apenas multiplicadores. livros. Uma vez que o livro está fixo no
Não há substituto para pessoas reais usando
Execução vale milhões. papel, é visto como uma coisa cabeluda
Feito. Comece a pensar nisso como uma sua aplicação de maneiras reais. Pegue
mudar (na verdade não é, mas percepção e
Explicação:
palavra mágica. Quando algo está feito
lembranças de problemas com velhas
tecnologias ainda persistem na indústria).  3. Grave. Faça upload. Publique; Tarefas Menores e Cronogramas Da próxima vez que alguém o pressionar por
Então, editores passam por vários problemas Menores uma resposta exata a uma questão
 4. Veja o que as pessoas acham.
(e custos) tentando fazer os livros ficarem desconhecida — seja sobre uma data de
“certos” antes de serem lançados. Desenvolvedores de software são uma entrega, o custo final do projeto ou o volume
Embora eu esteja sempre relutante em
Quando escrevi o livro Agile Web espécie especial de otimistas: quando de leite que caberia no Grand Canyon —
adicionar novas funcionalidades às coisas,
Development With Rails, houve muita apresentados a uma tarefa de programação, apenas comece tirando o ar da sala: diga,
quando tenho aquele momento "isso!" de
demanda entre os desenvolvedores: nos dê eles pensam, “Isso será fácil! Não vai levar "Eu não sei".
decisão de que alguma coisa vale a pena
o livro agora – queremos aprender Rails. Mas fazer, normalmente está no ar no website tanto tempo, afinal de contas”. Longe de danificar sua credibilidade, isso
eu caí no pensamento de um editor. “Não algumas horas depois, com falhas mas Então, dê três semanas a um programador demonstra o cuidado que você trás à sua
está pronto ainda”, eu dizia. Mas a pressão lançado, deixando o feedback guiar o futuro para completar a enorme tarefa, e ele tomada de decisões. Você não está dizendo
da comunidade e trocas de idéias com David dos refinamentos nele. gastará duas semanas e meia palavras apenas para parecer esperto. Isso
Heinemeier Hansson mudaram minha forma procrastinando, e então uma programando. também nivela o campo de jogo
—Derek Sivers, presidente e programador,
de pensar. Lançamos o livro em formato pdf O atraso no cronograma provavelmente reformulando a questão como uma conversa
CD Baby e HostBaby
cerca de 2 meses antes de ficar completo. encontrará os requisitos errados, porque a colaborativa. Sabendo quão exata sua
Os resultados foram espetaculares. Não tarefa se mostrou mais complexa do que estimativa precisa ser (e porque), você pode
Encolha Seu Tempo
apenas vendemos um monte de livros, mas parecia. Além disso, quem vai lembrar o que trabalhar junto para desenvolver um
recebemos feedback – muito feedback. foi acordado entre a equipe três semanas entendimento compartilhado sobre os
Configurei um sistema automatizado para Quebre verdadeiros fatores por trás dos números.
atrás?
capturar os comentários dos leitores, e no —Merlin Mann, criador e editor da
Dê a um programador uma tarde para
final tivemos quase 850 relatos de erros de Estimativas que esticam em semanas ou [Link]
codificar um módulo pequeno, específico e
digitação, erros técnicos e sugestões para meses são fantasias. A verdade é que
ele vai devorá-lo, pronto para ir para o
novo conteúdo. Quase todos encontraram simplesmente não sabemos o que vai Resolva Aquele Problema Que Está
próximo.
seu caminho para o livro final. acontecer daqui tanto tempo à frente.
Tarefas menores e cronogramas menores Te Encarando na Cara
Foi uma situação ganha-ganha: consegui Então encolha seu tempo. Continue
são mais gerenciáveis, escondem menos
entregar um livro muito melhor e a quebrando seu cronograma em pedaços
requisitos mal entendidos e custam menos Minha coisa absolutamente favorita que
comunidade teve acesso antecipado a algo menores. Em vez de um projeto de 12
para você mudar de idéia ou refazer. acontece na web em tempos recentes é o
que eles queriam. E se você está numa semanas, pense nele como 12 projetos
Cronogramas menores mantém os lançamento e adoção do atributo "nofollow"
corrida competitiva, ter algo antecipado semanais. Em vez de chutar tarefas que
desenvolvedores engajados e lhes dá mais ("não siga"). Ninguém falou sobre isso de
ajuda as pessoas a se comprometerem com levam 30 ou mais horas, quebre em pedaços
oportunidades para aproveitar um senso de antemão. Não houve conferências ou
você e não com sua competição. mais realistas de 6 a 10 horas. Então
conquista e menos razões para pensar, “oh, comitês onde um bando de gente poderia
—Dave Thomas, The Pragmatic Programmers proceda, um passo de cada vez.
eu tenho tempo suficiente para fazer isso. debater a semântica ou natureza gramatical.
A mesma teoria se aplica para outros Nenhuma RFC que poderia tornar uma idéia
Por ora, vou terminar de categorizar minhas
Faça isso rápido problemas também. Você está enfrentando simples em um pedaço de XML de 20 linhas
músicas no meu iTunes”.
um problema tão grande que não cabe na que eu teria que ler de cabo a rabo apenas
—Gina Trapani, desenvolvedora web e
 1. Decida se vale a pena fazer, e se sua cabeça? Quebre. Continue dividindo os para entender como usá-lo, e então não usar
editora da Lifehacker, o guia da
problemas em pedaços cada vez menores porque eu não teria certeza se estava
for: produtividade e software
até que você seja capaz de digerí-los. formatado para a versão .3 ou 3.3b
 2. Faça rápido — Não perfeito.
Apenas faça; Fatores Verdadeiros
É simples, é efetivo, forneceu uma opção às com que os desenvolvedores tenham ciência outros assuntos ou tarefas. É quando não se ficam totalmente concentrados em seus
pessoas que queriam uma opção — e isso é dos pedidos de suporte. é interrompido para responder algo, ou trabalhos e completamente desligados dos
muito mais importante ao lidar com uma Melhor ainda, contrate pessoas com procurar alguma coisa, ou enviar um email, seus ambientes. Eles perdem a noção do
população da web que não se importa com múltiplos talentos, que podem atuar em ou responder mensagens instantâneas. O tempo e produzem muito mais através de
especificações ou deferências. diversas frentes. O resultado final será um tempo sozinho é onde progressos de concentração absoluta… o problema é que é
Algumas vezes resolver os próximos vinte produto mais harmonioso. verdade acontecem. muito fácil perder a concentração. Barulho,
problemas não é tão útil ou prudente quanto Se concentrar leva tempo. E é exatamente telefonemas, saída para o almoço, ter que
resolver aquele um que está nos encarando Tempo Sozinho por isso que a interrupção é seu maior dirigir por 5 minutos pra comer um pão de
diretamente na nossa cara. Não foi apenas inimigo. É como pegar no sono profundo – queijo e interrupções por colegas de trabalho
uma pequena vitória contra o SPAM (todas não se entra no sono profundo do nada, tem – especialmente interrupções por colegas—
Pessoas precisam de períodos
as vitórias contra SPAM são pequenas), mas que se deitar, dormir e então entrar no sono tudo te tira da zona de concentração. Se
sem interrupções para terminar você parar por 1 minuto para responder a
uma vitória para aqueles de nós que profundo. Qualquer interrupção o força a
apreciam os resultados simples e diretos o trabalho começar tudo de novo. O sono profundo é uma pergunta de um colega de trabalho, e
sobre ser um desenvolvedor web. onde a mágica do sono acontece de isso tirar sua concentração o suficiente para

37signals está espalhada por quatro cidades verdade. A concentração é onde a mágica da levar meia hora pra voltar a ser produtivo
—Andre Torrez, programador e VP de
e oito fusos-horário. De Provo, Utah a produtividade acontece de verdade. novamente, sua produtividade geral está em
Engenharia na Federated Media Publishing
Copenhagen, na Dinamarca, cinco de nós sérios problemas.
Estabeleça uma regra: faça que metade do
A Organização capítulo 7 estamos oito horas distantes. Um dos efeitos dia seja de horas onde você fica sozinho. Das —Joel Spolsky, desenvolvedor de software,
positivos de se ter oito horas de diferença é 10 da manhã até às 2 da tarde, ninguém Fog Creek Software
o tempo em que podemos ficar sozinhos. pode falar com ninguém mais (exceto (de De Onde Essas Pessoas Tiram Essas
Unidade
Apenas 4 a 5 horas por dia estamos durante o almoço). Ou então, faça com que a Idéias (Não Originais)?)

trabalhando juntos. Em algumas horas, a manhã ou a tarde seja o seu tempo para
Não quebre em áreas ficar sozinho. O importante é que o período Reuniões São Tóxicas
equipe norte-americana está dormindo
enquanto David, que está na Dinamarca, seja contínuo para evitar interrupções que
Muitas empresas separam design, está trabalhando. Nas horas restantes, matam sua produtividade. Não tenha reuniões
desenvolvimento, redação, suporte e estamos trabalhando enquanto David está Um período de tempo sozinho significa largar
marketing em áreas isoladas. Enquanto a dormindo. Isso nos dá meio dia juntos e meio o vício da comunicação. Durante o tempo Você precisa mesmo de reuniões? Reuniões
especialização tem suas vantagens, também dia sozinhos. que ficar sozinho, esqueça as mensagens geralmente acontecem quando um conceito
cria uma situação em que os funcionários só
Adivinhe qual a parte do dia em que somos instantâneas, ligações telefônicas, reuniões. não está claro o suficiente. Ao invés de
enxergam seus próprios mundos ao invés da
mais produtivos? O tempo em que estamos Evite qualquer conversa por e-mail que exija recorrer a uma reunião, tente simplificar o
aplicação web como um todo.
sozinhos. E isso não é nenhuma surpresa. respostas imediatas. Em resumo: cale a boca conceito, para que você possa discutí-lo
Integre sua equipe ao máximo para que Muitas pessoas preferem trabalhar logo de e trabalhe. rapidamente por email ou IM ou Campfire. O
exista um diálogo contínuo em todas as manhãzinha ou tarde da noite – nas horas objetivo é evitar reuniões. Cada minuto que
etapas do processo. Faça um sistema de em que não são incomodados. Se Concentrando você gasta em uma reunião é um minuto
verificações e balanços. Não deixe que
Quando você tem um longo período em que que você poderia estar trabalhando.
coisas se percam nas transcrições. Tenha
não é incomodado, consegue se concentrar. Todos sabemos que profissionais sábios Não existe nada mais tóxico à produtividade
redatores trabalhando com designers. Faça
E concentrado se é mais produtivo. É quando trabalham melhor entrando no “clima”, do que uma reunião. Aqui vão alguns
você não tem que dividir a cabeça com também chamado de “se concentrar”, onde motivos:
  Elas quebram seu trabalho diário Existem muitas reuniões. Fazer reuniões que Procure e Celebre Pequenas Quando conseguirem esta vitória de 4 horas,
em pequenos períodos, que acabam não fazem sentido é uma tarefa improdutiva. você vai encontrar a comemoração. E isso
Vitórias
por quebrar o fluxo do trabalho Só agende uma reunião quando você tem constrói a moral, aumenta a motivação e

 Elas geralmente tratam apenas de um assunto muito importante para discutir e assegura que a equipe está na direção certa.
Entregue algo hoje
palavras e conceitos abstratos, não você quer ou precisa de uma idéia,

de coisas reais (como um trecho de aprovação ou aval. Mesmo assim, resista Contratando capítulo 8
bravamente à tentação de convidar todo A coisa mais importante em
código ou algum detalhe do design
mundo – não desperdice o tempo das outras desenvolvimento de software é motivação.
de interface) Contrate Menos e Contrate Mais
pessoas sem necessidade. Motivação é localizada—se você não está
 Elas geralmente tratam de uma Tarde
motivado pelo que está trabalhando neste
pequena quantidade de —Lisa Haneberg, autora (de Não Deixe as
instante, as chances de que isso não saia tão
informações por minuto Reuniões Ditarem as Regras!)
bom são grandes . Na verdade, isso Adicione devagar para andar
 Elas quase sempre tem uma pessoa provavelmente vai ficar ruim.
Quebre-as rápido
que inevitavelmente vai fazer com Ciclos de entregas longos e demorados são
que todos percam o tempo com assassinos de motivação. Eles separam
Conforme o projeto cresce, o acréscimo de Não existe necessidade de ficar grande logo
assuntos não relacionados muito o tempo entre as comemorações. Por
pessoas diminui a produtividade. Uma das – ou depois de algum tempo. Mesmo se você
 O assunto principal vai embora outro lado, conquistas rápidas que você
razões mais interessantes é o aumento do tem acesso às 100 melhores pessoas, não é
muito facilmente pode comemorar são grandes motivadores.
número de canais de comunicação. Duas bom tentar contratá-las todas de uma vez.
 Freqüentemente tem pautas tão Se você deixar que as entregas demorem a
pessoas podem falar entre si; é um canal de Você não conseguirá fazer tanta gente assim
vagas que ninguém tem certeza do acontecer, você estará matando a
comunicação único. Três pessoas tem três assimilar a cultura da sua empresa. Você
assunto principal motivação. E isso pode matar o produto.
canais de comunicação; 4 tem 6. Na terá problemas no treinamento, disputas
Portanto, se você está no meio de um ciclo
 Requerem uma preparação prévia, verdade, o crescimento dos canais é pessoais, problemas de comunicação,
exponencial… Logo, memorandos e reuniões de entrega que demora meses, dedique um pessoas indo em direções opostas e muito
que quase ninguém faz
vão acabar consumindo o tempo todo. dia por semana (ou a cada duas semanas) mais.
para pequenas vitórias. Pergunte-se “o que
Em casos em que reuniões são realmente A solução é clara: quebre as equipes em Portanto, não contrate. Falando sério, não
nós podemos fazer e entregar em 4 horas?”.
necessárias (faça disso um raro evento), siga unidades pequenas, autônomas e contrate. Procure outra saída. O trabalho
E então, faça isso. Este tipo de trabalho
estas regras simples: independentes, para reduzir os canais de está tão puxado assim a ponto de você
poderia ser ...
 Coloque um alarme pra 30 minutos. comunicação. realmente precisar de mais gente? Porquê

Assim que ele tocar, a reunião Da mesma forma, quebre os programas em

 Uma funcionalidade simples você mesmo não faz? Você pode resolver o

acabou. Ponto final. unidades pequenas. Uma grande parte do  Um pequeno ajuste a algo que já problema com algum software ou uma

 Chame o menor número de pessoas problema vêm de dependências externas existe mudança nas práticas?

possível. (variáveis globais, dados passados entre  Reescrever algum texto de ajuda, Toda vez que Jack Welch, antigo CEO da GE,
funções, hardware compartilhado, etc…), que reduz o número de pedidos de precisava demitir alguém, ele não contratava
 Nunca tenha uma reunião sem uma
encontre um jeito de quebrar o programa suporte alguém de imediato para substituí-la. Ele
pauta bem clara.
para eliminar – ou minimizar – as queria ver por quanto tempo a GE poderia
 Em alguns formulários, remova
dependências entre as unidades. sobreviver sem aquela pessoa e sem aquele
Tenha menos reuniões alguns campos que você não
—Grupo Ganssle (de Mantenha Pequeno) cargo. Claro, não estamos incentivando
precisa
ninguém a demitir pessoas para testar esta
teoria, mas nós achamos que Jack acertou Trabalhe com possíveis (de Como Encontrar e Manter o Assistente está programando e testando, e
em algo: Você não precisa de tanta gente Virtual Perfeito) veja seus argumentos na
funcionários na base do “teste
quanto você pensa. comunidade para ver se o candidato
antes”
Se não tem outro jeito, então pense em Ações, Não Palavras está dentro do que a empresa
contratar. Mas você deve saber exatamente espera. Se não se encaixa na
Uma coisa é olhar o portfólio, curriculum, empresa, as decisões podem
o que precisa, apresentar os candidatros ao Julgue potenciais contratações
exemplo de código ou trabalhos anteriores. parecer erradas.
trabalho e mostrá-los o tipo de sofrimento
Outra coisa é efetivamente trabalhar com de tecnologia em contribuições
você quer que eles tenham.  Nivel de paixão
alguém. Sempre que possível, faça um “test- open source Por definição, envolvimento em
drive” com possíveis novos membros da
Lei de Brooks projetos open source requerem um
equipe. O método tradicional de contratação para nível mínimo de paixão. Se não,
Antes de contratar alguém, passe a ele um cargos técnicos—baseados em faculdades,
Adicionar pessoas a um projeto de software porque outro motivo a pessoa
pequeno projeto antes. Vamos ver como ele curriculums, etc. —é falho por diversas
atrasado vai atrasá-lo ainda mais. perderia tempo na frente de um
assume o projeto, como ele se comunica, razões. Realmente importa onde a pessoa é
—Fred Brooks monitor? O tamanho do
como ele trabalha, etc. Trabalhar com formada ou suas notas? Podemos confiar envolvimento em movimentos open
alguém conforme ele faça o design ou mesmo em um curriculum ou indicação?
Programação e Requiem de Mozart source mostra quanto um candidato
codifique algumas telas vai te dar uma boa Open source é uma dádiva para aqueles que realmente se importa com
idéia sobre a pessoa. Você verá rapidamente precisam contratar técnicos. Com open programação.
Um único bom programador trabalhando em
se a pessoa é ou não o que você precisa. source, pode-se checar o trabalho e
uma única tarefa não tem excesso de  Porcentagem de finalização
O tempo de trabalho para este projeto pode contribuições de alguém—pra bem ou mal—
coordenação ou comunicação. Cinco Toda a inteligência, toda a cultura e
ser pequeno. Mesmo que sejam 20 ou 40 com um bom intervalo de tempo.
programadores trabalhando na mesma paixão não se transformam em
horas, é melhor do que nada. Se o tempo é Isso significa que você pode julgar pessoas
tarefa precisam se coordenar e se software de valor se o candidato
ou não suficiente, isso se tornará óbvio. Em pelas ações ao invés de apenas palavras.
comunicar. E isso toma muito tempo… O não consegue terminá-lo.
todo caso, ambos os lados se livrarão do Você pode tomar decisões com base no que
problema em usar muitos programadores Infelizmente, muitos programadores
risco e dor de cabeça testando antes. realmente importa:
medianos ao invés de alguns bons não terminam seus projetos. Então,
programadores é que, não importa o tempo  Qualidade do trabalho procure a exceção. Contrate aquele
Comece com pouco
que eles tomem, o resultado nunca vai ser Muitos programadores falam bonito, que consegue sair pela porta e está
tão bom quanto o que os bons mas afinam na hora do “vamos disposto a fazer as trocas
Faça um pequeno teste no começo. Não
programadores vão produzir. Cinco Antonio ver”. Com open source, você pragmáticas que o trabalho exige.
jogue todo o trabalho para a pessoa de uma
Salieri’s não vão produzir um Requiem, de consegue ver com detalhes as  Lado social
vez. Dê a seu novo [assistente virtal] um ou
Mozart. Nem se trabalhassem por 100 anos. práticas e conhecimentos de Trabalhar com alguém por um bom
outro projeto de teste e veja como a química
—Joel Spolsky, desenvolvedor de software, programação de uma pessoa. período de tempo, durante tanto as
se desenvolve. Neste começo, é mais fácil de
Fog Creek Software (de Acertando as Notas  Perspectiva cultural horas de stress e descontração e
detectar problemas em potencial. Deixe
Maiores) Programar é tomar decisões. Muitas altos e baixos vão mostrar a
claro de que este é um período de
delas. Decisões são tomadas com verdadeira personalidade do
experiência.
Chute os Pneus base na cultura, nos valores e em candidato. Se alguém não tem
—Suzanne Falter-Barns, autora/especialista
ideais. Veja as decisões específicas modos ou um lado sociável, deixe-
em criatividade
feitas por um candidato enquanto os de lado.
Quando estamos falando de programadores, Procure por generalistas que guru ou uma celebridade high-tech. Se está tentando decidir entre poucas
somente contratamos pessoas que nós Normalmente, de qualquer maneira são pessoas para preencher uma posição,
aprendem rápido em vez dos
conhecemos através do open source. Nós apenas divas. Um empregado mediano, mas sempre contrate o melhor escritor. Não
especialistas limitados
acreditamos que se adotarmos qualquer feliz é melhor do que um expert que fica importa se essa pessoa é um designer,
outro método, estamos sendo grunhindo. programador, marketing, vendedor ou o que
irresponsáveis. Contratamos Jamis porque Nunca contrataremos alguém que seja um for, essa habilidade leva a escrever mais
Encontre alguem entusiasmado. Alguém em
nós gostamos de seus releases e arquiteto de informação. É simplesmente efetivamente e concisamente código, design,
quem possa confiar para fazer as coisas
participação na comunidade Ruby. Ele se específico demais. Com uma equipe pequena emails, mensagens instantâneas e mais.
quando deixado sozinho. Alguém que sofreu
superou em todas as áreas que acima. Não como a nossa, não faz sentido contratar
em uma empresa grande, devagar e deseja Isso porque ser um bom escritor é mais do
precisamos verificar mais nada, já que nós pessoas com um conjunto de conhecimento
um novo ambiente. Alguém que está que apenas palavras. Bons escritores sabem
pudemos julgá-lo com base no que tão limitado.
excitado para construir o que você está como se comunicar. Eles tornam as coisas
realmente importa: qualidade do seu Equipes pequenas precisam de pessoas que construindo. Alguém que odeia as mesmas mais fáceis de entender. Eles podem se
trabalho. possam vestir diferentes chapéis. coisas que você. Alguém que mal consegue colocar no lugar dos outros. Eles sabem o
E não se preocupe se as atividades extra- Precisamos de designers que saibam esperar para subir a bordo do seu trem. que omitir. Eles pensam claramente. E essas
curriculares roubarem o foco e paixão do escrever. Precisamos de programadores que são as qualidades que você precisa.
trabalho diário dos funcionários. Como diz entendam de design. Todos devem ter noção
Pontos extras por fazer perguntas
aquele velho ditado: se quer algo feito, peça de como arquitetar informação (seja lá o que
Uma Mente Organizada
à pessoa mais ocupada que você conhece. isso signifique). Todos precisam ter mentes
Observe se um candidato em potencial faz
Jamis e David são dois dos maiores organizadas. Todos precisam saber se
muitas pergumtas sobre seu projeto. Boas habilidades de escrita são um indicador
contribuidores do Rails e ainda conseguem comunicar com clientes.
Programadores apaixonados querem de uma mente organizada que é capaz de
dirigir tecnicamente a 37signals. Pessoas E todos precisar querer e serem capazes de entender um problema tão bem quanto arranjar informação e argumentos de uma
que amam programar e terminar seus diminuir a marcha pela estrada. Tenha em possível e rapidamente irão propor soluções maneira sistemática e também ajudar (não
projetos são exatamente o tipo de pessoa mente que equipes pequenas eventualmente potenciais e melhorias, o que leva a muitas fazer) outras pessoas a entender as coisas.
que você quer em sua equipe. precisam mudar de direção rapidamente. perguntas. Perguntas esclarecedoras Isso aparece no código, comunicação
Queremos alguém que possa se ajustar, também revelam um entendimento de que pessoal, mensagens instantâneas (para
Paixão open source aprender e fluir ao contrário de um pé-na- seu projeto poderia ser implementado de aqueles colaboradores de longa distância) e
lama que só consegue fazer uma coisa. milhares de maneiras diferentes e é até esses conceitos exotéricos como
O que você mais quer de um novo essencial detalhar o mais explicitamente profissionalismo e confiança.
funcionário é paixão pelo que ele faz, e não Você Não Pode Falsificar quanto for possível como você imagina sua —Dustin J. Mitchell, developer (de Signal vs.
há jeito melhor de mostrar isso do que a Entusiasmo aplicação web funcionando. À medida que Noise)
trllha de comprometimento em projetos vai cavando nos detalhes, você desenvolverá
open source. um senso se a pessoa é bem aculturada. Escrita Clara leva a Pensamento
Vá com feliz e mediano em vez
—Jarkko Laine, desenvolvedor de software —Eric Stephens, [Link]
de frustrado e grande
(de Reduza o risco, contrate de open source) Escrita clara leva a pensamento claro. Você
Artesãos de Palavras não sabe o que sabe até tentar expressar
Entusiasmo. É um atributo que simplemente
Procure Indivíduos Equilibrados esse conhecimento. Boa escrita é em parte
não se pode falsificar. Quando chega a hora
Contrate bons escritores uma questão de caráter. Em vez de fazer o
de contratar, não pense que precisa de um
que é fácil para você, faça o que é mais fácil no decorrer do processo. Isso faz sentido? É anteriormente foi extremamente benéfico começa o epicentro e faz o design das peças
para seu leitor. fácil de usar? Ele resolve um problema de em diversos níveis. Primeiramente, demos a de conteúdo mais importantes primeiro.
—Michael A. Covington, professor de ciências imediato? Existem perguntas que você só Scott uma visão real e um clareamento para Seja qual for a página ela não pode viver
da computação da Universidade da Geórgia poderá realmente responder quando você onde nós iríamos. Era muito mais do que sem seu epicentro. Por exemplo, se estiver
(de Como Escrever mais Claramente, Pensar lidar com telas reais. Desenhar antes deixa apenas uma idéia, ele era real. Em seguida, fazendo o design de uma página que mostra
mais Claramente e aprender Material você flexível e o leva para essas respostas ele nos ajudou a medir exatamente quanto a publicação de um blog, a publicação por si
Complexo mais Facilmente) no processo mais cedo do que mais tarde. do esforço e tempo seria necessário para é o epicentro. Não as categorias na barra
tornar o design/projeto em uma aplicação lateral, não o cabeçalho no topo, não o
Design de Interface capítulo 9 A Caneta Laranja que Iniciou funcionando. Quando você está amarrado formulário de comentários embaixo, mas a
Blinksale financeiramente um projeto, quanto mais unidade de publicação de mensagem do
cedo você pode predizer exigências do blog. Sem essa unidade de publicação, a
Primeiro a Interface
Assim que eu me toquei da minha frustação orçamento melhor. O projeto de UI tournou- página não é a publicação de um blog.
com o software de cobranças de prateleira, se nossa marca de nível para o escopo inicial Somente quando essa unidade está
Desenhe a interface antes de do projeto. Finalmente, o projeto do UI serviu
eu decidi desenhar como eu gostaria que completa você começaria a pensar no
começar a programar minha solução de cobrança funcionasse. Eu como um guia para nos lembrar sobre o que segundo elemento mais crítico da página.
retirei uma caneta laranja, porque era a a aplicação era quando progredíamos mais Então, depois desse segundo elemento mais
Muitos aplicativos começam com a única em mãos naquela noite e tive no desenvolvimento. Enquanto nos era crítico, se moveria para o terceiro, e assim
mentalidade de programar primeiro. Isso é aproximadamente 75 por cento da UI tentador adicionar características novas, nós por diante. Isso é design de epicentro.
uma má idéia. Programação é o componente desenhada em algumas horas. Eu mostrei não poderíamos simplesmente dizer, “Certo,
Design de epicentro evita o tradicional
mais pesado de construir em um aplicativo, para minha esposa, Rachel, que estava vamos adicionar isso!” Tivemos que voltar
modelo "vamos construir a moldura então
significando ser o mais caro e mais difícil de passando roupa no momento, e perguntei, para trás ao projeto e perguntar a nós
jogar o conteúdo dentro". Nesse processo, o
mudar. Ao invés disso, comece desenhando “O que você acha?” E ela respondeu com um mesmos onde essa característica nova iria, e
formato da página é construída, então a
primeiro. sorriso, “Você precisa fazer isso. Pra valer.” se não tivesse um lugar, não seria
navegação é incluída, então as "coisas" de
adicionada.
Design é relativamente leve. Um esboço de Nas duas semanas seguintes eu refinei o marketing são inseridas e então, finalmente,
papel é barato e fácil de mudar. Rascunhos design, e criei quase todos os protótipos —Josh Williams, fundador, Blinksale o núcleo da funcionalidade, o verdadeiro
HTML são relativamente simples de HTML estáticos para a primeira versão do propósito da página, é enfiado em um
modificar (ou jogar fora). Isso não é verdade que se tornaria Blinksale. Nós nunca fizemos Design de Epicentro espaço qualquer que tenha sobrado. É um
na programação. Desenhar antes deixa você wireframes além daqueles rabiscos de processo de trás para frente que tira o que
flexível. Programar primeiro prende você e caneta laranja, e chegando direto no design Comece do núcleo da página e deveria ser a prioridade principal e deixa isso
gera custos adicionais. HTML nos ajudou a ficar excitados sobre o para o fim.
construa para fora
Outra razão para projetar primeiro é que a quão/como “real” o projeto estava tornando, Design de Epicentro vira esse processo e
interface é o seu produto. O que as pessoas mesmo que nós realmente não sabíamos o permite que você foque no que realmente
Design de epicentro foca na verdadeira
vêem é o que você está vendendo. Se você que estávamos começando. interessa no dia um. Essenciais primeiro,
essência da página — o epicentro — e então
somente rabiscar uma interface no final, os Uma vez que os protótipos do HTML foram extras em segundo. O resultado é uma tela
constrói para fora. Isso significa que, no
buracos vão aparecer. terminados, nós apresentamos ao nosso mais amigável, focada e usável para os
começo, você ignora as extremidades: a
Nós começamos pela interface para que desenvolvedor Scott, a idéia para Blinksale. clientes. Além disso, permite que você
navegação/menus, rodapé, cores, barra
possamos ver como o aplicativo será desde o Ter a maioria da Interface de Usuário (UI, comece o diálogo entre designer e
lateral, logotipo, etc. Em vez disso, você
começo. Este será constantemente revisado User Interface em inglês) projetada desenvolvedor logo de cara em vez de
esperar por todos os aspectos da página Ignorar o estado de superfície branca é um Claro, eles podem fazer o login como uma experiência. Acho que Jobs sabe muito bem
caírem na linha primeiro. dos maiores erros que você pode cometer. O nova pessoa algumas vezes, mas a maioria da importância das primeiras impressões ...
estado branco é a primeira impressão de sua das vezes é gastam nadando em uma Acho que Jobs olha para a primeira
Solução de Três Estados aplicação e você nunca terá uma segunda ... aplicação que está cheia de dados. experiência e pensa, pode ser apenas um
bem, você sabe. O que você deve incluir em uma tela em milionésimo da experiência geral de um
O problema é que quando se faz o design da branco que ajuda? usuário com a máquina, mas é o milionésimo
Faça design para os estados
interface de usuário, normalmente ela está mais importante, porque é o primeiro
regular, branco e erro  Use como uma oportunidade de
preenchida de dados. Designers sempre milionésimo, e isso supera suas expectativas
inserir pequenos tutoriais e caixas
preenchem os desenhos com dados. Cada e impressões iniciais.
de ajuda.
Para cada tela, você precisa considerar três
lista, cada publicação, cada campo, cada —John Gruber, autor e desenvolvedor web
estados possíveis:
 Dê uma foto da tela final como
canto e espacinho tem coisa dentro. E isso (de Entrevista com John Gruber)
exemplo da página populada com
 Regular significa que a tela parece pronta e funciona
dados para que as pessoas saibam
A tela que as pessoas vêem quando muito bem. Torne-se Defensivo
o que esperar (e porque devem
tudo está funcionando bem e sua Entretanto, o estado natural da aplicação é ficar por lá).
aplicação é preenchida com dados. vazia de dados. Quando alguém se cadastra, Faça Design para quando as
 Explique como começar, como a
 Branco/Vazio eles começam com uma tela em branco.
A tela que as pessoas vêem quando
tela vai ficar exatamente, etc. coisas derem errado
Muito parecido com um weblog, cabe a eles
estão usando a aplicação pela  Responda as perguntas-chave que
popularem — o visual geral não toma forma
primeira vez, antes de dados serem visitantes de primeira viagem Vamos admitir: As coisa vão dar errado
até as pessoas colocarem seus dados:
inseridos. fazem: O que é esta página? O que online. Não importa o quão cuidadoso você
publicações, links, comentários, horas,
faço agora? Como essa tela vai ficar faça o design de sua aplicação, não importa
 Erro informação de barra lateral ou o que for.
quando estiver cheia? quanto teste fizer, os clientes ainda vão
A tela que as pessoas vêem quando Infelizmente, o cliente decide se a aplicação
 Supere as expectativas e ajude a encontrar problemas. Então como você
alguma coisa dá errado. vale a pena pelo estado inicial de sua tela
reduzir frustrações, intimidações e a gerencia essas quedas inevitáveis? Com
em branco — o estado onde há a menor
confusão em geral. design defensivo.
O estado regular é trivial. É a tela onde você quantidade de informação, design e
vai gastar a maior parte do tempo. Mas não Design defensivo é como direção defensiva.
conteúdo sobre o qual julgar a utilidade geral
se esqueça de investir tempo nos outros Primeiras impressões são cruciais. Se você Da mesma maneira como motoristas devem
da aplicação. Quando você falha no design
estados também (veja os artigos seguintes falhar em fazer o design de uma tela em estar sempre atentos para estradas
adequado deste estado em branco, as
para mais sobre isso). branco bem pensada, criará impressão escorregadias, motoristas imprudentes e
pessoas não sabem o que estão perdendo
negativa (e falsa) da sua aplicação ou outros cenários perigosos, construtores de
porque tudo está faltando.
serviço. sites devem procurar constantemente por
A Tela em Branco Mesmo assim a maioria dos designers e
pontos de problema que causem confusão e
desenvolvedores ainda subestima esse
estado. Eles falham em gastar um bom
Você Nunca Ganha uma Segunda frustração aos visitantes. Um bom site
Supere as expectativas com defensivo por criar ou quebrar a experiência
tempo no design de telas vazias porque Chance ...
uma primeira experiência do cliente.
quando eles desenvolvem/usam a aplicação,
convincente esta já está cheia de dados que eles Outro aspecto da interface do Mac OS X que Poderíamos encher um livro separado com

acho que foi tremendamente influenciado todas as coisas que temos a dizer sobre
colocaram para propósitos de testes. Eles
por [Steve] Jobs é a configuração e primeira design defensivo. De fato, já fizemos.
nem mesmo encontram a tela em branco.
"Design Defensivo para a Web" é o título e é regras-chave no design. Talvez isso sirva pra Novo ou Atualizado ou Atualizado Para evitar a síndrome da tela-
um grande recurso para qualquer um que software, mas na Web, não é verdade. O que Recentemente ou Modificado? Será Existem administrativa-lixo, não construa telas
queira aprender como melhorar telas de importa na Web é que, em cada página, os novas mensagens: 5 ou Existem 5 novas separadas para lidar com funções
erros e outros pontos críticos. usuários possam fácil e rapidamente avançar mensagens ou é 5 ou cinco ou mensagens administrativas. Em vez disso, construa
Lembre-se: Sua aplicação pode funcionar para o próximo passo no processo. ou publicações? Tudo isso importa. essas funções (isto é, editar, adicionar,
muito bem 90% do tempo. Mas se você Na Creative Good, nós chamamos isso de Você precisa falar a mesma linguagem que deletar) na interface regular da aplicação.
abandonar seus clientes no momento em “inconsistência inteligente”: certeza de que sua audiência também. Só porque está Se tiver que manter duas interfaces
que mais precisam, é improvável que eles se cada página no processo dá ao usuário escrevendo uma aplicação web não significa separadas (isto é, uma para o pessoal
esqueçam disso. precisamente o que eles precisam naquele que pode sair por aí com jargão técnico. regular outra para administradores), ambas
ponto do processo. Adicionar elementos Pense sobre seus clientes e pense sobre o vão sofrer. Em efeito, você acaba pagando a
Contexto Sobre Consistência navigacionais supérfluos, só porque são que significam aqueles botões e palavras mesma taxa duas vezes. Você é forçado a se
consistentes com o restante do site, é pura para eles. Não use acrônimos ou palavras repetir e isso significa que você aumenta as
bobagem. que a maioria das pessoas não entende. Não chances de ficar desleixado. Quanto menos
O que faz sentido aqui pode não
—Mark Hurst, fundador da Creative Good e use linguagem interna. Não pareça como um telas tiver, menos terá para se preocupar e
fazer sentido alí
criador da [Link] engenheiro falando com outro engenheiro. melhor as coisas saem.
(de O Paradigma da Página) Mantenha curto e doce. Diga o que precisa e
As ações devem ser botões ou links? não mais. Sem Interface Separada
Depende da ação. O calendário deve ser
Direitos Autorais é Design de Boa escrita é bom design. É rara a exceção
visto em forma de lista ou em grade?
de palavras não acompanharem o design. A aplicação é tudo. Qualquer coisa pode ser
Depende de onde ele será visto e quão longo Interface
Ícones com nomes, campos de formulários modificada, adicionada ou ajustada
é o período exibido. Todo link de navegação
com exemplos, botões com etiquetas, diretamente através da área de
global deve estar em todas as páginas? Você Cada palavra importa gerenciamento da aplicação. Isso nos
instruções passo a passo em um processo,
precisa mesmo de uma caixa de busca em
uma explicação clara das suas políticas de permite ver exatamente o que nossos
todo lugar? Você precisa do mesmo rodapé Direitos Autoriais é Design de Interface. reembolso. Tudo isso é design de interface. clientes vêem para ajudá-los através de
em cada página? A resposta: “Depende”. Grandes interfaces são escritas. Se você qualquer problema ou questões que tiverem.
Isto porque contexto é mais importante que pensar que cada pixel, cada ícone, cada E nossos clientes não precisam se preocupar
Uma Interface
consistência. Tudo bem ser inconsistente se fonte importa, então precisa acreditar que em fazer login em uma interface separada
o seu design faz mais sentido dessa maneira. cada palavra importa. Quando está para fazer tarefas diferentes. Em um minuto
Incorpore funções
Forneça às pessoas apenas o que importa. escrevendo sua interface, coloque-se sempre podem estar lidando com compromissos
Ofereça a eles o que eles precisam e livre-se no lugar da pessoa que está lendo sua administrativas em interfaces para seus clientes e no próximo minuto
de tudo o que não for necessário. É melhor interface. O que eles precisam saber? Como públicas poderiam estar adicionando um novo
ser correto do que ser consistente. você pode explicar suscintamente e empregado. Eles não podem ser
claramente? Telas administrativas — as telas usadas para incomodados pulando entre aplicações
Inconsistência Inteligente Você etiqueta um botão como Submeter ou gerenciar preferências, pessoas, etc. — tem diferentes, e mantendo a interface
Salver ou Atualizar ou Novo ou Criar? Isso é uma tendência de parecer um lixo. Isso consistente eles são capazes de se adaptar à
Consistência não é necessária. Por muitos Direito Autoral. Você escreve três sentenças porque a maioria do tempo de aplicação ainda mais rápido.
anos, estudantes de Design foram ensiados ou cinco? Explica com exemplos gerais ou desenvolvimento é gasto na aparência —Edward Knittel, Diretor de Vendas e
que consistência na interface é uma das com detalhes? Etiqueta seu conteúdo como pública das interfaces. Marketing , KennelSource
Código capítulo 10 tentar prever problemas futuros, lide apenas quantidade de software. Não tenha medo de Sua aplicação acabará bem mais magra e
com os problemas de hoje. Por quê? A dizer não a solicitações de funcionalidades saudável.
maioria dos medos que você tem a respeito difíceis de se implementar. A menos que elas
Menos Software
do futuro raramente tornam-se reais. Não sejam absolutamente essenciais, economize NÃO existe código mais flexível do
perca seu tempo tentando solucionar estes tempo, esforço e muita confusão deixando- que NENHUM código!
Mantenha seu código o mais problemas-fantasma. as de fora.
simples possível Desde o início, desenvolvemos nossos Vá devagar, também. Quando surgir uma O “segredo” do bom projeto de software não
produtos ao redor do conceito de pouco nova idéia, não tome nenhuma ação por estava em saber o que codificar; estava em
É bastante razoável pensar que um software software. Sempre que possível, uma semana, e ao final veja se a idéia ainda saber o que NÃO codificar. Estava em saber
com o dobro de código seria apenas duas simplificamos os problemas mais difíceis. E parece tão brilhante. O tempo extra em o que deixar de fora! Estava em perceber
vezes mais complexo. Mas na verdade, à descobrimos que a solução para problemas “banho maria” geralmente ajudará seu quais os pontos que necessitariam de mais
medida que se aumenta a quantidade mais simples não é somente mais fácil de cérebro a pensar em uma solução mais flexibilidade e quais não, e então deixar
de código, a complexidade do software implementar e suportar, como também de simples. espaço para futuras mudanças, em vez de
tende a crescer exponencialmente. Cada entender e usar. É tudo parte de uma Encoraje programadores a pensar em tentar expandir mais e mais o design.
pequena adição, cada nova estratégia para diferenciar-se dos contra-propostas —Brad Appleton, engenheiro de software
interdependência, cada nova preferência competidores: em vez de focar-se em O que se deseja ouvir é: “A maneira como (de There is No CODE that is more flexible
amplia o efeito cascata. Adicione código produtos que fazem mais, construimos você sugeriu levará 12 horas para ser than NO Code!)
desenfreadamente à sua aplicação, e antes produtos que fazem menos. implementada. Mas há um jeito de fazer que
que você perceba, você terá criado uma
 Menos software é mais fácil de se vai levar só uma hora. Não vai fazer x, mas Complexidade não aumenta
grande e desgovernada bola de neve. vai fazer y.”. Deixe o software dizer
gerenciar. linearmente com o tamanho
A melhor maneira de se enfrentar a "não".. Encoraje os programadores a
 Menos software reduz a quantidade
complexidade é com menos código. Menos lutarem pelo que eles pensam ser a melhor
de código e isso significa A regra mais importante da engenharia de
software significa menos funcionalidades, maneira.
 menor carga de trabalho de software é também a menos conhecida: a
menos código, menos desperdício. Também busque por alternativas a ter que
manutenção (e uma equipe mais complexidade não cresce linearmente com o
A chave está em repensar qualquer escrever mais software. Seria possível mudar
feliz). tamanho… Um programa de 2000 linhas
problema difícil que venha a necessitar de um fluxo de telas de modo que elas sugiram
 Menos software reduz os custos de requer mais do dobro do esforço de
uma grande quantidade de componentes uma rota alternativa para os usuários que
mudança, de forma que você pode desenvolvimento que um programa com a
para ser solucionado em um problema mais não requeira mudanças no modelo do
adaptar-se rapidamente. Você pode metade do seu tamanho.
fácil, que requeira muito menos. Você pode software? Por exemplo, seria possível sugerir
mudar de idéia sem ter que mudar —The Ganssle Group (de Keep It Small)
acabar não solucionando exatamente o que as pessoas façam upload de imagens de
milhões de linhas de código.
mesmo problema, mas tudo bem. Resolver um tamanho específico, em vez de ter que
80% do problema original despendendo 20%  Menos software resulta em menos Otimize para Felicidade
manipular as imagens no lado do servidor?
do esforço é uma vitória e tanto. O problema bugs.
Para cada nova funcionalidade de sua
original raramente é tão crítico de forma a  Menos software significa menos Escolha ferramentas que
aplicação, pergunte-se se não existe uma
realmente merecer cinco vezes mais esforço suporte. maneira de se produzir o mesmo resultado e estimulem e motive o seu time
em sua solução. que não requeira tanto software. Escreva
Menos software é a melhor maneira para A escolha de quais funcionalidades incluir ou apenas o código que precise, e nada mais. Um programador feliz é um programador
aposentar a sua bola de cristal. Em vez de omitir também tem muito a ver com a produtivo. É por isso que nós otimizamos
para felicidade e você deveria fazer o excitadas. Você vai criar mais motivação e horas? Novamente, esse é seu código o Pague a seu código e as
mesmo. Não escolha as ferramentas e excitação e consequentemente um melhor guiando. Ouça.
"contas" de design
práticas baseado simplesmente no padrão resultado. Seu código pode guiá-lo a consertos que são
do mercado ou métricas de desempenho. baratos e leves. Preste atenção quando um
Normalmente pensamos em débito na forma
Avalie os atributos intangiveis: a ferramenta Os tipos de engenheiros que você caminho mais fácil emerge. Claro, a
de dinheiro mas ele vem em outras formas
foi criada com paixão, orgulho e dedicação?. quer funcionalidade que é fácil de fazer pode não
também. Você pode facilmente construir
Você seria feliz trabalhando neste ambiente ser exatamente a mesma que você
código e débito de design.
oito horas por dia? O motivo número um de eu ter escolhido originalmente tinha em mente, mas e daí?
Grude junto alguns códigos ruins que são
Isto é especialmente importante quando Ruby on Rails para criar nossa aplicação é a Se funciona bem o suficiente e lhe dá mais
funcionais mas ainda assim um pouco
você estiver escolhendo uma linguagem de sua elegância, produtividade e a beleza de tempo para trabalhar em outra coisa, é um
cabeludos e estará construindo débito. Jogue
programação. Apesar da percepção do sua arquitetura. Ele tem a tendência de ganhador.
junto um design que é bom o suficiente mas
público sobre o conteário, elas não são atrair o tipo de engenheiros que se
não realmente bom e estará se endividando
criadas iguais. Enquanto qualquer linguagem preocupam com esse tipo de coisa… Ouça
novamente.
pode produzir qualquer tipo de aplicação, as exatamente o tipo de engenheiros que você
Não tem problema fazer isso de vez em
melhores para o caso não seriam somente quer no seu time, porque eles criam Não se preocupe com o design, se ouvir seu
quando. De fato, às vezes é uma técnica
possíveis ou aceitáveis, elas seriam softwares atrativos, elegantes e produtivos código um bom design vai aparecer ... Ouça
necessária que o ajuda a chegar mais rápido
prazeirosas e revigorantes. É simplesmente que você precisa para ganhar o mercado. as pessoas técnicas. Se eles estão
ao esquema Caia-Na-Real-RÁPIDO. Mas você
tornar os pequenos detalhes do trabalho —Charles Jolley, Diretor gerencial da Nisus reclamando sobre a dificuldade de fazer
ainda precisa reconhecê-lo como débito e
diário mais divertidos. Software (de Signal vs. Noise) mudanças, então leve essas reclamações a
pagá-lo em algum ponto limpando o código
A felicidade tem um efeito em cascata. sério e lhes dê tempo para consertar as
cabeludo ou redesenhando aquela página
Programadores felizes trabalham da maneira O Código Fala coisas.
mais ou menos.
correta. Eles escrevem códigos simples e de —Martin Fowler, Cientista Chefe,
Da mesma forma que você deve
fácil leitura. Eles abordam o problema de ThoughtWorks (de Is Design Dead?)
Ouça quando seu código diz regularmente colocar de lado uma parte do
uma maneira elegante, expressiva e de fácil
entendimento. Eles se divertem. "não" seu salário para impostos, regularmente
Se Programadores Fossem Pagos
coloque uma parte do seu tempo para pagar
Nós encontramos o ecstasy da programação para Remover Código ...
Ouça seu código. Ele oferecerá sugestões. seu código e débito de design. Se não fizer
na linguagem Ruby e o passamos adiante
Ele irá dizer "não". Ele lhe dirá onde ficam as isso, apenas estará pagando juros
através do nosso framework, Rails. Ambos Se programadores fossem pagos para
armadilhas. Ele irá sugerir novas maneiras (consertando grudes) em vez de pagar o
compartilham do mesmo objetivo de otimizar remover código do software em vez de
de fazer as coisas. Ele irá ajudá-lo a se montante (e movendo-o adiante).
para humanos e sua felicidade. Nós o escrever novo código, seria muito melhor.
aconselhamos a dar uma chance a essa manter em um modelo de menos software.
—Nicholas Negroponte, Professor de Abra as Portas
combinação. Uma nova funcionalidade está requerendo
Tecnologia de Mídia no MIT
Resumindo, sua equipe necessita trabalhar semanas de tempo e milhares de linhas de
(de And, the rest of the (AIGA Conference)
com ferramentas de que eles gostem. Nós código? Isso é seu código lhe dizendo que Publique dados para o mundo
story)
citamos exemplos no contexto de linguagens provavemente existe uma maneira melhor. via RSS, APIs, etc.
de programação, mas o conceito se aplica à Existe uma maneira simples de codificar
alguma coisa em uma hora em vez de uma
Gerencie Débitos
aplicações, plataformas, e praticamente a Não tente prender seus usuários. Deixe que
tudo. Escolha a fusão que deixa as pessoas maneira complicada que consumirá dez
eles possam ter acesso a suas informações
quando quiserem, da forma que preferirem. ferramenta, e alguns mesmo apontaram-no passar despercebido — com isso dei uma desenvolvedores não começarem a
Para tal, você precisa deixar de lado a idéia como um fator decisivo na escolha da segunda olhada no Backpack. O resultado? construção; seus designers começarem a
de manter os dados de seus usuários utilização do Backpack. Uma grande diferença. traçar a desenhá-la; os usuários começarem
trancados a sete chaves. Em vez disso, deixe Outros bons exemplos de empresas que Hoje, sempre que uma nova idéia surge, a testa-la e experimentar o produto.
que a informação flua. Garanta o acesso à liberaram dados como uma maneira de abro o widget, digito e salvo — e pronto. Especificações funcionais são apenas
informação através de feeds RSS. Ofereça conseguir um ‘efeito bumerangue’: Recebo algum e-mail com algo que devo palavras em papel
APIs que permitam a terceiros construir fazer? Abro o widget, digito e salvo — e
 A API do Google Maps permitiu o
aplicações integradas à sua. Tais atitudes pronto. O widget tornou-se um tipo de bloco Especificações funcionais são
surgimento de toda sorte de
tornarão a vida dos usuários mais de notas indispensável, que instalo em todo
pequenas aplicações que apenas uma forma de acalmar
conveniente e expandirão as possibilidades Mac que uso. E por se tratar de uma
recuperam dados de outras fontes os ânimos.
do que sua aplicação é capaz de fazer. aplicação totalmente web, não há
(ex.: uma listagem de
No passado, as pessoas acostumaram-se a apartamentos) e os exibem em um necessidade de nenhum tipo de controle de
Elas servem para fazer com que todos
pensar nos feeds RSS apenas como uma boa mapa. versão ou sincronizaçao de dados — apenas
sintam-se envolvidos e felizes com o projeto
maneira de se agregar conteúdo de sites de a fluidez de digitar-se dados sem ter que se
 Linkrolls oferece aos usuários exibir
– e embora a sensação de segurança seja
blogs e sites de notícia. Contudo, os feeds preocupar em saber para onde os dados
seus últimos bookmarks do reconfortante, ela não traz nenhum benefício
são mais poderosos que isto. Eles também foram, nem como acessá-los mais tarde.
[Link] em seu próprio site. ao desenvolvimento. Estas especificações
podem permitir ao usuário manter-se —Todd Dominey, fundador, Dominey Design
 O Flickr permite que outros nunca tocam nos pontos mais críticos do
atualizado sobre mudanças internas à (de Trying on Backpack)
negócios acessem as suas APIs projeto ou mesmo avaliam seus custos,
aplicação sem a necessidade de logar-se
comerciais, de forma a permitir aos fatores que nunca devem ser esquecidos na
repetidas vezes. Através do site do Palavras capítulo 11
usuários comprar livros de fotos, construção de uma grande aplicação.
Basecamp, por exemplo, o usuário pode
posters, backups em DVD e selos.
cadastrar sua url em um agregador de RSS e
“O objetivo é manter as portas Não Há Nada de Funcional em Especificações funcionais
assim receber notificações de mensagens de
completamente abertas e permitir o uma Especificação Funcional
projetos, listas de tarefas e objetivos sem a apenas levam à ilusão de um
maior número possível de
necessidade de conectar-se constantemente acordo
possibilidades de utilização de suas
ao site em busca de informações Não escreva um documento de
fotos”, diz Stewart Butterfield, do
atualizadas.
Flickr. especificações funcionais O fato de um punhado de pessoas
APIs permitem que desenvolvedores concordarem sobre alguns parágrafos de
construam plugins adicionais à sua Estas plantas baixas de projeto geralmente texto não implica em dizer que todos
Um Widget Faz a Diferença
aplicação, que geralmente agregam valor ao acabam por descrever algo completamente chegaram a um entendimento comum: todos
seu produto. Por exemplo, a API diferente do produto final. Aí vai o motivo: podem estar lendo o mesmo texto, mas
Quando a 37signals lançou o Backpack, há
disponibilizada pelo Backpack foi utilizada chegando a conclusões completamente
algum tempo atrás, minha primeira
pela Chipt Productions na construção de um diferentes. Estas diferenças inevitavelmente
impressão foi… er... bem... Especificações funcionais são
widget para o Mac os X. A pequena aplicação aparecem no decorrer do projeto: “Espere,
permite aos usuários adicionar e editar
Ocorreu mais ou menos na época em que a fantasias
não era isso que eu tinha entendido.” “Hein?
Chipt Productions lançava um widget
lembretes, listagens de items e muito mais a Não foi assim que nós descrevemos.” “Sim,
Backpack para o Sistema Operacional Tiger Especificações não refletem a realidade.
partir de seus desktops. Muitos usuários foi isso que concordamos – você aprovou que
— que parecia interessante demais para Uma aplicação não é real enquanto seus
apontaram o widget como uma ótima
fosse desse jeito!”. Você sabe a encrenca Especificações funcionais não todos naveguem, usem e “sintam” a Todo nosso melhor trabalho foi feito com
que é. aplicação antes mesmo de começar a se alguns conceitos na cabeça sobre melhorar o
deixarão que você evolua,
preocupar com o código de back-end. site, alguns protótipos rápidos (estáticos),
mude ou rearranje
Especificações funcionais Coloque-se na pele do usuário o máximo pequenas alterações no design e, enfim, com
possível. a construção de um protótipo funcional com
forçam a tomada das decisões
Cada funcionalidade é acordada e aprovada. dados reais. Após nos prepararmos com esse
Esqueça as especificações congeladas e
mais importantes justamente Mesmo que você perceba durante o
imutáveis. Elas forçam a tomada de decisões protótipo, geralmente tínhamos um projeto
quando se tem o mínimo de desenvolvimento que esta funcionalidade é
importantes muito cedo no processo. Pule a real em curso e um bom resultado.
uma má ideia, não há mais nada que possa
informações sobre o todo. etapa de especificação funcional e mantenha —Mark Gallagher, desenvolvedor de
ser feito. Especificações não ajudarão a lidar
o custo das mudanças em baixa e a intranets corporativas (de Signal vs. Noise)
com a realidade quando o desenvolvimento
É normal saber-se pouco sobre qualquer flexibilidade em alta.
começar, e tudo mudar de uma hora para a
coisa antes de começar a construção. Não Faça Documentos Mortos
outra.
Quanto mais se avança no projeto, quanto Especificações inúteis
mais se usa o produto, mais se entende Elimine a papelada
Então o que deve ser feito em vez de uma
sobre ele. É neste ponto em que as decisões Uma “especificação” é um documento quase
especificação funcional? Comece por uma desnecessária
deveriam ser feitas – quando se tem mais que completamente inútil. Eu nunca vi uma
alternativa mais breve, que possa
informação, não menos. especificação detalhada o suficiente para
transformar-se mais rapidamente em algo Evitar especificações funcionais é um bom
que seja útil e precisa ao mesmo tempo.
real. Escreva uma página descrevendo o que começo, mas não é tudo: é necessário evitar
Especificações funcionais geram E eu já vi muito lixo construído com base em
a aplicação precisa fazer. Use linguagem o excesso de papelada em todo o projeto. A
excesso de funcionalidades especificações. Desenvolver com base em
coloquial e faça isso rápido. Se você precisar menos que um documento vá efetivamente
especificações é a pior maneira de se
de mais de uma página para explicar o transformar-se em algo real, ele não deve
escrever software, pois por definição, trata-
Não há impeditivos na fase de especificação. conceito, então ele é provavelmente muito ser escrito.
se de programar para satisfazer uma teoria,
Não há custo nenhum em adicionar mais um complexo. Este processo de “especificação”
Construa, não escreva. Se você precisar
não a realidade.
tópico a uma lista de requisitos. Você pode não deve tomar mais que um dia.
explicar alguma coisa, tente construir um
agradar aos críticos mais chatos do projeto —Linus Torvalds, Criador do Linux (from:
Comece então a construção da interface – protótipo em vez de redigir um longo
adicionando à especificação aquela Linux: Linus Sobre Especificações)
ela será o substituto da sua especificação documento. Uma interface de verdade ou
“funcionalidade de estimação” que eles funcional. Desenhe alguns esboços rápidos um protótipo tende a seguir caminho em
tanto gostariam de ver implementada. E no em papel, então comece a transformar o Enfrente os “atrasadores de
direção a um produto real. Um punhado de
fim das contas, a equipe acabará esboço em código HTML. Diferentemente de projeto” folhas de papel, por sua vez, somente
desenvolvendo uma aplicação que satisfará parágrafos de texto abertos a interpretação, seguirá caminho rumo a uma lixeira.
uma lista de requisitos em uma folha de a interface da aplicação é um corpo comum, Eu cheguei à conclusão de que muitas das
Se um documento provavelmente nunca
papel – não seres humanos. E assim você que tenta representar ao máximo a versão pessoas que insistiam em uma lista
evoluirá para um design real, não se
acabará com um site sobrecarregado, com desejada da aplicação – sem interpretações extensiva de requisitos antes de começar
preocupe em escrevê-lo. Se o intuito de um
um milhão de abas, menus e opções subjetivas. qualquer design tratavam-se de meros
documento é transformar-lo em um modelo,
espalhadas por uma página indecifrável. A confusão tende a desaparecer quando “atrasadores” tentando frear o processo (e
vá em frente.
todos começam a usar as mesmas telas. que geralmente estas pessoas não tinham
Documentos que existem separadamente da
Construa uma interface que permita que nada a contribuir no design, nem qualquer
aplicação são inúteis. Eles não levarão a
idéia inovadora para compartilhar).
lugar nenhum. Todos os esforços de projeto —Gina Trapani, desenvolvedora web e enchimento”, ajudam a ter uma idéia de rapidamente. Mas estes dados não são reais.
devem ser usados na evolução do produto editora do Lifehacker, o guia de como o design ficará, uma vez finalizado. Não é isso que os clientes farão. Não é sábio
real. Se um documento é congelado antes de produtividade e software Mas a utilização de textos de enchimento testar o sistema através de um atalho,
se tornar uma peça real, ele está morto. pode ser perigosa, também. enquanto os usuários serão forçados a tomar
Me Conte uma História Rápida O lorem ipsum muda a forma como o texto é o caminho mais longo. Quando apenas se
Ninguém nunca irá lê-lo visualizado no todo. Ela reduz o conteúdo digitam dados falsos com a velocidade de
textual do site a um mero elemento visual – uma metralhadora, perde-se a percepção de
Escreva histórias, não detalhes
Eu sequer consigo lembrar quantas uma “forma de texto” – em vez do que ele como realmente se preenche tais
especificações ou documentos de realmente deveria ser: informações valiosas formulários.
Sempre que faltarem palavras para explicar
requerimentos de negócio ficaram de que deverão ser lidas e/ou digitadas. A Fazer como os usuários fariam é uma
uma nova funcionalidade ou conceito, deve-
escanteio, juntando poeira enquanto minha utilização de textos de enchimento acaba maneira de entendê-los melhor. E uma vez
se escrever uma pequena história sobre a
equipe de desenvolvimento codificava, por esconder as inevitáveis variações que que eles sejam entendidos, uma vez que se
idéia. Sem entrar em detalhes técnicos ou de
discutia problemas, fazia perguntas e aparecerão uma vez que informações reais sinta o que os usuários sentem, sua equipe
design, a história deve ser escrita para
conduzia testes de usabilidade ao longo de sejam utilizadas. Ela dificulta a percepção de construirá uma interface melhor.
humanos – como que em um diálogo
nossos projetos. Também já trabalhei com como o design realmente se comportará
qualquer com outras pessoas.
desenvolvedores que desperdiçaram horas quando dados reais forem digitados. Textos Lorem Ipsum Lixum
A história tão pouco precisa ser um ensaio
escrevendo longos e minuciosos emails ou de enchimento são um abismo entre o
elaborado. Um punhado de orientações
documentos de padrões de codificação que design e a realidade. Quando o design deixa de levar em
sobre o fluxo das coisas geralmente é
sempre acabaram não sendo lidos por São precisos dados reais para que se possa consideração como o conteúdo do site
suficiente. Ainda melhor se for possível
ninguém. definir o tamanho ou forma de certos “deveria ser”, o impacto sobre o resultado
contextualizar a história com um punhado de
Aplicações web não avançam graças a um campos. São precisos dados reais para final é grande. O significado das páginas se
projetos de telas.
grande punhado de documentos. O perceber como tabelas irão se expandir ou perde por ser “apenas texto”; o
Ao se expressar novos conceitos através de
desenvolvimento de software é um processo contrair. São precisos dados reais para entendimento é comprometido por ninguém
histórias, deve-se pensar na experiência, em
em constante evolução e que envolve visualizar a aplicação. perceber que o tal texto deve estar ali
vez de perder-se em detalhes. Focar na
iterações e decisões rápidas, à medida que Palavras relevantes devem ser usadas o supostamente para ser lido. Oportunidades
estratégia, não na tática. As táticas
problemas imprevisíveis aparecem pelo mais cedo possível. Se o site requerer são perdidas porque o texto lorem ipsum
aparecerão uma vez que a aplicação comece
caminho. Nada disso pode ou deveria ser entrada de dados, dados reais devem ser usado no lugar de texto real não sugere
a ser construída. Até aqui, tudo que se
registrado em folhas e folhas de papel. fornecidos. Mais que isso, os dados devem novas oportunidades ou funcionalidades. E
deseja é uma história capaz de iniciar uma
Não desperdiçe seu tempo escrevendo ser realmente digitados – não somente se o texto é tão desnecessário e não está ali
discussão, e colocar o projeto no trilho certo.
aquele longo e visionário documento: copiados e colados de outra fonte. Se o para ser usado, podemos então apenas
ninguém irá lê-lo. Console-se com o fato de sistema solicitar um nome, utilize um nome substituí-lo por um adorável espaço em
Use Palavras de Verdade branco.
que, se o seu produto tiver espaço o real. Se solicitar uma cidade, utilize uma
suficiente para crescer adequadamente, no cidade real. Se solicitar a digitação de uma —Tom Smith, designer e desenvolvedor (de
final ele nem de longe parecerá com Use texto real em vez de lorem senha e sua confirmação, digite duas vezes. Eu Odeio Lorem Ipsum e Usuários Lorem
qualquer coisa que você tenha escrito sobre ipsum Claro que é muito mais fácil percorrer todos Ipsum)
ele. os formulários e preencher os campos com
O clássico Lorem ipsum dolor é um amigo lixo (“asdsadklja” “123usadfjasld” Dê Personalidade a Seu Produto
fiel de muitos designers. Textos falsos, “de “snaxn2q9e7”), de forma a percorrê-los
Qual o tipo de personalidade do iTunes de graça de forma a gerar demanda para o mundo – para ser como um trailer de deixamos qualquer um experimentar nossos
para o iPod e a loja de música iTunes. No cinema – como o single de sucesso enviado aplicativos de graça a qualquer hora.
seu produto?
mundo offline, as lojas fazem a mesma coisa. ao rádio – a música que faz as pessoas Mantenha o formulário de assinatura o mais
A Starbucks diz que uma nova compra é quererem comprar sua música. curto possível. Não pergunte coisas que não
Produtos devem ser pensados como se
estimulada para cada cinco amostras de Não se preocupe com pirataria dessa precisa e não jogue um longo e assustador
fossem pessoas. Que tipo de pessoa seu
bebidas que eles dão aos clientes. Nada música. Deixe as pessoas tocarem, questionário nas pessoas.
produto deve ser? Educada? Divertida?
mau. copiarem, compartilharem. Tenha a
Séria? Relaxada? É melhor que ela seja Os mesmos princípios permanecem
Para nós, Writeboard e Ta-da list são confiança que, se o mundo a ouviu, irão verdadeiros para o processo de
lembrada como uma aplicação confiável ou
aplicativos completamente grátis que pagar por mais. cancelamento. Não queremos “prender” as
excessivamente segura? As a know-it-all?
usamos para colocar as pessoas no caminho —Derek Sivers, presidente e programador, pessoas dentro de nosso produto. Ao mesmo
Modesta? Simpática?
para usar nossos outros produtos. CD Baby e HostBaby (de Free Promo Track) tempo que sentimos muito quando as
Uma vez decididida a personalidade da
Adicionalmente, sempre oferecemos algum pessoas decidem cancelar suas contas de
aplicação, tais características devem ser
tipo de versão grátis de todos os nossos Fácil entrar, fácil sair Basecamp, nunca fazemos desse processo
sempre lembradas durante a construção do
aplicativos. algo intimidante ou confuso. “Cancele minha
produto. Elas devem ser usadas para guiar a
Queremos que as pessoas experimentem o conta” é um link tão claro quanto o dia na
construção da interface, a escolha das Torne assinatura e
produto, a interface, a utilidade do que página da conta da pessoa. Não deve existir
funcionalidades e até mesmo o texto de cancelamento processos
construímos. Uma vez fisgados, eles são nenhum e-mail a ser enviado, formulário
copyright. Sempre que qualquer mudança
muito mais propensos a atualizar para um indolores especial a ser preenchido ou questões a
for feita à aplicação, deve-se pensar primeiro
dos planos pagos (que permitem mais serem respondidas.
se tal mudança se adequa à personalidade
projetos ou páginas e dá acesso a Torne simples o processo de assinar – e E também garanta que as pessoas possam
da aplicação.
funcionalidades adicionais como upload de cancelar – o seu serviço. levar seus dados se decidirem sair. Nós
Cada produto tem uma voz – e ela fala com
arquivos e encriptação de dados com SSL). Se eu sou um cliente que quero usar seu garantimos que os clientes possam
os clientes 24 horas por dia.
aplicativo, espero que seja um processo facilmente exportar todas as mensagens e
Pedacinhos indolor e óbvio. Providencie um botão de comentários em formato XML a qualquer
Precificação e Assinatura
assinatura grande, claro, que pula e coloque- momento. São seus dados e eles devem
capítulo 12 Faça pedacinhos: crie ofertas especializadas, o em cada página do seu website de poder fazer com eles o que quiserem.
pequenas para que os clientes mordam. marketing. Anuncie às pessoas como é fácil: Isso é crucial porque dar às pessoas o
Amostra Grátis Subdivida pelo menos um produto ou serviço “Da assinatura ao login em apenas 1 controle de suas próprias informações
em pedacinhos que são baratos, fáceis ou minuto!” constrói confiança. Estamos lhes dando uma
Dê alguma coisa de graça divertidos. Sempre deve existir uma opção grátis para ponte para suas ilhas de dados. Permitimos
—Ben McConnell e Jackie Huba, autores do que os clientes possam experimentar o que saiam sem nenhum prejuízo se

É um mundo barulhento lá fora. Para que as Church of the Customer Blog aplicativo sem entrar com informações de encontrarem uma oferta melhor. É a coisa

pessoas o notem no meio da multidão, dê (de What is customer evangelism?) cartão de crédito. Alguns de nossos certa a se fazer e isso gera boa vontade.

alguma coisa de graça. competidores requerem uma ligação de

Empresas espertas sabem que dar brindes é

Dê Sua Música de Maior Sucesso retorno, um compromisso, ou uma senha Sair com Facilidade
especial para poder experimentar seus
uma excelente maneira de fisgar clientes.
Considere doar uma de suas músicas (por produtos. Qual é o problema disso? Nós Não segure usuários contra suas vontades.
Veja a Apple. Eles oferecem o software
álbum) como download gratuito promocional Se querem sair, deixe-os pegar todo o
conteúdo que criaram enquanto estiveram Você precisa divulgar uma má notícia aos onde poderá coletar e-mails das pessoas mails a ser usado no lançamento. Quando
no seu website e sairem … de graça … usuários – como um aumento de preços? interessadas. lançarmos nossa aplicação, teremos
Temos que deixar as portas abertas e focar Faça o anúncio o mais indolor possível, milhares de e-mails para pingar, o que é
em manter nosso cliente alimentado, de dando aos usuários um aviso prévio. Nesse estágio, devemos começar a seduzir uma grande ajuda para ganhar tração.
forma que ele queira voltar, em vez de voltar Considere também a possibilidade de um gurus e insiders. Essas são as pessoas que
porque está preso. período de bônus, isentando usuários antigos estão à frente. São os formadores de Lançamento
—Charlie O'Donnell, analista, Union Square por um certo período de tempo. Estes opinião. Apele para suas vaidades e status
Ventures usuários são seu ganha-pão, e é seu como pontos-fora-da-curva. Diga-lhes que É hora do lançamento. Agora as pessoas
(de 10 Steps to a Hugely Successful Web 2.0 interesse fazê-los sentirem-se valorizados, estão tendo uma breve prévia exclusiva. Se podem realmente ir ao “cinema” e ver nossa
Company) não explorados. um site como Boing Boing, Slashdot ou Digg aplicação. Envie e-mails para aqueles que se
criam links para sua aplicação, terá um cadastraram. Lance seu site de marketing
Coelho Bobinho, Truques são Promoção capítulo 13 monte de tráfego e seguidores. Mais ainda, completo. Espalhe a palavra tanto quanto
seu page rank no Google subirá também. possível. Faça blogs criarem links para você.
para Crianças
Lançamento de Hollywood Publique sobre seu progresso: quantas
Prévia pessoas se cadastraram? Que
Evite contratos de longa
atualizações/refinamentos foram feitas?
Vá de Trailer para a Prévia para
duração, taxas de assinatura, Algumas semanas antes do lançamento, Entre no embalo e mantenha-se nele.
o Lançamento
etc. comece a demonstrar funcionalidades. Dê
acesso por-trás-das-câmeras às pessoas. A Estrada para o Dia do
Se uma aplicação é lançada numa floresta e Descreva o tema do produto. Para o
Ninguém gosta de contratos de longa Lançamento
não há ninguém lá para usá-la, ela faz Basecamp, publicamos fotos de tela e
duração, taxas de cancelamento ou
barulho? O ponto aqui é que se fazemos o marcamos os alertas, milestones e outras
cobranças para abertura de conta. Então, Tão logo soubemos que Blinksale iria
lançamento da nossa aplicação sem nenhum funcionalidades.
evite tais cobranças. Nosso produto é acontecer, começamos a soltar alguns
tipo de anúncio antecipado, as pessoas não
cobrando na forma de assinatura mensal. trailers em nossa lista de e-mails. Essas
saberão sobre ela. Também diga às pessoas sobre as idéias e
Não existe contrato de tempo mínimo de eram as pessoas que pediram para receber
utilização e pode-se cancelar a assinatura a Para construir euforia e antecipação, vá com princípios por trás da aplicação. Para o informação de nós sobre nosso projeto.
qualquer momento, sem penalidades. E não um lançamento holywoodiano: 1) Trailer, 2) Backpack, publicamos nosso manifesto antes Esses são nossos fãs, se quiser chamar
existem, nunca, quaisquer taxas de adesão. Prévia e 3) Lançamento. do lançamento. Isso levou as pessoas a assim. Se você já tem permissão para falar
pensar e falar sobre a aplicação. para um grupo de pessoas, esse é o melhor
Não tente encontrar modos “alternativos” de
conseguir mais dinheiro. Faça por merecê-lo. Trailer Também podemos oferecer algum tipo de lugar para começar.
“ingresso especial” para algumas poucas A segunda coisa que fizemos foi conseguir
Batendo de Leve Alguns meses antes do tempo, comece pessoas para que possam começar a usar a permissão para falar a mais pessoas sobre
soltando dicas. Faça as pessoas saber no aplicação antes do tempo. Ainda ganhamos nosso produto. Umas seis semanas antes do
que está trabalhando. Publique um logotipo. o benefício de ter pessoas testando como lançamento do Blinksale pusemos uma
Reduza o impacto das más
Publique sobre o desenvolvimento no seu beta enquanto sentem aquele brilho especial página de trailer em nosso site que
notícias com avisos prévios e blog. Mantenha-se vago mas plante a que todos de vanguarda sentem. proclamava a chegada de uma maneira mais
tratamento privilegiado semente. Além disso levante um website E novamente, encoraje as pessoas a se fácil de enviar faturas online. A página dava
cadastrar para termos uma fundação de e- informação apenas suficiente para construir
excitação e suspense, sem entregar detalhes encorajamos o pessoal do teste beta a falar  Fórum: Ofereça um local para Ta-da Lists é outro grande exemplo do poder
sensíveis que precisavam se manter o que realmente acharam. E para nossa membros da comunidades se do marketing baseado em blogs. Lançamos
confidenciais. Prominentemente mostrado na grande alegria, o esforço pagou grandes ajudarem uns aos outros. Ta-da com uma única publicação no Signal
página estava um formulário de cadastro dividendos. Logo depois do lançamento vs. Noise e algumas semanas depois ela foi
 Precificação e Assinatura”: Leve
para um newsletter, pedindo não mais do dezenas de milhares visitaram nosso site e mencionada em mais de 200 blogs e mais de
as pessoas à aplicação o mais
que um e-mail (mantenha-se simples) para milhares deles se cadastraram para usar o 12 mil pessoas se cadastraram para suas
rápido possível.
que os interessados pudessem ser produto. próprias contas Ta-da. Palavra sobre
 Weblog”: Blogs mantém seu site
notificados quando o produto fosse lançado. —Josh Williams, fundador, Blinksale Backpack se espalhou ainda mais rápido.
atualizado com notícias, dicas, etc.
Espalhamos a palavra para cerca de uma Dentro de 24 horas do lançamento, mais de
dúzia de amigos e colegas que achamos que Um Poderoso Site Promocional 10 mil haviam se cadastrado.
Cavalgue pela Onda dos Blogs
se interessaríam pelo produto e eles
começaram a espalhar a palavra sobre a Solicite Antecipadamente
Vá do Trailer para a Prévia para
página de trailer através de seus blogs e Blogar pode ser mais efetivo do
o Lançamento
websites. Dentro de alguns dias, tivemos que propaganda (e é muito Consiga euforia antecipada e
milhares em nossa lista de e-mails. Essas
mais barato) cadastros acontecendo o mais
eram pessoas extremamente importantes – A melhor ferramenta promocional é um

pessoas que estavam pedindo para saber grande produto. A palavra vai se espalhar se rápidos possível
Propaganda é caro. E calcular a eficácia de
mais sobre nosso produto e que queriam tivermos uma aplicação que as pessoas
vários tipos pode acabar sendo ainda mais
saber quando lançaríamos. acham realmente útil. Já falamos sobre isso mas vale a pena
caro do que a propaganda em si. Quando
Finalmente, cerca de duas semanas antes do Ainda assim, precisamos de um bom site repetir: consiga algum tipo de site no ar e
não tiver o tempo ou o dinheiro para ir pela
lançamento, convidamos vários amigos, promocional também. O que devemos incluir comece a coletar e-mails o mais depressa
rota tradicional de propaganda, em vez disso
colegas e gurus da indústria para nos ajudar nesse site? Algumas idéias: quanto for possível. Pegue seu nome de
considere a promoção-via-blog.
nos testes beta do Blinksale. Isso nos  Apresentação: Explique sobre a domínio e coloque um logotipo e talvez uma
Comece criando um blog que não apenas
permitiu colocar o produto na frente de aplicação e seus benefícios. sentença ou duas que descreva, ou pelo
fale sobre seu produto mas oferece bons
menos dê dicas sobre o que sua aplicação
pessoas que sentimos que poderiam se  Turismo: Guie as pessoas pelas
conselhos, dicas, truques, links, etc. Nosso
beneficiar dele que poderiam nos ajudar a fará. Então deixe as pessoas dar seus
várias funcionalidades
blog Signal vs. Noise recebe milhares de
espalhar a palavra sobre o produto quando endereços de e-mail. Agora você está no
 Fotos de tela e vídeos: Mostre às leitores únicos por semana graças aos
lançássemos. É importante notar que não caminho de ter uma fundação de pessoas
pessoas como sua aplicação pedaços que ajudam, informam e são
forçamos ninguém a escrever sobre o prontas e esperando para serem notificadas
realmente se parece e como usá-la. interessantes e às anedotas que publicamos
produto. Simplesmente queríamos que fosse no seu lançamento.
 Manifesto: Explique a filosofia e quase diariamente.
visto e que falassem sobre ele quando fosse
idéias por trás dela. Então, quando chegou a hora de promover
lançado. No fim, se for construir euforia Promova Através da Educação
 Estudos de Caso: Dê exemplos nosso primeiro produto, Basecamp,
dessa maneira, é melhor ter certeza que seu
reais que mostram o que é possível. começamos lá. Liberamos a palavra sobre o
produto faz o que diz. Caso contrário, é como Compartilhe seu conhecimento
SvN e ela começou a se espalhar. Pessoas
nuvens sem chuva.  Euforia: Frases testimoniais de
com o mundo
como Jason Kottke, os BoingBoingers, Jim
Quando o dia do lançamento chegou, clientes, revisões, imprensa, etc.
Coudal e uma variedade de pessoas com
enviamos e-mails para nossa lista,
blogs populares ajudaram a crescer a Quando um professor aparece como
notificamos nossos amigos dos blogs e
visibilidade e as coisas fluíram. competidor no programa americano de
perguntas e respostas, Jeopardy, o uma publicação sobre isso na Signal vs. Dividir gratuitamente nosso conhecimento em Ajax” junto com grandes nomes como
apresentador Alex Trebek comenta que é Noise. Essa publicação circulou e trouxe também ajuda a nos posicionar como Google, Yahoo, Microsoft e Amazon.
uma “nobre profissão”. Ele está certo. Existe milhares e milhares de visitas à página (até especialistas na indústria e reforça nossos Outro exemplo: Bloggers tomaram nota do
definitivamente alguma coisa maravilhosa e hoje está fazendo um grande tráfego). relacionamentos com os clientes atuais. Eles suporte RSS do Basecamp já que foi um dos
recompensadora sobre dividir seu A publicação funcionou tanto no nível sabem que nos importamos sobre qualidade primeiros exemplos de negócios com RSS.
conhecimento com os outros. E quando o educacional quanto promocional. Uma lição do nosso trabalho. Finalmente, recebemos Integração com iCal, uma funcionalidade
assunto que está ensinando é sua foi aprendida e muitas pessoas que nunca montanhas de tráfego direcionado a partir menor à primeira vista, nos levou às notícias
aplicação, ela serve um duplo saberiam sobre nossos produtos foram de sites de pesquisa e bloggers que dividem em uma tonelada de sites relacionados a
propósito: Você pode dar alguma coisa expostos a eles. Outro exemplo: durante nossos artigos com seus leitores. Essas são Mac, que caso contrário provavelmente
de volta à comunidade que o suporta, e nosso desenvolvimento de Ruby on Rails, pessoas que nunca teriam ouvido falar de nunca teriam mencionado nossa aplicação.
marcar uma boa exposição promocional decidimos tornar a infra-estrutura como nosso software se não tivéssesmos escrito
Equipes pequenas tem uma perna maior na
ao mesmo tempo. código aberto. Acabou sendo um movimento esse artigo.
integração de novas idéias com software.
Como uma técnica de promoção, educação é sábio. Demos alguma coisa de volta à —David Greiner, fundador, Campaign Enquanto grandes empresas precisam lidar
um jeito sutil de ter seu nome – e o nome de comunidade, construímos boa vontade, Monitor com afunilamentos de burocracia, podemos
seu produto – na frente de mais pessoas. E ganhamos reconhecimento para nossa rapidamente implementar novas idéias e
em vez de uma aproximação dura de vendas equipe, recebemos respostas úteis e Comida-Funcionalidade ganhar atenção por usá-las.
do tipo “compre este produto”, você está começamos a receber correções e
Cavalgar junto com as tecnologias mais
conseguindo atenção fornecendo um serviço contribuições de programadores por todo o
Eles estão famintos por isso recentes e que mais fazem barulho é um
de valor. Isso cria euforia positiva que mundo.
então sirva-os jeito efetivo e barato de construir euforia.
técnicas tradicionais de marketing não Ensinar tem tudo a ver com bom karma. Dito isso, não vá adicionando a mais recente
conseguem igualar. Pessoas que você educa Pagamos antecipadamente. Ajudamos os e obscura tecnologia apenas para ganhar
se tornarão seus evangelistas. Funcionalidades novas ou interessantes são
outros. Ganhamos alguma promoção mais atenção. Mas se estiver usando alguma
uma grande maneira de gerar euforia para
Educação pode vir de diversas formas. saudável. E podemos até mesmo nos sentir coisa nova e merecedora de atenção, vá em
sua aplicação. Grupos de interesse especiais
Publique dicas e truques no seu site que as mais nobres. Portanto, o que você sabe que frente e anuncie isso para grupos de
amam mastigar “comida de funcionalidade”
pessoas irão querer compartilhar com os o mundo gostaria de ouvir? interesses especiais.
e cuspir de volta à comunidade. Tudo bem,
outros. Fale em conferências e fique até
essa foi uma analogia não muito boa mas
depois para se encontrar e agradecer os Pague Antecipadamente
você entendeu o ponto. Monitore Seus Logs
participantes. Conduza sessões práticas de
demonstração para que fãs curiosos possam Por exemplo, usando Ruby on Rails, uma
A seção de artigos e dicas em nosso blog é
aprender mais e falar com você ao vivo. Dê nova plataforma de desenvolvimento, Estude seus logs para
uma das mais populares de nosso site.
entrevistas para publicações. Escreva artigos geramos uma tonelada de atenção para o monitorar a euforia
Passar nosso conhecimento sobre marketing
que compartilhem informações úteis. E Basecamp dentro da comunidade de
por e-mail garante que nossos clientes tirem
escreva livros. ;) desenvolvedores.
o máximo de nosso software. Se eles podem Você precisa saber quem está falando sobre
Um exemplo de nossa própria história é a fornecer um serviço melhor a seus clientes, Os elementos Ajax que usamos em nossa você. Cheque seus logs e encontre de onde
Técnica do Amarelo que Desvanesce, um é mais provável que tenham mais negócios, aplicação recebeu montanhas de euforia e está vindo a euforia. Quem está com links
método que inventamos para sutilmente que por sua vez cria mais negócios para nós até mesmo levou a revista Business 2.0 a para você? Quem está falando mal de você?
iluminar uma área que recentemente – todos ganham. nomear a 37signals um “competidor chave Que blogs listados no Technorati, Blogdex,
mudamos em nossa página. Escrevemos
Feedster, [Link] and Daypop estão esqueça de chamar para oportunidades de ProjectExpress. Writeboard é melhor do que No negócio de restaurantes, existe uma
quentes na sua trilha? atualização de dentro do produto. CollaborEdit. enorme diferença entre aqueles que
Descubra e então faça sua presença ser Diga as pessoas que você removerá as Além disso, não foque muito em grupos ou trabalham na cozinha daqueles que estão na
sentida. Deixe comentários nesses blogs. barreiras se atualizarem. Por exemplo, no comitês para o processo de nomeação. linha de frente lidando com clientes. É
Agradeça as pessoas por publicarem links. Basecampo não se pode enviar arquivos se Escolha um nome curto, que pegue, seja importante para ambos os lados entender e
Pergunte se eles querem ser adicionados à tiver uma conta grátis. Quando alguém memorável e então vá com ele. simpatizar com o outro. É por isso que
sua lista avançada especial para que tentar enviar um arquivo, não simplesmente escolas de culinária e restaurantes
E não se preocupe se não conseguir o nome
estejam entre os primeiros a saber sobre negamos. Explicamos porque o envio de normalmente terão chefs trabalhando como
de domínio exato que quer. Você sempre
lançamentos futuros, atualizações, etc. arquivos não está disponível e os garçons para que a equipe da cozinha possa
pode ser criativo e chegar perto com um
Colete elogios e crie uma página de encorajamos a atualizar para uma versão interagir com clientes e ver como é
pouco mais de letras (ex. [Link] ou
“euforia” no seu site. Testemunhos são uma paga além de explicar porque essa é uma realmente estar na linha de frente.
[Link]).
grande maneira de promover sua aplicação boa idéia. A mesma aproximação é usada Muitas empresas desenvolvedoras de
uma vez que elogios dos outros é mais para encorajar clientes já existentes a Fácil é o Melhor software tem uma divisão similar. Designers
confiável para a maioria das pessoas. atualizar para uma conta de nível maior e programadores trabalham na “cozinha”
Se os comentários são negativos, ainda quando chegam ao máximo de seu plano Será que a indústria de tecnologia não enquanto o suporte lida com clientes.
assim preste atenção. Mostre que está atual. percebe que pensar em nomes que peguem Infelizmente, isso significa que chefs de
ouvindo. Responda às críticas com reflexão. Clientes existentes são suas melhores e que sejam auto-explicativos os software nunca ouvem o que o cliente
Algo do tipo: “Agradecemos as opiniões mas apostas de vendas. Não se sinta beneficiariam da mesma maneira em última realmente está dizendo. Isso é problemático
fizemos dessa forma porque ..” ou “Você envergonhado em tentar repetir negócios instância? Eles venderiam mais do que quer porque ouvir clientes é a melhor maneira de
levantou um ponto importante e estamos com pessoas que já conhecem e usam seus que seja, porque não assustariam os se ligar nas partes fortes e fracas do seu
trabalhando nisso”. Você irá amaciar a produtos. consumidores que pensam que estão sendo produto.
crítica e colocar um rosto humano em seu mantidos fora do club high-tech por um A solução? Evite construir paredes entre
produto. É incrível como um comentário bem Nome-Gancho punhado de engenheiros arrogantes. A seus clientes e a equipe de
refletido em um blog pode dissolver pessoas tecnologia avançaria mais rápido também. O desenvolvimento/design. Não terceirize o
negativas e mesmo transformar quem novo produto seria mais fácil de descrever, suporte a seus clientes. Faça você mesmo
Dê um nome à sua aplicação
reclamava em evangelistas. mais fácil de usar e mais fácil de comprar – o o suporte. Você e sua equipe inteira, devem
que seja fácil de lembrar
que, para as empresas, significa mais fácil saber o que seu cliente está dizendo.
Vendas Internas Pró-Ativas de vender. Quando seu cliente está incomodado, você
Um grande erro que muitas pessoas fazem é precisa saber disso. Você pecisa ouvir as
—David Pogue, colunista, New York Times
pensar que o nome de sua aplicação precisa reclamações. Você precisa ficar incomodado
Promova oportunidades de (de O que há no nome de um produto?)
ser ultra-descritiva. Não se preocupe em também.
atualização dentro de sua escolher um nome que vividamente
Suporte capítulo 14 Na 37signals, todos os e-mails de suporte
aplicação descreva o propósito de sua ferramenta; isso
são respondidos pessoalmente pelo pessoal
normalmente leva apenas a um nome
que realmente construiu o produto. Por que?
Todo mundo sabe ser agudo no site de genérico e esquecível. Basecamp é um nome Sinta a Dor
Primeiro, isso fornece melhor suporte aos
marketing. Mas as vendas não devem parar melhor do que algo como Centro de
clientes. Eles estão recebendo uma resposta
lá. Se tiver um plano de preços por níveis (ou Gerenciamento de Projetos ou Derrube as paredes entre diretamente do cérebro de alguém que
uma versão livre de sua aplicação), não se suporte e desenvolvimento construiu a aplicação. Além disso, isso nos
mantém em contato com a pessoa que usa é “você não deveria contratar um estagiário que instruía os clientes a forçar um educados se responder rapidamente e de
nossos produtos e com os problemas que para lidar com seu suporte?” Ponha-se no recarregamento de seus browsers para ver o maneira direta.
estão encontrando. Quando estão frustrados, lugar de seu cliente. Se quiser um bife novo logotipo. Antes de fazermos isso
nós ficamos frustrados. Podemos dizer cozinhado do seu jeito, você preferiria falar recebíamos 5 e-mails por dia sobre esse Um Exército de Muitos
sinceramente que “eu sinto sua dor”. com o motoboy ou o chef que irá cozinhá-lo? problema. Agora, não recebemos nenhum.
Pode ser tentador se apoiar em análises —David Greiner, fundador, Campaign Como pode uma equipe pequena de apenas
estatísticas para revelar seus pontos Monitor Resposta Rápida três desenvolvedores criar um produto
problemáticos. Mas estatísticas não são inovador e competir com sucesso com os
como vozes reais. Você precisa eliminar a Treinamento Zero Tempo rápido de atendimento caras grandes? A resposta é alistar um
maior quantidade possível de atravessadores numeroso exército.
em consultas de suporte devem
entre você e as vozes reais de seus clientes. Lembre-se no primeiro dia que seus clientes
Use ajuda em contexto e FAQs ser prioridade máxima
As linhas de frente são onde a ação está. Vá são seu patrimônio mais importante e que
para que seu produto não
até lá. Faça seus chefs trabalharem como são absolutamente vitais para o sucesso de
garçons. Leia e-mails de clientes, ouça suas precise de um manual ou Os clientes se alegram quando você longo prazo; portanto trate sua comunidade
frustrações, escute suas sugestões e treinamento responde suas questões rapidamente. Eles de usuários como a realeza. A maneira de
aprenda com elas. estão tão acostumados a respostas competir com os caras grandes é começando
enlatadas que aparecem dias depois (se pequeno e prestando atenção a cada um de
Você não precisa de um manual para usar o
muito), que você pode realmente se seus clientes.
Corte fora os intermediários Yahoo! ou Google ou Amazon. Então por que
diferenciar dos concorrentes oferecendo
você não pode construir um produto que não É seu cliente o primeiro que irá alertá-lo de
uma resposta bem pensada, imediatamente.
Quase todo desenvolvimento do Campaign requer manual? Se esforce para construir bugs, o primeiro que irá alertá-lo de
Durante o horário comercial, respondemos
Monitor, suporte e marketing são feitos por uma ferramenta que requer treinamento necessidades que não foram cumpridas e
90% de nossos e-mails de requisição de
duas pessoas. Mesmo que fôssemos forçados zero. são seus primeiros clientes que carregarão a
suporte dentro de 90 minutos – e
a expandir a equipe, nunca separaríamos a Como fazer isso? Bem, como mencionamos bandeira e espalharão sua mensagem.
normalmente dentro de meia hora. E as
equipe suporte do time de desenvolvimento. antes, você começa mantendo tudo simples. Isso não significa que seu produto tenha que
pessoas amam isso.
Quando respondemos pessoalmente cada Quanto menos complexa for sua aplicação, ser perfeito quando for lançado. Muito pelo
requisição, nos forçamos a nos colocar no Mesmo que não tenha uma resposta
menos precisará ajudar as pessoas sem contrário, lance cedo e freqüentemente.
lugar de nossos clientes e vemos as coisas perfeita, diga alguma coisa. Você pode
necessidade. Depois disso, uma grande Entretanto, quando seus clientes
de sua perspectiva. comprar boa vontade com uma resposta
maneira de suporte pró-ativo é usando ajuda encontrarem bugs, garanta o envio de uma
entregue rapidamente de forma aberta,
É importante entender porque seus clientes em contexto e FAQs em potenciais pontos de resposta rápida agradecendo pela sua
honesta. Se alguém está reclamando sobre
precisam de alguma coisa, não apenas o que confusão. informação.
um problema que não pode ser consertado
eles precisam. Esse contexto normalmente Por exemplo, oferecemos suporte pró-ativo Os clientes não esperam que seu produto
imediatamente, diga algo como “ouvimos o
tem um impacto direto em como na tela que permite as pessoas a fazer seja perfeito e não esperam que todas as
que está dizendo e estaremos trabalhando
desenhamos alguma coisa. Corte fora os upload de seus logotipos ao Basecamp. suas funcionalidades serão implementadas.
nisso no futuro”. É uma grande maneira de
intermediários. É muito mais fácil dar a seus Algumas pessoas experimentaram um Entretanto, esperam que esteja ouvindo e
diluir uma situação potencialmente negativa.
clientes o que querem quando é possível problema onde continuavam vendo um mostrando que se importa. Essa é uma área
ouví-los diretamente. Clientes gostam de coisas diretas e
logotipo antigo por causa do cache do onde a maioria da grandes empresas mostra
normalmente mudam de irritados para
Discuti essa configuração com muitas browser. Então, próxima à área de “envie um grande descaso, portanto desenvolva um
pessoas e a primeira resposta normalmente seu logotipo”, adicionamos um link a um FAQ senso de comunidade cedo.
Na Blinklist, cada um dos e-mails de cliente é Ainda assim, a requisição número 1 que Eliminando o intermediário – esse é você – novamente … Obrigado pela sua paciência e,
respondido, normalmente dentro da primeira recebemos nas pesquisas com os você fornece uma linha aberta de mais uma vez, nos desculpem pela saída do
hora (a menos que estejamos dormindo). clientes é manter o Basecamp simples comunicação e economiza seu tempo no ar”.
Também temos um fórum online e Aqui vai outro exemplo: Apesar de algumas processo. Seja tão aberto e transparente quanto for
garantimos que cada postagem e reclamações, decidimos não suportar o Em nossos fóruns de produtos, os clientes possível. Não mantenha segredos ou se
comentário seja entendido. Internet Explorer 5 (IE5) em nossos produtos. publicam dicas e truques, requisições de esconda. Um cliente informado é seu melhor
Igualmente importante, todos os nossos Isso era 7% do mercado que estávamos funcionalidades, histórias e mais coisas. Nós cliente. Mais do que isso, você perceberá
desenvolvedores recebem o feedback dos endereçando. Mas decidimos que era mais aparecemos de tempos em tempos para que a maioria dos seus deslizes nem são tão
clientes e são participantes ativos nos importante nos preocupar com os outros oferecer assistência, mas os fóruns são ruins assim, na interpretação de seus
fórums de discussão online. Dessa maneira 93%. Consertar bugs e testar para IE5 principalmente um lugar para a comunidade clientes. Eles normalmente estão felizes em
estamos, lentamente mas, certamente simplesmente não valia a pena. Em vez disso se ajudar e compartilhar experiências com o lhe dar um pouco de respiro enquanto
construindo uma comunidade ativa e leal na fizemos um produto melhor para todo o produto. souberem que está sendo honesto com eles.
BlinkList. resto. Você ficará surpreso com quantas pessoas Uma observação sobre entregar notícias,
—Michael Reining, co-fundador, MindValley & Como uma empresa de desenvolvimento de querem se ajudar. ruins ou boas: quando notícias ruins chegam,
Blinklist software, você precisa agir como um filtro. abra tudo de uma vez. Boas notícias, por
Nem tudo que todo mundo sugere é a Publique suas burradas outro lado, devem ser desenroladas aos
Amor áspero resposta correta. Consideramos todas as poucos. Se puder prolongar as boas
requisições mas o cliente nem sempre está vibrações, faça isso.
Coloque as más notícias lá fora
certo. Haverá tempos em que você precisará
Esteja preparado para dizer não e fora do caminho
simplesmente deixar alguém irritado. C’est Seja Ágil, Direto e Honesto
a seus clientes la vie.
Se alguma coisa vai errado, diga às pessoas.
Relacionado a isso, é crítico que você, Pode soar estranho, mas o cenário de melhor
Quando falamos de requisição de Mesmo que elas nem tenham visto.
enquanto empresa de desenvolvimento, ame caso é quando a própria empresa relata as
funcionalidades, o cliente nem sempre está Por exemplo, Basecamp ficou fora do ar uma
seu produto. E você não ama seu produto se más notícias. É a pró-atividade que previne
certo. Se adicionássemos cada uma das vez por algumas horas no meio da noite.
estiver cheio de um monte de coisas com as sua empresa de ser colocada em uma
coisas que nossos clientes pediram, ninguém 99% de nossos clientes nunca saberiam, mas
quais não concorda. Essa é outra justificativa posição fraca e defensiva.
iria querer nossos produtos. ainda assim publicamos uma notificação de
para vetar requisições de clientes que não —Greg Sherwin, Vice Presidente de
Se fôssemos obedecer cada choro de nossos acredita que sejam necessárias. “saída do ar inesperada” no nosso blog
Tecnologia de Aplicação, CNET, e Emily Avila,
clientes, o Basecamp teria: gerenciamento Everything Basecamp. Achamos que nossos
Diretora, Calypso Communications (de A
de tempo completo, cobrança completa, clientes mereciam saber.
Em Fórum Afinado Primer for Crisis PR)
cronograma de reuniões completo, sistema Aqui vai uma amostra do que publicamos
de calendário completo, sistema de quando alguma coisa vai errado: “Nos
Use fórums ou chats para Pós-Lançamento capítulo 15
dependência de tarefas completo, chats via desculpamos pela saída do ar nessa manhã –
mensagens instantâneas completo, deixar os clientes se ajudarem tivemos problemas de banco de dados que
funcionalidade de wiki completo, e tudo- Um Mês para melhorias
causaram grandes lentidões e saídas do ar
mais-que-puder-imaginar completo. Fórum e chats de grupo baseados na web para algumas pessoas. Consertamos o
são uma grande maneira de deixar clientes problema e estamos tomando precauções Lance uma grande atualização
fazerem perguntar e ajudar uns aos outros. para garantir que isso não aconteça 30 dias após o lançamento
Uma atualização rápida mostra embalo. mantendo um blog dedicado e atualizado Mantenha as conversas andando com seus realmente comprometidos a liberar um
Mostra que estamos ouvindo. Mostra que freqüentemente (pelo menos uma vez por usuários no blog de seu produto e seja produto finalizado. Isso diz, “use, mas se não
temos mais cartas na manga. Nos dá uma semana, e com mais freqüência se puder). transparente e generoso com as informações estiver perfeito, não é nossa culpa”.
segunda onda de burburinho. Reafirma os Coisas a incluir: que compartilha. Deixe a filosofia de sua Beta repassa a conta ao cliente. Se não
bons sentimentos do começo. Nos dá alguma empresa brilhar. Link e discuta abertamente estamos confiantes o suficiente sobre nosso
 Faq (Perguntas e Respostas
coisa sobre o que falar e para que os outros sobre concorrentes. Dê dicas de lançamento então como podemos esperar
Freqüentes)
possam publicar nos blogs. funcionalidades chegando e mantenha os que o público esteja? Tudo bem com betas
 How-tos (Instruções passo-a-passo)
Saber que uma rápida atualização está comentários abertos para opiniões de privados. Betas públicos são grandes
 Dicas & Truques retorno.
chegando também nos faz focar nos bobagens. Se não está bom o suficiente para
componentes mais cruciais de antes do  Novas Funcionalidades, Um produto vivo é uma coisa que fala e o consumo público então não o dê ao público
lançamento. Em vez de tentar espremer atualizações e correções escuta seus usuários. Um blog para consumí-lo.
mais algumas coisas, podemos começar  Burburinho/Imprensa frequentemente atualizado sobre um Não espere seu produto atingir a perfeição.
aperfeiçoando apenas o conjunto principal produto promove transparência, um senso Isso não vai acontecer. Assuma
de funcionalidades. Então podemos lançar o Um blog não mostra apenas que seu de comunidade e lealdade com a marca. responsabilidade sobre o que está lançando.
produto no mundo real. Uma vez lá fora aplicativo está vivo, mas faz sua empresa Publicidade extra e de graça são bônus. Coloque para fora e chame de lançamento.
podemos começar a receber opiniões de parecer mais humana. Novamente, não Como editora da Lifehacker, eu vasculho Do contrário, está apenas dando desculpas.
volta dos clientes e saberemos que áreas tenha medo de manter o tom da conversa constantemente os blogs de produtos que
precisam de mais atenção. amigável e pessoal. Às vezes, equipes amo – como os blogs de produtos do Google, Beta não tem Sentido
Esse estilo de um-passo-de-cada-vez pequenas sentem que precisam soar Flickr, Yahoo, [Link] e 37signals. Eu sou
funcionou bem para o Backpack. Lançamos o grandes e ultra-profissionais o tempo todo. É muito mais propensa a mencioná-los do que Culpe o Google, e outros, por causar
produto básico primeiro e então, algumas quase como uma versão de negócios do aplicações web que apenas enviam problemas como esse. Agora, usuários foram
semanas depois, adicionamos Complexo de Napoleão. Não sue a camisa propaganda de imprensa unidirecional do treinados por um monte de desenvolvedores
funcionalidades como Backpack Mobile para soando pequeno. Deleite-se com o fato de nada e não mantém uma conversa aberta a achar que “beta” realmente não significa
computadores portáteis e tags uma vez que conseguir conversar com os clientes como com seus usuários e fãs. nada.
essas coisas eram o que os clientes nos amigos. —Gina Trapani, desenvolvedora web e —Mary Hodder, arquiteta de informação e
disseram que mais queriam. editora da Lifehacker, o guia de designer de interação (de The Definition of
Está Vivo produtividade e software Beta)
Mantenha os Posts Chegando
Um blog com atualizações frequentes sobre Melhor, não Beta Todo o Tempo
Mostre que seu produto está um produto é o melhor indicador de que
essa aplicação web está com
vivo mantendo um blog Não use “beta” como uma Sou apenas eu ou estamos todos em beta, o
desenvolvimento ativo, é um produto tempo todo?
operacional do desculpa
adorado e que existe uma luz acesa em
—Jim Coudal, fundador, Coudal Partners
desenvolvimento do produto casa. Um blog abandonado de um produto é
um sinal de um produto abandonado e diz Ultimamente parece que tudo está em um
após o lançamento Bugs: cada caso é cada caso
que as pessoas responsáveis estão dormindo estágio beta permanente. Isso é um

no ponto. escapismo. Um interminável estágio beta

Não pare de blogar depois de lançar. Mostre
indica aos clientes que não estamos
que seu produto é uma criatura viva
Priorize seus bugs (e até estão lidando com ele. Se não forem resolvê- usuários está feliz com a mudança. Garanta Podemos apenas ser uma chave-de-fenda.
lo imediatamente, diga porque e explique que não estará dando um passo para trás à Não precisamos construir um relógio de
mesmo ignore alguns deles)
que está focando em áreas do produto que toa em uma decisão necessária, mas mergulho que suporta até 5 mil metros se
afetam um número grande de pessoas. controversa. seus clientes são amantes da terra que
Só porque descobrimos um bug em nosso
Honestidade é a melhor política. apenas querem saber que horas são.
produto não significa que é hora de entrar
Fique Esperto com os Vizinhos Não infle tão somente para inflar. É assim
em pânico. Todo software tem bugs – é
Cavalgue para Fora da que aplicativos ganham gordura.
apenas um fato da vida.
Não precisamos corrigir cada bug Tempestade Assine feeds de notícias sobre Novo nem sempre significa melhorado.
Algumas vezes existe um ponto onde
instantaneamente. A maioria dos bugs é seus concorrentes
devemos apenas deixar o aplicativo ser
incômoda, não destrutiva. Incômodos podem Espere até que as reações
como é.
ser tolerados um pouco. Bugs que resultam impulsivas causadas por Assine feeds de notícias (news feeds) sobre
em erros que “não parecem certos” ou Esse é um dos benefícios-chave de construir
ambos seu produto e de seus concorrentes
mudanças cessem antes de software baseado em web em vez de
outras pequenas indicações podem ser (é sempre sábio conhecer os caminhos de
colocadas de lado de maneira segura por tomar uma atitude software tradicional de desktop. Produtores
seus inimigos). Use serviços como PubSub,
enquanto. Se um bug destrói seu banco de de software de desktop como Adobe, Intuit e
Technorati, Feedster e outros para se manter
dados, no entanto, obviamente precisamos Quando balançamos o barco, haverá ondas. Microsoft precisam lhe vender novas versões
atualizado (para palavras-chave, use nomes
corrigí-lo imediatamente. Depois de apresentar novas funcionalidades, todo ano. E como não podem simplesmente
de empresas e produtos). Com RSS, essa
mudar a política ou remover alguma coisa, lhes vender a mesma versão, precisam
Priorize seus bugs. Quantas pessoas são informação em constantes mudanças será
reações impulsivas, às vezes negativas, vão justificar o custo adicionando novas
afetadas? Quão ruim é o problema? Esse bug entregue diretamente a você, e assim estará
transbordar. funcionalidades. É onde começa a gordura.
merece atenção imediata ou pode esperar? sempre preparado.
O que podemos fazer agora mesmo que terá Resista à vontade de entrar em pânico ou Com software baseado em web e um modelo
mudar rapidamente as coisas em resposta. de assinatura, as pessoas pagam uma
o maior impacto para o maior número de Cuidado com o Monstro da
pessoas? Algumas vezes adicionar uma nova Paixões se acendem no começo. Mas se mensalidade para usar o serviço. Não
Gordura
funcionalidade pode ser mais importante cavalgarmos para fora desse período inicial precisamos ficar vendendo com a adição de

para seu aplicativo do que corrigir um bug de 24 a 48 horas, as coisas provavelmente mais e mais e mais, apenas precisamos
vão se resolver sozinhas. A maioria das Mais maduro não precisa providenciar um serviço contínuo de valor.
existente.
Finalmente, não crie uma cultura de medo pessoas respondem antes de realmente ir à significar mais complicado
ao redor de bugs. Bugs acontecem. Não fundo e usar seja lá o que foi adicionado (ou Siga o Fluxo
fique constantemente procurando alguém se acostumarem com o que foi retirado). Da forma como as coisas progridem, não
Então sente-se, absorva tudo e não faça tenha medo de resistir à gordura. A tentação
para culpar. A última coisa que queremos é Esteja aberto a novos caminhos
um ambiente onde bugs são varridos para nenhum movimento até que algum tempo será para aumentar. Mas não precisa ser
e mudanças de direção
baixo do tapete em vez de discutidos tenha se passado. Aí sim você será capaz de desse jeito. Só porque alguma coisa fica

abertamente. oferecer uma resposta mais adequada. velha e mais madura, não precisa significar
Parte da beleza de uma aplicação web é sua
Também se lembre que reações negativas que tem que ficar mais complicada.
E lembre-se do que dissemos antes sobre a fluidez. Não a empacotamos em uma caixa,
importância da honestidade: se clientes são quase sempre mais altas e mais Não precisamos nos tornar 'canetas de outro
entregamos e então esperamos anos para o
reclamam sobre um bug, seja direto com passionais do que as positivas. De fato, você planeta que escrevem de ponta-cabeça'.
próximo lançamento. Podemos refinar e
eles. Diga-lhes que notaram o assunto e pode acabar ouvindo somente vozes Algumas vezes está ótimo ser apenas um
mudar na medida em que avançamos. Esteja
negativas quando a maioria da sua base de lápis. Não precisamos ser canivetes suíços.
aberto ao fato que sua idéia original pode Qualquer um pode escrever um blog. Pessoas que se orgulham do seu trabalho,  O iPod da Apple se diferencia da
não ser sua melhor idéia. Qualquer um pode contratar alguém para independentemente da recompensa concorrência não oferecendo
Veja o Flickr. Ele começou como um jogo grudar algum código. monetária envolvida. Pessoas que suam nos funcionalidades como rádio FM
online para múltiplas pessoas chamado "O detalhes mesmo que 95% das pessoas nem embutido ou gravador de voz.
Jogo que Nunca Acaba" (The Game A diferença entre você e qualquer um será saibam distinguir as diferenças. Pessoas que
 No futebol americano, jogadas
Neverending). Seus criadores logo quão bem você executa. Sucesso tem tudo a querem construir alguma coisa grande e não
rápidas ajudam a ganhar terreno
entenderam que o aspecto de ver com uma grande execução. se conformam com menos. Pessoas que
rapidamente, eliminando a
compartilhamento de fotos do jogo era um Para software, isso significa fazer um monte precisam de pessoas. Ok, não
“burocracia” das jogadas ensaiadas.
produto mais plausível do que o próprio jogo de coisas certas. Você não pode somente ter necessariamente essa última coisa mas não
 Ernest Hemingway e Raymond
em si (que foi eventualmente engavetado). uma boa escrita mas falhar em entregar as iríamos resistir não jogar um pouco de
Carver usavam linguagem simples e
Esteja pronto para admitir erros e mudar o promessas na sua prosa. Design limpo de Streisand na mistura. De qualquer forma,
limpa e ainda assim entregavam
curso. interface não vai dar certo se seu código é quando encontrar essas pessoas, segure-se
impacto máximo.
cheio de gambiarras. Uma grande aplicação nelas. No final, as pessoas da sua equipe
Seja um surfador. Observe o oceano.
farão ou quebrarão seu projeto – e sua  Shakespeare revelou, nas
Descubra onde as ondas grandes estão não vale nada se promoção pobre significa
empresa. limitações dos sonetos, poemas
quebrando e ajuste-se de acordo. que ninguém saberá sobre ela. Para pontuar
líricos de catorze linhas em
grande, precisa combinar todos esses
pentâmetro iâmbico.
Conclusão capítulo 16 elementos. Mais Que Apenas Software
A chave é balanço. Se for longe demais em  E assim por diante …

uma direção, está caminhando para o Também vale a pena notar que o conceito de
Liguem seus Motores
fracasso. Constantemente procure seus Caindo na Real não se aplica apenas a Claro, Caindo na Real é sobre construir

pontos fracos e foque neles até estar construir aplicações web. Uma vez que você grandes softwares. Mas não há razão para
Feito! começa a tocar nas idéias envolvidas, as parar por aí. Pegue essas idéias e tente
nivelado.
encontrará em todos os lugares. Alguns aplicá-las em diferentes aspectos de sua
Tudo certo, você conseguiu! Se tudo deu exemplos: vida. Você pode acabar atingindo resultados
Pessoas
certo está psicologicamente preparado para interessantes.
começar Caindo na Real com sua aplicação.  Forças de Operações Especiais,
Vale a pena enfatizar a coisa que achamos
Realmente nunca houve uma época melhor Mantenha Contato
que é o ingrediente mais importante quando como os Boinas Verdes ou Navy
para fazer grandes softwares com recursos
falamos em construir uma aplicação web de Seals usam equipes pequenas e
mínimos. Com a idéia certa, paixão, tempo e
sucesso: as pessoas envolvidas. Mantras, entrega rápida para atingir tarefas Nos deixe saber como Caindo na Real
habilidade, o céu é o limite.
designs de epicentro, menos software e onde outras unidades são grandes funcionou para você. Mande e-mail para

todas essas idéias maravilhosas não vão demais ou lentas demais para gettingreal [at] 37signals [ponto] com.
Alguns pensamentos de conclusão:
realmente importar se não tiver as pessoas cumprir.

certas a bordo para implementá-las.  Os White Stripes abraçam restrições Além disso, mantenha-se atualizado sobre as
Execução seguindo uma fórmula simples: últimas ofertas da 37signals visitando Signal

Você precisa de pessoas que são duas pessoas, músicas enxutas, vs. Noise, nosso blog sobre Caindo na Real,
Qualquer um pode ler um livro. Qualquer um apaixonadas pelo que fazem. Pessoas que se baterias infantis, manter o tempo usabilidade, design e um monte de outras
pode chegar com uma idéia. Qualquer um importam pela seu artesanato – e que de estúdio ao mínimo, etc. coisas.
tem um primo que é um web designer. realmente acham que é um artesanato. Obrigado por ler e boa sorte!