写给我的第一任助理
这是你第一次做产品的工作，你是一个菜鸟；这是我第一次带助理，我也是一个菜鸟。我将分享一系列自己的心得，作为你的入职培训教材，以及工作的参考。
这是一个菜鸟产品经理写给她的菜鸟产品助理的入职培训教材，教材分为“习惯”“流程”“文档”“产品思维”4个部分。
你全然不需要按照我文中所述的做，但是在你觉得无从下手或者茫然无助的时候，希望这些文字能够给你一些帮助和启发。
习惯篇在一切开始之前，我想先谈谈工作习惯。
新环境新公司新团队新的工作使命，你应该有点紧张感。我有一些简单的方法帮助你迅速融入大家：
查人口
姓名：G.C
岗位：产品经理
部门：产品部
岗位职责：……
熟悉你将接触到的项目组成员，把他们的名字、脸、岗位对应起来。
你最应该了解的就是每个岗位的职责和工作内容，鉴于你可能是个菜得不能再菜的菜鸟，求助度娘吧！
如果你是个女孩子，了解大家的星座或许会给你一些额外的帮助。
查档案
所有你能够接触到的文件都要扫一遍，有些你只要知道标题就可以了。
最重要的文件是项目进度、项目计划，这些文件告诉你大家已经做了什么，你可以凭此推断出自己将要参与那些工作。
最有用的文件是设计稿或者原型，它们直白且讨人喜欢。
长篇大论的需求书，慢慢来吧~你总有一天会看完它们，甚至会看吐它们。
管理文件你所说的每一句话都将作为呈堂证供
尽量让口头协议成为文字，当你需要和程序员或者设计师沟通的时候，明确的书面文件可以杜绝一些毫无意义的关于自尊心的扯蛋。
不要删除任何文件，以免未来我冤枉你的时候，你找不到证据来证明自己的清白（但是你要说我的坏话，千万别留下证据）。
版本
你可以使用版本来管理自己的文件，这项工作越早开始越好，因为你将会有成百上千的文件，并且它们会被分享给项目组的每一个成员。如果在沟通过程中文件对不上号是一件很让人心塞的事情。
如果对同一个文件进行修改，就可以使用版本。如果觉得修改的内容足够多，就可以更换一个新的版本。注意不要再去修改上一个版本的文件内容，它们应该作为你的历史记录被永远封存。
拥有一连串版本的文件应该使用同一个名字，表示它们是同一个文件。
快速找到这些文件也是一件重要的事情，你一定会有你自己的办法。
保密协议能吃吗？
确保自己的文档和你的云端同步，以便随时提取使用，或者防止丢失。这样我们就不用频繁地备份了。
公司要求你出于保密和安全不许把文件带离公司，是希望你“不要向利益相关者泄密”，恶意者有千百种方法窃取机密，而我相信大多数人是有自己的职业操守的。当然我建议你使用比较安全的云端服务商。
干活吧做好准备，我们要开始了…
当你要组织一场小型的会议，或者发表一些自己的观点，甚至与同事沟通一个细枝末节的问题，你都要做好准备。
问自己：
我将和什么人对话？
我要表达清楚什么观点？
我要得到什么结果？
如何开始，第一步最艰难
找度娘，如果能在度娘上找到答案，就不要为此麻烦别人。但是别拿度娘的答案来忽悠人，她在专业上总是不太靠谱。
举例要写一个文档，以下是我的方法，供你参考：
这个文档是写给谁看的？——项目组成员。
它们需要那些内容？——每个页面的布局和结构、操作和结果……
他们对文档的风格要求是什么？——清楚明了简单好理解地说清楚内容。
列大纲，然后填充细节。
用做产品的思维方式去做文档（如果你的文档是给老板看的，你就要堆砌一些华丽的辞藻，展望一下美好的未来，填充一堆精致的数据，或许还需要设计点华丽的动画……）。
售后服务。你需要为对象解释这个文档，如果文档写得足够认真，你就可以少费点口舌。
迭代。文档也需要迭代，你应该预留出扩展的空间，别做得太死了，否则修改就是做大量的无用功。除非你发誓这辈子都不再修改这个文档了。
（我会在文档篇中详细介绍我们将要用到的文档和写作方法）
用这样的思维方式去做一件事情，你会很容易迈出第一步。
沟通是门学问
大多数互联网公司提倡即时反馈，但我却不以为然。我建议你不要轻易去打扰人家，也尽量不要让人家来打扰你（比如：把QQ签名改为“4点之后有空，欢迎打扰！！！”）。
当然我们需要大量的沟通才能完成工作，所以你尤其要注意管理好时间。我建议把沟通的时间安排在上午或者下午下班前。
能用嘴巴就尽量不要打字，如果打字，或许你可以加点表情。比如对女孩子使用颜文字(～￣▽￣)～ ，对男孩子使用猥琐的图片……
（请你帮助我……）我见过不少第一次做需求方的菜鸟趾高气昂地对程序员(或者设计师)指指点点，他们很快就会明白什么叫做自讨苦吃。带着微笑和歉意去找小伙伴：哎呀!麻烦你了!真不好意思，我有件事情想要请教你，你有没有时间帮我这个忙……
不要使用这些话：“这个很简单的”“必须”“越快越好”“不行”……尤其是“这个很简单的”，听到这句话的小伙伴无一例外都哭晕在厕所了。
简单粗暴，避开那些敏感词之后，不管是语言还是文字，越简单粗暴越好。谁都不喜欢和拐弯抹角的人交朋友。
任何时候都不要给小伙伴们造成压力，鉴于我的情商不高，这件事情还需摸索，在未来我会非常仰赖你在这方面的帮助。
离会议远一点
如果有人邀请你参加会议，请慎重对待。
如果你需要组织沟通，尽量不要以会议的形式。如果一定要，请严格控制并努力压缩会议时间。
我个人认为会议是最没有效率的工作方式，开会的人越多，浪费的时间越多，对于我们这些需要用实实在在的产出说话的苦力，建议有多远躲多远。
去TMD
有时候你会忍不住爆粗口，爆完之后就忘记它。
生活从前有个笑话，叫做八小时工作制。
严肃点，我在讲笑话呢！
真实的情况是：你不可能在8小时工作时间内只做与工作有关的事情，你也不可能在8小时工作时间之外完全抛弃你的工作。
你或许明白，工作是为了让自己的人生更精彩，不必为了工作放弃一些重要的生活情趣。
你或许也了解，工作是为了你自己的未来，你现在的每一次产出，都是一份实实在在的简历。
所以偶尔刷刷淘宝不必心虚，偶尔为了项目冲刺也不必耿耿于怀。
学习行业流传这样一句话，出处不可考：
“一天不学习，智商变成猪。”
与君共勉。
Ps：希望你能为我保密，我认为老板不会喜欢文中所写的部分内容。
流程篇在流程篇中，我将向你介绍一个通用的流程和我们的团队构成，你也可以从中了解到你将参与的工作内容。同时我希望能够带给你一个合乎逻辑的做事方式，使你在接到一个新任务的时候不会手足无措。
开始吧！
流程举例一个故事来进行产品开发过程的说明：
一个动机
盘古开天辟地后，女神女娲在茫茫原野中行走，她倍感寂寞，她需要陪伴，于是她想要一些能够陪伴她的生物。
女娲决定聘请一个团队帮她完成这件事。
产品目标
创造一个陪伴女神度过漫漫时光的物种。
用户需求
这个物种和女神长得差不多，要能陪女神说话，要能陪女神度过长久的时光。
内容与功能需求
拥有智慧能够思考、能够学习进步、能够繁殖扩张、能够新陈代谢。
界面交互设计
外形如同女神，拥有头脑，四肢等部件。
为了确保功能，需要放入五脏六腑，各种器官。
信息架构
用骨架把“人”支撑起来
布局与导航设计
眼睛放在上面，是为了看得更高；嘴巴放在下面是为了食用方便；耳朵在两侧是为了听得更广阔……
视觉设计（设计）
黑头发黑眼睛，双眼皮长睫毛……穿上衣服（差点忘了）……
开发与测试（开发）
让人类活动起来，看看有什么错误需要修正。
——以上是一个传统的产品开发过程（设计与开发的工作不详述）
我们再来看看团队成员在开发过程中的位置和工作内容，图中描绘的是各个部门担任主要职责的阶段（你可以对照我们的项目文档）。
以下是部门组织架构图。
所有的工作都围绕着“需求”展开，作为需求方，我们要做的，就是向团队进行需求的解释和沟通。
两种方式：文档和语言
1、制定需求
产品在各个阶段“目标——对象（用户）——内容——结构——细化”由粗到细地制定需求，并产生相对应的“需求文档”，这些文档就是用来解释需求，形式完全可以灵活多样（不仅仅是通常理解的文字文档，如果你能画漫画，说不定会更受欢迎哦！）。
2、输出需求
需求文档将给所有项目团队的小伙伴们看，确保“用户们”能够通过文档理解你的想法。
然后用各种方法解释这些需求，确保所有人都理解需求的原意。
3、管理需求
我们当然希望需求不要再有改动，可惜这只是一个美好的梦想。每个负责任的成员都会向我们提一些建议，有些建议会转化为新的需求。
新需求的管理工作更加繁琐，因为牵一发而动全身，改了某个部分可能对前后的工作都有影响。因此要尽量避免需求脱离你的控制，避免无限制的需求变动导致项目延期。
4、项目
鉴于我对于小伙伴们各自工作一知半解的程度，通常不纠缠具体细节，我们只需要在项目计划中对时间节点和里程碑（某个时间完成了某件事情）进行跟进，大家会自己掌握工作进程。
小伙伴们在时间范围内完成了自己安排的工作，说明一切顺利。
避免（重要）在完成文档的过程中我犯了个严重的错误。导致我把几个小时打出来的文字删去了一半。因为我试图向你描述清楚每一件事情，同时向你灌输一些专业严谨地内容。我试图让你读完这篇文章就变成专家了。
这是我极力避免的事情。
所以我特地在这里予以说明：
我建议你的每一份文档都适合一个外行人流畅阅读（起码能够读懂大部分内容）。因为你不一定每次都碰到相同知识水平的成员，比如你就是这样一个菜鸟。或者即便都是专家，但是所涉及的领域不同所理解的内容也不尽相同。
之前我被教导对设计师使用设计师的语言，对程序员使用程序员的语言（鉴于这实在需要巨量的知识库，而我要承认力所不逮不愿意在大家面前班门弄斧）。不如使用外行人（通俗）的语言，看上去是有点蠢，但是起码每个人都能明白你在说什么。
我们总是在强调产品的可用性，我们在制作文档的时候也应该保证这份文档的“可用性”。
如果你用通俗的语言向我解释问题，我也会很感激。这样我就不用装作自己比你懂，然后偷偷去百度了，我们可以大大节省时间。
（希望修改之后的文档不会让你觉得太艰涩）
总结开发产品的流程可以套用在大部分事情上。按照“目标——对象（用户）——内容——结构——细化”的方式去处理，我们就不会惧怕任何一无所知的事物。
不要纠结形式和内容，重要的是用对方能理解的方法表达清楚自己的想法。
Ps：如果你发现有件杂事没有人做，就接过来，反正最后总是我们做的。
文章来源：人人都是产品经理
早读课编辑、校对：菁菁 早读课banner：流云
如果看到这段文字，证明您已经看完这篇文章了，有什么收获有什么感想有什么不赞同，我们期待您的留言评论，并诚挚邀请您加入“互联网er早读课”QQ群，一同交流每天文章的心得并结识同行。官方7群：339397805，加群密码“职业信息+城市+姓名”，否则不予通过，入群后请修改群名片。