Open ben7th opened 9 years ago
计划制定方法:
一般情况下:用户会按照以下顺序接触到这些内容:
形式:三页手机屏幕大小的静态网页,以逐页展现的形式呈现 参考:吴笛给出一些 提交物:三张静态网页(满足不同手机屏幕的分辨率,主要信息要能在不同手机显示。) 负责人:宋亮根据参考来制作 备注:由于目前应用是网页应用,因此 intro 的出现时机和一般 app 有所差别。先准备好提交物,最后再确定出现时机。
形式:以FAQ的形式提供,以文本列出典型的产品试用问题和回答清单; 参考:
提交物:
负责人:吴笛根据参考来制作 备注:无
形式:
参考:
提交物:网页 负责人:宋亮 备注:无
形式:两种尺寸的宣传图
参考:
提交物:图片 负责人:宋亮
形式:滚动的活动网页,针对手机屏幕 参考:http://tnc.org.cn/#Home 提交物:静态网页 负责人:宋亮
本轮迭代希望用户重点体验场景是:在一个互联网上的工具软件爱好者群体中,某位用户提出一个自己非常习惯于使用的软件工具,并且列出它的亮点,他把工具简介和亮点列表分享给大家,并收集他们的意见和吐槽。
在场景 1 中的操作方法如下:
议题发起者打开 pinidea;创建一个普通议题,输入描述文字和相关的预置选项,然后发布议题并邀请其他关注这类产品的人参与议题。
议题参与者通过议题的永久链接,进入 pinidea 并打开议题,查看议题说明和相关的预置选项,然后进行投票操作,补充最多一个新选项,并提交。
作为议题发起者
A 创建普通议题时,议题描述中给出更贴近重点场景的占位文字。 B 创建普通议题的,从预置选项输入界面返回议题描述输入界面的【上一步】按钮看上去更加可操作的。
暂时不适合当前讨论点的内容:
1 希望发布之前能够预览已经写好的全部内容 2 首页的主题之间是否要像【我参与的议题页面】那样,留出分隔线 3 发布失败时保持主题的草稿
目前本应用不支持公开访问。以下讨论基于假设它能够公开访问时,给每个页面添加的 meta 信息
每个页面要添加的 meta 信息及其含义
<meta name='description' content='网站简介'>
<meta name='keywords' content='网站,关键字'>
以上两个是最基本的描述和关键字信息。 另外,需要根据 http://open.weibo.com/widget/like.php 的要求,为每个页面确定 Open Graph 信息 根据吴笛的调研,QQ 和微信也会读取网页上的 Open Graph 信息来生成他们产品中的 infocard
所以,我们只要在 meta 信息中添加必要的 Open Graph 信息,以及 description keywords 信息就好
以下根据页面流图来逐页指定 http://img.teamkn.com/i/iAl0pb3H.png
通用(如果没有特别说明,则页面默认用这个)
title: pinIdea description: pinIdea 是一个以社交投票的形式来收集意见信息的网络应用。使用者可以借助这个应用来快速贡献自己的想法和了解别人的想法,并且以生动的形式查看议题投票结果。 keywords: pinIdea,mindpin,投票,议题,意见,意见收集,点子,点子收集,拼点子,点赞,调查,集思广益,单选,多选,点评,分享,商品,导购 og:description: 同 description og:type: app (特定页面会用别的类型) og:image: 应用 LOGO(包括 http://)(所有页都用本站LOGO,不去特别处理了) og:title 同页面 title og:url 当前页面 url(包括 http://)
示例 html
<!DOCTYPE html>
<html lang='zh'>
<head>
<title>pinidea</title>
<meta name='description' content='pinIdea 是一个以社交投票的形式来收集意见信息的网络应用。使用者可以借助这个应用来快速贡献自己的想法和了解别人的想法,并且以生动的形式查看议题投票结果。'>
<meta name='keywords' content='pinIdea,mindpin,投票,议题,意见,意见收集,点子,点子收集,拼点子,点赞,调查,集思广益,单选,多选,点评,分享,商品,导购'>
<meta property='og:type' content='app'>
<meta property='og:url' content='当前网页地址'>
<meta property='og:title' content='pinIdea'>
<meta property='og:description' content='pinIdea 是一个以社交投票的形式来收集意见信息的网络应用。使用者可以借助这个应用来快速贡献自己的想法和了解别人的想法,并且以生动的形式查看议题投票结果。'>
<meta property='og:image' content='网站LOGO'>
$1: title: pinidea - 登录
$2: title: pinIdea - 议题广场
$3: title: pinIdea - #{议题内容} description, og:description: 所有选项的文字,用竖线分隔
$4: title: pinIdea - 投票完毕
$7: title: pinIdea - 搜索
$11 - $12, title: pinIdea - 创建议题 - 普通
$14 - $17 title: pinIdea - 创建议题 - 分享
$28 - $29 title: pinIdea - 创建议题 - 点评
$26 title: pinidea - 题材分类
$27 title: pindea - 题材分类 - #{子分类名}
$13 title: pinidea - 创建成功
$18 title: pinIdea - 通知
$19 title: pinIdea - 用户
$20 title: pinIdea - 用户信息
$21 title: pinIdea - 我参与的议题
$22 title: pinIdea - 我发起的议题
$23 title: pinIdea - 设置
$24 title: pinIdea - 意见反馈
$25 title: pinIdea - 关于
此版本不设置 robots.txt 需要设置时参考 http://help.baidu.com/question?prod_en=search&class=%BD%FB%D6%B9%CB%D1%CB%F7%D2%FD%C7%E6%CA%D5%C2%BC%B5%C4%B7%BD%B7%A8
由吴笛设计一个网页表格,来汇总所有渠道的反馈信息。 网页表格需要记录每条反馈的来源,时间,处理意见,处理结果等。
新浪微博 反馈提交形式:
反馈回应方法:
反馈记录方法:把以上信息记录到汇总表,来源标记为新浪微博。由于我们团队准备的多个微博账号都可能收到反馈,所以每天应该就多个账号来记录。并标记是从哪个账号来的。
场景:商品分享
议题发起者点击创建议题,选择”分享“类型,输入一个商品页面网址,生成 infocard 之后,撰写议题描述和添加一些选项。 议题参与者根据自己对这个商品的判断和意见,对选项进行投票,同时也允许补充一个自己的选项。
目前支持的商品页面网址清单以及解析测试页地址: http://urlinfo.4ye.me/
数据准备: 预置若干个包含商品信息的议题,让来到这里的用户可以比较容易地看到和参与这些议题。并且受到启发,自己发类似的议题来让人参与。
需要决策的内容:
场景:软件,网站和娱乐产品点评
议题发起者点击创建议题,选择”点评“类型,选择题材类型,再从选择的类型中选择一个题材,作为议题要引用的 infocard. 撰写议题描述并添加一些选项。 议题参与者根据自己对这个特定题材的判断和意见,对选项进行投票,同时也允许补充一个自己的选项。
数据准备: 预置若干个包含网站,应用软件,娱乐产品信息的题材,作为系统内预置的 infocard 数据。让用户在进行”点评“类型议题创建时,可以从较多的题材中选择。
并且,预置若干个包含以上部分题材信息(不是全部)的议题,让来到这里的用户可以比较容易的看到和参与这些议题,并且受到其他,自己发类似的议题来让人参与。
需要决策内容:
需要预置的三类数据
关于场景 1 的决策问题回复:
关于场景 2 的决策问题回复:
需求组先准备30个题材 + 预置议题选项作为例子
关于普通议题
准备 500 个。 内容五花八门,但都没有 infocard,都是纯文字描述 + 选项。 可以是送礼选择,甜咸豆腐脑,你最喜欢的品牌等。 原则上要避免主观视角的议题,这样运营比较好跟踪 选项数比较灵活
需求组先准备30个议题+选项作为例子
准备过程中遇到以下问题
由于这些因素,因此目前觉得应该对商品类型的议题创建进行以下调整:
这样调整后,准备 500 个商品分享的议题就变成了单纯的准备 500 个商品网址,而不带有预置选项(除了默认的三个选项)。不过出于研究用户行为的目的,其中仍要准备一部分带有预置选项的商品信息。
数据准备方案变为:
数据提交格式:
# 第一条数据(只有商品网址,没有预置议题选项,这种数据共需要400条)
- url: http://detail.tmall.com/item.htm?spm=a230r.1.14.28.wo35GN&id=18699534618&ns=1&abbucket=3
# 第二条数据(有商品网址,有预置议题和选项,这种数据共需要100条)
- url: http://detail.tmall.com/item.htm?id=39151345462
desc: 对于这种概念手表大家有什么看法?
options:
- 好看
- 不好看
- 智商不够看不懂
- 太贵!求淘宝同款
宋亮的范例(内容可参考,格式不对)
要准备的数据内容不变,仍然是收集 1500 个题材,其中 500 个准备相应的预置议题
准备预置议题时,思路可以拓宽。不仅仅可以对该产品/该内容进行某方面评价,也可以是引用该产品/该内容去发从其他角度切入的相关议题,例如,当引用“新浪微博”时,可以发以下的议题:
按照这样的思去写议题,比较容易想,同时能给用户更好的示范。也便于将来去复用这部分数据。
# 第一条数据(只有题材,没有预置议题选项,这种数据共需要1000条)
- infocard:
name: dribbble
site: https://dribbble.com
desc: 这是一个在线艺术设计创作社区,是一个集创意、设计、艺术为一体的在线服务平台,网友可以在这里在线提交自己的设计作品,或者浏览欣赏他人的作品,并提出自己的见解。
logo: http://img.teamkn.com/i/XpTh13yB.png@200h
# 第二条数据(有题材,并有预置议题和选项,这种数据共需要500条)
- infocard:
name: 布卡漫画
site: http://www.ibuka.cn/
desc: 布卡漫画是一款免费的手机看漫画软件,舒适的手机阅览模式,海量国内外漫画,等你来体验哦!
logo: http://img.teamkn.com/i/wouJCXfV.png@200h
# logo 要求 200 × 200 的图片,传到 img4ye
topic:
desc: 布卡下架了好多漫画没法用了,你们现在用什么app看漫画?
options:
- 漫画控
- 追追
- 漫画岛
- 腾讯动漫
- 百度贴吧
一般议题的数据准备
# 类似数据准备 500 条
- desc: 哪些垃圾食品让你欲罢不能?
options:
- 烧烤
- 薯片等膨化食品
- 汽水可乐等碳酸饮料
- 方便面/粉
- 辣条
- 罐头食品
- 冰淇淋
执行方案:
第一批数据:商品分享
每个人找 85 个就行了,应该不会找重。可以是自己买过或想买的东西。
商品来源限以下十个来源: 淘宝,天猫,京东,亚马逊,当当,一号店,无印良品,国美,宜家,易迅
要求找来的数据,十个来源的都要有,但比例自己决定
第二批数据:软件网站娱乐产品题材
每个人找 250 个。为了避免找重,按照首字母分配。 A - D E - H I - L M - P Q - U V - Z
并且要对其中的 85 个准备议题和选项。
第三批数据:一般议题
每个人准备 85 个。根据楼上列出的原则来准备。比较随意
从 4 月 22 号开始,按照 第一批,第二批,第三批 数据这样准备; 每天下午五点提交一次; 由吴笛负责汇总和校验; 由陈晓峰和李飞负责数据导入;
每个人先完成自己负责的数据量。如果因为其他原因导致工作时间被占用,则先完成自己数据量的人可以帮其他人完成;
(渠道指微博,微信,email,论坛等渠道。策略指发什么,何时发。)
宣传材料。包括运营计划第一项中提到的几种不同尺寸的宣传图片。 准备十套宣传图片,以:红色版,绿色版,蓝色版 …… 命名 每套图片包括大小两种尺寸
这是一个例子草图。用纯色 + 文字的方式铺陈。 主题选取比较直白的,用户很容易懂的主题,文案是关键。
构思文案时可以按这种方式提交(并非 yaml 虽然长得像)
这款手游,好玩吗?
- 大力出奇迹,猛赌自然强
- 画风不错
- 玄不救非,氪不改命
实际执行时需要严格按照这里写的方式方法去做,不建议自由发挥。否则会影响推广效果。
微博/微信:按照上面的描述
email:群发,群发周期在1-2个月,群发范围是 mindpin 老用户
论坛:
关于知乎: 知乎这样的特定社区,建议都先当做普通论坛来处理。
来源:从其他平台如微博的分享链接点进来
变化:
如何登录:在浮动提示区域点击登录按钮。完成登录后,回到当前议题页面。
$2 不允许不登录情况下访问。相应的 $3 上的“回退”按钮在未登录时不显示
然而,目前觉得 $2 - 议题大厅页面很别扭,导航需要进行一些调整:
PC 浏览器上的手机模拟背景修改
参考资料
https://dribbble.com/shots/1018959-Flat-iPhone-Wireframe-Freebie http://www.cssauthor.com/latest-collection-of-iphone-wireframe-psds/
在所有页面挂上 CNZZ 进行一些它支持的基础统计
各渠道分析统计方法
所有 email 中附带的链接加上 ?from=email
的参数
系统记录所有从 email 链接过来的访问,并且记录成功完成转化的访问(用微博成功登录验证)
这里需要专门进行接口开发
通过 CNZZ 可能可以得到一部分统计信息
所有发往论坛的帖子链接都加上 ?from=bbs
的参数
需要一个单独的表记录论坛回帖情况
回复需要区分是对软件的意见还是对推广帖的回复
通过 CNZZ 可能可以得到一部分统计信息
所有发往论坛的帖子链接都加上 ?from=weibo
的参数
需要一个单独的表记录微博的回复和私信情况
回复需要区分是对软件的意见还是对推广帖的回复
微信一般是朋友圈
所有发往微信帖子链接(朋友圈or公众号)都加上 ?from=weixin
的参数
需要一个单独的表记录微信的回复情况
回复需要区分是对软件的意见还是对推广帖的回复
各个渠道都需要统计两个转化率
转化率A:从这个渠道点过来的人数/在这个渠道看帖的人数 转化率B:从这个渠道点过来的人中注册的人数/从这个渠道点过来的人数
补充说明:对于转化率A中:在这个渠道看帖人数的定义
我们尽可能挑选稳定不随时间频繁剧烈波动的数字作为基数 (例如,活跃用户,就不是一个很好的基数)
email:发了多少邮件,就认为是多少人看帖(不考虑他有没有打开过这个邮件) bbs:这个论坛版块有多少注册用户,就认为是多少人看帖(不管他活跃不活跃) 微博:原微博账号粉丝数 + 所有转发此微博的账号的粉丝数 就是多少人看帖 微信:公众号关注数 + 所有转发此链接的人的朋友数 (别的人朋友数可能拿不到,这是个问题)
因为没有以前的数据可参考,所以瞎j8想了几个数字
这里可能可以参考,不过情况不同,此产品没有老域名引流。 http://pan.baidu.com/s/1gd1rS91
各个渠道来的注册用户,上线一个月内,应该达到100人。 新增发议题量 500 (我们自己运营发的不算) 新增投票量 2000 (我们自己运营投的不算)
http://weibo.com/mindpin http://weibo.com/u/1071014694?topnav=1&wvr=6&topsug=1 (这个改名成 pinidea 作为 pinidea 的官微)
公众号 pinidea
不特别准备了,如果有合适的论坛老账号可以拿出来用
宣传材料由官微官博来发,然后用自己的个人账号适量转发。
每人每天发五条新的,类型不限,多选为主 每人每天投十条非内部账号发的议题
针对宣传材料要求( https://github.com/mindpin/TouchIdea/issues/30#issuecomment-101175672 )撰写的 6 组文案 http://markdown.4ye.me/ZcbaScng/2 , 需要与 @ben7th 讨论。
经过讨论后的讨论结果记录如下: http://markdown.4ye.me/ZcbaScng/10
6 月 2 日又增加了 7 个用于推广文案的议题 http://markdown.4ye.me/ZcbaScng/22
pinidea 0.2 开发完毕后,要开展运营工作。我们制定一个计划来说明要做的事情,哪些人来做,期望得到什么效果,要怎么验收,等等。
我先列出一个提纲,大家通过讨论的形式来补充 需求组先沟通,开发组再补充
在运营工作开始之前,必须完成程序集成以及团队内部测试。 在这个阶段虽然程序可能已经完成度较高,也可用,但由于很多必要的准备工作未做 不建议贸然推出去让别人知道。运营工作不是简单告诉别人“做好了”你来试试吧,这么简单。必须考虑很多因素,要认真的做。