“为了世界和平，为了产品部落的安全，规范工作，防止泪两行”
一、内部团队工作机制
1 每日晨会机制
- 时间：上午点半（若晚到或迟到，需求提前在群里面同步）
- 晨会汇报机制：
- 昨日工作及问题（涉及昨日的跟进结果）
- 今天计划
- 记录各自负责内容问题，会后跟踪处理
- 晨会后问题跟踪机制：
- 个人主动添加任务项至TAPD，记录时间和解决方案结果
2 每周周报
2.1 全产品团队进度同步
- 时间：每周五下班前，更新项目进度
- 说明：
- 进行中项目：完成KickOff进入开发中的项目，详细说明本周进度和关键时间点
- 已完成项目：已上线完成的产品
- 待开始项目：为目前处于产品策划中或规划启动的产品单项目进度说明
- 具体填写说明详见项目进度表
2.2 钉钉周报
- 时间：每周五下班前，采用钉钉中，研发周报形式进行每周工作提交
- 内容：
- 1 单项目进度说明，必须包含相关时间节点
- 2 个人任务进度说明，必须包含相关时间节点
- 其余部分见钉钉格式
格式如下：周报模版
1.产品名称
本周项目进度及问题：
（1）xxxx，10月11日
（2）xxxx，出现了XXX问题，解决方案是什么
2.其它
（1）处理部分售后XXXXX
下周计划：
（1）xxxxx
（2）xxxxxx
3 每月规划及Review
3.1 产品RoadMap
说明：此规划是由公司header组向下传递的基本规划，以及内部leader讨论后得出的规划
3.2 每月定期Review
- 时间：每月最后一周- 内容：- 进行OKR总结和进度追踪- 下月项目规划- 问题与建议
4 每周需求评审
5 每周对外同步
6 团队OKR和成员OKR制定
6.1 团队OKR
团队OKR：产品内部统一制定符合公司计划的OKR，按季度制定并验收，每个月最后一周进行OKR总结和进度追踪
6.2 成员OKR
成员OKR，指个人按季度制定学习目标，按季度内部进行目标完成情况评审
7 项目问题复盘机制
产品工作中，会遇到大大小小的问题，包含项目和产品方面，因此需第一时间建立复盘讨论会（仅自我问题复盘），并做记录，基本格式如下：（后续统一上传至TAPD）
| 产品项目 | |
|---|---|
| 参与人 | |
| 本次项目/产品问题 | |
| 问题1： | 解决方案： |
| 问题2： | 解决方案： |
| 后续注意事项 |
8 内部分享机制
日常工作中，根据个人目标或日常学习，进行相关文档和知识点的分享，具体形式可输出文档、链接、推荐书籍等，分享完成后，上传至对应资源
9 外出工作及调研结果输出机制（展会、用户调研）
每次参加展会以及线下用户的调研工作，需产出调研结果，以邮件形式输出（包含的资料、图片等），邮件对象范围根据实际情况而定
10 请假/调休机制
1 个人请假和调休，需尽可能提前3天告知，不能先斩后奏（紧急特殊情况除外），并严格按规定提交钉钉申请单
格式规范
请假事由：XXXXXXX
工作交接：
交接人：XXXX
事项1xxxxxxxxxxxx
事项2.xxxxxxxxxxxx
必须备注标明工作交接人以及休假期间可能涉及到的工作事项,否则不予通过
11 出差工作交接
个人因工作内容，涉及出差，期间存在查询问题无法及时沟通对接人。
出行出差前需在debug群里面
二、产品团队需求设计全流程
1 产品需求管理（需求池）
1.1 需求调研
调研形式：主要为线下调研，包含签约客户拜访/潜在客户拜访/市场及展会调研
调研要求：
- 调研前：准备调研提纲，包含对象时间预约、内容范围、准备材料
- 调研中：笔记、录音、视频或拍照
- 调研完成
- 输出调研报告，包含但不限于Excel、word，详情见基本模版（仅参考）
- 需求调研记录模版.docx针对有效的需求，及时更新记录至产品需求池
1.2 需求管理
针对日常线上或线下的需求反馈，需进行需求记录，主要形式采用TAPD
硬件：主要记录在【AIOT产品需求池】项目，具体使用方法，见TAPD使用2 产品策划
产品线PM根据实际项目情况，针对性进行新项目或对已有需求的整理和策划2.1 基础策划
整理形式：个人或团队分工进行相关整理，需产出一定结果后，用于内部评审
输出形式（包含但不限于）：产品基本策划导图、头脑风暴导图
2.2 基本评估
人员搭配：个人或团队
输出形式：产品需求评估表-初稿
基本模版如下（仅参考）：
需求评估表
3 产品设计
3.1 原型及PRD
输出形式：产品原型/PRD-初稿
原型工具：Axure
初稿基本要求：
需包含修订记录、时间节点、全局说明、框架导图等核心要素
产品原型模版如下（统一模版见TAPD，产品部文档）
3.2 更新需求列表
4 产品评审
4.1 产品需求内部评审
- 基本要求：
- 新的迭代或新产品需求PRD，必须先内部与leader评审后，统一对外输出协调
- 可进行多次，且制定需求时，需及时与相关开发伙伴沟通
- 输出结果：
4.2.2 评审会中
控制时间，做好问题记录，特别是关键需求修订反馈
4.2.3 评审会后
- 更新产品原型及PRD
- 更新产品需求评估表
-
4.2 产品需求外部最后评审会
由于实际运行中，存在需求变更情况，因此在正式开发前，若时间允许，需进行需求最终确认，形式同上
输出结果： 更新产品原型及PRD
- 更新产品需求评估表
- 建立对应的钉钉项目组，规划项目时间节点
- 建立TAPD，项目迭代，并做项目时间说明，具体见TAPD使用
5 产品开发及项目管理
产品需求管理，统一采用内部工具:TAPD，定期进行项目跟进，产品开发期间会经历：产品开发、联调、提测、PRE，具体细节跟进项目进行控制，但需做到以下几点
3.1 项目小组会议及进度更新
对外：根据情况定期进行项目同步会议，并进行相关邮件同步
对内：根据情况定期进行项目同步会议，并进行相关钉钉项目群同步
TAPD：进行相关迭代及问题记录
周期：每周五，特殊项目日更
3.2 需求变更
当产生需求变更后，需及时更新对应需求文档，并通知对应开发人员，保证开发完成后需求文档处于最新状态
3.3 文档上传
项目迭代和开发过程中，产出的需求文档、调研文档，及时上传至TAPD文档，进行文件夹维护
3.4 注意事项
每期需求的影响面，以及TEST环境和PRE环境占用问题，是否影响上线，需额外重视
3.5 第三方工作对接项目同步机制
形式：邮件
内容格式要求（目标为全体成员能更好的了解当前项目关键时间节点和问题点）：
- 关键的时间节点统一标黄，注意日期格式：年/月/日19/04/12
- 问题疑问备注标红
- 邮件发送内容，项目进度图片附在邮件内容中，以及关键问题突出说明
- 附件原件（项目进度表）
- 收件人对应负责人(若需要可补充对应收件人)
- 发送邮件完毕后，微信群或相关工具告知对应收件人，并得到对方关键的应答为项目同步完成结果（或电话）
6 产品上线流程及规范
其中发布内容区分
产品责任人：负责发送相关业务迭代的内容
技术责任人：负责发送系统优化的内容
6.1 上线前评审
涉及到相关产品、前端、后台等相关技术伙伴共同评估的上线风险，需制定上线计划后进行同步
方式：各leader将通知发送至钉钉群，所有人员扣1为准（未同步不允许发版）
通知内容规范如下：
- Dear all 以下为近期发版计划
- 上线时间：
- 上线涉及的系统范围：
- 上线内容：
- 上线可能的风险:
- 问题处理机制：（回滚、备份等关联到责任人）
6.2 上线预告
技术产品部门
发版当天由相关责任人（产品/技术）及时告知当日可能的发版计划
方式：钉钉群-技术产品中心@所有人
通知内容规范如下
- Dear all 以下为今日发版计划
- 发版名称：
- 上线时间：
- 上线涉及的系统范围：
- 上线内容：
商服工程部门
由相关产品责任人，在钉钉群-硬件售后问题反馈群@所有人
- Dear all 以下为今日发版计划
- 发版名称：
- 上线时间：
- 上线涉及的系统范围：
- 上线内容：
- 相关问题话术：
6.3 上线后技术产品中心通知
a、技术完成代码发布，消息同步
- 方式：钉钉技术产品中心群@产品@测试
- 内容：
- XXX已完成代码上线，相关小伙伴可进行回归测试验证@产品@测试
b、测试或产品验证完成，消息同步
- 方式：钉钉技术产品中心群@产品/测试@技术
- 内容：
（具体产品策划人自己编写，若同时含多人则整理成一份由大/中型模块功能负责人发送）
6.6 产品上线内部记录工作
需第一时间记录当前上线内容以及遇到的问题、版本号记录至上线版本记录中
6.7 硬件产品发布计划同步
产品根据实际需求情况，制定相关发布计划，并与对应开发、测试、工程伙伴同步确认后，填写至发布计划列表，更新后在群里@对应负责人，同步群公告内容的更新即可
7 项目复盘
产品工作中，会遇到大大小小的问题，包含项目和产品方面，因此需第一时间建立复盘讨论会（仅自我问题复盘），并做记录，基本格式如下：（后续统一上传至TAPD）
7.1 基本格式
| 产品项目 | |
|---|---|
| 参与人 | |
| 本次项目/产品问题 | |
| 问题1： | 解决方案： |
| 问题2： | 解决方案： |
| 后续注意事项 |
7.2 可参考的复盘思路
8 项目归档
产品完成上线后，需及时更新原型及PRD相关文档，并上线至TAPD完成项目迭代归档
包含但不限于：原型及PRD文档、产品说明书、产品项目资料
内部文档归档及通知机制
若存在对应对外文档更新，包括测试文档、培训文档，需及时通知对应工作伙伴，涉及相关共享文档，优先更新至对应沟通群的群公告
三、内部文档规范
四、产品培训及相关
1 新人培训
针对新人培训，属于公司周期性组织的培训机制
若有收获，就点个赞吧
0 人点赞
