惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

L
LangChain Blog
N
Netflix TechBlog - Medium
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
V
V2EX
Cyber Security Advisories - MS-ISAC
Cyber Security Advisories - MS-ISAC
Blog — PlanetScale
Blog — PlanetScale
Microsoft Security Blog
Microsoft Security Blog
D
Docker
WordPress大学
WordPress大学
罗磊的独立博客
J
Java Code Geeks
博客园 - 【当耐特】
博客园 - 司徒正美
雷峰网
雷峰网
H
Help Net Security
酷 壳 – CoolShell
酷 壳 – CoolShell
Last Week in AI
Last Week in AI
宝玉的分享
宝玉的分享
Martin Fowler
Martin Fowler
T
Tailwind CSS Blog
Google DeepMind News
Google DeepMind News
M
MIT News - Artificial intelligence
Recent Announcements
Recent Announcements
B
Blog

人人都是产品经理

为什么你的产品找不到差异化?90%的失败都卡在第一步上(下) – 人人都是产品经理, 3年从30万到1300万用户、获2200万美元融资,这个AI教育产品用“抽卡”破解了获客难题 – 人人都是产品经理, 园区招商系统怎么做才能真正帮到去化?我加了这一个功能,推广链接转发400次阅读过万 – 人人都是产品经理, AI大事件:OpenAI发完网络安全模型又搞药物研发,小鹏汽车要抓”DeepSeek时刻” – 人人都是产品经理, 电商不是卖货,是一场更残酷的产品经理实战 – 人人都是产品经理, 没想到,活动营销又回来了! – 人人都是产品经理, 为何All-in海外KOC:一场关于AI时代窗口期的豪赌 – 人人都是产品经理, 重新理解企业的内部协作 – 人人都是产品经理, 苹果的 AI 战略到底是什么? – 人人都是产品经理, 医疗智能体·第2讲——合规护城河:等保、PIPL与HIPAA的架构实战 – 人人都是产品经理, 向量知识库五步法:从“答非所问”到“精准回复” – 人人都是产品经理, 鸿蒙PC三方库构建总指挥HPKBUILD(sha)库为例 – 人人都是产品经理, 何时该用LLM?AI产品经理的LLM设计指南 – 人人都是产品经理, 医疗信息领域的需求方、决策方、准入方以及关注点(二) – 人人都是产品经理, 即梦涨价:一场被误读的「傲慢」 – 人人都是产品经理, 面试AI PM必答题:Hermes和OpenClaw的区别,如何讲清楚业务价值 – 人人都是产品经理, AI的下一张船票:世界模型——AI产品经理必须理解的技术拐点 – 人人都是产品经理, 小红书做GEO,怎么让AI信你?记住这 3 个重要信息 – 人人都是产品经理, 5 家印度 AI 初创公司,看看印度 AI 再做什么 – 人人都是产品经理, AI项目跨团队协作:产品技术业务如何不打架 – 人人都是产品经理, Agentic Workflow(智能体工作流):让AI从”答案生成器”变成”数字员工” – 人人都是产品经理, lycium_plusplus 项目全景解读:OpenHarmony 三方库构建的“大管家” – 人人都是产品经理, 从爆单救火到前置履约:两套预采策略,把生鲜大促履约效率拉满 – 人人都是产品经理, 什么时候该补货?我用一轮数据做了一个决定 – 人人都是产品经理, 从“机械兜底”到“动态分流”:AI客服重复进线治理的4大底层逻辑 – 人人都是产品经理, 抖音拼效率,红书拼洞察 – 人人都是产品经理, 全民狂欢与退潮——为什么龙虾这波热潮冷却得如此之快? – 人人都是产品经理, Stripe押注!MPP重塑全球支付 – 人人都是产品经理, 小红书GEO:AI引用你的内容,不是因为你对,而是因为你看起来可信 – 人人都是产品经理, 前百度副总裁押注办公Agent,日韩付费爆发,Manus迎来强劲对手 – 人人都是产品经理,
自研问卷调研系统如何初步建立?
一只鸡腿 · 2024-12-31 · via 人人都是产品经理

问卷调查是需求挖掘和用户研究的常用手段,日常工作中会经常使用。本文作者分享了自己建立调研系统的心得,供大家参考。

问卷调研系统是产品设计中重要的一环,既是需求时候以及发起的一环,也是最后收集用户反馈倾听用户的环节,对于后面的产品设计有着重要的作用。上面说的是建立之后的效果,那初期是如何建立呢?结合自己在团队中经历希望能够帮助大家。

一、开启背景

当时的产品进入到 2.0 之后,项目团队以及产品设计进入到了成熟阶段,一方面对上面汇报时候要有一个交代,另外一方面当前在产品设计的时候并没有一个完整的依据,无论是在设计以及开发。因此团队以及负责人开始推动相关的机制,其中问卷调研算其中的一项。

二、难点

0-1 建立的难度大

问卷调研流程是团队之前没有过的流程,需要从 0 到 1 重新进行建立,所有的成员也就自己是见过这个流程,但是也只是辅助并没有从 0-1 流程搭建。当时对于能否从 0-1 创建很担心,这里面还有流程是否合规的问题。

内部协同难

整个流程内部需要打通从 boss – 负责人 – 产品 – 测试 4 个环节,大家工艺的时间都比较忙时间上也很难做调和,而且一个新的东西能够让大家都认同(主要是BOSS )认同难度大,当时作为一个流程的建立者又得全环节打通所以会比较难。

外部对接难

在外部的对接上,不仅仅要满足合规、廉政部门的规则,而且对于调查的部门不是我一个执行的设计师就能打通关系的,如果无法获得认同的话,后面正式调研就会无法进行。

三、过程

前期疏通

前期疏通的主要麻烦的点在于来内部以及外部部门的对接:

  • 团队内部:针对于内部,由于已经自上而下打通了 BOSS 那一关(核心利益谈的,具体的不方便透露),所以产品沟通的时候就只有如何实施。
  • 外币主要分为监管部门、协同部门部门。对于监管部门(合规以及廉政)的对接主要是在于问卷内容的合理性,无论是合规或者是廉政部门都需要做相关联的审核甚至于要做内容的增、删、改的部分。对于协同部门来讲,我个人只是外包执行人员,无法直接打通,所以在这一块走的是监管部进行疏通以及施压还有本部门的主管进行相关联的的推进。

中期宣发

中期宣发分为预热与发放周期

预热就是把即将调研的文案以及抽奖能获得的奖品进行发送到群众,用来激活同学后面的问卷的填写,一般的预热时间时间是在发放周上周的周四、周五 2 天进行预热,具体的文案由见管部门负责,作为执行部门就不用管了。

发放周期常规的是一周(周一到周五),但是通常在周一带周三就有大部分的问卷了,后面的 2 天只能零星填写问卷的出现,所以只要集中在前两天负责处理即可。

后期复盘

后期的复盘主要涉及到:数据的统计、问卷的回访、监管部门的回访、数据的清洗

按照流程走首先是数据的信息,需要复制一份出来(复制的原因就是全部的是监管部门去看的,监管部门需要做相关的回访),然后清理掉的一些敷衍的回答以及是乱打分的情况,这个部分是要做相关的统计,最后这些需要需要做回访。

常规的回访由产品、测试、设计师三方进行,主要是核对问卷里面的文案表达的需求到底是什么是bug 还是什么功能上的需求点,这个在后面需要问的很清楚。

至于监管部门的回访,那个有他们自己的工作流和内容。数据复盘之类的常规的像飞书都有自己相关的功能设置即可。

四、总结

工作中中会遇到各种比较困难的事情,就拿这次问卷体系的来讲,需要调用的资源和关系很多。比较花心力,可能比单纯干活累多了,但是的确能有一个不同的成长。

专栏作家

一只鸡腿,微信公众号:B端设计一只鸡腿,人人都是产品经理专栏作家。一个吃货的B端设计师。

本文原创发布于人人都是产品经理,未经许可,禁止转载

题图来自 Unsplash,基于 CC0 协议

该文观点仅代表作者本人,人人都是产品经理平台仅提供信息存储空间服务。