External presence
Useful for
Introduction
The corporate website, privacy policy and customer contact channels are part of the operating model. They do not have to live on the final product platform, but the company needs to understand who owns them, who can publish changes and what public commitments are being made.
Key considerations
- Corporate website hosting.
- Website platform ownership, billing and publishing access.
- Website DNS change responsibilities.
- Responsibility split where an external supplier manages the site.
- Public privacy contact.
- Public security contact.
- Public support or general enquiry contact.
- Website contact form handling.
- Cookie and analytics position.
- Privacy policy ownership and update process.
- Status page later in maturity.
External presence should not become an orphaned marketing asset. It is part of customer trust, privacy communication, incident response and commercial credibility.
How this evolves as the company grows
- At company setup, the corporate website, public contacts and privacy routes need clear ownership even if hosted externally.
- Before Pilot, public wording should match the real product, support route, cookie position and privacy posture.
- At Production, the external presence becomes part of customer assurance and incident communication.
- As the company scales, external presence should be managed like a controlled asset with owners, review dates and change evidence.
What an agent should look for
- Who owns public content and hosting?
- Do privacy and support contacts match operations?
- Are public claims reviewed?
What good looks like
The company can explain the decision, show the evidence behind it and identify the next point where the control needs to mature.
How Brokenhouse helps
Turn this into a practical plan.
I help technology teams turn this guidance into decisions, implementation plans, governance evidence and production-ready operating models.
Talk through your situationNext guidance
Related decisions to work through
Agent-led consultancy should amplify judgement
Agents should not replace expert judgement. They should help capture, structure, challenge, and reuse it.
Azure Dev Platform Modernisation
Describe the organisation, product, team shape, delivery model, and operating constraints.
Agentic software delivery governance
Agents used by the delivery team need a different governance model from AI models embedded in the product. Delivery agents may not be part of the customer-facing service, but they can still create risk because they may read code, write code, inspect logs, summarise documents, generate infrastructure changes or draft customer-facing material.