Dataface Tasks
    Heartbeat snapshot (JSON)

    Launch docs and external readiness

    IDM3_PUBLIC_LAUNCH-INTEGRATIONS_PLATFORM-02
    Statusnot_started
    Priorityp0
    Milestonem3-public-launch
    Ownerhead-of-engineering

    Problem

    There is no external-facing documentation for Dataface's platform integration: how to connect a warehouse, how billing and subscriptions work, how to deploy and manage dashboards, or how to troubleshoot common issues. New users at public launch will have no self-service path to get started. Every onboarding question will become a support ticket, and users who can't figure out setup in the first 15 minutes will churn before seeing value.

    Context

    • Even if deployment, billing, connectivity, and production launch integration works, launch will still fail if external users and operators cannot understand setup, limits, and expected behavior from publishable docs.
    • This task is about making the product externally explainable: clear setup guidance, examples, troubleshooting, and boundary-setting around what is and is not supported at launch.
    • Expected touchpoints include deployment automation, environment/runbook docs, billing/integration code, and ops checks, user-facing docs, operator notes, and any examples or screenshots needed to make the launch story concrete.

    Possible Solutions

    • A - Ship with only internal notes and ad hoc examples: faster, but it shifts launch confusion onto support and sales conversations.
    • B - Recommended: produce a focused external-readiness doc set: cover setup, primary workflows, limitations, troubleshooting, and operator/admin guidance where needed.
    • C - Delay docs until after launch traffic appears: saves time now, but increases launch-day friction and inconsistent messaging.

    Plan

    1. Define the minimum documentation set needed for external users, internal operators, and anyone supporting deployment, billing, connectivity, and production launch integration at launch.
    2. Draft or update the core guides, examples, known-limits sections, and troubleshooting notes using the actual launch scope.
    3. Review the docs against the product behavior and remove any claims that are not yet supportable in the code or operations model.
    4. Link the publishable docs to follow-up maintenance owners so launch documentation does not drift immediately after release.

    Implementation Progress

    Review Feedback

    • [ ] Review cleared