产品经理如何从零到一做一款App

一、首先从App目前的开发模型和开发App的各部门的工作流程来介绍 二、从App开发的技术选型来介绍

产品经理的职责和主要工作这篇文章已经简单介绍了产品经理的主要工作内容，本篇文章将聚焦如何从0到1打造一款App

一、首先从App目前的开发模型和开发App的各部门的工作流程来介绍

一般企业中，经常是老板直接提出要做一个什么样的App，安排和部署任务给产品经理。

由产品经理进行需求调研和细化，整理好需求后进行需求确认和评审。 根据需求给出相应的产品规划：整个产品的最终版本是什么样子的，包含哪些功能模块，初始版本上线哪些内容，后续每个版本上线哪些内容。 然后根据规划进行产品设计，绘制线框图，交由设计部门进行高保真原型图设计。 设计部门输出设计稿，给到前后端开发工程师进行开发。后端工程师可以提前进行数据库的搭建，表字段的定义和接口文档的梳理和编写；而前端Android和iOS工程师需要等到高保真原型图出来后再进行开发。 开发完成后，测试部门会进行软件的测试。 测试工作完成后，会交由研发和运营部，进行App应用商店的发布和推广。 运营部得到用户的反馈信息后，反馈给产品经理，进行产品的需求再次梳理，开启新一轮产品版本迭代设计开发流程。

另外一种情况，如果老板只是指明一个方向，由产品经理自由发挥寻找设计爆款产品

此时产品经理则需要在该方向的指引下，进行市场分析，寻找潜在的商业价值，要考虑助公司整个集团和平台的优势，踩在巨人的肩膀上做事，不要局限于自己本身的资源，公司的资源可从技术资源、市场资源、运营资源等方面考虑 输出BRD文档，可以从各大数据网站搜集行业数据分析报告，从政策、行业背景、发展趋势、市场规模、用户画像、竞品等方面综合进行市场分析，寻找市场机会的切入点，挖掘用户潜在的需求，设计新产品的概览、未来盈利、运营模式，提出所需资源（人力、物力、财力），主要需要说服老板和各部门领导 商业需求文档通过后，则需要进一步细化产品功能，输出其他相应的MRD和PRD文档，产品信息架构图（功能图）、产品原型图等材料；之后的工作流程和以上第一种情况类似。

二、从App开发的技术选型来介绍

目前的App开发模式分为以下四种：

原生native开发，包括iOS的object C或Swift和Android的Java开发。这种开发模式直接运行在操作系统之上，交互性最强，性能最好，功能最强大；但开发成本高，更新缓慢，尤其是App Store审核较慢

Web App开发，主要是MPA(Multi-page Application)和SPA(Single-page Application)两种。这种其实不是独立的App，只是一种移动端的网站，部署在服务器上。开发成本低，更新快速，不用安装，直接手机浏览器打开；但用户体验很差，功能受限

Hybrid App混合开发，是半原生半Web的开发模式。其中的Web也是运行在原生App上，Hybrid模式下，由原生提供统一的API给JS调用，最终是放在webview中显示。开发成本中等，可跨平台，更新较为自由；但对于原生API的封装要求较高，性能有损耗

React Native App 和 MUI等框架。React Native是Facebook发起的开源的一套新的APP开发方案，这种模式可以认为是用JS写原生，即页面用JS写，然后原生通过Bridge技术分析JS，将JS内容单独渲染成原生Android和iOS，性能体验高于Hybrid，不逊色与原生开发；但人员学习有一定成本。MUI号称最接近原生App体验的前端框架，原理待挖掘。它和React Native的对比待补充。