蓝色箭头表示，通过用户反馈和运营发现软件问题进行的升级迭代流程，立项流程与迭代流程稍有差别，在此不做细分，共用一套流程。
每款软件的诞生都是存在着一定的使命，最终走向是解决相关问题的完善方案，以笔者当前负责的盯盯工作为例。
领导对下属员工的工作具有一种天然掌控欲，想及时获取来自员工的工作反馈，即汇报。安排给员工的工作究竟怎样了?完成了没有?没完成的原因是什么?会对当前的目标实现造成多大的影响?当前工作状况却难以解决这一问题，要么是领导太忙，忘记询问;要么是领导询问频繁，造成员工反感。员工也遭受着同样的困扰，想汇报，找不到领导;不汇报，又会被认为工作不积极主动。
解决方案：从本质上说，它是一款汇报提醒打卡机。领导给员工安排工作并设定汇报提醒时间和频率，盯盯会在设定时间提醒员工进行汇报。员工汇报后，领导会收到对应通知，打开软件一看便知;如果员工未在当日进行汇报，盯盯就会记录下来并在第二天早上9点发送给领导。
PS：在领导与员工的汇报与不汇报，及时与不及时的矛盾对立中，盯盯承担了一个铁面无私的记录者身份。
Ps:划分主要范围主要是针对以上的开发流程而言，实际工作中，由于职责的原因，大boss、行政、财务、以及最最重要的用户也是要进行一定程度上的沟通的。
