Exemplo de plano por etapas
Um plano de exemplo para um sonho de ferramenta de código aberto com uma meta de 53 000 CN¥. Os Backers pagam-lhe diretamente, financiando a meta na totalidade ou etapa a etapa à medida que publica comprovativos para cada fase.
Etapa 1
13 250 CN¥ · 25%
Publicar o âmbito técnico
Publique a ligação para o repositório, uma nota de arquitetura e um exemplo mínimo funcional que explique o problema e as interfaces previstas.
Etapa 2
18 550 CN¥ · 35%
Implementar a ferramenta principal
Partilhe as alterações de código identificadas por etiquetas, resultados dos testes automatizados e um exemplo gravado que mostre o funcionamento principal com dados de teste.
Etapa 3
13 250 CN¥ · 25%
Validar compatibilidade e documentação
Carregue uma matriz de compatibilidade, resultados de instalações limpas e o rascunho da documentação testado com a versão atual.
Etapa 4
7950 CN¥ · 15%
Preparar o lançamento para a comunidade
Publique notas de lançamento, orientações de contribuição e um plano de triagem de problemas com ligações para os exemplos finais e limitações conhecidas.
- 01
Torne cada etapa comprovável
Uma etapa só funciona se um Backer puder ver os comprovativos e concordar que está concluída. 'Comprar equipamento' é vago; 'equipamento comprado, recibo e fotografia publicados' é concreto.
- 02
Ordene pelo risco
Comece pela etapa mais económica e rápida. Cada etapa comprovada demonstra que cumpre o prometido e incentiva os Backers a financiar a seguinte. Reserve o montante mais elevado para a etapa em que a maior parte do trabalho já esteja concluída.
- 03
Defina montantes realistas
A soma das etapas deve corresponder exatamente à sua meta. Calcule o custo de cada etapa com base em orçamentos reais, inclua ferramentas e serviços e divida qualquer etapa demasiado grande para ser comprovada de uma só vez.
Riscos a prever
- R1
Dependências quebram a compatibilidade
Uma alteração num componente externo pode impedir a instalação mesmo sem alterações no código da ferramenta. Defina as versões suportadas desde cedo e orçamente testes automatizados de compatibilidade e correções.
- R2
A sobrecarga de manutenção dispara
Pedidos de suporte podem afastar a equipa do desenvolvimento programado. Limite o âmbito de funcionalidades a financiar e reserve o último objetivo para guias de contribuição e um plano sustentável de triagem de problemas.
- R3
Os exemplos ocultam falhas de configuração
Uma ferramenta pode correr perfeitamente apenas no computador de quem a criou. Inclua testes de instalação limpa nos ambientes suportados e financie a correção da documentação antes de considerar o lançamento concluído.
Exemplo de orçamento
Uma distribuição típica dos custos de um sonho de ferramenta de código aberto em Pequim, apresentada em CNY. Os Backers pagam-lhe diretamente através dos métodos de pagamento que aceita.
Exemplo de meta
53 000 CN¥
- Engenharia principal e manutenção37 100 CN¥ · 70%
- Infraestrutura de testes e alojamento5300 CN¥ · 10%
- Documentação e exemplos práticos5300 CN¥ · 10%
- Lançamento e suporte à comunidade5300 CN¥ · 10%
O que recebe
- Os Backers contribuem
- 53 000 CN¥
- 0% de comissão da plataforma
- −7950 CN¥
- Recebe
- 45 050 CN¥
Como são protegidos os Backers
14 dias de análise por etapa
Quando os comprovativos são publicados, cada Backer tem 14 dias para analisar os comprovativos, solicitar mais informações e decidir se continua a apoiar a sua próxima etapa.
0% de comissão — donativos diretos, sem quaisquer deduções
Os Backers pagam exatamente o valor que escolherem diretamente através dos seus métodos de pagamento. O cohero cobra 0% de comissão sobre os apoios, pelo que fica com a totalidade do que for enviado. Quaisquer reembolsos ou disputas são tratados diretamente entre si, o Backer e o seu fornecedor de pagamentos.
Donativos, não ações
Os apoios são donativos. Não há ações, participações no capital, juros nem reembolso, e os Dreamers mantêm a totalidade da propriedade. Nada na cohero é um investimento ou um empréstimo.
Perguntas e respostas
Porquê financiar uma ferramenta de código aberto se o código é livre para todos?
O sonho pode financiar a engenharia, os testes e a documentação indispensáveis para tornar o código público verdadeiramente útil. Esclareça o trabalho exato a ser financiado e apresente provas no repositório, em vez de dar a entender que os Apoiantes adquirem acesso exclusivo.
O que serve de prova quando o trabalho consiste sobretudo em manutenção?
Indique ligações para problemas resolvidos, revisões de código e resultados de testes que comprovem a estabilidade das versões suportadas. Inclua um exemplo reproduzível ou verificações de instalação para que os Apoiantes possam avaliar a manutenção para além de uma simples lista de commits.
Quantas etapas deve ter um sonho de ferramenta de código aberto?
Três a seis etapas funcionam para a maioria dos sonhos. Menos dão aos Backers pouco para analisar; mais de sete fazem cada etapa parecer pequena. O exemplo de plano nesta página tem quatro.
Tudo pronto para quando quiser começar
Inicie sessão ou crie uma conta para publicar um sonho ou apoiar aqueles em que acredita.
Iniciar sessão / Criar conta