今天周三，是入职的第六天，上周三刚入职。不到一周的时间里我用两天半熟悉了自己要负责的系统，两天旁听了七七八八的会议，然而感觉自己还没上道。目前还总结不出什么经验，只好把事情先记下来，回头再看时可能会有收获。
入职第一周：办理好入职手续后，上级把系统的模块逻辑和我讲了一遍，因为我是技术出身，所以主要把一些统一配置系统模块分配给我，业务相关的先不管。之后的两天里，我穷举了所有的操作路径，把疑惑的地方带图标记在xmind上，一个模块一个模块地琢磨。终于在周末前，把所有的逻辑搞通了。
这一周（其实就三天）过的还蛮开心，因为坐着钻研东西是我的强项，喜欢安安静静地动脑筋。
入职第二周：
周一：
见我上手还挺快的，我开始去旁听一些会议。周一是与开发的需求review，我们的项目在下半年将进行一个较大的改动，底层的组织架构将增加维度，开发那边的数据库结构和相关联的逻辑都会有改动，当然这个不是我们关心的，我们主要是说清楚需求，然后与开发确认，开发认可后将再开一次详细的需求review，主要讲实现页面的展示与交互细节。
会议过程中主要是我上级在说，参会者会提出一些疑问，但总体并没有异议，整体气氛很和谐。我想也是因为上级之前有把方案给部分开发看过，大家之间也彼此信任的原因。（需要问一下第一次review时是否有必要发邮件把整体方案的粗略情况给到开发，这样的话开会效率会更高些）。
周二：
忘了介绍了，我们产品组做产品的目前就三个人（包括上级），我还属于半调子，上级总负责，还有一个女生负责大部分的需求。我们三个开会的时候，我了解到公司主要分为产品组、开发组、测试组、实施组。其中实施组主要负责与客户的需求对接与项目管理。
从同事那里了解到目前产品组最大的痛点是经常被打断。由于b端系统过于复杂，在工作过程中，经常有开发、测试、实施的同事过来问一些操作问题，会很影响效率。上级想到的办法是每个月初对上个月的新增&修改功能进行统一培训，培训的内容录屏后发到货公司的资料库中。并且可以抽空对于一些常用的问题有针对性地录屏，有问题时让大家去看视频，再不懂的话再来找我们，也是为了能够尽量保证工作效率。
还有一个痛点是接到的需求质量参差不齐。因为我们和用户之间隔了一个实施组，有些需求是伪需求，有些需求描述不清，这个就需要我们与实施组进行二次确认。这个痛点目前的解决方案是规定需求撰写的规则，但是我觉得治标不治本，我是觉得最好是我们直接对接用户，公司把产品与用户隔开是为了能够让产品不受用户影响，但这在需求的质量上就大打折扣了。
还有一个问题是目前的需求表格是一个excel表格，有修改的话只能通过邮件周知，我觉得最好是用在线表络进行需求同步。
八月底前本来是让我在已经画好的原型图上加一些注释，但我不知道该写到什么粒度，问了一大堆问题。上级今天说他去写，我就把原型图熟悉一下就可以了。有些愧疚，希望自己快点上手。