Adobe 广告平台 - 移动应用

背景

最初设计Adobe DSP平台时手机还并非互联网的最大入口，而如今市场和用户对移动端专属应用的呼声越来越高。由于网站每天都会产生大笔营收，且正值API接口升级的关键时机，团队必须谨慎对待该项目。移动端第一个版本的目标是兼容新API接口并能实时查看投放详情，某些编辑功能会在后续版本的迭代中陆续加入。由于开发资源紧张，跨地区团队，公司外部开发人员也参与了项目。

角色

中国区产品经理

团队

API团队、前端开发、后端开发、设计团队、QA团队、市场营销团队、项目经理、技术支持工程师团队、外部开发团队、部门总监

时长

6个月

挑战

部分字段需要根据移动端特性重新设计。
和在美国的另一位产品经理共同负责该项目，决策速度会受一定影响。
iOS和安卓版本同时开发，并在涉及外部开发团队的同时保证应用一致性。

流程

验证产品特性 > 产品设计 > 开发迭代 > QA

验证产品特性

项目最大的挑战就是在保证iOS和安卓版本一致性的情况下优化响应速度和稳定性。鉴于API借口的升级正在进行，我们还必须和API团队紧密合作来确保参数能够对移动端作必要的调整和优化。一些产品特性不得不在最后一分钟因为接口限制而被砍掉。经过反复验证，第一个版本的主要特性(MVP)如下：

- 监控广告投放的实时性能和数据

- 能实时暂停或激活投放

- 对投放预算、投放数量和站点作必要的编辑

- 根据最优投放结果做出预测

- 用户能方便的和支持团队分享反馈

由于相关限制我没有保留任何项目文档。上图是我唯一能找到的产品流程图，可以看到原型和下面的实际应用截图已经非常相近了。和其他项目一样，高保真的原型图在这个项目中也发挥了非常大的作用，和外部团队的沟通基本没有遇到大的障碍。

产品设计

我会不停和设计团队就关键流程的交互原型展开讨论和修改，设计师们也会乐于和我分享他们对移动应用的优化建议。这个阶段最大的挑战在于把网站上的复杂控件和流程转化到手机端的同时而不增加额外的认知负担。挑选合适的控件和展示方式对移动端的用户体验至关重要。

iOS 应用截图(V 1.0)

安卓应用截图(V 1.0)

开发迭代 & QA

产品发布后在App Store获得了用户的广泛好评，但在安卓端评价却差强人意 - 主要原因是因为安卓平台的多样性导致部分机型上应用稳定性和整体优化不如iOS版本。回想起来，迭代和QA流程在开始时就应该考虑到安卓市场的多样性并给予更多的时间和资源。虽然最初的保守目标只支持广告投放的状态读取，但我们在迭代中还是加入了一些基本的编辑功能比如投放时长、投放预算和汇报单位的编辑。