Zepul - Project Name TOS E2E INDIA - JOB OUTSOURCING DOCUMENT
Zepul - Project Name TOS E2E INDIA - JOB OUTSOURCING DOCUMENT
Table Of Contents
● INTENTION
● CUSTOMER OVERVIEW
● TECHNICAL CONSIDERATIONS
● RESOURCE ALLOCATION
● CONCLUSION
INTENTION
The purpose of this document is to outline the PRD provided by the client and list MVP requirements,
technical considerations, technical and operational suggestions, resource allocation, and a clear
roadmap for project completion.
CUSTOMER OVERVIEW
User Login/Registration
● Account access through OTP sent to user supplied phone numbers or email. User profile
created and maintained using the phone number or email ID.
● Terms and conditions: Setting out the rules and regulations for website
usage
Product Overview
A news aggregation and commentary application that presents curated stories from various
sources. The unique selling proposition (USP) is to provide side-by-side “Right” and “Left”
perspectives for each story, along with a “Full Coverage” mode that allows deeper exploration.
Primary Goals
Product Manager
Defines product vision and requirements, prioritizes features, coordinates with stakeholders.
End Users
Consume news content, engage with likes, comments, shares; personalize feeds and
manage bookmarks.
Actions: Reads trending news, occasionally bookmarks, might share stories to social
media/WhatsApp.
Politically Engaged Reader
Motivations: Enjoys in-depth coverage, demands multiple perspectives to form balanced
Actions: Frequently visits for nuanced news coverage, comments on stories, uses the “Full
Coverage” button.
Actions: Logs into the Editor Dashboard, uploads or edits stories, tracks how stories perform.
Actions: Monitors stats (views, likes, shares), manages user roles, oversees platform
health.
4. Bookmark / My Bookmarks
● Users can save stories for later reading.
● Access under a “Bookmarks” or “Saved” tab.
2. Role-Based Access
● Super Admin: Manage the platform, user roles, site settings.
● Admin: Manage content, moderate comments.
● Editor: Create, edit, publish stories, limited stats view.
4. Sentiment Meter
● Real-time bar or pie chart showing user engagement or voting on each
perspective.
● Green color for higher user preference, Red for the lesser.
Goal: Pull in news automatically while still allowing manual editorial submissions
Below are features either not specified in detail or missing from the original MVP outline
1.Editorial Workflows
● Version Control: Track changes made by editors; revert if needed.
● Approval/Scheduling: A content approval flow for sensitive stories, schedule
publication times.
● QC/Pre-Publish Checks: Spell checks, format checks, compliance.
TECHNICAL CONSIDERATIONS
1. Front End
● Tech Stack: React for a responsive web. Native mobile (Android/iOS) or hybrid
frameworks (React Native) for app.
● UI/UX: Must be designed for quick readability, minimal friction for sign-up.
2. Back End
● Language: Node.js
● Database: SQL (MySQL/Postgres) or NoSQL (MongoDB) depending on structure.
● APIs: REST for feeding the front end with aggregated news data.
2. Phase 2
● Integrate advanced features: push notifications, AI-based perspective tagging,
advanced admin dashboards, improved moderation.
● Introduce multi-language expansions (e.g., more Indian languages).
3. Phase 3
● Monetization strategies (ads, subscriptions), fully automated perspective classification,
online access.
● Potential expansions to web crawling (scraping) and more publisher partnerships.
4. Phase 4
● Deeper personalization with ML recommendations, advanced editorial workflows,
global language coverage.
● Potential pivot or expansions to user-generated news content (like citizen journalism).
3. Scalability
● Trakic spikes during major breaking events; must ensure the system can scale.
5. Technical Overhead
● Multiple language support, perspective classification, content ingestion all require
robust infrastructure and dev hours.
1. User Adoption
● Number of sign-ups, daily active users (DAU), monthly active users (MAU).
2. Engagement
● Likes, comments, shares, average session duration, average articles read per
session.
3. Content Quality
● Editor rating, user feedback, content diversity (variety of categories and
sources).
4. Operational Metrics
● Time to ingest news from sources, frequency of errors in ingestion, dashboards load
times.
Rationale: Quick, easy onboarding gets new users into the app rapidly, while T&Cs cover legal
essentials.
Rationale: Showcasing multiple perspectives is the core differentiator. Start with minimal
categories and curated perspectives to prove the concept without overcomplicating the data
ingestion.
3. User Engagement
2. Comments (Basic)
● Enable simple text comments under each article to foster community discussion.
● Minimal moderation tools (e.g., hide inappropriate language) can come later.
Rationale: Likes, shares, and bookmarks are easy engagement wins. Comments can be
limited but included in an MVP if resources allow, as it enhances stickiness and user
2. Basic Analytics
● Simple view of top stories, daily/weekly/monthly visits, and user engagement
(likes/shares).
● Must-have stats for iterative improvements and content strategy.
3. Role-Based Access
● Editor: Can create/edit/publish stories.
● Admin: Same plus the ability to see analytics.
● Super Admin (if needed): Manage user roles and app-wide settings.
Rationale: At an MVP level, you need only a simple dashboard for internal users to upload
stories and track basic performance. Over time, you can add advanced approval flows and
deeper analytics.
Rationale: This captures the “crowd’s preference” at a glance, reinforcing the dual
perspective concept.
3. Manual/Editor Feed
● Allow editors to directly upload content or paste article summaries if feed
coverage is lacking.
Rationale: This balance ensures you have fresh, automated news plus manual curation to
highlight your USP.
Rationale: MVP performance is best kept simple: focus on stability and a smooth user
experience before scaling up.
1. Must-Have
● User Onboarding
● Core Feed with Two Perspectives
● Basic Engagement (Likes, Bookmarks, Shares)
● Editor Dashboard (Write/Edit Stories, Minimal Stats)
● RSS Feed Integration
Tip: If engineering resources are limited, consider deferring features like advanced “Full
Coverage” clustering or complex comment moderation to a post-MVP phase.
RESOURCE ALLOCATION
1. Team Composition & Skill Sets
To develop and launch an MVP in one month (and a refined release in two), you’ll need a
compact but highly efficient team. Here are the typical roles:
5. QA Engineer (1)
● Plans testing strategy (functional, regression, smoke testing).
● Tests end-to-end features, ensures bug fixes, verifies performance.
● Could be part-time if the team is small, or the responsibility can be partially
shared among the developers for an MVP.
2. Project Management
● Jira, Trello, or Asana to manage sprints, tasks, and epics.
5. Data/Database
● PostgreSQL or MySQL for relational data.
● Redis or a caching layer if needed for performance.
● Potential NoSQL store (MongoDB) if data is unstructured, but likely not mandatory for MVP.
6. RSS/News Aggregation
● Cron job or scheduled serverless function to pull data from RSS feeds or APIs every 15–30
minutes.
● Basic feed parser library (e.g., Feedparser in Python or node-feedparser in Node.js).
Below is a sample sprint plan for a 2-month timeline with a 4-week MVP target. Each “Week”
could correspond to a sprint if you adopt one-week sprints, or you might group two weeks into a
single sprint with more robust planning.
• Key Deliverables:
Week 2
● Front-End: Implement user onboarding (OTP flow, T&C acceptance). Start building the main
feed UI (list of articles, categories).
● Back-End: Implement user login/registration endpoints, set up RSS feed ingestion pipeline
(basic version).
● QA starts writing test cases for user onboarding and feed ingestion.
• Key Deliverables:
● Onboarding flow functioning end-to-end.
● Data ingestion from at least one news source working in a development environment.
Week 3
• Key Deliverables:
● Story detail page with “Left vs. Right” perspective.
● Minimal editorial interface (web form) to publish a story.
● Partial admin analytics view (stubbed or partial data).
Week 4
• Key Deliverables:
● MVP ready to demo or soft-launch.
● All high-priority bugs fixed.
● Admin/Editor workflows functioning for basic publishing.
Week 5 & 6
Week 7
Pre-Launch Preparations
● Conduct load testing and finalize production infrastructure.
● QA covers performance testing, device/browser compatibility.
● Final brand/design polish (icons, color themes, microcopy).
● Begin marketing or pre-launch announcements.
Week 8
End of Month 2: Project is live, refined from MVP feedback, stable enough for real users and
continued growth.
Tasks / Weeks W1 W2 W3 W4 W5 W6 W7 W8
Wireframe to High-Fidelity
Design ■■■
Engagement Features
(Likes/Share/Bookmark) ■■■
Two-Perspective Story
View & Admin Panel ■■■
Content Ingestion
Enhancements ■■■
“Full Coverage”
Button(Simplified) ■■■
Content Ingestion
Enhancements ■■■
CONCLUSION
Zepul is prepared to plan and execute the project within the specified timeframes.Customer
must evaluate this document and grant approval to allocate the appropriate resources so that
the timelines and the overall budget may be determined more precisely for a final go ahead.
Signature Signature