资源描述
互联网新产品设计开发步骤
方法/步骤
1. 1
战略计划
作为部分产品责任人, 钥匙从没有参与战略方向制订, 仅有幸以旁听形式进行过极少战略讨论, 这些讨论会与其说是战略讨 论会, 不如说是企业领导极力说服大家朝某个战略方向走, 也就是战略思想灌输。看过很多同行好友说法, 似乎对于产品经理来说这是一个普遍现象, 也不难理 解, 一个产品要有大投入, 做与不做甚至做成什么样都是老板非常关心问题, 所以产品经理在战略制订时候能起到作用很小。
不过战略计划也是需要总结和分析, 虽说互联网行业瞬息万变、 时不我待、 快马加鞭、 紧赶慢赶~~~ 不过要开拓一个新产品还是需要完成这个产品简单分析和战略描述。
2. 2
前期分析
产品前期分析不分高低贵贱都要做, 大到一个完整意义上产品, 小到一个新功效, 前期分析都是非常关键。这个前期分析首先 是要了解这个产品, 以及产品相关服务生态系统(ecosystem), 一个产品经理在这个阶段所要做就是了解整个领域情况, 竞争对手, 用户, 甚至需 要关注一下国家政策。其次在这个阶段需要给产品一个定位, 要回复问题诸如“用户是谁?”, “满足用户什么需要?”, “我们应该提供哪些功效(内容)满 足她们?”等等, 当然了, 这些问题在这个阶段我们只需要一个定性分析就能够了。
3. 3
用户研究
用户研究包含范围很广, 《赢在用户》这本书有经典描述, 以前期用户访谈到可用性测试直到上线后产品运行时对数据分 析, 都属于用户研究范围, 这里仅仅讨论产品开发前期用户研究。在前期首先要对整个业界这个方向产品情况做调研, 搜集情报, 这期间有很多方法, 土一点 比如从CNNIC、 IResearch等处寻求调研结论直接Copy, 好一点选择目标用户进行访谈、 发放问卷、 寻求教授进行访谈等等。
钥匙 想说是, 想要做好一个用户研究需要花费精力很多, 尤其是在一个没有专门用户研究人员互联网企业里, 能给你这么多时间与资源来做这件事实在是一个奢侈 想法, 不过在有限投入下取得最大结果是决定产品经理能力高低表现, 所以也没什么可怨天尤人。在这个阶段需要搞清楚部分问题, 比如“我们用户到 底是谁?”“她们有什么样需求?”“怎样才能有效实现她们需求?”。
4. 4
概念设计
概念设计是一个产品灵魂表现, 这部分实现产品经理能够要求UED与你一同完成, 不过很多企业可能没有专门UED做这件事, 所以只能自己撸起袖子干。简单把概念设计分为三个阶段:
第 一个阶段: 需求概念。概念设计开始往往伴伴随头脑风暴会, 选出部分靠谱功效(内容)设计, 然后由产品经理给出一个功效范围定义, 最好能附上部分关键 功效交互步骤。这时最好开一个会议, 会议内容就是找上老大们敲定下来我们功效范围, 这点非常关键, 一定要有统计, 不然会出现项目进行中老大跳出来要改 方向事故(当然, 有统计老大也可能会跳出来, 不过假如这么你能争取到对应自由度)。
第二个阶段: 概念原型。此时就要表现产品经理资源整合 能力了, 最理想状态是拉来一个人帮你完成一个高保真功效原型, 钥匙见过比较牛是找一个Flash牛人, 做一个纯粹Flash实现高保真原型, 那 叫一个真! 往往伴伴随高保真原型出现, 会反复上面说到用户研究, 但不管怎样这东西最终目是给企业老大们汇报, 让老大们看看这东西原来就长这个样 子, 同时也让老大们用一用, 敲定产品部分具体实现。假如上第一阶段是设计产品骨架, 那么这一阶段就是给骨架上添点肉了。
第三个阶段: 完成 MRD(市场需求文档)。这个阶段关键是总结一下上两个阶段东西, 拼凑成一个完整意义上MRD, 这里就是考验产品经理画饼功力了, 以文档和原型方法 告诉企业领导层你要做这个东西是什么样子, 为何做成这个样子, 能处理用户什么问题, 这么做了再市场竞争对手间有什么优势, 未来有什么样发展预期, 当然, 最最关键是你经过这个阶段汇报, 能为你争取到多少资源。
5. 5
需求确定
这部分内容应该是业内大部分产品经理都在做事情, 有了上面积累一个产品样子已经在产品经理脑袋里鲜活出现了, 产 品经理所要做就是撰写一系列文档将这个鲜活影像统计下来, 所谓PRD和UI具体设计就是这个阶段产出物。此时你产品已经放在了纸面上, 你要把她 小心交给项目经理了, 再由项目经理分解你需求写成一个FSD(功效具体说明文档)这个文档是给开发人员看, 她们能够拿到这么文档直接开始开发。
需要注意是, 很多互联网企业往往没有项目经理, 或者有也是在管理开发团体无数个项目项目进度监管员。钥匙经验是要么会有一个架构师来分解你需求, 要么直接拿你需求给开发, 伴伴随开发不停骚扰和自由发挥把项目完成。
钥匙碰到通常是有一个项目进度监管员, 且无人帮你分解需求情况, 这种情况只能是产品将PRD写尽可能细致, 除此之外, 还要在脑海里有一个非常完整, 非常细节情境, 在开发针对你PRD中某部分有疑问时候清清楚楚告诉她这里应该是什么样子。
6. 6
项目预算
这部分临时不包含财务问题, 仅仅从项目管理角度看, 我们需要由一个WBS(工作分解结构), 一个甘特图, 一个资源直方图, 这是最少配置, 能够清楚显示出你项目进度与所需资源关系。这项目管理方面内容理论较多, 在这里不做赘述。
7. 7
实施开发
开发过程比较考验你前面工作, 基础上你在甘特图上应该有不止2个检验点, 到时检验项目进度是否符合预期, 假如出现了 问题也要想措施确保进度。怎样确保呢?基础上有加班和砍功效两种措施, 砍功效这点是开发痛快, 产品痛苦事情, 而加班恰好相反。不管你最终选择了什么方 法, 最最关键就是记住你这个产品所服务用户是谁?她们是不是用不到你想砍掉功效。
8. 8
产品上线
我所经历产品上线都是悄悄上线, 并没有大张旗鼓做市场活动, 我想这是大部分互联网产品上线情况吧。悄悄上线是好处多 多, 因为互联网产品逻辑复杂, 步骤多样, 所以在没有大量用户使用并做几次迭代改善前, 极难说会存在哪些问题。在这方面钥匙有一次惨痛教训, 记得有一 次钥匙负责一个产品上线, 上线成功信在企业内部研发中心群发, 信里感谢了一堆同事, 搞尤其煽情, 结果是大家感爱好上网一看, 哇塞! 随便点点就发 现一堆BUG, 群情激奋同事们立马用发信表示自己不满, 看到那些两位数相关产品BUG信, 钥匙当初我只有一个愿望, 就是切腹自~
这个惨痛经验让我明白了, 谁都不能为你产品负责, 即便有强大测试团体告诉你你产品OK, 完全达成上线指标, 也要自己在上线前狠狠测试一下, 毕竟没有那个测试人员比你还了解产品&用户。
9. 9
产品运行
以前有位老大曾经说过, 互联网产品是一个萝卜一个坑, 一个新产品开起来了, 一个人砸下去就一直在这个坑里挖了, 挖深了还得 多拉多个人下水, 假如想再开一个新产品只能找另一个人来挖坑。这句话能够表现大多数互联网产品情况, 也说明了产品运行关键性, 在整个产品生命周期里绝 大多数时间都是在做运行。
说到做运行钥匙感慨良多, 多种类型互联网产品之间运行方法千差万别, 而且每种产品运行都有很多技巧在里面。比 如新闻类产品, Sohu首页新闻是每五分钟观察一下点击数据, 点击差就往下撤, 同时运行人员也以点击量为考评目标; 再比如论坛类产品, 运行工作关键 是和人打交道, 论坛斑竹、 分类管理员、 总管理员, 层层组织都要有运行老大建立, 建立完成了还需要自己在里面用马甲发帖, 顶贴直到找到部分不错意见 领袖, 形成一个良好讨论气氛, 论坛类产品考评目标是UV和PV/UV双重指标; 再再比如钥匙做过最多搜索引擎运行, 不停订指标, 写规范, 做评 估, 最终推进开发改善, 搜索类产品指标就不单是PV、 UV这么简单了, 多种性能都有自己指标, 依据产品所处阶段衡量指标不一样。
总而言之, 运行才是一个产品能否成为优异产品关键!
展开阅读全文