Deliverables for other platforms/stores TBD based on platform owner requirements.

 

Requirement

Guideline

Apple

 

 

Please read and follow Apple’s iPhone developer guidelines carefully; failure to do this can cause significant delays to app release. The developer is absolved from adhering to any and all PBS specifications that violate Apple's policies, in the event that the PBS specifications are contradictory or out of date. However, please do notify PBS if this is the case so that (1) PBS may update these specifications and (2) because from time to time Apple may grant special exceptions, so do not automatically assume that these specifications are invalid.

X

 

Technical

 

 

Applications (“Apps”) must be compatible with the iPhone SDK 4.0 and above. The app must be tested and qualified on the newest release of the iPhone OS at the time of final delivery.

X

 

Apps must be native apps developed in Xcode, i.e., not using a third party self-publishing tool, unless otherwise agreed in advance.

X

 

PBS library modules must be incorporated, as may be provided by PBS. These include standard mechanisms for sharing/community features, localization, TV schedules and cross-promotion, among other planned modules.

X

 

The developer should state if the app will require Internet access and, if so, which functionality will be rendered inoperable without connectivity and how disconnected state will be handled.

X

 

There is a 20MB file size cap for downloads of apps over the 3G network. Exceeding this cap means that the user cannot download or purchase the app. If the app is projected to be above that size when compressed, please note this in the specification or alpha phase of development.

X

 

Apps should be usable on iPhone, iPod Touch and iPad and compiled as a universal binary unless otherwise agreed.

X

 

THE APP MUST BE DELIVERED AND SUBMITTED TO APPLE BY PBS USING THE PBS DEVELOPMENT AND DISTRIBUTION CERTIFICATE. PBS will provide you with development certificates and provisioning profiles. If early stages of development occur under the developer’s internal certificates, PBS will require a minimum of five device IDs for review purposes.

X

 

Content Restrictions

 

 

Use of video clips of length greater than two minutes from programs airing on PBS will require discussion at the concept phase.

X

 

HTTP Live Streaming video must be transcoded by PBS and served using PBS’s “COVE” backend infrastructure for optimized performance on the iPhone OS.

X

 

Usability Guidelines for All Ages

 

 

In general, refer to and follow the iPhone Human Interface Guidelines, located in the iPhone Reference Library.

X

 

Due the small screen size, visual design should be as simple and streamlined as possible. All elements on screen should have a function.

 

X

For standard elements (turning sound on/off) we recommend making use of the device Settings panel.

 

X

Text should always be presented in a manner consistent with the changing contrast needs of a mobile device; dark sans-serif text on a light background is preferred.

 

X

Hot Zones - Each interactive element should have a 40x40 pixel hot zone to fit a fingertip.

 

X

Navigation - Always have a clear, consistent way to return to the previous screen or main menu. Back arrows and home icons are generally recommended.

 

X

Miscellaneous

 

 

Cross-promotion - A button and/or banner space must be included on the main menu of the app that links to other PBS or PBS KIDS apps, as appropriate, in the App Store.

X

 

Splash - The splash screen should be short and, if possible considering application load time, allow the user to skip to the app content by tapping the screen. The splash screen must feature the PBS logo, the PBS URL and the app title. A second screen for producer/developer is permitted but must be shared.

X

 

App information - Both of these elements should be available, preferably from the primary menu screen of the app.

  • Info should provide the legal lines, copyright and privacy information and should use the Apple circle ‘i' icon (a.k.a. “i-dot”) unless otherwise agreed upon.
  • About should include a short description of key features.

X

 

Analytics –

  • Google Analytics must be implemented in each app using a tracking ID provided by PBS. (NOTE: Thus far Apple has permitted us to use analytics for the purposes we intend.)
  • Developer and PBS should work together to identify elements to be tagged, which should be implemented at the Alpha stage.
  • Please provide documentation of the tagged elements and the analytics software used.

X

 

Legal Lines

 

 

Must include copyright line for IP owner (varies by contract) and copyrights/trademarks for Series/characters to be provided by PBS.

X

 

Privacy Notice -

"The <App Name> app collects anonymous, aggregated analytics data for the purpose of improving the app experience. No personally identifiable data is collected."

OR, for any app that collects pictures, recordings, etc. use this instead:

"The <App Name> app collects anonymous, aggregated analytics data for the purpose of improving the app experience. No personally identifiable data is collected, except as follows: <Media type - photos, recordings, etc.> may be collected by this app and stored locally on your device as part of the explicit functionality of the app. The app does not send this information over a network unless you explicitly choose to use the sharing functionality that may be included with the app."

X

 

Development Deliverables

Below are explanations of key deliverables. Other deliverables may be requested by PBS, depending on the type of app you produce.

  • Concept/design documentation: consists of screenshots and a written description of app flow and functionality. A development schedule and line-item budget should be attached, with time allotted for PBS feedback at each stage.
  • Alpha version: a completely interactive version of the app. May be missing some elements but should represent intended behavior.
  • Beta: the complete app with final art and functionality, but with known bugs and issues documented in release notes. Note that there may be multiple iterations of alpha/beta.
  • Source code for PBS review and archiving.

Provisioning Profile

If you are using your own mobile provisioning profile during the build process, please include the following device UDIDs in the profile for each build:

  • [PBS will provide the most-current UDIDs at the outset of each project.]

Final Deliverables

Final Builds

PBS will need all source files for the project, as well as up to three final binary files. These files should be delivered to PBS as separate ZIP files. Both the ZIP file and the binary should have the same name as the official name of the app that will be in the App Store. All final builds should be compiled with the most-current Apple SDK and with the distribution certificate supplied by PBS. All apps should be tested on the iPod Touch as well as on the iPhone, using the newest OS available.

  1. A Distribution Build that PBS will upload for Apple technical review and posting in the iTunes Store. This should be compiled with the most recent version of the iPhone SDK at the time of delivery, using the PBS Distribution Certificate and posted to your project site as a ZIP file, with the suffix _dist.
  2. A Release Build that PBS can share with Apple for their editorial review when Apple considers promoting the app. This should be compiled with the most recent version of the iPhone SDK at the time of delivery, using the PBS Distribution Certificate as an Ad Hoc build with the suffix _rel.
  3. A Demo Build (only if requested by PBS) that could be incorporated into either Apple’s standard demo device image for a period of time (generally one calendar quarter). This must have limited content, so please consult with PBS to find the best way to limit the content for the demo build. This build must be compiled with the most recent version of the iPhone SDK at the time of delivery, using PBS Distribution certificate as specified above. Both the ZIP file and the binary should have the same name as the official name of the app that will be in the App Store; primary screens must be modified to indicate that it is a demo version.  Carefully read and follow the “Instructions for Submitting your iPhone/iPod touch Demo Application” found in the Apple Developers Center.

 Artwork for iTunes Store and PBS Promotions

  • App Icon: 57x57 pixels, 72ppi, RGB flattened, no transparency, 24bit PNG image file format
  • Large App Icon: 512px square, 72ppi, RGB flattened, no transparency, high-quality JPG or TIFF
  • 5 Screenshots with specs per the iTunes developer guide:
    • 320x460 to 320x480 portrait
    • 480x300 to 480x320 landscape
    • 72ppi, RGB, flattened, no transparency
    • High-quality JPEG or TIFF image file format
  • Page Background: Square image in either vector (.eps or .ai) format or 600 x 600 .tif  or .psd with transparent background.
  • Title Card: portrait-sized image in vector (.eps or .ai) format or as a.tif, . or .psd.
  • Ultra-Wide-Screen: a horizontally extended version of title card with dimensions of at least 2.2-to-1 with fill on one or both sides so that PBS can easily crop to a variety of aspect ratios (2:1, 4:3, etc.). This can be vector (.eps or .ai) format or as a .tif, or .psd at least 800 pixels wide.
  • 300 dpi print-ready screenshots for possible publication use.

See attached for more detail on the Page Background and Title Card:

App Promoting Specifics