feat: prepare site for Paddle domain approval#161
Conversation
- Update typography and headings to use larger, tighter tracking. - Redesign the status banner and pricing cards for a more modern look. - Overhaul comparison table and FAQ section. - Match styling with the rest of the updated site aesthetics. Made-with: Cursor
…o highlights Group features into 5 categories (Core Planning, History & Retention, Analytics & Insights, Exports & Integrations, Support) to make Pro's value proposition more visible. Expand from 9 to 19 features, add filled-circle checkmarks for Pro-exclusive rows, and improve mobile responsiveness. Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
Swap Auto-Complete Voting, Player Management, and Synchronized Timer out of the bento grid in favor of Jira Integration, Time-to-Consensus, and Voter Alignment — three shipped Pro features that better showcase the product's current strengths. Trim recentlyShipped to keep only Sprint Predictability Score and Enhanced Data Exports. Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
- Update refund window from 14 to 30 calendar days to meet Paddle seller handbook minimum requirement - Replace conditional "if and when" language with definitive policy statements - Add operator identity (Bohdan Ivanchenko) to Terms Section 1 for immediate visibility to Paddle reviewers - Use standard Paddle reseller boilerplate in Terms Section 10 - Explicitly name Paddle.com as merchant of record throughout Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
…dle-approval-readiness
Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
|
The latest updates on your projects. Learn more about Vercel for GitHub.
|
PR Review — feat: prepare site for Paddle domain approvalThis is a focused, well-scoped PR. The changes are content/legal updates and the code mechanics are clean. A few observations: Code Quality ✅
Potential Issue: Operator Identity Duplication
Section 1 now reads:
Section 2 then repeats much of this:
This creates duplication. Section 1's addition is intentional (Paddle reviewers read Section 1 first), but consider whether Section 2 needs to keep repeating the FOP detail or if it can just reference "the Operator identified in Section 1" to keep things tidy. Minor: Paddle Customer Service WordingIn Terms Section 10:
This is standard Paddle boilerplate, but it may confuse users who contact AgileKit support expecting help. If you plan to handle first-line support yourself, consider whether this wording accurately reflects the actual support flow. This is a business/legal decision, not a code issue. Date ConsistencyThe "Last updated" date changed from February 27 to February 28 in both files. Since today is February 27, 2026 and this PR is presumably being merged tomorrow, this is fine — just make sure the merge actually happens on Feb 28 or update accordingly. No Issues Found With
Overall: LGTM with the duplication note above as a suggestion, not a blocker. The changes accomplish the stated goal clearly and the code is clean. |
- Section 2: reference Section 1 instead of repeating FOP detail - Section 10: clarify Paddle handles billing/refunds, AgileKit handles product support Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
PR ReviewThis PR updates legal/policy content to satisfy Paddle's domain approval requirements. The changes are focused and sensible. A few observations below. Scope mismatch between description and diffThe PR description lists several changes that are not present in this diff:
Only two files are actually modified: Terms Section 2 — circular self-referenceBefore:
After:
The new wording defines "AgileKit" as "AgileKit" — circular and legally weaker than the old version. Additionally, the new Section 2 now says "operated by the individual identified in Section 1" instead of naming Bohdan Ivanchenko directly, which creates a fragile cross-reference (if section numbering ever shifts, this breaks). Consider either restoring the explicit name in Section 2, or keeping the "Operator" defined term to avoid the circular reference. "Last updated" date is Feb 28 while today is Feb 27Both files flip the date from Positive notes
No code quality or security concernsThese are content/text changes with no logic, no data handling, and no new dependencies. Lint/type-check should pass cleanly. Summary: Two actionable items before merging:
|
Introduce 'Operator' defined term and name Bohdan Ivanchenko explicitly instead of circular "AgileKit refers to AgileKit" wording. Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
PR Review: feat: prepare site for Paddle domain approvalThis is a content-only PR updating legal pages for Paddle domain approval. No code logic changes. Overall AssessmentThe changes are clear, well-scoped, and accomplish the stated Paddle compliance goals. A few observations below. Minor Issues1. "Last updated" date is tomorrow (Feb 28 vs Feb 27 today) Both pages show 2. Refund contact flow is slightly inconsistent between the two pages
This could confuse users about where to submit refund requests — directly to Paddle, or via email to you. Consider aligning the two pages with a clear flow, e.g.:
or
Good Changes
Test Plan NotesThe checklist items in the PR description are appropriate for content-only changes. Lint and type checks passing is sufficient here — no new logic was introduced. Generated with Claude Code |
Both pages now direct users to contact us via email, and we process refunds through Paddle — consistent flow instead of conflicting instructions. Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
PR Review: feat: prepare site for Paddle domain approvalThis is a focused legal/content update with no functional code changes. Overall the changes are clean and well-targeted at Paddle's requirements. Positives
Observations / Minor NotesSection 1 + Section 2 redundancy in Terms Section 1 now includes the full operator identity, and Section 2 says "as further described in Section 1". This is intentional (belt-and-suspenders for Paddle's reviewer) and works as a legal pattern. Just worth noting that if either section is updated in the future, both need to stay in sync. "Last updated" date is February 28, 2026 Today per the system date is February 27, 2026. The date bump to the 28th presumably anticipates merge timing. That's reasonable, but if the PR merges later than expected the date would be off. Low-stakes, just worth noting. Personal email for business contact
Security / PerformanceNo concerns — these are static content pages with no logic changes. Test CoverageThe test plan (lint + ts:check + manual page verification) is appropriate for legal content pages. No automated tests needed here. VerdictApprove — the changes are correct, consistent, and well-scoped to meet Paddle's domain approval requirements. The legal language looks solid. |
Refund requests now go through Paddle directly via order confirmation link. General billing questions still go to email contact. Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
PR Review: feat: prepare site for Paddle domain approvalThis is a content/legal PR with clean, focused changes. Here's my review: SummaryThe changes update two pages to satisfy Paddle's domain approval requirements:
Code Quality ✅
Content Consistency ✅
Minor ObservationsDate hardcoding — Both files update Operator identity redundancy — After this PR, Section 1 introduces the operator identity and Section 2 restates it with cross-reference back to Section 1. This is intentional for Paddle review (getting the identity as early as possible) and the cross-reference makes it coherent, but it's worth knowing this is a deliberate duplication, not an accidental one. ToS Section 10 boilerplate — The Paddle reseller boilerplate ("Our order process is conducted by our online reseller Paddle.com. Paddle.com is the Merchant of Record for all our orders.") matches Paddle's standard required language — looks correct. Security / PerformanceNo concerns — this is purely static content. No new data flows, API calls, or user inputs introduced. Test CoverageThe test plan is appropriate: rendering checks and lint/type-check pass. No E2E tests needed for static content pages. VerdictLooks good to merge. The changes are targeted, legally coherent, and match standard Paddle integration requirements. No blocking issues. |
Use support@agilekit.app instead of personal Gmail across pricing, privacy policy, refund policy, and terms of service pages. Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
PR Review: feat: prepare site for Paddle domain approvalThis is a focused content-only PR updating legal pages for Paddle domain approval. The changes are straightforward and well-scoped. Summary of Changes
ObservationsPositive
Minor Issues
No Issues Found
VerdictThe changes are correct, well-targeted, and consistent across all affected pages. The items above are minor polish points, not blockers. Ready to merge once the date question is resolved. |
Summary
Context
Addresses Paddle domain review feedback:
Test plan
/refund-policypage renders correctly with 30-day references/termspage renders correctly with operator identity in Section 1 and Paddle reseller clause in Section 10npm run lintandnpm run ts:check— both pass🤖 Generated with Claude Code