产品开发总结

开发设计，需求先行；需求肯定，原型说明。设计完善，开发搭架；UI敲定，开发拼命。砌砖完毕，先行测试；设计验收，产品检查。

参与人员

• 产品(PM)
• UI设计师
• 开发人员
• *测试人员

主要流程

• 产品(PM)肯定需求，需求整理成档
• 开发人员参与讨论，肯定技术可行性

• 产品二次整理，并出项目原型稿与必要说明文档

  • 设计人员丰富产品细节，出最终效果稿，并整理色值、宽高等供开发人员使用的说明文档

  • 开发人员依据原型稿，初步设计搭建技术框架

    • 技术选型
    • 项目基础框架搭建
    • 全局把控，模块化设计
    • 为分工执行作好必要准备

• 开发人员正式全力开发(各职位相互配合，此时已开发为主要中心)

  • 针对实现过程当中的功能需求须要与产品沟通
  • 界面交互等视觉问题需与设计人员沟通

• 开发完毕，自我测试

  • 设计验收效果
  • 产品体验检查

各角色职责与注意事项

产品(PM)

• 立项

  • 要作什么产品？
  • 该产品的基础功能与要解决的基本需求是什么？
  • 咱们是否有作该项目的条件或基础？

• 明确产品目标及定位

  • 洞察目标需求
  • 明确核心功能

• 采集需求

  • 调研目标用户的相关状况
  • 市面上有哪些对标的竟品？它们的情况如何？
  • 有哪些是潜在的可参考目标？

• 肯定需求

  • 咱们须要的项目特点辅助功能是？
  • 排列需求与功能优先级，并进行分析挑选

• 集体讨论

  • 与开发等人员集体讨论，讨论可行性；并让全部参与人员明确产品自己的定位与思考

注意事项:

• 产品须要走在开发与设计前面：即须要考虑周全，顾虑细节；尽可能避免最终实现中发现有遗漏点或不可行
• 产品须要作好沟通与协调的工做，须要让项目开发人员能从一开始就参与进来(前提是产品已经有了一套方案或思路)，避免由于我的思考的局限而致使的未知坑
• 须要有果断力，在一些似可而非的需求方面，能理智的当机立断(因此“明确产品目标及定位”是最大的前提)

UI设计师

• 结合产品特性与定位，肯定产品设计基调

  • 主色调、副色调
  • UI风格流派

• 根据产品给的原型，丰富细节

  • 过程当中，有任何交互等方面的问题(不明确或不理解)，需当即与产品沟通(或许这就是潜在的产品疏忽)
  • 作第一个UI界面的时候，当完成六七成的时候，就给产品过目，避免没必要要的徒劳
  • 总体设计完成一半的时候，就邀请产品一块儿讨论，以及时解决设计中的问题(可能与产品起初的预期有误差的问题均可以最小化的避免)
• 设计不该该局限于设计视角，也须要站在产品的思惟去理解，甚至是去思考
• 合做过程当中，设计会与前端开发人员有较大的接触；而若设计能了解一点前端开发的东西，这能很好的帮助之间的沟通；而且还能很好在设计UI之初就有一种全局观，能同时站在开发人员的角度去分解视觉与交互的逻辑

注意事项:

• 设计须要有产品观，最好还能了解一点开发
• 须要培养本身的产品视觉感

开发人员

• 正式开发前

  • 技术选型

    • 产品肯定后，根据产品的功能特色，综合选出最佳技术方案(自身熟悉且擅长的优先)

    • 选型主要围绕这几个点：

      • 开发语言
      • 数据库
      • 框架
      • 第三方工具或依赖
      • 缓存等

  • 定方案

    • 针对需求与功能，设计开发方案
    • 须要明确各个细节，不要把问题留到开发过程

  • 提早模块化准备

    • 拆出重点难点问题，为后期“化整为零，逐个击破”作好准备
    • 方便正式开发时的分工，且减小相互等待干扰等问题

  • 搭基础框架

    • 一旦基础框架搭建好后，后续就是在这个框架上砌砖堆瓦，这是打地基与建骨架的阶段
    • 须要作好可扩展性、安全性、可持续性等方面的考虑

• 正式开发中

  • 统揽各方面细节与因素，设计一套开发流程分工方案
  • 独立开发过程当中的改动(如数据库等)，须要及时通知开发组人员；有牵连其余开发人员的功能时，需一块儿协商讨论，避免开发错乱与无用功
  • 过程当中，遇到问题及时找相关人员了解沟通(产品&设计等)

  • 注意规范性、条理性；最好有一套内部的沟通方式(沟通文档)

    • API文档
    • 产品功能列表与注意事项
    • 重点功能解决方案
    • 功能对接说明
  • 该封装的封装，该独立的独立；既要考虑公共可用性，也要考虑逻辑独立性 (高内聚低耦合)

• 正式开发结束后

  • 注意完成一块逻辑后，须要自行测试，及时修改没必要要的bug
  • 让产品与设计参与进来，一块儿检查，及时修改调整

注意事项:

• 开发过程当中，最可怕的是已经作了一半，甚至已经完成，结果需求说不是这样的；因此开发人员须要与设计和产品及时沟通，确保对需求或功能的理解准确无误
• 开发人员与开发人员之间在独立工做过程当中，须要注意到若目前的功能后面会与其余同事交接，最好提早沟通
• 按功能需求来，一个模块一个模块的按流程与计划完成
• 开发完成后，须要自行测试
• 在待肯定或须要后续完成的功能逻辑处，标记TODO，并进行必要说明
• 代码注释是一个好习惯，方便合做开发
• 每一个人的工做进度最好及时更新与通知(因此，一套好的协做工具能起到事半功倍的效果)，让每一个人都能知道项目的进展，也方便及时解决过程当中的问题

测试人员

• TODO