互联网做产品产品调研该怎么做?

发现并掌握目标市场和用户需求嘚变化趋势对未来几年市场上需要什么样的产品和服务做出预测。

  • 通过定性(用户访谈、可用性测试)、定量(调查问卷、数据分析)等分析方法对用户需求进行挖掘和分析
      • 产品规划阶段:听用户定性地说,确定产品方向做什么?
      • 随机抽样40个用户做访谈据此写出需求列表
    • 项目的早期:听用户定量地说,确定需求优先级先做什么?
    • 投放20万份调查问卷确定了需求优先级的排序
    • 项目实施过程中:看用戶定性地做,要先做的那几个需求应该怎么做?
    • 一边设计一边陆续的找10个用户来验证,做可用性测试例如把高保真原型拿给目标用戶试用体验,再听取意见
    • 上线后的优化阶段:看用户定量地做根据产品的用户使用情况做数据分析,不断地改进产品
  • 收集竞争对手的资料、试用竞争对手的产品从而了解竞争对手产品
  • 在Appstore上搜产品类型的关键字,每个关键字看30-50个App下载至少5款产品
  • 对其产品截图进行纵向和橫向分析,包括UI风格、色彩和图标、文字、按钮的颜色、大小和位置等(不建议产品经理在视觉效果上花太多时间毕竟不是专业的
  • 针對用户体验的5个层次
      • 用户体验-产品如何与外界发生联系并发挥作用
      • 用户体验设计-需要兼顾视觉和功能两方面的因素,同时解决产品所面临嘚其他问题
        • 形成了客户对企业的整体形象界定了企业和竞争对手的差异,决定了客户是否还会再次光临
        • 提示投资回报率、转化率、工作效率
      • 核心方法-以用户为中心的设计在开发产品的每一步骤中,都要把用户列入考虑范围
      • 大量收集急需解决的非常细微的问题
      • 必须要同时栲虑五个层面的全部因素
  • 用户正忙我们的概念或想法成熟
  1. 核心价值-企业创造的价值具备核心竞争力
  2. 关键资源-企业用来创造核心价值的资源
  3. 關键活动-企业为了创造核心价值来组织的活动
  4. 关键伙伴-企业为了创造核心价值的伙伴关系
  5. 客户分类-企业的客户是谁在哪里?
  6. 客户关系-企業希望与客户保持一种神秘类型的关系
  7. 渠道-企业用什么渠道来有效的交付价值
  8. 收入来源-企业的核心价值带来的收入来源
  9. 成本架构-支持企业創造核心价值的成本架构
  • 确定目标市场、产品定位、发展规划及路线图
  • 对来自市场、用户等各方面的需求进行收集、汇总、分析、更新、哏踪
  • 体现产品经理核心功能的阶段对于产品需求确定,核心功能提炼
  • 确定每个版本的功能列表;优先级排序
  • 产品经理根据需求优先级和開发进度预估定出来的即每个版本要做什么,重点是什么研发时间,上线时间等
  • 一般来说项目每发布一个版本都应该有它的意义和主打功能
  • 要保证流水线顺畅,理想情况是产品需求文档要领先前端开发2个版本设计领先前端开发1个版本,后端开发领先前端开发半个版夲;即在当前项目启动同时产品经理已经在调研讨论下下版本需求;设计开始搞下版本的稿子;当前项目进行到一大半时,后端已经完荿当前版本的需求并开始准备下版本的需求预研。(理想情况哈
  • 业务流程-做流程图的好处
    • 业务场景+逻辑思维+流程可视化
    • 梳理和完善用戶操作流程
  • 用户行为用例-需求包含的关系
  • 编写产品需求文档包括业务结构及流程、界面原型、页面要素描述等内容;
  • 设计阶段的首要任務就是将产品周期确认,周期是产品经理与各部门人员配合确定的
    • 屏幕尺寸:苹果750px;安卓720px;使用哪个为核心设计要看目标用户群,用数據说话(目前两者的设计规范差异正在缩小);同时720px安卓规范是可以很好的适配安卓和苹果所有屏幕大小;将720px划分为90份,间距为8px每个模块的高度为当前模块的宽度除以1.618.
    • 图标icon以字体图标或制作成字体图标为主
    • 字体大小,需要设计师和前端一起来设置看实际效果;使用自适應的方式rem
  • 精确性组织体系包括按照字母顺序按年表,按地理位置来组织
  • 模糊性组织体系包括按主题、按任务、按用户、按隐喻、混用方式其中混用方式是使用的最为频繁的一种方式
    • 导航系统分为:全站导航、区域导航、情景式导航
    • 全局导航:网站每页都会展现的全域导航系统。无论用户在网站的哪个层级都可以直接进入到重要的区域和功能页面。在设计上以密集和频繁的访问用户为设计中心
    • 区域导航:作为全局导航的辅助通常被用在子网站构造中,以满足各个区域导航间的无关联性;当下也有很多网站将区域导航整合到全局导航中比如amazon和Switch Center
    • 情景式导航:一般是属于联想式学习范畴。又分为内联式(inline)情景导航和外部情景导航
    • 在上述的基础上还可以通过提供个性化嘚定制化的能力展现高级导航能力。比如可视化搜索,用户行为数据的挖掘分析社会化导航,标签云等
    • 1-用户搜索需求;2-搜索界面(搜索语言、检索式构造器);3-搜索引擎;4-内容元(元数据、受控词表);5-结果(排序和聚类算法、界面设计)
      • 防止输入错误工具(Poka-yoke)
    • 包括文芓标签和图标标签其中以文字标签最为普遍,文字标签又经常表现为以下几种形式:情景式链接;标题;导航系统选项;索引术语;图標
    • 尽量聚焦网站目标:明确谁是目标用户网站提供什么,怎么用何时用等问题,简化标签设计体现更好的效率
    • 设计统一的标签系统:在思考如何设计时,要明确设计统一的标签系统而不是分开设计散落在每个页面上的标签
    • 统一的概念包括:风格一致,版面样式一致语法一致,粒度一致理解性一致,用户类别区分等
    • 组织协调市场、研发等部门对需求进行评估及确认开发周期
    • 跟踪项目进度、协调項目各方,推动项目进度确保项目按计划完成;向领导及相关部门沟通项目进度

    3、开发根据产品需求文档进行需求评审,评估出研发周期、提测时间、预发布时间点、正式发布时间点;APP需要搭配开发环境确定APP技术框架,以及研发各种基础系统等

    4、选择混合开发html5应用概述

    • ┅种基于html、css、js编写的运行于手机端的APP这种APP可以通过扩展的JS API任意调用手机的原生功能,实现与原生APP同样强大的功能和性能
      • 设备能力如摄像頭、陀螺仪、文件系统等
      • 业务能力如上传下载、二维码、地图、支付、语音输入、消息推送等
        • 入口页面配置为mobile web的网络地址
        • 文件存放在web服务器上
      • 移动app是C/S结构甚至是完全脱线的单机应用
        • 本地js通过ajax方式请求服务器数据通过对象避开跨域限制
        • 移动app里的js可以通过plus对象调用手机原生功能
        • 体验良好的、可上线的移动app
        • 指一部分页面是本地html,通过ajax与服务器交互另一部分页面是从服务器下行的mobile web页面
        • 1.分别新建一个web项目和一个移動app项目
        • 国内很多产品都是使用混合型开发:支付宝,去哪儿啊等阿里系产品(他们的app是自有架构组织模式是一样的)

    5、布局产品运营工具,方便后期分析与用户跟踪

    • 个推:push推送消息
    • 诸葛IO:跟踪用户行为的数据分析

    1、用例测试可用性测试,用户体验测试

    • 可用性测试阶段包括规划前竞品的可用性测试、原型阶段的可用性测试、beta可用性测试
    • 测试设备(iosAndroid,Winphone等)为了快速上线,先解决用户量多的和使用品牌机型多的
    • 数据库结构图及权限、接口文档
    • 测试周期是直接跟着开发周期同步进行

    3、产品测试25个细节

      • 在不同手机系统环境下是否能完整操作app安裝和卸载
      • 测试用户界面(如菜单、对话框、窗口和其他可视控件)布局、风格是否满足客户需求、文字是否正确、页面是否美观、文字、圖片组合是否完美、操作是否友好等
      • UI测试的目标是确保用户界面会通过测试对象的功能来为用户提供相应的访问或浏览功能确保用户界媔符合公司或行业的标准。包括用户友好性、人性化、易操作性测试
      • 按钮、对话框、列表和窗口等;或在不同的连接页面之间需要导航
      • 是否易于导航导航是否直观
      • 导航与页面结构、菜单、连接页面的风格是否一致
      • 横向比较,各控件操作方式统一
      • 自适应界面设计内容根据窗口大小自适应
      • 页面的图片应有其实际意义而要求整体有序美观
      • 图片质量要高且图片尺寸在设计符合要求的情况下应尽量小
      • 界面整体使用嘚颜色不宜过多
      • 输入框说明文字的内容与系统功能是否一致
      • 是否有敏感词汇、关键词(涉及到政治、色情等归类为敏感词
      • 是否有敏感性圖片,如:涉及版权、专利、隐私等图片
      • 采用时间、地点、对象、行为和背景五元素或业务分析等方法分析、提炼app的用户使用场景对比說明需求,整理出内在、外在及非功能直接相关的需求构建测试点,并明确测试标准若用户需求中无明确标准遵循,则需求参考行业戓相关国际标准或准则
      • 根据被测功能点的特性列出相应类型的测试用例对其进行覆盖如:涉及输入的地方需要考虑等价、边界、负面、異常或非法、场景回滚、关联测试等测试类型对其进行覆盖
      • 在测试实现的各个阶段跟踪测试实现与需求输入的覆盖情况,及时修正业务或需求理解错误
      • app安装完成后的试运行可正常打开软件
      • app打开测试,是否有加载状态进度提示
      • app打开速度测试速度是否客观
      • app页面间的切换是否鋶畅,逻辑是否正确
      • app切换到后台再回到app,检查是否停留在上一次操作界面
      • app切换到后台再回到app,检查功能及应用状态是否正常ios4和ios5的版夲的处理机制有的不一样
      • app切换到后台,再回到前台时注意程序是否崩溃,功能状态是否正常尤其是对于从后台切换回前台数据有自动哽新的时候
      • 手机锁屏解锁后进入app注意是否会崩溃,功能状态是否正常尤其是对于从后台切换回前台数据有自动更新的时候
      • 当app使用过程中囿电话进来中断后再切换到app,功能状态是否正常
      • 当杀掉app进程后再开启app,app能否正常启动
      • 出现必须处理的提示框后切换到后台,再切换回來检查提示框是否存在,有时候会出现应用自动跳过提示框的缺陷
      • 对于有数据交换的页面每个页面都必须要进行前后台切换、锁屏的測试,这种页面最容易出现崩溃
      • app有免登录功能时需要考虑ios版本差异
      • 考虑无网络情况时能否正常进入免登录状态
      • 切换用户登录后,要校验鼡户登录信息及数据内容是否相应更新确保原用户退出
      • 根据MTOP的现有规则,一个账户只允许登录一台机器所以需要检查一个账户登录多囼手机情况。原手机里的用户需要被退出给出友好提示
      • app切换到后台,再切回前台的校验
      • 切换到后台再切换回前台的测试
      • 密码更换后,檢查数据交换时是否进行了有效身份的校验
      • 支持自动登录的应用在进行数据交换时检查系统是否能自动登录成功并且数据操作无误
      • 检查鼡户主动退出登录后,下次启动app应停留在登录界面(app没有免登录的功能情况
      • 需要确定哪些地方需要提供手动刷新,哪些地方需要自动刷新哪些地方需要手动+自动刷新
      • 确定哪些地方从后台切换回前台时需要进行数据更新
      • 根据业务、速度及流量的合理分配,确定哪些内容需要实时更新哪些需要定时更新
      • 确定数据展示部分的处理逻辑,是每次从服务端请求还是缓存到本地,这样才能有针对性的进行相应測试
      • 检查有数据交换的地方均有相应的异常处理
      • 当客户端有新版本时,有更新提示
      • 当版本为非强制升级版时用户可以取消更新,老版夲能正常使用用户在下次启动app时,仍能出现更新提示
      • 当版本为强制升级版时当给出强制更新提示后用户没有做更新时,退出客户端丅次启动app时,仍出现强制升级提示
      • 当客户端有新版本时在本地不删除客户端的情况下,直接更新检查是否能正常更新
      • 当客户端有新版本時在本地不删除客户端的情况下,检查更新后的客户端功能是否是新版本(覆盖安装
      • 当客户端有新版本时在本地不删除客户端的情況下,检查资源同名文件如图片是否能正常更新成最新版本如果以上无法更新成功的,也都属于缺陷
      • app有用到相机定位服务时,需要注意系统版本差异
      • 有用到定位服务、照相机服务的地方需要进行前后台的切换测试,检查应用是否正常
      • 当定位服务没有开启时使用定位垺务,会友好性弹出是否允许设置定位提示当确定允许开启定位时,能自动跳转到定位设置中开启定位服务
      • 测试定位、照相机服务时需要采用真机进行测试
      • 客户端可以自行设置手机的时区、时间,因此需要校验该设置对app的影响
      • 中国为东8区所以当手机设置的时间为非东8區时,查看需要显示时间的地方时间是否展示正确,应用功能是否正常
      • 时间一般需要根据服务器时间再转换成客户端对应的时区来展示这样的用户体验比较好(国内app就不要这样吧
      • 比如发表一篇微博在服务端记录的是10:00,此时华盛顿时间为22:00,客户端去浏览时如果設置的是华盛顿时间,则显示的发表时间为22:00;当时间设置的是东8区时间则显示的发表时间为10:00
      • 检查push消息是否按照指定的业务规则发送
      • 檢查不接受推送消息时,检查用户不会接收到push
      • 如果用户设置了免打扰的时间段检查在免打扰时间段内,用户接收不到push
      • 在非免打扰时间段內用户能正常接收到push
      • 当push消息时针对登录用户的时候,需要检查收到的push与用户身份是否相符没有错误地将其他人的消息推送过来。一般凊况下只对手机上最后一个登录用户进行消息推送。
      • 测试push时需要采用真机进行测试
      • 权限测试:在各种边界压力情况下,如电池、存储、网速等验证app是否能正确相应。内存满时安装app运行app时手机断电,运行app时断网络(这种极端情况下我任务没有必要测试
      • 响应能力测试:测试app中的各类操作是否满足用户响应时间要求app安装、卸载的响应时间、app各类功能性操作的响应时间
      • 压力测试:反复/长期操作下,系统資源是否占用异常反复进行安装卸载,查看系统资源是否正常其他功能反复进行操作,查看系统资源是否正常
      • 性能评估:评估典型用戶应用场景下系统资源的使用情况
      • Benchmark测试(基线测试):与竞争产品的Benchmarking,产品演变对比测试等
      • 针对智能终端应用的服务等级划分方式及实時特性所提出的测试方法交叉测试又叫事件或冲突测试,是指一个功能正在执行过程中同时另外一个事件或操作对该过程进行干扰的測试。如:app在前/后台运行状态时与来电、文件下载、音乐收听等关键运用的交互情况测试等交叉事件非常重要,能发现很多应用中潜在嘚性能问题
      • 1)多个app同时运行是否影响正常功能
      • 2)app运行前/后台切换是否影响正常功能
      • 3)app运行时拨打/接听电话
      • 4)app运行时发送/接收信息
      • 5)app运行时發送/收取邮件
      • 7)app运行时浏览网络
      • 8)app运行时使用蓝牙传送/接收数据
      • 9)app运行时使用相机、计算器等手机自带功能
      • 与本地及主流app是否兼容
      • 与各种設备是否兼容若有跨系统支持则需要校验是否在各系统下,各种行为是否一致不同操作系统的兼容性,是否适配不同手机屏幕分辨率的兼容性,不同手机品牌的兼容性
    • 回归测试-把之前遇到的BUG修复后继续测试
      • BUG修复后且在新版本发布后需要进行回归测试
      • BUG修复后的回归测试茬交付前、要进行全量用例的回归测试
      • 新版本发布后配合不同网络环境的自动更新提示及下载、安装、更新、启动、运行的验证测试
      • 1)測试升级后的功能是否与需求说明一样
      • 测试与升级模块相关的功能是否与需求一致
      • 升级安装意外情况的测试(如死机、断电、重启)
      • 不同操作系统间的升级测试
      • 是否有空数据界面设计,引导用户去执行操作
      • 是否有不可点击的效果如:你的按钮此时处于不可用状态,那么一萣要灰掉或者拿掉按钮,否则会给用户误导
      • 相关的选项是否离得很远
      • 一次是否载入太多的数据
      • 界面中按钮可点击范围是否适中
      • 标签页是否跟内容没有从属关系当切换标签的时候,内容跟着切换
      • 操作应该有主次从属关系
      • 是否定义BACK的逻辑设计软硬件交互时,BACK健应具体定义
      • 昰否有横屏模式的设计应用一般需要支持横屏模式,及自适应设计
      • 手机开锁屏对运行中的app的影响
      • 切换网络对运行中的app的影响
      • 运行中的app前後台切换的影响
      • 多个运行中的app的切换
      • app运行时kill掉进程再打开

    1、应用商店ASO优化

      • 记住32个字符的限制-虽然应用商店对标题的限制是100个字符但应用商店检索结果中只会出现应用标题的前32个字符
      • 避免关键字前后出现空格
      • 不要加入公司名称--应用商店已经有固定的区域显示公司名称,所以沒有必要多此一举
      • 特点:一是充分展示app的功能性、特殊性;二是解释或更完整的描述app
      • 核心关键词务必放在app title的副标题里面
      • 1)更有效的充分展示app,即利用有限范围内的字符描述app的主要特征引起用户关注,提升关注度
      • 2)更有效的提示app的差异性即利用ASO优化进一步的优化搜索的展示曝光度,但堆砌关键词似乎更容易让用户反感
      • 副标题是否创新是否更加抓住用户的、玩家的心理,如果从优化者主观角度来去做ASO那大可不必,也许你就是被苹果排除的用户之一
      • 是否跟风的追随流量大app的步伐
      • 应用描述则是用来推动下载量
      • 关注前三行文字而非关键字--關注描述并销售应用。当用户点击应用时他们就会看到前几行内容(这取决于他们手机屏幕的大小,多数时候只能看到前两三行描述)记住,关键字并不会影响检索消能你应该更关注传达应用体验或益处
      • 撰写优秀的文案--让你的描述内容便于理解和阅读
      • 添加行动召唤--号召用户采取下一步行动,提醒他们接下来要做的步骤要使用“现在立即下载.....”“点击按钮.....”等短句
      • 再次强调,不要在描述中塞入过多关鍵字如果只是为了迎合应用商品排名算法而强塞进入不相关的关键字,这只会让你的应用受阻
        • 描述性的字数控制在300-500并保证核心关键词8-12嘚频次出现
        • 最好出现公司的联系方式,如公众号/微博账号/服务QQ/QQ群等
        • 描述中出现的关键词主要是对Keywords的补充Keywords的权重和描述的权重是可以叠加嘚
    • 量级的应用该如何选词?
      • 下载量低但是应用质量较好
      • 下载量跟竞品应用不相上下,可以考虑死磕关键字
      • 截图及视频强烈建议要有视頻
        • 如果可以上传视频的话,一定要上传视频这样你的应用会在搜索结果中占据很大的优势;
        • 上传截图的大小规格一定要按照市场的要求,同时要保持截图的清晰一定不要有水印
        • 建议:定期更新你的版本,这样有利于保持你的排名优先同时一定要管理你的用户
      • 引导用户評论、不建议刷评论,评论出现一个关键词是一个不错的选择
      • app使用频率:如何提升app的使用频率
        • 在网站中增加app的曝光
        • 购买线下产品的品牌曝光
        • 注册一些账号去各大论坛渠道增加app的曝光
      • 社会化分享的数据(应用商品内分享到微博微信的数据)
        • ios的算法中会考虑你的app的链接被传播嘚次数,但一定是真实的而不是刷的
        • 用户可以去各大社会化媒体中传播
        • app的年龄、历史等,这些虽然会有一定影响但不是绝对数据,如果预算足够同时可以增加一下品牌传播
    • 关于国内安卓应用商店的搜索规则
      • 小米--小米市场目前规则在变换之中,由于小米市场前台看不到其他应用的下载量不能正确的看到跟下载量有多大的关系,但是根据经验小米市场的搜索排名评分的高低是个很重要的影响因素,还囿小米的搜索是可以走cpt的搜索推广展示位是在第四位。唠叨多一句:小米市场标题只可以有8个字符哦
      • 百度--百度市场标题也是只允许8个字苻还要安装一致。但是百度的搜索下载量影响较大如果的应用能申请官方版本,尽量申请官方版本官方版本的应用会比较排名的比較前。还有你的关键词尽量排在标题靠前应用标签也需要设置好,虽然不多但是那个也是搜索的关键。例如搜索旅游官方版本的,量大的应用靠前
      • 360--标题可以在30个字符内下载量为王,然后后台可以设置应用标签注意不要堆叠关键字哦,这样被判成无效关键字那也昰没有作用的
      • 豌豆荚--豌豆荚是游戏的天下吧,应用来说还是处于基础的阶段对于搜索来说注重标题和副标题,但是注意不要一味堆叠关鍵字哦副标题只有10个字,用户体验也很重要不然用户搜索到了,看到一个看不懂的类型一句话描述类型的副标题,想必也不会下载叻吧
      • 应用宝--一个应用一生只能改一次名字现在基本上很少应用会在应用宝尝试打关键字吧,但是可以尝试在标签那边优化订好了一个匼适产品的好标签。但是如果之前的标题就已经比较前了建议谨慎更换哦
      • 华为--华为也是可以20个字符的标题,但是注意是读取包名的需偠直接在包名上修改,最重要的是名字和下载量还有很多注意版权(官方&非官方)
      • 根据观察,很多市场有下拉的展示位置就是在用户詓搜索的时候已经将付费或者是排名较前一位的应用在搜索的下拉菜单进行展示了,例如百度市场就是这样这样也可以直接少了一批可能下载其他软件的用户,所以也可以考虑做下拉菜单的展示

    3、运营推广方案与策略

如何做好一个电商网站产品经理

  导语:互联网做产品是一个产品制胜的行业产品经理决定了一个产品的成败,对于创业型公司来说产品经理甚至决定了一个公司嘚成败。我们一起来看看产品经理到底应该怎么做吧

  1 对互联网做产品用户深入了解,对新模式、新技术高度敏感

  作为B2B行业网站產品经理必须深入理解互联网做产品,深入了解各个年龄段网民需求了解从事各种行业的网民需求。了解各种成熟的、不成熟的互联網做产品技术了解各种成熟的、不成熟的模式,以及知名互联网做产品公司最新营销策略、最新推出产品对各种新推出的网站要非常關注。尤其是各种新技术的应用比如博客、视频、微博、移动网络等在各种类型网站的应用,以及各种增加用户体验的小技术小到一個验证码的使用,图片上传的最新技术等等对新技术、新模式要永远保持一颗好奇的心、崇敬的心。

  作为一个B2B行业网站的产品经理应每天都关注互联网做产品最新新闻,了解各种互联网做产品企业最新动态Baidu互联网做产品新闻、艾瑞网、Donews等网站的各种互联网做产品噺闻都要经常关注,尤其是要输入一些与B2B行业网站相关的关键词搜索新闻关注最新动态,吸取成功越是老网民,越是深入理解互联网莋产品策划产品成功的几率将会越大。要经常使用国内外各种类型的网站行业的、综合的都要使用,而不是仅仅浏览轻易的就认为這个网站不怎么样,不需要再看了要研究其功能、赢利模式、各种好的创意,取其精华去其糟粕,为己所用

  2 对工业品、消费品等传统行业要深入了解,不断学习

  作为B2B行业网站的产品经理与其他类型网站的产品经理最大的不同,可能就是我们做的网站更多的昰给从事传统行业的人士使用他们有的可能不怎么熟悉网络,有的可能对网站能给他们带来的价值与一般的网民的认识不一样了解工業品和消费品在设计、研发、生产、市场推广、品牌打造、销售、渠道、管理等各个环节上企业和职员的需求,职员希望互联网做产品能幫他们解决在工作中遇到的那些问题企业希望网站能帮他们解决那些问题。那些问题是可以通过互联网做产品帮他们解决的那些问题企业愿意花钱来解决。

  作为B2B行业网站的产品经理我们一定不能只认识搞互联网做产品的人,相反应该认识传统行业的人比互联网做產品的人多尤其是要多参与传统行业举办的一些聚会,多和他们在QQ上深入交流成为朋友。只有深入了解传统行业才能知道他们真正嘚需求,假设你是某个传统企业老板、部门经理、普通员工你怎么利用互联网做产品来经营好企业、利用互联网做产品来更好工作和学習,具体需求一定是不同的行业具有差别的只有深入了解传统行业后才能明白细微的差别在哪里。同时做B2B行业网站产品经理,一定要哆学习市场营销比如多看《销售与市场》杂志。

  3 要熟练掌握各种用户需求调研方法市场分析方法

  如果说前面2个小节是对互联網做产品和传统行业广泛的了解,这个小节讲的就是要针对所选择的行业具体问题具体分析我在很多公开文章中都讲过如何分析用户需求、分析市场,比如:“写好栏目策划书B2B行业网站成功的关键”、“怎样分析B2B行业网站竞争对手,确定创业领域”等文章中做了分析

  主要的方法有:与网站用户和潜在用户交流,包括企业老板、高管、技术、销售等等各个层面的用户交流与上游、中游、下游各个類型的企业交流,如果网站已开通还可以在网站社区里提问咨询;与直接面对客户的一线同事如客服、编辑、销售、技术等交流,让他们反馈用户的想法以及自己的意见;查阅各类市场研究报告和分析统计文章综合行业各种人对行业发展现状和趋势的看法;一定要经常试用竞爭产品,熟练使用和接触同类产品经常使用自有产品,观察用户的行为处理用户反馈;对于传统行业用户的需求,最好的方法是团队里囿一个对传统行业技术、销售、管理都做过很多年的人具体见我写的《B2B行业门户网站策划实战研究报告》第四章第1节,只要使团队核心領导里有很懂传统行业需求的人即可产品经理可以和他沟通,互相探讨向他学习。只有经过深入的用户需求分析、市场调研最终才能获得真正的商业机会,形成产品需求文档

  4 要将互联网做产品与传统产业相结合并适当创新,规划出产品UI、功能

  用互联网做产品来解决传统行业(也有一部分新兴行业)企业的问题是B2B行业网站的本质所在。但是怎么解决却是一个系统的工程,B2B行业网站从发展到今忝逐步的成熟已经走过了10个以上的年头,很多模式我们都能找到做的比较好的先例了在很多的行业竞争也异常激烈,所以除了要选择楿对竞争很小的领域更重要的是必须要创新,创新是差异化竞争策略、找到空白市场的最好方法常使用的是应用创新,比如:新浪将博客和微博应用于明星和重大事件及时报道成就了名人博客和微博;阿里巴巴将博客、视频、知道、SNS等社区产品应用到商人的交流与沟通Φ,成就了商人社区当我们想解决一个问题的时候,不是仅参考同类网站而是要在整个互联网做产品所有应用中去寻找某个模式、某個先进的技术来解决。应先考虑采用成熟模式应先考虑在国内外互联网做产品应用中可以找到的模式。越是新的模式风险越大,一个荿功的模式是经过总结失败的教训、不断创新的结果使用到不同的行业,也是一种创新的方法

  根据用户需求文档,以及各种创新嘚模式和技术撰写网站整体策划书,各个栏目策划书规划产品的功能,每个功能前后台用户详细需求用文档绘制每个访问页面、交互性页面的大致布局,让设计师、程序开发工程师能根据这个文档设计开发产品

  5 熟悉大中型网站建设流程,关注细节要有很强的溝通、管理能力

  作为B2B行业网站产品经理,如果曾经做过网站设计开发的技术工作有过网站建设的实战经验,会更好的胜任这份工作因为其他的能力,如果有技术背景学习起来都很快,但是网站建设技术没有做过的人,基本很难快速通过自学来提高就算不懂技術,也要熟悉大中型网站的建设流程需要和项目经理或技术部经理沟通,获得他们的帮助同时要多学习网站建设的一些基础知识。

  B2B行业网站产品经理必须要关注细节因为除产品经理外,可能没有人会更了解细节应该怎么处理程序员、UI设计师一般都会把你策划的產品做的差不多,公司高层一般只关注大的.方向、模式是否适合目标用户需求是否有用户喜欢的内容,只有产品经理才能把发现的问题通过改进产品的细节解决要经常以普通用户的身份去体验,要经常与大量真正用户深入交流要有营销性的语言引导用户,每个提示要讓用户真正明白每一个交互性的操作要方便、易用、少错误等。

  网站建设过程中涉及设计和开发需要和工程师、QA、UI设计师、市场等不同的人沟通,如果项目刚开始的时候人比较少,产品经理可能还要兼任项目经理的职责(要求产品经理是技术出身)直接与UI设计师和笁程师沟通,一般都是与技术部经理沟通我们要做到:想清楚、说清楚、听清楚、做清楚,尤其是要自己把控好产品测试关不经过产品经理确认的产品,坚决不能上线给用户使用

  6 熟悉B2B行业网站的内容建设工作,辅助主编做好内容

  内容是产品的一个部分产品經理在设计产品的时候,肯定也要考虑内容产品经理不会去做内容,但是要对内容建设提出要求每个栏目需要什么样的内容,内容的來源渠道更新频率,内容的质量等都要和主编沟通确保每个栏目的内容和栏目的定位、方向吻合。在运营过程中需要不断的跟踪,肯定会存在编辑录入、推荐的内容偏离网站栏目定位的情况要及时纠正。网站编辑在做内容的过程中也肯定会出现BUG,也会对产品的定位问题、不足提出看法产品经理要及时根据反馈的问题认真分析,对产品做出详细的修改文档与技术部沟通解决。

  所以产品经理吔要学习网站编辑岗位的基本技能不能对编辑部瞎指挥,比如内容的原创、优化、审核、推荐、再加工等工作涉及到很多网站运营推廣的基本知识,平时要多参与编辑部的会议既要指导、监督,也要虚心学习还要了解编辑部的工作流程及实际情况。

  7 精通B2B行业网站产品宣传熟悉各种网络推广方法

  每个B2B行业网站,只有通过各种推广手段让真正的用户来使用了,才能发现问题体现B2B行业网站嘚价值,让产品取得成功作为产品经理,我们可以不去做实际的推广工作但是我们必须要对B2B行业网站各种线上线下的推广方法非常熟悉,在我写的《B2B行业门户网站推广实战秘籍》中对各种推广方法做了很详细的介绍推广是一个系统的工程,涉及产品、内容等各个方面

  具有一定规模的B2B行业网站都有市场推广部,专门负责网站的流量、品牌推广等工作对于一些小型的初创B2B行业网站,产品经理可能還要兼任推广部负责人负责将自己策划的产品推广出去,是产品经理的核心工作对于设置有推广部的公司,产品经理的职责是要与推廣部负责人沟通产品希望传递给那些用户,达到一个什么样的推广目标那些推广手段更有效,辅助推广部做一些市场调研、产品宣传攵案的撰写或审核工作对产品的推广效果经常跟踪,并就推广中的问题与推广部沟通以及在推广中发现需要改进产品的问题,由产品經理负责撰写产品修改文档提交给技术部及时修改完善。

  8 熟悉各种销售方法、技巧辅助销售经理推进产品销售

  B2B行业门户网站產品经理要对产品的销售、利润负责,虽然他可以不去做销售但是一定要关注销售、跟踪销售过程中遇到的产品问题,配合销售经理完荿销售目标的制定、实施等工作在销售初期,产品经理要为销售人员提供产品培训以及产品销售手册、常见产品问题解答等文档,同時为销售人员建立成功的销售模式制定合理的产品价格政策和市场营销策略提供帮助。

  所以要求产品经理要懂各种销售推广方法、銷售策略要经常参加销售部的会议,为销售人员解答在产品销售过程中遇到的各种产品问题每周都要从花一定的时间从销售队伍中获嘚市场信息和用户信息,或者直接与一些典型的客户交流为产品的创新、改进提供第一手的数据支持。要把销售人员反馈的问题记录、整理成产品需求文档提供给技术部修改。

  9 根据编辑、推广、销售及用户反馈的各种问题对产品不断创新、改进

我要回帖

更多关于 互联网做产品 的文章

 

随机推荐