SlideShare a Scribd company logo
Minor Bug Fixes
by Rob Gill
TL; DR
too long; didn’t read
Content: 

Apps, AppStores & Release Notes


Topics:

Communication, Communication Channels &
Improvement
Rob Gill - Minor bug fixes
goal.com
57.4M

Users
585.1M

Page Views
38 local editions
20 languages
goal.com
Rob Gill
👋UX Manager
📍
Business goals &
priorities are
changing
😫
20 different
languages
🤔
Lots of
different
products
😅
Communication across
timezones
🙁
Little time to
focus on improving
one feature
🙁
It can take a long

time to do anything
😒
😁
But…

this is software

at scale!
First ticket created

29th December 2014
)*
🕸
🕸
✨
First ticket created

29th December 2014
V8.0 iOS Release

19th May 2016
1 year,

3 months,

8 days later
✨
✨
✨
✨)*
🕸
🕸
Rob Gill - Minor bug fixes
Rob Gill - Minor bug fixes
1 year, 3 months, 8 days later
💩
😍
😍😍 😍
💩
Nobody reads them!
😒
Not much

point
😑
Too much

effort
🤔
We don’t have 

enough time
🙁
Translations

take a long time!
🙁
Turns out nobody does read
release notes…
Rob Gill - Minor bug fixes
💩
💩
📣 ----------------> 👀
your

users
2you
Rob Gill - Minor bug fixes
📣 ----------------> 👀
your

users
2you
📣 ----------------> 👀
📬 <---------------- 💌 your

users
2you
📣😍🎉
! ” # $ % & ( ) * + , - . /
0 1 2 3 4 5 6 7 8 9 : ; < = > ?
@ A B C D E F G H I J K L M N O P Q R S
T U V W X Y Z [  ] ^ _ ` a b c d e f g
h i j k l m n o p q r s t u v w x y z }
{ ~ D E L Ç ü é â ä à å ç ê ë è ï î ì Ä
Å É æ Æ ô ö ò û ù ÿ Ö Ü ø £ Ø × ƒ á í ó
ú ñ Ñ ª º ¿ ® ¬ ½ ¼ ¡ « » ░ ▒ ▓ │ ┤ Á Â
À © ╣ ║ ╗ ╝ ¥ ┐ └ ┴ ┬ ├ ─ ┼ ã Ã ╚ ╔ ╩ ╦
╠ ═ ╬ ¤ ð Ð Ê Ë È ı Í Î Ï ┘ ┌ █ ▄ ¦ Ì ▀
Ó ß Ô Ò õ Õ µ þ Þ Ú Û Ù ý Ý ¯
´ ¬ ± ‗ ¾ ¶ § ÷ ¸ ° ¨ • ¹ ³ ² ■ ¢
Summarise First; Tell Later.
• Bullets
Make it easy for people to get in touch
Reference the last major release
…2 days later..
🚀
Euros Section
🚀
Improved Match Pages
🚀
Bug
Fix
🚀
Bug
Fix
🚀
Euros Section
🚀
Improved Match Pages
🚀
Bug
Fix
🚀
Bug
Fix
r
🚀
Euros Section
🚀
Improved Match Pages
🚀
Bug
Fix
🚀
Bug
Fix
🚀
Euros Section
🚀
Improved Match Pages
🚀
Bug
Fix
🚀
Bug
Fix
⚽
Euro 2016
Start
⚽
Euro 2016
End
The perfect release note
The introduction. A short paragraph. Make this personal if
appropriate. Eg. "Season greetings, everyone! You asked, Santa
listened - this update is exactly what you ask for this
Christmas."
TL; DR
• An extra short summary of these notes goes here.
*** NEW ***
• This is where you layout any new features.
• Explain where abouts these features are within your app.
• How do users find these new features?
• Which users will this benefits, or how exactly will this
benefits them?
The introduction. A short paragraph. Make this personal if
appropriate. Eg. "Season greetings, everyone! You asked, Santa
listened - this update is exactly what you ask for this
Christmas."
TL; DR
• An extra short summary of these notes goes here.
*** NEW ***
• This is where you layout any new features.
• Explain where abouts these features are within your app.
• How do users find these new features?
• Which users will this benefits, or how exactly will this
benefits them?
• E.g. "[Who benefits?] Apple Watch users will be particularly
happy with the latest release. [Why?] We now automatically support
handoff with your Mac. [Where/how?] Don’t forget to have your
bluetooth turned on, you can do it]!”
The introduction. A short paragraph. Make this personal if
appropriate. Eg. "Season greetings, everyone! You asked, Santa
listened - this update is exactly what you ask for this
Christmas."
TL; DR
• An extra short summary of these notes goes here.
*** NEW ***
• This is where you layout any new features.
• Explain where abouts these features are within your app.
• How do users find these new features?
• Which users will this benefits, or how exactly will this
benefits them?
• E.g. "[Who benefits?] Apple Watch users will be particularly
happy with the latest release. [Why?] We now automatically support
handoff with your Mac. [Where/how?] Don’t forget to have your
bluetooth turned on, you can do it]!”


*** IMPROVEMENTS ***
• If improving an existing feature, rather than something that’s
brand new, use the "Improvements" title instead of "New".
• If you've improved something as a result of user feedback,
consider a sentence like, "you asked, we listened". A great way to
make your users feel valued.
• This is where you layout any new features.
• Explain where abouts these features are within your app.
• How do users find these new features?
• Which users will this benefits, or how exactly will this
benefits them?
• E.g. "[Who benefits?] Apple Watch users will be particularly
happy with the latest release. [Why?] We now automatically support
handoff with your Mac. [Where/how?] Don’t forget to have your
bluetooth turned on, you can do it]!”


*** IMPROVEMENTS ***
• If improving an existing feature, rather than something that’s
brand new, use the "Improvements" title instead of "New".
• If you've improved something as a result of user feedback,
consider a sentence like, "you asked, we listened". A great way to
make your users feel valued.
*** FIXED ***
• List out any major bugs that might have affected many users.
• If you've only addressed minor fixes, or nothing specific, use
something like:
• E.g. "Minor Bug fixes"
• Keep the "Fixed" title if you've included other titled sections.
The sign off. Similar to the introduction, this could be
personalised if appropriate. You could easily have a couple of


*** IMPROVEMENTS ***
• If improving an existing feature, rather than something that’s
brand new, use the "Improvements" title instead of "New".
• If you've improved something as a result of user feedback,
consider a sentence like, "you asked, we listened". A great way to
make your users feel valued.
*** FIXED ***
• List out any major bugs that might have affected many users.
• If you've only addressed minor fixes, or nothing specific, use
something like:
• E.g. "Minor Bug fixes"
• Keep the "Fixed" title if you've included other titled sections.
The sign off. Similar to the introduction, this could be
personalised if appropriate. You could easily have a couple of
variations of this in your locker.
Finally Feedback. Add the feedback email address and welcome users
thoughts. Eg. “Submit your suggestions for improvements to
feedback@yourapp.co we value your feedback”
*** FIXED ***
• List out any major bugs that might have affected many users.
• If you've only addressed minor fixes, or nothing specific, use
something like:
• E.g. "Minor Bug fixes"
• Keep the "Fixed" title if you've included other titled sections.
The sign off. Similar to the introduction, this could be
personalised if appropriate. You could easily have a couple of
variations of this in your locker.
Finally Feedback. Add the feedback email address and welcome users
thoughts. Eg. “Submit your suggestions for improvements to
feedback@yourapp.co we value your feedback”
Life before this template…sllbefore 😓
Life before this template…sllafter 😓😍
Issues
Translations
take a long
time
😓
Make it a part of your workflow…
📍 📍
📍
What if our updates aren’t
user friendly?
e.g. additional ad networks integrated
😓
Minor bug fixes
“Minor bug fixes” from last 12 months
0 65 130 195 260
Total Development Time (hours)
V8.6.7
V8.6.6
V8.6.5
V8.6.4
V8.6.3
V8.6.2
V8.6.1
V8.6.2
V8.5.1
V8.3.1
“Minor bug fixes” from last 12 months
0 65 130 195 260
Total Development Time (hours)
V8.6.7
V8.6.6
V8.6.5
V8.6.4
V8.6.3
V8.6.2
V8.6.1
V8.6.2
V8.5.1
V8.3.1
“Minor bug fixes” from last 12 months
0 65 130 195 260
Total Development Time (hours)
V8.6.7
V8.6.6
V8.6.5
V8.6.4
V8.6.3
V8.6.2
V8.6.1
V8.6.2
V8.5.1
V8.3.1
Before —
— After
Minor bug fixes *** NEW ***
Compact news cards - you can now
see more news in on your screen
*** IMPROVED ***
Optimised ad experience
*** FIXED ***
24 bugs fixed
Rob Gill - Minor bug fixes
Seems like a

lot of effort for
little reward
😓
But nobody reads

release notes…
Rob Gill - Minor bug fixes
Re-use
Re-use
Proof this works
Rob Gill - Minor bug fixes
Rob Gill - Minor bug fixes
Rob Gill - Minor bug fixes
Rob Gill - Minor bug fixes
📣 ------> 👀
📬 <------ 💌
Rob Gill - Minor bug fixes
Rob Gill - Minor bug fixes
Rob Gill - Minor bug fixes
Rob Gill - Minor bug fixes
Rob Gill - Minor bug fixes
Rob Gill - Minor bug fixes
The 2mm Rule
The introduction. A short paragraph. Make this personal if appropriate. Eg. "Season greetings,
everyone! You asked, Santa listened - this update is exactly what you ask for this Christmas."
TL; DR
• An extra short summary of these notes goes here.
*** NEW ***
• This is where you layout any new features.
• Explain where abouts these features are within your app.
• How do users find these new features?
• Which users will this benefits, or how exactly will this benefits them?
• E.g. "[Who benefits?] Apple Watch users will be particularly happy with the latest release. [Why?]
We now automatically support handoff with your Mac. [Where/how?] Don’t forget to have your bluetooth
turned on, you can do it]!”


*** IMPROVEMENTS ***
• If improving an existing feature, rather than something that’s brand new, use the "Improvements"
title instead of "New".
• If you've improved something as a result of user feedback, consider a sentence like, "you asked, we
@rob_gill_
• E.g. "Minor Bug fixes"
• Keep the "Fixed" title if you've included other titled sections.
The sign off. Similar to the introduction, this could be personalised if appropriate. You could
easily have a couple of variations of this in your locker.
Finally Feedback. Add the feedback email address and welcome users thoughts. Eg. “Submit your
suggestions for improvements to feedback@yourapp.co we value your feedback”
@rob_gill_
• E.g. "Minor Bug fixes"
• Keep the "Fixed" title if you've included other titled sections.
The sign off. Similar to the introduction, this could be personalised if appropriate. You could
easily have a couple of variations of this in your locker.
Finally Feedback. Add the feedback email address and welcome users thoughts. Eg. “Submit your
suggestions for improvements to feedback@yourapp.co we value your feedback”
Thank You

More Related Content

PPTX
Phonegap - An Introduction
PPTX
Super Simple Video
PPTX
Evaluation
PDF
An Exploration of Cross-product App Experiences
PDF
Hidden sides of Code Review (MMM-2023)
PDF
How ANYONE can make insanely better slides
PPTX
Preparing for the upgrade to Facebook Timeline
PDF
Hidden sides of Code Review (Do-iOS)
Phonegap - An Introduction
Super Simple Video
Evaluation
An Exploration of Cross-product App Experiences
Hidden sides of Code Review (MMM-2023)
How ANYONE can make insanely better slides
Preparing for the upgrade to Facebook Timeline
Hidden sides of Code Review (Do-iOS)

Similar to Rob Gill - Minor bug fixes (20)

PPTX
Perfect product architecture in a non-stop start-up
PDF
Tapping into user feedback to make apps users love
PPTX
Technical Communication for Unity Developers
PDF
Іванна Заєць: Основи ПМа (PM’s Essentials)
PDF
Creators Code: How to Avoid Death by Words
PPTX
Build better mobile apps and become a better person
PDF
How to ux writing ramona furter
PDF
How effective feedback can improve your software
PPTX
Mobile Apps Design Principles
PPTX
How to maintain a perfect product architecture in a non-stop start-up
PDF
Developing Mobile Apps - Top 10 Tips
PDF
UX in ZOOM
PDF
Aug NYC Jan 30
PDF
Driving Confluence Adoption
PDF
WordCamp US: Clean Code
PDF
HCI Guidelines for iOS Platforms
PDF
A Year of Scrum
 
PPTX
Mobile product - "Build great apps!" at ProductTank Paris #17
PDF
Atlassian - The latest and greatest early 2013
PDF
Passion For Software
Perfect product architecture in a non-stop start-up
Tapping into user feedback to make apps users love
Technical Communication for Unity Developers
Іванна Заєць: Основи ПМа (PM’s Essentials)
Creators Code: How to Avoid Death by Words
Build better mobile apps and become a better person
How to ux writing ramona furter
How effective feedback can improve your software
Mobile Apps Design Principles
How to maintain a perfect product architecture in a non-stop start-up
Developing Mobile Apps - Top 10 Tips
UX in ZOOM
Aug NYC Jan 30
Driving Confluence Adoption
WordCamp US: Clean Code
HCI Guidelines for iOS Platforms
A Year of Scrum
 
Mobile product - "Build great apps!" at ProductTank Paris #17
Atlassian - The latest and greatest early 2013
Passion For Software
Ad

More from Turing Fest (20)

PDF
Ivana McConnell — Ethics, Software and Identity in the Age of Data (Turing Fe...
PDF
Paul Campbell — A Modern Approach to Third-Party Embedded Widgets (Turing Fes...
PDF
Sam Noble — Blink & You’ll Miss It: The Ever Changing Landscape of Paid Media...
PDF
Check Warner — Building with Diversity (Turing Fest 2018)
PDF
Mike McQuaid — How to Not Fail at Using Open-Source Software in Your Organisa...
PDF
Mark Logan —The Real Reasons Start-ups and Scale-ups Fail (And What to Do Abo...
PDF
Ed Fry — Data-Driven Growth: Lies, Lawyers & Outsized Results (Turing Fest 2018)
PDF
Colin Burns — "Peak Web" UX Design: What to do next...? (Turing Fest 2018)
PDF
Miloš Lalić — The Continuous Search for Product/Market Fit (Turing Fest 2018)
PDF
Patrick Campbell — Our Fundamental Strategy of Building a Business is Broken ...
PDF
Amy Zima — Killing Products (Turing Fest 2018)
PPTX
Fabrizio Ballarini — Scaling Organic Growth by Building Products (Turing Fest...
PDF
Edgar Rouwenhorst — Marketing as a Growth Driver (Turing Fest 2018)
PDF
Rebecca Moore — Self-Disrupt for Growth
PDF
Roan Lavery — Driving Growth vs. Building Core Value
PDF
Susan Ramonat — Blockchain Unraveled (Turing Fest 2018)
PDF
Martin Eriksson — You Are All Product Managers (Turing Fest 2018)
PDF
Oli Gardner - Data-Driven Design
PDF
Rand Fishkin - The State of SEO & How to Survive Google’s Trojan Horsing of t...
PDF
Lisa Myers - How to Make Your Wishlist Piece of Coverage Come True
Ivana McConnell — Ethics, Software and Identity in the Age of Data (Turing Fe...
Paul Campbell — A Modern Approach to Third-Party Embedded Widgets (Turing Fes...
Sam Noble — Blink & You’ll Miss It: The Ever Changing Landscape of Paid Media...
Check Warner — Building with Diversity (Turing Fest 2018)
Mike McQuaid — How to Not Fail at Using Open-Source Software in Your Organisa...
Mark Logan —The Real Reasons Start-ups and Scale-ups Fail (And What to Do Abo...
Ed Fry — Data-Driven Growth: Lies, Lawyers & Outsized Results (Turing Fest 2018)
Colin Burns — "Peak Web" UX Design: What to do next...? (Turing Fest 2018)
Miloš Lalić — The Continuous Search for Product/Market Fit (Turing Fest 2018)
Patrick Campbell — Our Fundamental Strategy of Building a Business is Broken ...
Amy Zima — Killing Products (Turing Fest 2018)
Fabrizio Ballarini — Scaling Organic Growth by Building Products (Turing Fest...
Edgar Rouwenhorst — Marketing as a Growth Driver (Turing Fest 2018)
Rebecca Moore — Self-Disrupt for Growth
Roan Lavery — Driving Growth vs. Building Core Value
Susan Ramonat — Blockchain Unraveled (Turing Fest 2018)
Martin Eriksson — You Are All Product Managers (Turing Fest 2018)
Oli Gardner - Data-Driven Design
Rand Fishkin - The State of SEO & How to Survive Google’s Trojan Horsing of t...
Lisa Myers - How to Make Your Wishlist Piece of Coverage Come True
Ad

Recently uploaded (20)

PDF
How Tridens DevSecOps Ensures Compliance, Security, and Agility
PDF
EaseUS PDF Editor Pro 6.2.0.2 Crack with License Key 2025
DOCX
How to Use SharePoint as an ISO-Compliant Document Management System
PPTX
Cybersecurity: Protecting the Digital World
PPTX
AMADEUS TRAVEL AGENT SOFTWARE | AMADEUS TICKETING SYSTEM
PPTX
Why Generative AI is the Future of Content, Code & Creativity?
DOCX
Greta — No-Code AI for Building Full-Stack Web & Mobile Apps
PDF
DNT Brochure 2025 – ISV Solutions @ D365
PDF
Top 10 Software Development Trends to Watch in 2025 🚀.pdf
PPTX
Custom Software Development Services.pptx.pptx
PPTX
Embracing Complexity in Serverless! GOTO Serverless Bengaluru
PPTX
chapter 5 systemdesign2008.pptx for cimputer science students
PDF
Wondershare Recoverit Full Crack New Version (Latest 2025)
PDF
Website Design Services for Small Businesses.pdf
PPTX
Weekly report ppt - harsh dattuprasad patel.pptx
PDF
wealthsignaloriginal-com-DS-text-... (1).pdf
PPTX
Patient Appointment Booking in Odoo with online payment
PDF
EN-Survey-Report-SAP-LeanIX-EA-Insights-2025.pdf
PDF
STL Containers in C++ : Sequence Container : Vector
PDF
Topaz Photo AI Crack New Download (Latest 2025)
How Tridens DevSecOps Ensures Compliance, Security, and Agility
EaseUS PDF Editor Pro 6.2.0.2 Crack with License Key 2025
How to Use SharePoint as an ISO-Compliant Document Management System
Cybersecurity: Protecting the Digital World
AMADEUS TRAVEL AGENT SOFTWARE | AMADEUS TICKETING SYSTEM
Why Generative AI is the Future of Content, Code & Creativity?
Greta — No-Code AI for Building Full-Stack Web & Mobile Apps
DNT Brochure 2025 – ISV Solutions @ D365
Top 10 Software Development Trends to Watch in 2025 🚀.pdf
Custom Software Development Services.pptx.pptx
Embracing Complexity in Serverless! GOTO Serverless Bengaluru
chapter 5 systemdesign2008.pptx for cimputer science students
Wondershare Recoverit Full Crack New Version (Latest 2025)
Website Design Services for Small Businesses.pdf
Weekly report ppt - harsh dattuprasad patel.pptx
wealthsignaloriginal-com-DS-text-... (1).pdf
Patient Appointment Booking in Odoo with online payment
EN-Survey-Report-SAP-LeanIX-EA-Insights-2025.pdf
STL Containers in C++ : Sequence Container : Vector
Topaz Photo AI Crack New Download (Latest 2025)

Rob Gill - Minor bug fixes

  • 2. TL; DR too long; didn’t read Content: 
 Apps, AppStores & Release Notes 
 Topics:
 Communication, Communication Channels & Improvement
  • 5. 57.4M
 Users 585.1M
 Page Views 38 local editions 20 languages goal.com
  • 8. Business goals & priorities are changing 😫 20 different languages 🤔 Lots of different products 😅 Communication across timezones 🙁 Little time to focus on improving one feature 🙁 It can take a long
 time to do anything 😒
  • 10. First ticket created
 29th December 2014 )* 🕸 🕸
  • 11. ✨ First ticket created
 29th December 2014 V8.0 iOS Release
 19th May 2016 1 year,
 3 months,
 8 days later ✨ ✨ ✨ ✨)* 🕸 🕸
  • 14. 1 year, 3 months, 8 days later 💩
  • 16. Nobody reads them! 😒 Not much
 point 😑 Too much
 effort 🤔 We don’t have 
 enough time 🙁 Translations
 take a long time! 🙁
  • 17. Turns out nobody does read release notes…
  • 23. 📣 ----------------> 👀 📬 <---------------- 💌 your
 users 2you
  • 25. ! ” # $ % & ( ) * + , - . / 0 1 2 3 4 5 6 7 8 9 : ; < = > ? @ A B C D E F G H I J K L M N O P Q R S T U V W X Y Z [ ] ^ _ ` a b c d e f g h i j k l m n o p q r s t u v w x y z } { ~ D E L Ç ü é â ä à å ç ê ë è ï î ì Ä Å É æ Æ ô ö ò û ù ÿ Ö Ü ø £ Ø × ƒ á í ó ú ñ Ñ ª º ¿ ® ¬ ½ ¼ ¡ « » ░ ▒ ▓ │ ┤ Á Â À © ╣ ║ ╗ ╝ ¥ ┐ └ ┴ ┬ ├ ─ ┼ ã Ã ╚ ╔ ╩ ╦ ╠ ═ ╬ ¤ ð Ð Ê Ë È ı Í Î Ï ┘ ┌ █ ▄ ¦ Ì ▀ Ó ß Ô Ò õ Õ µ þ Þ Ú Û Ù ý Ý ¯ ´ ¬ ± ‗ ¾ ¶ § ÷ ¸ ° ¨ • ¹ ³ ² ■ ¢
  • 28. Make it easy for people to get in touch
  • 29. Reference the last major release
  • 31. 🚀 Euros Section 🚀 Improved Match Pages 🚀 Bug Fix 🚀 Bug Fix
  • 32. 🚀 Euros Section 🚀 Improved Match Pages 🚀 Bug Fix 🚀 Bug Fix
  • 33. r 🚀 Euros Section 🚀 Improved Match Pages 🚀 Bug Fix 🚀 Bug Fix
  • 34. 🚀 Euros Section 🚀 Improved Match Pages 🚀 Bug Fix 🚀 Bug Fix ⚽ Euro 2016 Start ⚽ Euro 2016 End
  • 36. The introduction. A short paragraph. Make this personal if appropriate. Eg. "Season greetings, everyone! You asked, Santa listened - this update is exactly what you ask for this Christmas." TL; DR • An extra short summary of these notes goes here. *** NEW *** • This is where you layout any new features. • Explain where abouts these features are within your app. • How do users find these new features? • Which users will this benefits, or how exactly will this benefits them?
  • 37. The introduction. A short paragraph. Make this personal if appropriate. Eg. "Season greetings, everyone! You asked, Santa listened - this update is exactly what you ask for this Christmas." TL; DR • An extra short summary of these notes goes here. *** NEW *** • This is where you layout any new features. • Explain where abouts these features are within your app. • How do users find these new features? • Which users will this benefits, or how exactly will this benefits them? • E.g. "[Who benefits?] Apple Watch users will be particularly happy with the latest release. [Why?] We now automatically support handoff with your Mac. [Where/how?] Don’t forget to have your bluetooth turned on, you can do it]!”
  • 38. The introduction. A short paragraph. Make this personal if appropriate. Eg. "Season greetings, everyone! You asked, Santa listened - this update is exactly what you ask for this Christmas." TL; DR • An extra short summary of these notes goes here. *** NEW *** • This is where you layout any new features. • Explain where abouts these features are within your app. • How do users find these new features? • Which users will this benefits, or how exactly will this benefits them? • E.g. "[Who benefits?] Apple Watch users will be particularly happy with the latest release. [Why?] We now automatically support handoff with your Mac. [Where/how?] Don’t forget to have your bluetooth turned on, you can do it]!” 
 *** IMPROVEMENTS *** • If improving an existing feature, rather than something that’s brand new, use the "Improvements" title instead of "New". • If you've improved something as a result of user feedback, consider a sentence like, "you asked, we listened". A great way to make your users feel valued.
  • 39. • This is where you layout any new features. • Explain where abouts these features are within your app. • How do users find these new features? • Which users will this benefits, or how exactly will this benefits them? • E.g. "[Who benefits?] Apple Watch users will be particularly happy with the latest release. [Why?] We now automatically support handoff with your Mac. [Where/how?] Don’t forget to have your bluetooth turned on, you can do it]!” 
 *** IMPROVEMENTS *** • If improving an existing feature, rather than something that’s brand new, use the "Improvements" title instead of "New". • If you've improved something as a result of user feedback, consider a sentence like, "you asked, we listened". A great way to make your users feel valued. *** FIXED *** • List out any major bugs that might have affected many users. • If you've only addressed minor fixes, or nothing specific, use something like: • E.g. "Minor Bug fixes" • Keep the "Fixed" title if you've included other titled sections. The sign off. Similar to the introduction, this could be personalised if appropriate. You could easily have a couple of
  • 40. 
 *** IMPROVEMENTS *** • If improving an existing feature, rather than something that’s brand new, use the "Improvements" title instead of "New". • If you've improved something as a result of user feedback, consider a sentence like, "you asked, we listened". A great way to make your users feel valued. *** FIXED *** • List out any major bugs that might have affected many users. • If you've only addressed minor fixes, or nothing specific, use something like: • E.g. "Minor Bug fixes" • Keep the "Fixed" title if you've included other titled sections. The sign off. Similar to the introduction, this could be personalised if appropriate. You could easily have a couple of variations of this in your locker. Finally Feedback. Add the feedback email address and welcome users thoughts. Eg. “Submit your suggestions for improvements to feedback@yourapp.co we value your feedback”
  • 41. *** FIXED *** • List out any major bugs that might have affected many users. • If you've only addressed minor fixes, or nothing specific, use something like: • E.g. "Minor Bug fixes" • Keep the "Fixed" title if you've included other titled sections. The sign off. Similar to the introduction, this could be personalised if appropriate. You could easily have a couple of variations of this in your locker. Finally Feedback. Add the feedback email address and welcome users thoughts. Eg. “Submit your suggestions for improvements to feedback@yourapp.co we value your feedback”
  • 42. Life before this template…sllbefore 😓
  • 43. Life before this template…sllafter 😓😍
  • 46. Make it a part of your workflow…
  • 48. What if our updates aren’t user friendly? e.g. additional ad networks integrated 😓
  • 50. “Minor bug fixes” from last 12 months 0 65 130 195 260 Total Development Time (hours) V8.6.7 V8.6.6 V8.6.5 V8.6.4 V8.6.3 V8.6.2 V8.6.1 V8.6.2 V8.5.1 V8.3.1
  • 51. “Minor bug fixes” from last 12 months 0 65 130 195 260 Total Development Time (hours) V8.6.7 V8.6.6 V8.6.5 V8.6.4 V8.6.3 V8.6.2 V8.6.1 V8.6.2 V8.5.1 V8.3.1
  • 52. “Minor bug fixes” from last 12 months 0 65 130 195 260 Total Development Time (hours) V8.6.7 V8.6.6 V8.6.5 V8.6.4 V8.6.3 V8.6.2 V8.6.1 V8.6.2 V8.5.1 V8.3.1
  • 54. Minor bug fixes *** NEW *** Compact news cards - you can now see more news in on your screen *** IMPROVED *** Optimised ad experience *** FIXED *** 24 bugs fixed
  • 56. Seems like a
 lot of effort for little reward 😓 But nobody reads
 release notes…
  • 65. 📣 ------> 👀 📬 <------ 💌
  • 73. The introduction. A short paragraph. Make this personal if appropriate. Eg. "Season greetings, everyone! You asked, Santa listened - this update is exactly what you ask for this Christmas." TL; DR • An extra short summary of these notes goes here. *** NEW *** • This is where you layout any new features. • Explain where abouts these features are within your app. • How do users find these new features? • Which users will this benefits, or how exactly will this benefits them? • E.g. "[Who benefits?] Apple Watch users will be particularly happy with the latest release. [Why?] We now automatically support handoff with your Mac. [Where/how?] Don’t forget to have your bluetooth turned on, you can do it]!” 
 *** IMPROVEMENTS *** • If improving an existing feature, rather than something that’s brand new, use the "Improvements" title instead of "New". • If you've improved something as a result of user feedback, consider a sentence like, "you asked, we
  • 74. @rob_gill_ • E.g. "Minor Bug fixes" • Keep the "Fixed" title if you've included other titled sections. The sign off. Similar to the introduction, this could be personalised if appropriate. You could easily have a couple of variations of this in your locker. Finally Feedback. Add the feedback email address and welcome users thoughts. Eg. “Submit your suggestions for improvements to feedback@yourapp.co we value your feedback”
  • 75. @rob_gill_ • E.g. "Minor Bug fixes" • Keep the "Fixed" title if you've included other titled sections. The sign off. Similar to the introduction, this could be personalised if appropriate. You could easily have a couple of variations of this in your locker. Finally Feedback. Add the feedback email address and welcome users thoughts. Eg. “Submit your suggestions for improvements to feedback@yourapp.co we value your feedback” Thank You