Private access lane
個人向け privacy から組織向け private access まで、client や control plane を入れ替えずに拡張します。
- identity-aware session ownership と private route scope
- user access と operator policy を同じ platform に統合
- Windows を先に強化し、その後 Apple / Android native tunnel へ展開
RavenVPN Platform
高速 VPN を、本物の private access platform に育てる。
ホームページは引き続き製品価値に集中し、platform ページでは policy・connector・private routes・transport posture・operator visibility を説明します。公開サイトを ops console にしません。
Teams
Teams is the platform on-ramp.
Position Teams as the monthly platform base for policy, private routes, operator evidence, and staged rollout support instead of presenting it as a third consumer card.
- Monthly base while platform packaging keeps evolving
- Private routes, centralized policy, and operator support evidence
- Route buyers from /platform into a dedicated Teams billing flow
Platform pillars
RavenVPN は Windows-first VPN から、より広い private access platform に育てるべきです。今の時点で重要なのは次の柱です。
Transport posture
transport selection、resilience、diagnostics を tunnel の裏側ではなく product capability として扱います。
- MASQUE、H3 datagram、fallback transport telemetry
- native diagnostics、cleanup signals、route ownership visibility
- control plane から runtime まで一貫する edge resilience hints
Policy and audit
teams は device enrollment から routing policy、release evidence、operational review まで一貫した面が必要です。
- route、trust posture、release readiness を扱う policy surfaces
- audit 向け diagnostics export と support evidence
- public trust、user pages、operator pages の明確な分離
Connectors and expansion
private routes、connectors、将来の security-platform capability を載せられる拡張余地を最初から持たせます。
- private route connectors と operator-visible rollout stages
- 同じ control plane 上での ZTNA、posture、policy expansion
- platform と一緒に育つ trust、audit、status surfaces
Deploy in clear lanes
各 surface には一つの役割だけを持たせます。public pages は product と trust、user/admin pages はそれぞれの workflow に集中させます。
Windows-first rollout
Apple / Android が追いつくまでは、primary acquisition path を flagship client に明確に寄せます。
- homepage CTA は Windows download を主軸にする
- native Windows lane を default rollout path に保つ
- app portal は account / device / connectivity workflow に集中
Trust and status
trust claims と live operational posture は専用の public page に置き、homepage hero に積みません。
- Trust Center は transparency artifacts と report posture を担う
- Status は live operations と release posture を担う
- public proof を見せつつ、brand page を汚さない
Teams and private routes
platform page は policy / posture / connector の方向性を説明し、real admin console を marketing tab にしません。
- platform page は roadmap dump ではなく capability page にする
- admin は operator surface のままにする
- support と trust は internal controls から分離する
Keep each surface honest
public site は簡潔に、trust/status は検証可能に、user/admin surfaces は実運用の workflow に集中させます。
Homepage
製品価値を伝え、成果を語り、Windows client へ導く。
Trust center
transparency artifacts、report posture、hashes、public security evidence を見せる。
Status
homepage を dashboard にせず、public operational health を公開する。
App
end-user account、device、connectivity、support workflow を扱う。
Admin
operator workflows、release gates、policy surfaces を扱う内部面として保つ。
Build the platform in layers, not in one homepage.
public brand は simple に、trust/status は verifiable にし、その上で native clients、policy surfaces、connectors、operational evidence を積み上げます。