Search this site
Embedded Files
PadelOS
  • inistrator
  • STARTPAGE⌘
  • ADMIN
  • PadelOS
  • ⌘365
  • Maker
  • Visie
  • design
  • Fundament
  • Ontwikkelen
  • 5fasen
  • roadmap
  • AppScript
  • roadmap2
  • 1
  • 1.2
  • 1.3
  • 1.4
  • 1.5
  • 2A
  • CAMTE
  • CAMTE2
  • CAMTESI
  • CAMTEu
  • CAMTEi
  • 2
  • 2.1
  • 2.2
  • 2.3
  • 2.4
  • 2.5
  • 3
  • 3.0
  • 3.1
  • 3.2
  • idgen
  • 3.3
  • 3.4
  • 3.5
  • 4
  • 4.0
  • 4.1
  • 4.2
  • 4.3
  • 4.4
  • 4.5
  • 5
  • 5.0
  • 6
  • 7
  • 8
  • 9
  • Development
PadelOS
  • inistrator
  • STARTPAGE⌘
  • ADMIN
  • PadelOS
  • ⌘365
  • Maker
  • Visie
  • design
  • Fundament
  • Ontwikkelen
  • 5fasen
  • roadmap
  • AppScript
  • roadmap2
  • 1
  • 1.2
  • 1.3
  • 1.4
  • 1.5
  • 2A
  • CAMTE
  • CAMTE2
  • CAMTESI
  • CAMTEu
  • CAMTEi
  • 2
  • 2.1
  • 2.2
  • 2.3
  • 2.4
  • 2.5
  • 3
  • 3.0
  • 3.1
  • 3.2
  • idgen
  • 3.3
  • 3.4
  • 3.5
  • 4
  • 4.0
  • 4.1
  • 4.2
  • 4.3
  • 4.4
  • 4.5
  • 5
  • 5.0
  • 6
  • 7
  • 8
  • 9
  • Development
  • More
    • inistrator
    • STARTPAGE⌘
    • ADMIN
    • PadelOS
    • ⌘365
    • Maker
    • Visie
    • design
    • Fundament
    • Ontwikkelen
    • 5fasen
    • roadmap
    • AppScript
    • roadmap2
    • 1
    • 1.2
    • 1.3
    • 1.4
    • 1.5
    • 2A
    • CAMTE
    • CAMTE2
    • CAMTESI
    • CAMTEu
    • CAMTEi
    • 2
    • 2.1
    • 2.2
    • 2.3
    • 2.4
    • 2.5
    • 3
    • 3.0
    • 3.1
    • 3.2
    • idgen
    • 3.3
    • 3.4
    • 3.5
    • 4
    • 4.0
    • 4.1
    • 4.2
    • 4.3
    • 4.4
    • 4.5
    • 5
    • 5.0
    • 6
    • 7
    • 8
    • 9
    • Development

Ontwikkelen

figma.com/make/

PadelOS  AppScript

SportAdministrator voor Padelscholen Padelschool Beheer 3

Padelschool Beheer 2

padelschool/plan 

Ik denk dat we nu op een kruispunt staan. Er zijn eigenlijk twee routes.

Route A - Meteen programmeren

We pakken de huidige index.html en bouwen verder.

Voordeel:

  • Je ziet snel resultaat.

  • Binnen een paar dagen heb je een mooier dashboard.

Nadeel:

  • Grote kans dat we over 2 of 3 maanden opnieuw moeten verbouwen.

  • We weten nog niet precies hoe alle modules met elkaar gaan samenwerken.

  • Je krijgt weer "lapwerk".

Dat is eigenlijk wat de afgelopen maanden is gebeurd.


Route B - Eerst ontwerpen, daarna bouwen

Niet maanden schrijven.

Maar ook niet meteen alles coderen.

Ik zou het zo aanpakken.

Week 1

We ontwerpen.

Maar niet alleen tekst.

We maken:

  • schermen

  • menu's

  • database

  • API

  • workflows

Dus eigenlijk een Figma, maar dan in HTML-schema's.

Dat kost ongeveer 5 tot 10 dagen.


Daarna

Dan bouwen we direct.

Dus:

Design


↓


HTML


↓


CSS


↓


JavaScript


↓


Apps Script


↓


Google Sheets


↓


API


Ik denk zelfs dat we dit parallel kunnen doen.

Bijvoorbeeld.

Iedere module krijgt drie onderdelen.

1

Beschrijving

Waarom bestaat deze module?


2

UX

Hoe ziet hij eruit?


3

Code

HTML

CSS

JS

Apps Script

Dus bijvoorbeeld.

Planning

Eerst

Planning


↓


Week


↓


Maand


↓


Jaar

Daarna direct programmeren.

Dus niet eerst 100 pagina's schrijven.


Mijn voorstel

We schrijven alleen de onderdelen die we die week gaan bouwen.

Dus.

Week 1.

Dashboard.

We schrijven.

We ontwerpen.

We programmeren.

Dashboard klaar.


Week 2.

Planning.

We schrijven.

We ontwerpen.

We programmeren.

Planning klaar.


Week 3.

Players.

We schrijven.

We ontwerpen.

We programmeren.

Players klaar.


Week 4.

Lessons.

Schrijven.

Ontwerpen.

Programmeren.


Dus eigenlijk.

Product


↓


UX


↓


Code


↓


Test


↓


Volgende module


Waarom ik dit beter vind

Omdat jij geen hobbyproject wilt.

Je wilt uiteindelijk:

  • honderden trainers;

  • duizenden spelers;

  • meerdere padelscholen;

  • meerdere clubs;

  • meerdere landen.

Dan moet de fundering goed zijn.


Ik zou daarom vanaf vandaag één regel invoeren.

Iedere functie die we bedenken...

...moet direct vier dingen krijgen.

Functioneel

Wat doet het?


UX

Hoe ziet het eruit?


Database

Waar slaan we het op?


API

Hoe communiceert het met Apps Script?


Pas daarna schrijven we de code.

Dan krijg je uiteindelijk geen losse HTML, maar een professioneel softwareplatform.


Dit is mijn voorstel voor de komende maanden

Ik zou het project opdelen in 50 ontwikkelsprints. Iedere sprint levert een tastbaar resultaat op:

  • een uitgewerkt ontwerp;

  • een duidelijke database-uitbreiding (indien nodig);

  • de API-koppeling;

  • werkende HTML/CSS/JavaScript;

  • en een geteste module die direct in jouw bestaande Google Apps Script-omgeving draait.

Zo groeit PadelSchool OS iedere week met echte, bruikbare software én blijft de documentatie automatisch in de pas lopen met de code. Dat is de aanpak die ik je zou aanraden, omdat je dan niet alleen een sterke visie opbouwt, maar ook voortdurend een werkend product hebt dat je kunt laten zien aan trainers, padelscholen, investeerders en toekomstige klante


zie ook: padelschool/plan 
padelschoolos/inistrator sportadm/inistrator 

Sportadministrator

Padelschool OS Handleiding


1. Project Identiteit

2. Visie & Missie

3. CAMTE Architectuur

4. Rollen & Rechten

5. Technische Architectuur

6. Database Structuur

7. Development Sprints

8. Gebruikershandleidingen

9. Beheer & Administratie

10. Toekomstige uitbreidingen

maker:

Coach  Stijn / C.R.E.C.Gabeler van Stichting GODOGOOD.eu en Gabeler.eu

 @godogood 

 godogood@gmail.com  

telefoonnummer +31622869860 

Google Sites
Report abuse
Page details
Page updated
Google Sites
Report abuse