Skip to main content
Zibby: Weekly Update - 2026-05-16

Zibby: Weekly Update - 2026-05-16

Reporting window: 2026-05-09 to 2026-05-16 ## Executive Business Summary - Beta launch mechanics moved materially forward this week: iOS build 1.0.0 (319) was approved for TestFlight after earlier ingestion blockers were resolved. [P1][P2] - Execution remained reliability-weighted (38 merged PRs, 37 closed issues), which improved readiness but is still mostly pre-revenue enabling work rather than adoption proof. [P3][P4][P5] - GTM comms shifted from draft to send-ready with Customer.io-linked beta messaging, but evidence of conversion from invite -> install -> first memory is still missing in tracked metrics. [P6][P7][P8] - Leveraged time hardening flows and working in Customer.io to wire up customer touchpoints. Bonus. A non iOS client touchpoint during beta, especially during beta give us a comms channel to set expectations w/o Engineering effort - Fundraising and partner motion advanced (accelerator application submitted; new external strategy call scheduled), but follow-through is not yet operating as a consistent pipeline. [P9][P10][P11] - Core risk not moving fast enough: crash observability ownership is still fragile, which can slow trust-building with beta testers. [P12]

Reporting window: 2026-05-09 to 2026-05-16 ## Executive Business Summary - Beta launch mechanics moved materially forward this week: iOS build 1.0.0 (319) was approved for TestFlight after earlier ingestion blockers were resolved. [P1][P2] - Execution remained reliability-weighted (38 merged PRs, 37 closed issues), which improved readiness but is still mostly pre-revenue enabling work rather than adoption proof. [P3][P4][P5] - GTM comms shifted from draft to send-ready with Customer.io-linked beta messaging, but evidence of conversion from invite -> install -> first memory is still missing in tracked metrics. [P6][P7][P8] - Leveraged time hardening flows and working in Customer.io to wire up customer touchpoints. Bonus. A non iOS client touchpoint during beta, especially during beta give us a comms channel to set expectations w/o Engineering effort - Fundraising and partner motion advanced (accelerator application submitted; new external strategy call scheduled), but follow-through is not yet operating as a consistent pipeline. [P9][P10][P11] - Core risk not moving fast enough: crash observability ownership is still fragile, which can slow trust-building with beta testers. [P12] ## Goal Progress ### Beta launch / adoption - Progress: TestFlight build approvals moved from 309 to 319 in-window; invite and onboarding flows were actively hardened in merged PRs. [P1][P3][P4] - Gap: no hard weekly KPI evidence for invited users, installs, activation rate, first-memory completion, or week-1 retention. ### User feedback / quality - Progress: high closure volume on bug/testflight-labeled issues and direct QA iteration in Slack. [P3][P5][P13] - Risk: founder called out missing crash-log visibility/symbol context during active beta triage. [P12] ### GTM / comms - Progress: outbound beta messaging drafts were produced and tied to Customer.io flows; CTA clarity was reviewed in real time. [P6][P7] - Gap: several social/distribution tasks remain Not started, and there is limited proof of completed outbound send + response loops this week. [P8][P14][P15] ### Fundraising / ops - Progress: Health Wildcatters application was submitted; a new external strategy meeting was booked and acknowledged. [P9][P10] - Gap: existing accelerator follow-up tasks are still in-progress for Sputnik so pipeline quality is uneven. [P11] ### Partnerships - Progress: AWS/Innovative follow-up task remains active with clear next-step artifact requests. [P16] - Gap: no completed in-window closeout evidence for this partner track. ### Product readiness and founder systems - Progress: weekly engineering and business reporting structure now exists in Internal Reports + Tasks Tracker. [P17][P18] - Gap: many tasks are still placeholders or broad buckets, reducing execution clarity week-to-week. [P14][P15] ## Accountability / Reality Check - You were productive, but the week still over-indexed on shipping and fixing relative to measurable adoption proof. [P3][P5] - Customer proof is under-instrumented: there is narrative evidence of beta momentum, but not enough metric evidence to manage by funnel. - Decision debt remains around scope discipline (for example, social/content backlog and feature-surface toggles) while the highest leverage objective is beta activation + retention. [P7][P14][P15] - Observability debt is now a business risk, not just a technical risk, because it affects confidence in releases and response speed. [P12] ## Calendar and Time Allocation - Calendar reality shows recurring intent blocks rather than externally committed growth actions: - GTM + Marketing: 5 sessions, ~6.25h total. [P19] - Biz Dev + Product: 3 sessions, ~6.75h total. [P20] - Work Grounding + Agent Launch Session: 5 sessions, ~2.5h total. [P21] - Wellness blocks (Yoga / Walk / Reflect + Gym): ~17.5h total. [P23][P24] - Gap: no explicit calendar blocks for customer interviews, investor follow-up execution, or admin/review buffers; one external strategy call appears in email but is not clearly represented in calendar evidence. [P10] ## Next Commitments 1. Owner: Brad — convert at least 10 engaged users into active TestFlight testers with first-memory completion by 2026-05-23. [P25] 2. Owner: Brad — finish Customer.io segment migration and validate invite CTA/link correctness by 2026-05-21. [P26] 3. Owner: Brad — send industry/investor level update calls by 2026-05-23. [P27] 4. Owner: Brad — publish 90-day operating plan with weekly business metrics and review cadence by 2026-05-23. [P28] 5. Owner: Brad — confirm TestFlight crash symbolication path for build machine and document triage steps by 2026-05-20. [P29] Stop doing / defer recommendation: - Defer broad social-channel experimentation (for example TikTok / generic social backlog) until tester activation and crash observability commitments above are complete. [P14][P15][P29] ## Engineering Report Executive Summary ZibbyMono executed a beta-readiness stabilization sprint across product, backend, infra, and outbound comms. In this window, 38 PRs merged and 37 issues closed in Zibby-M/ZibbyMono; 19 of 38 PRs were fix: and 14 closed issues carried bug labels, indicating reliability-first execution while still shipping feature work. Top-level outcomes: - Invite/contact/social workflows were hardened across UI, storage, and outbound email paths. - Built outbound email growth coms in user flows for both new users as well as in app invites - TestFlight release flow accelerated (multiple builds processed; build 319 approved for beta testing). - Trained and deployed on device Image Gen and moved download infra to Apple Managed Assets - Backend transaction and validation correctness, plus release automation reliability, improved materially. ## Bullet Points Change Log / Release Notes - Client and UX: Creation Studio media quality improvements shipped (PR #1469); MeView/profile/notifications and contact management flows were refreshed and regrouped (PR #1437, PR #1414, PR #1412, PR #1436). - Invite and people flows: Related-people invite choices and import boundary fixes landed, including invite defaults and storage-limit protections (PR #1432, PR #1451, PR #1452, PR #1464). - Customer.io and lifecycle email: Lifecycle automation was introduced and then hardened for production behavior (PR #1447, PR #1449, PR #1453; Issue #1448). - Backend correctness: EF/Npgsql retry-safe transaction handling and API validation/error handling improved (PR #1443, PR #1442, PR #1427, PR #1424). - Infra, release, and config: Release workflow runtime and production fast-forward resiliency improved, with config endpoint and environment drift fixes tracked to closure (PR #1421, PR #1422, PR #1401; Issue #1407, Issue #1398). - Tooling and operations: Weekly iOS SwiftUI audit and weekly ops follow-through continued as active reliability inputs (Issue #1456, Issue #1399). ## Observed Trends - Stability-first throughput: fix-heavy distribution (19 fix: PRs) versus 9 feat: PRs. - Crash-feedback loop: Only one valid crash was observed. All others were known side effects of multi-env with single bundle (not an actual issues) - Cross-functional delivery: code, release infra, and outbound invite/email comms are being iterated in one cycle rather than separate phases. - Planning-to-delivery latency is low: 6 PRD-labeled issues in this window were converted through implementation/closure. None of these are new new features, rather refinement of behavior and and design based on feedback ## Stability / Systems Etc - Improved system posture: - Transaction and validator fixes reduce known backend execution and data-integrity failure paths. - Release workflow/runtime updates reduce CI/CD fragility during promotions. - Remaining risk signals: - Crash log observability is a live concern (symbol/crash visibility called out in comms). - Customer invite messaging required tactical link override behavior while end-to-end invite path is still being hardened.