PHILADELPHIA GAS WORKS

Transcription

1 QUESTIONS ANSWERS Q1 Q2 Q3 Q4 Q5 The RFP refers to allowing any web-enabled phone to access the data. Is the intent for the solution to be designed to accommodate all of the four major phone types (IOS, Android, Windows, Blackberry), some subset thereof, or literally for all phones (for e.g. any variety of flip phone that may have a web browser)? PGW currently leverages the Nextdoor (Nextdoor.com) platform to push notifications and alerts. Can you describe if / how PGW intends to integrate or leverage Nextdoor information / capability into the desired mobile content delivery program? Is the intent to supplement the Nextdoor partnership, integrate with Nextdoor platform, or something else? Is there specific additional / expanded functionality PGW is looking for with respect to how Nextdoor is used today? Please define what updates means here: Functionality needs to include a method for PGW to deliver updates to program both automatically and via manual upload. Does this simply mean that new data can be pulled down from a server about repair work, etc. or that the solution is a website or similar that PGW can update itself at any time? Please provide detail on what is meant by "SMS responsible mobile tags. Where does PGW expect users would enter the platform by using text keywords? Does this mean searching on Google (or similar search engine), on the PGW website, or something else? A1 A2 A3 A4 A5 All four major phone types ( IOS, Android, Windows, Blackberry) primarily There is no current plan to integrate Nextdoor into this mobile content delivery program other than perhaps providing a link. However if there are interesting ideas that could be explored please share Users can text selected words to receive information regarding worksites directly to their smartphone Users would text a selected word on their phone and it would direct them to a mobile microsite or content program. Page 1 of 11

2 Q6 Q7 Q8 Q9 Q10 Q11 Q12 Q13 From the information provided, we assume PGW is not looking for a native app, but rather wants to push notifications to users via a web application is this accurate? We understand the initial intent is primarily to push out information or function with one-way communication to start, with potential two-way communication desired within a year. Is there a roadmap in place that defines other types of interactions that may be required in future phases? If not, is developing such a roadmap a desirable deliverable as part of this initial effort? Does PGW envision a platform that recognizes where someone is physically located when they connect or that asks for permission to use their location? Or a platform that requests someone to select / type in their location? Can you please share the envisioned end-user use case(s)? Does PGW have a current business process in place that governs how messages / information to be pushed get proposed, reviewed, approved and ultimately posted / delivered? Is there a current backend system at PGW through which authorized users can generate and disseminate similar messages today? Is there a more detailed list of specific requirements that can be shared at this time? Will more detailed business and technical requirements be shared / reviewed in the Mandatory Telephone Conference on 2/10? Will the scope of work for the chosen vendor include defining more detailed and specific technical and business requirements as a key initial activity of the project? A6 A7 A8 A9 A10 A11 A12 A13 Correct. This is not a native app. It is a request for a mobileoptimized web application. Developing a roadmap is a desirable deliverable as an addon. It should have its own budget line associated with it so that there is an option to delete it from the scope if desired. The preference is for someone to select or type in their location. Page 2 of 11

3 Q14 Q15 Q16 Q17 Q18 Q19 Q20 Can you provide specific examples of the types of metric reporting and tracking capabilities you d be looking for with respect to this platform? What is the target timeframe for delivery / launch of the initial functionality? Are there any specific internal or external drivers or dependencies for when the project must be launched? Section specifies that responses are to be printed on 8-1/2 x 11 paper. Is a larger paper size acceptable for certain large graphics, such as a project timeline or similar, that we may include as part of our response? calls for signatures of the president or vice president of the corporation. We are assuming (as our corporate structure does not include president or vice president titles, but rather principals) that the signature of an equivalent title (specifically a principal) with legal authority to bind the company is acceptable? Is it PGW s intention to purchase a Commercial Off-The-Shelf (COTS) solution for this requirement? (Or does PGW rather envision this as a solution that must be built/created?) Has PGW already assessed any COTS solutions for this requirement? If so, please identify the solution(s) that have been considered. If PGW is not considering a COTS solution, but has explored the available COTS products, please describe any shortcomings that have been identified with respect to the available COTS products (i.e., any unfulfilled needs that are not met by the existing A14 Number of users, location of users, date & time A15 Target goal for launch is before August 31, 2016 A16 A17 A18 A19 A20 No preference. PGW currently places worksite projects on the pgworks website pgworks.com/worksites. The map is google based and is limited to posting one latitude and longitude point only. For PGW purposes this is limiting because most worksite projects impacts 2-3 blocks or more. See A19 Page 3 of 11

4 products). Q21 Q22 Q23 Q24 Q25 Q26 Q27 Q28 Q29 Does PGW intend for the solution to take the form of a mobile friendly website or a mobile app? Or will the solution involve both website and mobile app components? If there will be a website component to the solution, who would be the audience for the website component? (i.e., who will be using the website) What functionality would be encompassed /delivered by the website component? If there will be a mobile app component to the solution, who would be the audience for the mobile app component? (i.e., who will be using the mobile app) What functionality would be encompassed/delivered by the mobile app component? Exactly what types of data/information would PGW like to make publicly available? Please describe any specific presentation formats that are envisioned for the publicly accessible data/information. (ex. chart, map, graph, etc.) Exactly what types of data/information would PGW like to make available to customers? What categories of PGW personnel will require access to the application? A21 A22 A23 A24 A25 A26 A27 A28 A29 Just a mobile app See Q21 See Q21 Residents of Philadelphia county For potential vendor to recommend/present. Information that is currently available at /worksites including the map. However the map should display entire affected area not just one lat and long point of the project. Map is one format See A26 Should be user friendly application that does not require code experience to maintain. Page 4 of 11

5 Q30 Q31 Q32 Q33 Q34 Please identify any other significant categories of users (beyond PGW personnel, customers, and public citizens). Please describe any specific presentation formats that are envisioned for the customer-accessible data/information. (ex. chart, map, graph, etc.) For EACH category of PGW personnel who will be using the new system (as identified in the previous question), please provide a summary of relevant solution features and in-system responsibilities. For EACH identified in response to the preceding question, please provide a summary of relevant solution features and insystem responsibilities. Please describe (or sketch) the intended flow of data between PGW, its customers, the public, and any other users. A30 A31 A32 A33 A34 Utilities, emergency responders, non-pgw customers that reside in Philadelphia. Maps Unsure how to respond. See A32 Open data source to view a map of PGW worksites and learn information about the process, find contact information. Q35 Please describe any automations that are envisioned. A35 Hyperlinks. Function to update someone if a project in their area has changed its timeline or other details have changed. Q36 How does PGW envision using SMS features? A36 Way to identify where users are using the application; what zip codes for tracking purposes. Q37 Please describe the desired scope of any social media functionality and/or social media integration. A37 PGW could send links via social to share the mobile application with users Q38 Please describe any requirements surrounding mapping and GPS. A38 Envision a map that identifies each block affected by a worksite project; not just one point within the entire project. Q39 Please describe the precise scope of PGW s organizational and operational information that will be handled by the finished solution. (Please provide further detail than what is presently available within the RFP) A39 The information is available at /worksites Page 5 of 11

6 Q40 Q41 Please provide an estimate of the quantity of content and data that will be handled by the solution. (in terms of bytes, files, pages, etc.) Will the finished solution need to integrate with any of PGW s existing systems or web resources? If so, please identify the systems that must be targeted for integration, and describe the scope of the necessary integration for EACH. Q42 Will the solution need to handle any PII? A42 Q43 Q44 Q45 Q46 Q47 Are there any compliance standards that bidders should be aware of? We recognize that PGW is interested in receiving the most aggressive bids, and we also acknowledge that price will remain a significant evaluation factor, such that it will clearly behoove every contractor to bid as aggressively as possible. However, we also know that software projects come in many different shapes and sizes. In the interest of enabling bidders to make the most practical bid decisions, and subsequently submit realistic bids, it would be incredibly helpful to have a sense of the approximate project budget. Have any public funds specifically been allocated to the project? If so, how much has been allocated? What type of information does Philadelphia Gas Works intend to share with the public through the Mobile Content Program? Are field workers providing updated status information about an event directly into the system? A40 A41 A43 A44 A45 A46 A47 Not sure It would be preferred for worksite locations to upload to the mobile application via a csv file or other easy to maintain database. Unsure at this time. We are unable to disclose this information. Any information that is currently available on pgworks.com/worksites Employees within PGW Public Affairs will. Page 6 of 11

7 Q48 Q49 Will the target set of users to be notified of an event, be based off the distance from the user home location and the field location of the event? Are any existing SMS / Text messaging platforms being used by PFMC? a. Related, are SMS service costs be born directly PGW/PFMC or is there an expectation that the response should include these costs? A48 Q49 Yes and yes. Q50 What's the project budget? A50 We are unable to disclose this information. Q51 What is meant by Users can enter the platform by using (1) links, and (2) SMS responsible mobile tags and text keywords? A51 It is mobile site so users can either select a link of text a word to be invited to view the site. Q52 Does PGW or PFMC have a hosting provider preference (e.g. A52 AWS, Rackspace, GoDaddy, Internal, etc.)? Q53 Will the initial version of the system need to integrate with any A53 PGW or PFMC systems? Q54 Will the initial version of this application store any PII info? Q54 Q55 Q56 Q57 Will the initial version of this application need to be accessible? a. To a specific (if so which) compliance level? b. Will subsequent versions? Is there a sample upload file that can be shared, that represents what would be uploaded for use during the manual scheduling of notifications mentioned in 2.2 bullet point 1? With what frequency will notifications be sent? c. To what volume? Q55 A56 A57 Information to upload includes street address, start date, end date, work hours, contractor (optional). Weekly updates, as needed. Plan for no more than 100 entries annually. Page 7 of 11

8 Q58 Is there a data persistence, retention, or purging policy or A58 compliance requirement? Q59 Are there any encryption requirements? A59 Unsure. Q60 Does the system need to be made highly available (e.g. available A60 during storms and other outages)? Q61 Is there a public facing website component to this project? A61 Not at this time. Q62 Are there existing design requirements or branding guidelines that A62 Visit /worksites. need to be adhered to and which can be shared? Q63 Is there a preference for open source vs. proprietary technology? A63 No preference. Q64 Q65 Q66 Q67 Q68 Is there an existing mobile-first framework favored or in use by PGW/PFMC? Vis-a-vis the request for monthly and periodic metric reporting and tracking capabilities, does PGW/PFMC have an existing analytics provider (e.g. Google Analytics, VWO, etc.)? d. Will these reports need to be printed? e. If printed, with what degree of rigidity and formatting? (e.g. headers, footers, etc.) Does the delivery (or lack of delivery) of these notifications meet (or violate) any contractual obligation with customers? Are there any other two-way SMS systems or apps implemented (or being implemented) by PGW or PFMC? Does the mobile solution require to support only web page access showing the service work related information to customer or a native mobile app supporting platforms -ios, Android and A64 A65 A66 Google Analytics. Printing is preferred. A67 Text Heat to A68 See Q6 Page 8 of 11

9 Windows? Q69 Q70 Q71 Q72 Are you also looking for a mobile app solution for customers to access the service work related data? Does the information shared by the PGW to its customers will be in form of short text message with the URL link of the web page? If web page, who will be responsible to develop/design this web pages? Is there any specific requirement of database type to use in development of solution? In what database the data will be stored to retrieve to show through mobile solution? Does the contractor needs to provide the hosting, support and maintenance services? A69 A70 A71 A72 The mobile web pages are the request of this RFP Preferably excel or csv. Q73 How the PGW is getting data related to service work in their A73 neighborhood? Does data that needs to be upload to mobile application will be a structured data? Are you looking for us to develop the program which will parse the unstructured data? Q74 When the PGW wants to go live with the mobile solution? A74 Before August 31, Q75 Is there any budget limitation for this proposal? A75 Q76 Q77 Is there any specific page limits for the technical proposal and cost? Section 2.2, Bullet #1 speaks of automatic and manual push of updates. Is this intended as pushing content to the mobile application or along the lines of push notifications to users devices? a. How are automatic updates determined? Time? Weather? A76 A77 Both. When new data is uploaded by PGW users will receive a revised update. For instance, changes of dates, additional streets are affected. Page 9 of 11

10 Q78 Q79 Q80 Integration with a separate service work order management system? Section 2.2, Bullet #2 indicates a mobile first presentation to use from any web-enabled phone. Is the expectation that the solution is a mobile website or an installable mobile application? The answer here has implications regarding bullet # 1 requirements. a. Does PGW expect that this content will also be accessible through tablets and/or desktop/laptop devices? b. If a web based solution, are there specific supported browser requirements or does PGW yield to the recommendation of the vendor to balance cost with % of customers covered? Section 2.2, Bullet #3: Should the proposed solution include management/delivery of SMS messages? Section 2.2, Bullet #3: What is meant by the user can enter the platform using text keywords? A78 A79 A80 Mobile website a. Smart phones and tablets b. Yields to recommendations of the vendor Users can text a word to be delivered to the mobile site. Q81 Q82 Q83 Section 2.2, Bullet #4: Does Philadelphia Gas Works have restrictions regarding the use of cloud hosting services? Generally, regarding scope and the requirements outlined in Section 2.2, the details are relatively thin. Does PGW have a separate requirements document? Does the solution have to be delivered in multiple languages? If so, what languages other than English are A81 A82 A83 Must be approved on a case by case basis. Requirements would be developed by the vendor. Would accept pricing for Spanish version. Page 10 of 11

11 targeted? Q84 Q85 Q86 Does PGW use a content management system (CMS) for the content on the PGW website ( Is there an expectation that content/updates will be shared between the website and the mobile solution? Are there clearly defined regions/service areas/neighborhoods that should control/filter delivery of pushed information to specific users? a. If so, will an individual user s association with such area be accessible to the mobile solution via an existing interface or will the vendor be responsible for creating this? A84 A85 A86 Expression Engine. Possibly. What exists currently on the PGW website is not sufficient. Map is limited. Zip Codes. Page 11 of 11