Growth Technology, Automation and AIIntroductionGrowth hacking is often presented as a collection of rapid marketing experiments. At postgraduate level, it is better understood as a socio-technical capability: an organisation combines customer insight, digital systems, data, experimentation, automation and managerial judgement to produce repeatable growth. Technology does not create growth by itself. It enables an organisation to observe customer behaviour, learn quickly, coordinate action and scale what works. A contemporary growth stack normally includes a customer relationship management system (CRM), a customer data platform (CDP) or equivalent identity layer, product and marketing analytics, attribution tools, marketing-automation systems, experimentation infrastructure and artificial-intelligence capabilities. These components must fit the venture’s business model, data maturity, regulatory obligations and operating capacity. A complex stack can increase cost, duplicate data and create false confidence; a small, well-governed stack can support highly effective decision-making. This chapter develops a framework for designing such a stack and for applying generative and predictive AI responsibly. It distinguishes systems that record relationships from systems that unify identities, systems that measure behaviour from systems that assign credit, and systems that automate rules from systems that generate or predict content and outcomes. Learning ObjectivesBy the end of this chapter, the learner should be able to: - Explain the roles and boundaries of CRM, CDP, analytics, attribution, automation and experimentation systems.
- Architect a fit-for-purpose growth stack around business objectives and customer journeys.
- Define useful growth metrics and interpret attribution and experimentation evidence critically.
- Design automation workflows with appropriate triggers, controls and human oversight.
- Distinguish generative AI from predictive AI and evaluate suitable growth applications.
- Identify privacy, security, bias, transparency and governance risks.
- Recommend an implementation roadmap for a scaling venture.
1. The Growth Stack as an Operating System for LearningA growth stack is the connected set of technologies, data practices, people and processes used to acquire, activate, retain, monetise and learn from customers. Its purpose is not merely to store data. It should answer five managerial questions: - Who are our customers and prospects?
- What have they done, and in what context?
- Which interventions influence behaviour?
- Which actions should be automated, and which require judgement?
- How quickly and reliably can the organisation learn?
A useful design principle is fit before sophistication. A venture should select the least complex architecture that can support its current decisions while allowing controlled growth. Selection should consider: | Design criterion | Questions to ask |
|---|
| Strategic fit | Which growth constraint is being addressed: acquisition, activation, retention or monetisation? | | Data quality | Are events complete, timely, consistent and documented? | | Interoperability | Can systems exchange identifiers and events through reliable interfaces? | | Scalability | Will volume, markets, channels and users increase materially? | | Usability | Can commercial and technical teams operate the system? | | Governance | Can consent, access, retention and deletion be managed? | | Economics | Do licence, implementation and maintenance costs match expected value? |
The stack should be designed around a single source of decision truth, not necessarily a single physical database. Different systems may remain authoritative for different purposes: a CRM for account ownership, a billing system for revenue, an event warehouse for behavioural data and an experimentation platform for treatment assignment. A typical data flow is: customer interaction → event collection → identity resolution → storage and modelling → analysis and segmentation → action or experiment → outcome measurement → learning. Each transition can fail. For example, a campaign may appear ineffective because an event was not instrumented, or a customer may receive contradictory messages because two systems use different consent states. 2. Core Components and Their Boundaries2.1 Customer Relationship ManagementA CRM manages identifiable relationships and commercial processes. Typical objects include leads, contacts, accounts, opportunities, activities, service cases and sales forecasts. It is especially important in business-to-business, high-consideration and relationship-led models. A CRM should answer questions such as: who owns this account, what stage is the opportunity in, what commitments have been made, and what action is due next? It is not automatically a complete record of anonymous product behaviour or a universal customer database. Poor CRM design creates duplicate records, inconsistent lifecycle stages and inflated pipeline reports. Useful CRM governance includes a clear data dictionary, mandatory-field discipline, validation rules, ownership rules, duplicate management and periodic hygiene reviews. Lifecycle stages must describe observable states rather than vague opinions. For example, “marketing-qualified lead” should have a documented definition based on behaviour, fit or a combination of both. 2.2 Customer Data Platforms and IdentityA CDP generally collects first-party data from sources such as websites, applications, commerce systems, support systems and campaigns; unifies records into customer profiles; and makes segments available for activation. The term is used inconsistently, so buyers should evaluate actual capabilities rather than labels. Identity resolution may be deterministic, probabilistic or hybrid. Deterministic resolution uses a trusted common identifier, such as an authenticated account ID. Probabilistic resolution infers that records belong to the same person from signals such as device, timing or location. Deterministic methods are usually more auditable; probabilistic methods can increase coverage but create false matches. Sensitive decisions should not rely on uncertain identity joins without safeguards. A CDP is not a substitute for a data warehouse, consent-management system or CRM. It may exchange data with each of them. Organisations should document identity precedence, merge and unmerge procedures, consent status, retention periods and the difference between an individual, household, account and device. 2.3 Product, Marketing and Business AnalyticsAnalytics converts recorded events into evidence. Product analytics examines journeys, feature use, activation and retention. Marketing analytics examines reach, response, cost and conversion. Business intelligence connects these measures to revenue, margin, cash flow and operational capacity. A measurement plan should define: - The business objective.
- The decision the data will support.
- The metric and its precise numerator and denominator.
- The event properties and source systems required.
- The reporting grain, such as user, account, order or campaign.
- Data-quality tests and ownership.
Common measures include conversion rate, retention, customer acquisition cost (CAC), customer lifetime value (CLV), payback period and incremental revenue. For a defined population and period, conversion rate is: Conversion rate = Number of desired conversions ÷ Number of eligible exposures The numerator and denominator must refer to the same population, time window and definition. A ratio is not meaningful if exposures are counted by sessions but conversions by unique people. For a simple paid-acquisition calculation: CAC = Total acquisition expenditure ÷ Number of newly acquired customers This is useful when expenditure and customer counting conventions are explicit. It can be misleading if shared brand expenditure, sales salaries or discounts are inconsistently included. A simplified contribution-margin CLV model for a stable subscription business is: CLV = (Average revenue per customer per period × Contribution margin) ÷ Churn rate per period Here contribution margin is expressed as a proportion, and churn is the probability of a customer leaving during the period. The formula assumes approximately constant revenue, margin and churn, and an indefinite geometric lifetime without discounting. It is not appropriate when retention changes sharply by tenure, contracts have fixed terms or cash flows require explicit discounting. A more general discounted model is: CLV = ∑[t=1 to T] (Expected contributiont ÷ (1 + r)t) − Acquisition cost where expected contribution_t is contribution in period t, r is the discount rate per period, and T is the forecast horizon. The units of all cash-flow terms must be consistent. 2.4 AttributionAttribution assigns observed outcomes to channels, campaigns, touchpoints or interactions. First-touch attribution credits the initial recorded interaction; last-touch credits the final one; linear attribution distributes credit equally; position-based schemes apply predetermined weights; and algorithmic approaches estimate contribution from data. Attribution is not causation. A touchpoint can be associated with conversion because it reached an already-intending customer. Attribution is also vulnerable to missing data, cookie restrictions, cross-device fragmentation, self-selection and inconsistent conversion windows. It should therefore be combined with incrementality methods, such as holdout experiments, geo-experiments or carefully designed quasi-experimental analysis. A practical reporting discipline is to distinguish: - Observed conversions: customers who converted after an interaction.
- Attributed conversions: conversions assigned by a chosen rule.
- Incremental conversions: conversions caused by the intervention relative to a credible counterfactual.
The third is generally the most decision-relevant, though it is harder to estimate. 2.5 Marketing AutomationMarketing automation executes predefined workflows based on events, attributes, time and conditions. Examples include onboarding messages, abandoned-cart reminders, lead routing, renewal alerts, customer-service triage and internal notifications. A robust workflow specification includes trigger, eligibility criteria, suppression rules, action, timing, failure handling, monitoring metric and exit condition. For example, an onboarding sequence might trigger after account creation, exclude customers who have already completed activation, send educational content, stop after activation and route persistent failures to human support. Automation should be idempotent where possible: processing the same event twice should not create duplicate charges or repeated messages. Systems also need rate limits, retries, dead-letter queues or equivalent error handling, and an audit trail. Consent and unsubscribe states must be checked at the point of action, not merely when a contact first enters a database. 2.6 Experimentation InfrastructureExperimentation turns growth ideas into testable interventions. A controlled experiment randomly assigns eligible units—users, accounts, stores or geographic areas—to treatment and control groups. Randomisation supports causal interpretation when implementation and measurement are sound. For a binary outcome, a treatment conversion rate is: pT = yT ÷ nT and a control conversion rate is: pC = yC ÷ nC where y is the number of conversions and n is the number of eligible units. The absolute treatment effect is ∆ = pT − pC, while relative lift, when p_C ≠ 0, is (pT − pC) ÷ pC. These estimates assume that assignment is properly randomised, units do not interfere materially with one another, exposure is recorded correctly and the outcome window is pre-specified. Repeatedly checking results and stopping when a preferred result appears can inflate false-positive risk. Teams should define a primary metric, guardrail metrics, minimum sample or decision rule, test duration and analysis plan before launch. Statistical significance is not the same as practical importance. A tiny effect may be statistically detectable at large scale but economically irrelevant; a valuable effect may be uncertain in a small sample. Experimentation should also consider novelty effects, seasonality, network effects, sample-ratio mismatch and long-term retention. 3. Architecting a Fit-for-Purpose StackArchitecture should begin with the customer journey and decisions, not vendor categories. A useful sequence is: Step 1: Identify growth constraintsMap the funnel or customer lifecycle: awareness, acquisition, activation, retention, referral and revenue. Diagnose the binding constraint. If customers sign up but fail to experience value, better campaign automation will not solve the problem; product instrumentation and activation experiments are more relevant. Step 2: Define the minimum viable data modelSpecify entities, identifiers, events, properties, timestamps, consent states and ownership. Establish naming conventions such as account_created, trial_started and core_action_completed. Avoid collecting data merely because storage is cheap; collection creates governance obligations. Step 3: Establish the measurement layerCreate a canonical metric catalogue. For each metric document definition, formula, source, refresh rate, owner, exclusions and known limitations. Reconcile revenue and customer counts with finance or operational systems. Step 4: Select system roles and interfacesDecide which system is authoritative for each data object and how data moves. Prefer documented APIs, event schemas and monitored pipelines. Avoid uncontrolled spreadsheet exports and point-to-point integrations that create hidden dependencies. Step 5: Add activation and experimentationStart with a small number of high-value workflows and experiments. Build suppression, consent, frequency and rollback controls before increasing volume. Step 6: Add AI only where it improves a defined decision or workflowAI should be evaluated against a baseline, such as a rule-based segment, human process or existing model. The relevant question is not whether AI is impressive, but whether it improves accuracy, speed, cost, customer experience or learning without unacceptable risk. A maturity progression may be useful: | Stage | Characteristic | Main priority |
|---|
| Fragmented | Siloed tools and inconsistent metrics | Instrumentation and definitions | | Connected | Shared identifiers and reliable pipelines | Integration and governance | | Measured | Dashboards and controlled experiments | Decision quality | | Automated | Triggered journeys and operational workflows | Reliability and safeguards | | Adaptive | Predictive and generative systems integrated with learning | Evaluation, oversight and responsible scale |
4. Generative and Predictive AI in GrowthGenerative AI produces new content or transformations, including copy variants, summaries, scripts, images, code, synthetic data and conversational responses. Predictive AI estimates an outcome from historical or real-time data, such as churn probability, purchase propensity, lead quality or expected demand. The distinction is functional rather than absolute: a modern system may use a generative model to produce content and a predictive model to select an audience. 4.1 Insight generationGenerative AI can summarise customer interviews, cluster qualitative feedback, convert natural-language questions into draft analyses and identify themes across support tickets. Human review remains necessary because generated summaries can omit minority views, merge distinct issues or state unsupported conclusions. Source links, confidence indicators and sampling checks improve reliability. 4.2 PersonalisationPredictive models can rank recommendations, estimate next-best actions or identify customers at risk of churn. Personalisation should use data that is relevant, proportionate and permitted. It should not infer highly sensitive characteristics merely because they improve short-term conversion. A personalised experience should also have a non-personalised fallback when confidence is low. 4.3 Workflow automationAI can classify inbound leads, extract fields from documents, draft replies, route cases, detect anomalies and create experiment variants. High-impact actions—such as changing prices, denying service, making credit decisions or sending legally sensitive communications—require stronger controls, explainability and human approval. 4.4 EvaluationAI systems require task-specific evaluation. For predictive models, relevant measures may include precision, recall, calibration, area under a receiver operating characteristic curve, incremental profit and subgroup performance. For generative systems, evaluation may include factual accuracy, groundedness, toxicity, privacy leakage, brand compliance, human preference and downstream conversion. A model can be accurate yet commercially harmful if it targets customers who would have converted anyway. Therefore, prediction quality and incremental business value must be assessed separately. A propensity model should ideally be evaluated through a treatment experiment or uplift design, not simply by rewarding action toward the highest-propensity customers. 5. Responsible Data, AI and Automation GovernanceGrowth systems process personal and behavioural data, making governance a strategic requirement. Relevant obligations vary by jurisdiction, but common principles include lawful and transparent processing, purpose limitation, data minimisation, accuracy, security, retention control and rights of access, correction or deletion where applicable. Important controls include: - A documented data inventory and processing purpose.
- Consent and preference management appropriate to the communication.
- Role-based access and least-privilege permissions.
- Encryption in transit and at rest where appropriate.
- Retention and deletion schedules.
- Vendor due diligence and contractual data protections.
- Incident response and breach notification procedures.
- Model cards, prompt and output logging, and version control.
- Bias and performance testing across relevant groups.
- Human review for consequential decisions.
Generative AI introduces additional risks: confidential data may be exposed through prompts; outputs may reproduce copyrighted or biased material; fabricated claims may enter customer communications; and employees may become over-reliant on fluent but incorrect text. Organisations should define approved tools, prohibited inputs, review thresholds and escalation procedures. The principle of automation with accountability is central. Every automated decision should have an owner, a reason for existence, a measurable success criterion, a failure response and a mechanism for reversal. Dark patterns—interfaces designed to manipulate consent or make refusal difficult—are incompatible with responsible growth. 6. Illustrative Case: Northstar Learning PlatformThe following is a fictional illustrative case. BackgroundNorthstar is a subscription platform providing professional courses to small businesses. It has 80,000 registered users, 12,000 paying subscribers and a distributed growth team. Marketing data sits in an email platform, sales uses a CRM, product events are stored in an application database and finance reports revenue monthly. ProblemThe team reports a 9% monthly churn rate, but different dashboards produce values between 7% and 12%. Campaign attribution over-credits email, while product managers cannot identify the activation event. Support staff manually send reminders, and a proposed AI churn model would use demographic variables without a documented purpose. AnalysisThe first intervention is not an AI model. A cross-functional team defines the customer entity, subscription status and event taxonomy. It agrees that monthly logo churn is the number of paying accounts cancelling during the month divided by paying accounts at the beginning of the month. It separately reports revenue churn and excludes paused accounts according to a documented rule. The team identifies first_course_started and first_assessment_completed as candidate activation events. A cohort analysis shows that assessment completion is more strongly associated with 30-day retention, but association alone is not treated as proof of causation. Approach and solutionNorthstar implements an event pipeline into a warehouse, connects the CRM to account identifiers and uses a CDP-like profile layer for consented segmentation. It builds an onboarding workflow triggered by course enrolment, with suppression when assessment completion occurs. The workflow has a frequency limit and an unsubscribe check. Instead of a demographic churn model, the team tests a model based on product engagement, subscription tenure and support history, subject to privacy review. The model ranks accounts for a human-success intervention rather than automatically sending discounts. A randomised holdout measures incremental retention. The activation team runs an experiment: one group receives a guided assessment prompt and another receives the existing onboarding. The primary outcome is assessment completion within 14 days; 60-day retention is a secondary outcome and support contacts are a guardrail. The experiment is analysed at the account level because accounts, not individual sessions, hold subscriptions. OutcomeThe new measurement layer reveals that the apparent churn increase was partly a denominator error. The guided prompt increases assessment completion, but the initial retention result is uncertain. The human-success intervention produces a modest positive effect among a high-risk segment, while discounts produce no measurable incremental benefit in a comparable holdout. Northstar therefore scales the guided prompt, retains human review for high-risk accounts and removes demographic variables from the model. Learning points- Metric definitions and identity resolution precede sophisticated modelling.
- A correlated activation event is a hypothesis for experimentation, not an established cause.
- Holdouts are more informative than last-touch attribution for intervention decisions.
- AI should support accountable workflows rather than conceal weak data or unclear objectives.
- Guardrail metrics protect customer experience while growth metrics optimise performance.
7. Implementation and Managerial ImplicationsA practical implementation roadmap can be organised into four horizons. First, establish measurement foundations: objectives, event taxonomy, metric definitions, access controls and data-quality monitoring. Second, connect core systems and launch a small number of reliable workflows. Third, introduce experimentation with pre-registration, holdouts and post-test learning reviews. Fourth, deploy predictive and generative AI selectively, with evaluation, monitoring and human oversight. Managers should treat the stack as an organisational capability rather than an IT purchase. Responsibilities must be distributed: product owns event meaning, marketing owns journey design, data teams own pipelines and modelling, security and legal teams govern risk, finance validates commercial measures, and executives decide acceptable trade-offs. A simple investment test is to compare expected value with total cost of ownership. Total cost includes licences, integration, data engineering, training, security, compliance, monitoring and switching costs. A tool that generates many dashboards but does not change decisions may have low realised value. Conversely, a modest automation that reliably reduces response time or prevents churn may be strategically significant. Challenges and limitationsGrowth technology can create data abundance without insight. Common failure modes include vanity metrics, inconsistent identities, overfitted models, attribution bias, experiment contamination, automation fatigue and vendor lock-in. Predictive accuracy may decay as markets change, requiring drift monitoring and retraining. Generative outputs may vary across prompts and model versions, requiring version control and regression testing. There are also human limitations. Teams may optimise what is easy to measure rather than what customers value. Automation can reduce empathy when exceptional cases are routed away from people. Excessive personalisation can feel intrusive. Responsible growth therefore requires qualitative research, customer feedback and professional judgement alongside quantitative systems. Contemporary Developments and Best PracticesPrivacy-preserving measurement is becoming more important as third-party identifiers decline. First-party data, consented server-side events, clean rooms, contextual approaches and aggregated reporting are increasingly used, though each has limitations. Real-time decisioning is expanding, but real time is not automatically better: some decisions benefit from delay, reflection or human review. Composable architectures allow organisations to select specialised services around a warehouse or event layer, while integrated suites trade flexibility for implementation speed. The appropriate choice depends on technical capability, process complexity and strategic need. Large language models are increasingly embedded in analytics interfaces, customer-service tools and campaign systems; their value will depend less on novelty than on data grounding, evaluation and governance. Best practice is to: - Start with customer and business decisions.
- Define metrics and event semantics before buying tools.
- Use the simplest architecture that meets requirements.
- Separate measurement, attribution and causal inference.
- Design consent, security and retention into workflows.
- Evaluate AI against a baseline and monitor it after launch.
- Keep humans accountable for high-impact outcomes.
- Use experiments and holdouts to estimate incrementality.
- Review automation for failure, fairness and customer experience.
- Document assumptions, ownership and rollback procedures.
Chapter SummaryA growth stack is a coordinated system of data, technology, people and practices that helps an organisation acquire, activate, retain and learn from customers. CRM systems manage identifiable relationships and commercial processes; CDPs or identity layers unify consented profiles; analytics converts events into evidence; attribution assigns observed credit but does not establish causation; automation executes repeatable workflows; and experimentation estimates the effect of interventions. Fit-for-purpose architecture begins with growth constraints, customer journeys, decisions, data definitions and governance. Metrics such as conversion rate, CAC and CLV are useful only when their populations, units, assumptions and limitations are explicit. Controlled experiments require sound assignment, pre-specified outcomes and attention to practical as well as statistical significance. Generative AI creates or transforms content, while predictive AI estimates outcomes. Both can improve insight, personalisation and workflow efficiency, but they introduce risks involving privacy, bias, security, hallucination, opacity and over-automation. Responsible implementation requires evaluation against a baseline, human oversight for consequential decisions, monitoring, auditability and the ability to reverse actions. The strategic objective is not maximum automation; it is faster, better and more responsible organisational learning. Key TermsCRM: System for managing identifiable customer and commercial relationships. CDP: Platform or capability that collects, unifies and activates customer data. Identity resolution: Process of determining which records represent the same entity. Event taxonomy: Controlled naming and definition system for behavioural events. Customer journey: Sequence of interactions through which a person or account experiences value. Conversion rate: Desired conversions divided by eligible exposures. CAC: Acquisition expenditure divided by newly acquired customers. CLV: Expected contribution from a customer over a defined or modelled horizon. Attribution: Assignment of observed conversion credit to touchpoints. Incrementality: Outcome caused by an intervention relative to a credible counterfactual. Marketing automation: Rule- or event-driven execution of customer or internal workflows. Experimentation: Structured testing used to estimate intervention effects. Guardrail metric: Measure used to detect harmful or unacceptable side effects. Generative AI: AI that produces new content or transformations. Predictive AI: AI that estimates an outcome, probability or quantity. Propensity model: Model estimating the likelihood of an outcome. Uplift: Estimated difference in an individual or group outcome caused by treatment. Data minimisation: Collection and use of only data necessary for a defined purpose. Model drift: Decline in model performance as data or conditions change. Human-in-the-loop: Design in which people review, approve or override automated outputs. Review QuestionsShort Answer Questions- What is the principal difference between a CRM and a CDP?
- Why is attribution not equivalent to causal inference?
- State two assumptions of a controlled growth experiment.
- Distinguish generative AI from predictive AI.
- What is a guardrail metric, and why is it useful?
Long Answer Questions- Explain how a venture should architect a growth stack beginning with business objectives and customer journeys.
- Discuss the strengths and limitations of first-touch, last-touch and algorithmic attribution.
- Explain the assumptions and limitations of the simplified subscription CLV formula.
- Analyse the governance requirements for using predictive AI in customer retention.
- Describe how experimentation, automation and analytics should interact in a mature growth function.
Analytical / Application Questions- A subscription venture has reliable billing data but fragmented product events and inconsistent lifecycle stages. Propose a 90-day architecture and governance plan, explaining priorities and trade-offs.
- A campaign receives high last-touch credit but performs no better than a randomly selected holdout. Interpret this result and recommend how budget decisions should be made.
- Design an AI-assisted onboarding workflow. Specify its data inputs, trigger, human controls, primary outcome, guardrail metrics, evaluation method and rollback conditions.
Multiple Choice Questions with AnswersQuestion 1Which system is primarily designed to manage account ownership, sales opportunities and relationship activities? A. Customer relationship management system B. Experimentation platform C. Data warehouse D. Ad-server frequency controller Correct Answer: A. Customer relationship management system Question 2Why should attribution reports not be interpreted automatically as causal evidence? A. Attribution cannot record any customer interactions B. A touchpoint may be associated with conversion without causing it C. Attribution is only used for product analytics D. Causal evidence never requires a counterfactual Correct Answer: B. A touchpoint may be associated with conversion without causing it Question 3A campaign has 240 conversions from 6,000 eligible exposures. What is its conversion rate? A. 2% B. 4% C. 6% D. 25% Correct Answer: B. 4% Question 4Which practice best supports reliable marketing automation? A. Removing exit conditions B. Ignoring consent after initial data capture C. Using suppression rules, failure handling and audit trails D. Sending every workflow action immediately Correct Answer: C. Using suppression rules, failure handling and audit trails Question 5In a controlled experiment, what is the absolute treatment effect for binary conversion outcomes? A. p_T + p_C B. p_T ÷ p_C C. p_T − p_C D. n_T − n_C Correct Answer: C. p_T − p_C Question 6Which statement best describes generative AI? A. It estimates only churn probabilities B. It produces or transforms content such as text or images C. It is identical to deterministic identity matching D. It replaces the need for data governance Correct Answer: B. It produces or transforms content such as text or images Question 7What is the main purpose of a holdout group in growth measurement? A. To increase message frequency B. To provide a counterfactual for estimating incrementality C. To guarantee statistical significance D. To remove all sampling error Correct Answer: B. To provide a counterfactual for estimating incrementality Question 8Which is an appropriate safeguard for a high-impact AI-supported customer decision? A. Human review and an override mechanism B. Unlogged model changes C. Use of all available sensitive variables D. Automatic execution without monitoring Correct Answer: A. Human review and an override mechanism Question 9A subscription service has average revenue of $50 per month, a contribution margin of 60%, and monthly churn of 5%. Under the simplified steady-state CLV formula, estimated CLV before acquisition cost is: A. $60 B. $300 C. $600 D. $1,000 Correct Answer: C. $600 Question 10Which sequence is most appropriate when designing a fit-for-purpose growth stack? A. Buy AI tools first, then define objectives B. Define growth constraints and decisions, then specify data and systems C. Choose the most complex architecture available D. Start with dashboards without defining metrics Correct Answer: B. Define growth constraints and decisions, then specify data and systems
|