Skip to main content
Dawn can help you build and run modelling pipelines. Your most important input is a clear definition of what to predict, when the prediction will be made, and how you will decide whether it is useful.

​
Choose a modelling task

Start with a straightforward baseline before a more complex model. A complex model is useful only if its measured performance and operating cost justify it.

​
1. Define the prediction

For a customer churn example, specify the observation date, what counts as churn, and the future period in which churn is measured. Decide how each prediction will be used.
Expected result: a prediction definition you can explain without referring to a particular algorithm.

​
2. Prepare the training data

Use a data engineering pipeline to produce one row per training example. Include the target and features available at prediction time. Exclude information from the future, such as cancellation outcomes that occur after the observation date. This is data leakage: it can make test results look strong while producing poor predictions in use. Check missing values, repeated entities, class balance, and the period covered. Keep an identifier for reconciling predictions, but assess whether it should be a model feature.

​
3. Agree on a validation design

Ask Dawn to explain the split before training. Random splitting can be inappropriate for time-based predictions or repeated records from the same customer. For a future-facing prediction, consider training on earlier periods and evaluating on later ones. If records for the same entity must stay together, make that requirement explicit in the data preparation. Do not assume a default split enforces time or entity boundaries.

​
4. Build and review the training pipeline

Attach the prepared dataset and ask for a suitable classification or regression training step, a named model output, and evaluation outputs.
Dawn provides tabular modelling steps and custom Python model workflows. Start with a supported tabular training step unless your problem needs custom code. Open the training step and inspect Input Features and Target Column in its Configuration. Review Advanced Settings where needed. Check the selected features rather than accepting every column as an input.

​
5. Train and evaluate

Run the pipeline. Inspect the model output, training logs, and evaluation results. Compare performance with a simple baseline and review errors in groups that matter to your use case. For classification, inspect precision and recall at the threshold you intend to use. For regression, inspect error size in the target’s units and compare it with the business tolerance. See evaluating and using models.

​
6. Generate predictions

Add an inference step using the trained model and a prepared dataset of records to score. Match the training features and types. Inspect the actual output columns and join predictions back to their source identifiers. Start with batch predictions into a dataset. Add a dashboard or report once you understand the result. For API-based serving, confirm the model’s supported deployment workflow and test its input contract before integrating a consuming application.

​
Maintain the model

Record the training period, target definition, feature logic, model version, and evaluation results. Re-evaluate as new outcomes become available or source data changes. Retraining is a separate operation from refreshing predictions with an existing model.