商品专员总结参考5篇最新.docx
《商品专员总结参考5篇最新.docx》由会员分享，可在线阅读，更多相关《商品专员总结参考5篇最新.docx（14页珍藏版）》请在冰豆网上搜索。
商品专员总结参考5篇最新
2021商品专员总结参考1
药品外包装作为药品不可分割的一个组成部分，正越来越受到人们的重视和关注，国际发达国家中，各种包装材料和包装方式不断发展变化，药品包装占到了药品价值的30%，在这样的潮流下，我联合也将与明年施行改革，用机器自动化代替传统手工包装，我在激动的同时，越发觉得很有必要在这个新老交替的时刻，好好对迄今为止我们所遵循的工作体系进行总结归纳，扬长避短，为明年的机器大生产做好准备。
一、恪守自己的岗位职责
1、车间主任领导下负责产品的包装和输送工作;
2、上岗前按“一般生产区更衣规程”着装穿戴，并做好操作前的一切准备工作;
3、严格按岗位操作法操作，做到批号、有效期准确，不得有差错;
4、上班时间，不得串岗、离岗，不得做与本岗位无关的事务，不得擅离岗位;
5、班前班后，包装前后均应核对品名、规格、批号、有效期等，不得有误;
6、包装过程中有检查包装产品清洁程度、密封性等外观质量的责任，对分装不合格的小包应予挑出，保证包装合格品;
7、包装过程中有检查装箱材料及包材外观质量的责任，对不合格的包装材料应挑出，如数量较大应停止生产，并立即向车间主任报告;
8、认真如实填写操作记录，不得随意更改，保证包装合格产品方可入库;
9、生产结束或更换品种时，及时做好清洁卫生和清场工作，并认真填写清场记录;
10、负责本工作区域生产设施，设备的监护、清洁和申请维修;
11、积极提出合理化建议和意见、提高和改进产品质量的责任;
12、遵守车间和工段制度，遵守劳动纪律，做好本岗位工作;
13、完成好上级领导交给的临时工作。
二、熟悉自己的生产程序
1、打码：
依据批包装指令，操作喷码机。
设定批号、生产日期和有效期、箱号，对小中盒、标签进行打码操作。
要求：
打码前复核所打包材数量、外观质量;打码过程专人复核;打码字迹正确、清晰，无模糊、打斜、打印不全及漏打现象;并负责包装结束的补码工作;
2、复核：
对内包装的药品进行复核。
要求：
囊泡成型良好，无空泡，泡内无药粉或其他异物，胶囊无瘪囊、烂囊、沙眼等，药片无叠片、残片、缺角、花斑，药板冲切位置适中，热封良好，批号打印正确清晰。
药瓶标签粘贴牢固、位置端正，无误后方可进行外包装;
3、装小盒：
检查说明书、小盒的外观质量及打码情况;将复核后的药板按要求用折好（纵向左右对折字迹在外）的说明书包住装入小盒。
将盒口封号，整齐的叠放后传送到下工序;袋装药品则将热塑好的药品按规定数量装入塑料袋中，放入标签，封号袋口后传送到下工序;瓶装的按规定数量放入盒中传送到下工序;
4、装箱：
将分好的小盒按规定方向和数量按相同方向放入纸箱内，按包装规定要求数量放满，确认数量后，放入合格证，并且上下各放一块垫板，并负责协助打码人员对每件成品的补码工作;
5、打包：
封好纸箱，按要求操作打包机。
要求打包美观大方，松紧适中，打包带两侧边距相等，且不反打和打破纸箱，打包后码放整齐。
并负责纸箱装箱前的文字复核及批号、有效期等的打印。
三、提升自己的业务技能
1、对现有设备的更深入了解：
对于喷码机，半自动打包机，封口机的日常使用，要想保证工作效率，获得的经济效益，关键在于每一个员工都正确使用和精心维护所使用的设备，减少设备的故障，减少设备的应急维修量。
应该做到“二好”、“四会”：
三好管好、用好、修好
（1）管好设备：
操作者应负责保管好自己使用的设备未经批准不准其他人操作使用;
（2）用好设备：
严格遵守设备操作规程正确使用、认真填写规定的记录。
四会会使用、会保养、会检查、会排除故障⑴会使用熟悉设备的性能、结构、工作原理学习和掌握操作规程操作技术熟练准确;
（3）会保养学习和执行维护、润滑的要求按规定进行清扫、擦洗保持设备及周围环境的清洁;
（4）会检查熟悉设备结构、性能、了解工艺标准和检查项目根据点检的要求对设备各部位技术状况进行检查和判断能鉴别出设备的异常现象及发生部位找出原因能按设备的完好标准判断设备的技术状态;
（5）会排除故障设备出现故障能及时采取措施防止故障扩大能完成一般的调整和简单的故障排除。
2、对将要投产的设备做好信息收集和整理，做到心里有数：
在网上进行文献检索，对相关设备都有所涉猎：
如透明薄膜六面体折叠冷包装机是以bopp膜为包装材料，将被包装物形成三维六面体折叠封包的中包设备。
小包装盒经输送，堆垛（按要求的的形式和数量），裹膜和折叠包封形成一中型包装。
为后序的装箱工序做好准备。
由于本设备没有热收缩包装机的热封烘箱将被包对象整体加热，而采用局部点瞬间低温封包，不会使盒内包装物产生温度变化，相对而称之为冷包机。
可替代热收缩包装机。
多了解相关设备和原理，多思考各种优劣，触类旁通，为明年新机器更快更容易的上手打下基础。
明年是充满希望的一年，我相信在公司领导的教导和自己不懈的努力下，我会勤奋的工作，刻苦的学习，努力提高文化素质和各种工作技能，为了单位的发展做出的贡献。
2021商品专员总结参考2
工作已经将近半年了，一直想做一个总结。
于是有了这篇文章，记录了我作为产品专员的经历。
其中包含了一个产品从0到1的工作内容和自己的个人总结。
觉得一个产品的从0到1就像建立一栋大厦，一砖一瓦都是这个大厦的一部分。
产品也一样，有许许多多细小繁琐的工作。
一、需求调研
经手产品的第一步就是进行需求调研，一般会花近一个月的时间在业务部门对业务进行深度的了解与分析。
如果是产品重新开发，那么首先做得是对现有系统进行调研。
针对当前系统中存在的缺陷与不足进行优化，并提出解决方案。
对现有系统调研主要采取了以下几种方式：
1、时间观察并记录业务人员操作系统的过程，并在业务人员进行工作的时候与之交流，找出产品还不尽人意的地方。
2、自己亲自操作系统，完成相关的业务，记录下自己在操作过程中的体会。
3、业务人员在不操作系统的环境下进行对话，记录他们自己对系统提出的需求以及自己的其它想法。
这一步是对直接需要操作系统的业务人员进行调研，找出他们在使用现有系统过程中体验不好的地方。
4、然后，在此调研的基础上与管理业务人员的管理层进行对话，主要想获取的信息是从他们角度系统需要满足他们的哪些需求，以及他们怎样能更方便地通过系统管理业务人员，实现业务的分配和高效地完成相关工作。
5、同时，在调研过程中更加重要的一点是产品需要和公司的战略规划同步。
而公司的战略规划与业务息息相关。
传统企业都是业务催生需求，然后将需求传递给开发部门，开发部门进行研发以支持业务部门。
一个新型的互联网公司，做产品的思路与方法与传统的企业有些不同。
先确认公司的战略规划，依据公司的战略规划与得到的需求调研结果着手进行产品设计与开发。
所以需要多次与管理层对话。
如果需要闭门会议也必不可少，旨在会议结束后能确定明确的产品方案与战略规划同步。
除此之外，也是为了产品需求调研的顺利进行以及大家能够更好地对产品进行认知。
定期的跨部门会议也是需求调研的一种方案。
多次的会议才能让需求调研落幕，确认大致的产品方案。
需求调研结束后就需要产出一份MRD来对之前收集的信息整理。
MRD里主要陈述三个内容。
要做什么?
为什么做?
怎么做?
MRD内的所有内容都是围绕着这三点而展开。
项目的立项需要MRD经过上级的同意后才可以进行。
一般花一周左右时间做MRD，然后进行MRD的评审会议。
在MRD中还有一个很重要的内容，即是该产品开发需要投入的资源到底有哪些。
在MRD中一定要明确地提出自己所需要的资源。
公司的资源都是有限的，不论是人力资源还是硬件资源，永远都是不够的。
所以要为自己的产品争取资源。
要正确地评估产品开发的工作量，然后索取对应的资源。
不能在资源不足的情况下进行产品开发，如果因资源问题，产品延期或者产品质量不过关，那么上级看到得只会是因为自己的能力不够而没有完成产品的开发。
二、产品设计
后台产品/B端产品，与C端产品有着非常大的差异性。
C端产品因为面向对象是用户，所以非常注重用户体验、交互设计以及视觉设计。
C端产品需要在细节上进行不断打磨，并且需要对用户的心理进行精确的捕捉。
除了产品本身以外，还需要考虑许多外部因素，如竞品、政策、技术等。
C端产品中另一个重要的角色——运营，在后台产品中也得不到体现。
往往只需要产品经理一个人就可以代替相关的工作。
后台产品更加看重的是产品能够清晰地体现业务逻辑，功能能够满足使用者的需求，首先强调的是产品的可用性，其次是产品的易用性。
产品设计的过程当中分了三大步骤。
1、业务逻辑梳理
需求调研与分析完成后，就是自己对内容的消化和吸收。
要想设计一个产品首先要做的事情是自己先清晰地理解一个产品。
只有自己理解了，才能更好地推进产品进行开发。
先梳理清楚线下的业务流程。
将线下的业务流程梳理清楚以后，然后才是对产品的思考。
在进行业务逻辑梳理的时候我使用了三种工具。
状态图，流程图，泳道图。
为了理清业务逻辑我花了很多时间去画流程图。
有些人觉得花这么多时间画图会浪费很多时间。
我觉得仁者见仁智者见智了。
对于我个人而言，每天捣弄这些图，会很快加深我对产品的理解。
特别是在业务比较复杂，而且之前又完全没有接触过相关方面知识的时候，仅靠大脑很难有清楚的思维，但是图形化后却能很好地理解。
在业务整理上多花点时间整理，我觉得是很有必要的。
2、产品梳理
梳理好线下的业务逻辑以后，要将它抽离搬到线上。
这个过程，可能会删除掉某些线下的环节。
所以要针对产品重新书写流程图。
依据产出的流程图基本上就可以大致确认产品的功能点，确认好所有功能点产出功能列表后就需要引入角色，将每个角色与功能进行对应。
接下来就是搭建页面架构。
先搭页面，再确定页面内的功能，最后细化页面内的信息。
在原型出来以前，可以拿产品架构图先和别人进行一下交流。
产品架构图相较于原型图，与数据库的设计思想比较一致。
而原型视图化后，对于数据库设计却反而变得抽象了。
另外，产品架构图修改较快捷，返工成本相对较小。
3、原型设计
产品梳理好以后，就要开始搭建原型了。
原型就是将之前分析的结果通过具体的视觉展现向别人描述自己思考的过程与内容。
绘制原型，先确定通过的模块，页头、页尾、一级导航、二级导航……根据不同的产品选择合适的布局。
再讲产品架构图中的内容填充到页面内，并加入文字说明操作。
最后对产品的细节加以说明，相关的文案、页面寄到、反馈提醒、交互方式……细节内容可以直接在产品原型页面旁边进行注释。
产品设计的内容需要囊括在PRD中，为产品的开发提供详细而明确的信息。
更像是一份产品阶段就暂时结束了。
之后就是与开发沟通，推动产品一步一步往前走了。
这个过程中，可能会有许多需求变更和返工。
要有充足的耐心慢慢解决问题。
产品设计完成的产出物为PRD。
PRD更像是一个产品字典，独立于原型外，而又包括原型。
PRD的作用就是为了能够让产品开发人员能够正确地理解产品然后进行正确的开发。
PRD中除了产品设计的内容，还需要有的内容是产品的规划。
产品的总体目标是什么?
为了完成这个总目标需要分几步，每一步骤完成的标志是什么?
这和之后的项目排期息息相关。
项目开发的进度、人员分配以及项目的优先级定义都会依据产品规划进行。
PRD撰写完成后，就需要进行PRD的评审会议。
PRD评审会议需要参与该项目的各个团队的核心人员。
包括设计部门的Leader，前端的Leader，后端的Leader，测试部门的Leader，项目的发起人，项目的审核人，以及和此项目相关的其它产品负责人。
如果有Leader无法参与会议时需要该Leader指定人员代替参加。
在PRD评审会议中，由产品经理对PRD进行讲解。
在产品经理讲解的过程中，与会人员有任何疑问都可以提出。
PRD评审会议上的主要目的是让大家对产品达成共同的认知。
如果与会人员没有任何异议，即表
升级会员 