Wednesday Playbook
Our Services
  • Welcome to our Playbook
  • What we do
    • Our Services
      • Catalyse - For companies looking for staff augmentation services
      • Launch - Startups and Early Stage Companies
      • Control - Fast-paced tight-deadline projects with moonshot ROI potential
      • Amplify - Scaleups and Hyper-Growth Companies
      • Do's and don'ts
      • Ceremonies
    • Our Partner Programs
      • Agency Partner Program
      • Advisor/Consultant Partner Program
      • Investor Partner Program
      • Developer Tooling Partner Program
  • Employee Handbook
    • How We Work
      • Our Values
      • Our Dream Team
      • Our Leave Policy
      • Out of Office
      • Communication
      • Security Practices
      • Hiring Philosophy
    • Employment Policies
      • Equal Opportunity Employment
      • At-Will Employment Policy
      • Code of Conduct
      • Employee Privacy
      • Compensation
      • Performance Appraisal Policy
        • Timeline for each appraisal cycle
        • Guidelines for Self, Manager, Peer & Colleague Reviews
    • Starting at Wednesday
      • Your first day
        • Onboarding Checklist
      • Becoming a permanent employee
      • Getting Paid
      • Dress Code
      • Work Hours
    • Benefits and Perks
      • Holiday List
      • Paid Time Off
      • Group Health Insurance
      • Conferences
      • Hardware & Software Licenses
  • Engineering Playbook
    • Introduction to Our Engineering Playbook
    • System Architecture & Design
      • Templates
    • Release Engineering
      • Git-flow
      • Code reviews
      • Commit Messages
      • Pull requests
      • Continuous Integration and Delivery
    • Careers in Engineering
      • Hiring Engineers
      • Career Growth
  • DESIGN PLAYBOOK
    • Introduction to Our Design Playbook
    • Who we are
      • Our Journey
    • Why Us
      • Our Values As Designers
    • Careers in Product Design
      • Hiring Designers
  • Project Management Playbook
    • Introduction to Our Project Management Playbook
    • General Guidelines
      • Checklists
        • Internal Checklist
        • Customer Onboarding Checklist
    • Our Approach
      • Agile Ceremonies
        • Sprint Planning
        • Standups
        • Retrospectives & Demos
      • Stakeholder Management
        • Documentation
      • Team Management
    • Careers in Project Management
      • Career Growth
  • Communications
    • Introduction to Our Communications Playbook
    • Content
      • Channels
      • Process
        • Articles
          • Article Structure
            • Introduction Section
            • Instruction Sections
            • Getting Started Section
            • Theory Section
            • Reference Sections
            • "Where to go from here" section
          • Choose your topic
          • Write your outline
            • Research the topic
            • Create your article outline
          • Sample project
            • Follow the four commandments
            • Create a starter project
          • First draft
            • Think of the reader as a beginnner
            • Stay in limit
            • Make it scannable
            • Explain Code
          • Polish your draft
            • Use Hemingway
            • Review as a reader
    • Brand Assets
      • Wednesday
      • The Wednesday University
      • The Wednesday Show
  • Legal Templates
    • Client Contracts
      • Fixed Cost
        • Master Services Agreement for Fixed Cost
        • Statement of Work for Fixed Cost Projects
      • Time and Material
        • Master Services Agreement for T&M
        • Statement Of Work for T&M Projects
    • Personnel Contracts
      • Internship Offer & Intent to Hire
        • Internship Offer Template
        • Annexure 1 - List of Documents for Interns
        • Acknowledgment of Receipt of Playbook for Interns
        • Letter of Intent to Hire
      • Offer cum Appointment Letter for full-time personnel
        • Offer Cum Acceptance Letter Template
        • Annexure 1 - List of Documents for Personnel
        • Acknowledgment of Receipt of Playbook for Personnel
      • Contractor Agreement
        • Contractor Agreement Template
        • Annexure A
  • Elsewhere
    • Our Products
    • The Wednesday Show
    • Wednesday University
Powered by GitBook
On this page
  • Take Care of Your Reader
  • What is a Beginner?

Was this helpful?

Edit on Git
  1. Communications
  2. Content
  3. Process
  4. Articles
  5. First draft

Think of the reader as a beginnner

A quick guide on how to think about your reader when writing the first draft of your article pieces.

When you write your article, try and imagine yourself in the shoes of a beginner to your subject. Ask yourself:

  • What sorts of things would you want to know about?

  • What sorts of things would confuse you?

  • What concepts would a beginner need to understand?

Take Care of Your Reader

If you know your subject very well, sometimes it’s very difficult to remember what it was like to be a beginner.

But it’s important that you make the effort, and take care of your reader.

Here’s how to do this:

  • Make sure every concept you introduce is clearly explained, without assuming any prior knowledge of your subject.

  • Make sure you explain the “why” behind every step.

  • Make sure you add reference sections so the reader can go beyond the particular example in your article.

Remember that your goal is to actually share your knowledge, and the best way to do that is to make sure your reader does not get lost somewhere along the way.

What is a Beginner?

Some folks think: “I don’t need to worry about this, because I’m making an intermediate or advanced article!”

But actually, you do. This is because a reader might be advanced on your platform, but a complete beginner to your topic.

In general, readers have two different levels of experience:

  1. Experience level with your topic: You should assume almost always that a reader is a beginner to your topic: After all, that’s why they’re reading your article. For example, if you were making a book on TDD in iOS, you shouldn’t assume any prior knowledge of TDD or testing in general.

    If your article is an Android article on specific parts of using a Room database, your reader might have experience with Room, but not with the specific aspect of it covered in your article.

  2. Experience level with your platform: It’s OK to require a certain experience level for the platform you’re developing on. For example, if you were making a book on TDD in iOS, you can assume basic Swift knowledge, basic iOS app making knowledge, etc.

PreviousFirst draftNextStay in limit

Last updated 2 years ago

Was this helpful?