求知 文章 文库 Lib 视频 iPerson 课程 认证 咨询 工具 讲座 Modeler   Code  
会员   
 
  
 
 
 
构建完善的互联网产品文案体系
 

2010-12-28 来源:网络

 

 

这是一个完整的互联网产品文案体系结构,这个体系贯穿在产品的整个生命周期中。

有的看官可能会问:

1、你这个所谓的体系真的有用么?

答:产品本身就是由不同的体系构成的,除了文案还有价格体系、销售体系、UI设计规范、交互设计规范等等。所以这个文案体系的作用也正是为了产品良性发展做铺垫。如果产品的名称三天两头的改;如果产品都开始铺市场了,销售合同还没有拟好;如果客户买了你的产品之后,不会用或者遇到问题,可是没有客服支持、没有产品手册、没有产品帮助。产品不是这样做的。

2、每个产品都需要做这么多狗屁玩意?

答:根据产品的业务类型而定,例如面向中小企业的付费型SAAS产品就需要《产品手册》和《销售合同》;而网易推出免费邮箱就没有必要了 。

3、如此庞大的体系如何落到实处?

答:再庞大和复杂的体系都需要分拆来实现。首先是分阶段实现:撇开产品的市场和用户调查阶段,产品规划、产品功能设计、产品需求、产品测试、产品上线、产品入市、产品售后这几个阶段都可以作为文案体系的时间节点。下面是一张甘特图,横轴是产品进度的几个阶段,纵轴是文案体系的12个内容。

这里简单的对每个任务点做一下说明:

产品名称需要在产品规划阶段完成:这个显而易见,否则还得弄个产品的临时代号,多尴尬。在有的公司如果产品名称没有确定是无法立项的。

广告创意从产品规划中期开始到产品测试阶段中期完成:因为在规划阶段就已经开始提炼产品的卖点和精髓,很多创意都萌生在这个阶段,一般的产品上线都是结合市场一起来做的,所以上线的时候这些广告就要派上用场了。

功能名称在功能设计阶段完成:这个和产品名称一样,不用多说。

产品帮助从功能规划阶段开始到测试阶段完成:规划的功能的时候就已经在考虑功能的操作方法、机制、可能会遇到的问题了,所以至少可以给产品帮助做一个框架,产品测试的时候可以已经实现了注册、登陆、系统功能、交互效果,产品帮助里面的截图这时候就可以补充了。产品上线至少得保证常见问题有内容。

产品手册从功能设计的中期开始到产品入市之前完成:这个手册大部份公司是提供给客户,而不是用户的,可以是电子文档,也可以是光盘或者纸张的小册子。

产品信件从功能规划阶段开始到产品需求阶段完成:产品信件是产品和用户之间信息的沟通渠道,例如通过邮箱找回密码、通过有些激活帐号、通过邮箱订阅信息等等,都需要一个信件的方式来实现。作为产品使用流程的一部分,这些内容需要在产品测试之前完成,确保整个产品流程的畅通。

功能交互在产品需求阶段完成:功能交互性内容,可以说是这个体系中较重要的一部分,用户在使用产品时,系统出现的提示、成功或者失败的反馈、引导类图示、信息范例类备注都在功能交互类文案范围内。必须在产品测试之前完成。

服务条款在产品需求阶段完成:服务条款一般出现在注册、安装、下载、转载等涉及到法律或者政治风险的使用流程中,需要在产品测试之前完成。

产品问卷在产品需求阶段完成:因为测试阶段包括用户测试,所以产品问卷得在测试之前完成。当然,问卷调查在产品上线之后仍然可以进行,产品是不断的收集市场需求过程中完善的。

推广软文在产品测试阶段完成:这个和广告创意类似,一般都是配合产品上线来做的。也有为了危机公关和产品打算投入市场而做的。

销售合同在产品入市之前完成:这不用说了,没合同卖毛哦!

产品海报在产品入市之前完成:可能互联网的大部份产品不会去做海报,但是在大型公司的重点产品来说是经常需要的。

把这个体系按阶段拆解完之后,就可以开始安排按人员拆解了。

如果这个产品有一个团队支持,包括产品经理、产品设计、交互设计、产品助理、内容设计那么恭喜你,这个团队会很好的把这个体系消化掉。

产品名称和广告创意:可以发挥整个团队的创意,最后筛选出几个给公司领导拍板。

功能名称:最好是产品经理亲自来定,然后发起团队讨论。

产品帮助和产品手册:就交给产品专员吧。

产品信件:也是最好由产品经理亲自来定,然后发起团队讨论。

功能交互:这个是交互设计师的强项。

服务条款和销售合同:产品经理亲自上吧!最后交给公司的法务把关。(很多公司没有法务,就给直接领导或者总经理。)

产品海报:交给产品专员,他通过产品首页的文案设计,已经领会了产品的精髓应该怎么表达。

产品问卷:交互设计如果对用户测试很了解,就知道应该怎么来书写问卷。

可能产品经理没有经理专门来盯这个体系,可以找产品设计来盯。

如果你是光杆一个,啥人都没有,那也恭喜你,因为这是个提升你个人能力的契机,如果没有一定的表达能力、逻辑思维能力、项目管理能力是很难把这个体系支撑起来的。不管是不是有这些能力,只要在进度允许的范围内我都建议尝试一下这个体系。找一个勤劳的助手来写《产品帮助》和《产品手册》。

这个体系的12个内容中的每一块,在撰写的时候都有一些方法、原则和需要注意的地方,各位看官可以关注一下,在未来的一周里我会详细说。



正视研发管理才是高水平竞争
需求是如何变成产品原型的
产品经理能力模型解说—把控
产品经理的正确定位
谁是合格的产品经理?
产品管理与产品营销的区别
更多...   


统一过程及应用
敏捷过程实践
基于XP/RUP的迭代开发
软件开发过程指南
SCRUM过程实践
敏捷测试-简单而可行


某博彩企业 产品经理与产品管理
北京 研发团队与工作管理
广东金赋信息 敏捷开发过程与项目管理
某支付平台 软件配置管理与发布管理
富士 软件外包项目管理与进度管理
塞孚耐 基于Scrum的敏捷开发
更多...