department-of-veterans-affairs / VA-Micropurchase-Repo

Public site for VA API Platform Micropurchases
80 stars 25 forks source link

VA Flagship Mobile Application #33

Closed JCQuin closed 6 years ago

JCQuin commented 6 years ago

Microconsulting Work Statement – VA Flagship Mobile Application

NAICS 541511/$27.5M

Background

In the private sector, the majority of large, consumer-facing organizations deliver flagship native iOS and Android mobile applications built on top of their APIs (i.e. Bank of America, Geico, USAA). As VA builds out its API ecosystem, it is exploring the possibility of creating a flagship mobile application to allow Veterans, Servicemembers, caregivers, and dependents the ability to perform their most common interactions with VA as easily as possible on mobile devices.

VA currently has a mobile responsive website, Vets.gov, that has a front end built in React and a RESTful API that connects to multiple backend VA systems and provides access to many of the services VA offers. The front end and API code are both open source and may be helpful for understanding what pieces of functionality exist today.

The Play

Given Vets.gov, which is already mobile responsive, and its associated JSON APIs as a starting point, what is the best way for VA to deliver the highest quality mobile experience, both quickly and in a way that can be maintained over time?

Some questions we are seeking answers to include: Should VA build Android and iOS native applications from scratch, and what would the pros and cons of that approach be? Should VA use primarily webviews, and if so, which applications or pages should not be webviews and why? Is there a hybrid framework or approach that VA should use, and if so which one and why? How could VA keep native applications and its website in sync as new features are added and content is changed over time?

What is the most common approach in the private sector when creating native mobile applications that are based on an existing responsive website, and what does VA need to do to follow similar best practices? Where should VA start and what would be defined as a Minimum Viable Product (MVP)?

Deliverables

Deliverables shall be submitted to VA's GitHub Repo. See VA Micropurchases workflow posted in VA Github.

Time Box

VA anticipates a 2 week iteration to be sufficient. It is expected that there will be a kickoff meeting for the vendor to ask questions, then the vendor will present its research and draft deliverables at an intermediate point to incorporate user and Government feedback before submitting its final deliverables.

Vendors may propose alternate time frame for VA's consideration.

Disclaimer

In order to avoid potential conflicts of interest, the Contractor will not be provided any non-public information to develop the deliverables. Additionally, all deliverables will be made publicly available in the VA GitHub repository.

In performance of this effort, the contractor shall not perform a function that requires access to a VA system or VA sensitive information (e.g., system administrator privileged access to a VA system, or contractor systems or processes that utilize VA sensitive information). Additionally, the contractor shall not connect one or more contractor-owned IT devices to a VA internal trusted network. Finally, this acquisition does not involve the storage, generating, transmitting, or exchanging of VA sensitive information.

Evaluation

Solicitation Provisions

Purchase Order Clauses

azamatsmith commented 6 years ago

Hi @jcquin,

I just discovered this repo. It looks like submissions for this issue needed to be in by 19 July. Are you still taking submissions?

Thanks!

JCQuin commented 6 years ago

Unfortunately no. Responses were required by COB July 19, 2018. Please continue to monitor the repo for additional opportunities.

JCQuin commented 6 years ago

Deliverables will be placed in this folder: https://github.com/department-of-veterans-affairs/VA-Micropurchase-Repo/tree/master/2018-13-2018_VA%20Flagship_Mobile_Application/Deliverables