Евгений Панин

https://www.knowflow.io

Такой подход ничего не даст.
Изучи когортный анализ и Lean-метрики. Их еще называют AAARR.

Проведи customer devlopment.

Поговори с типичными представителями твоего города и спроси когда и как последний раз они искали ответы на вопросы и какие именно вопросы они задавали.
Только ни слова не говори про свой сервис и не делай никаких предложений. Иначе ты их запрограммируешь и они будут отвечать так, как ты им скажешь. Важно узнать именно их боли, а не твои. Ведь это для них ты хочешь создать свою систему.
Если каждый из твоих собеседников укажет на одну и ту же проблему, тогда можно подумать о создании сервиса.
Опроси человек 10 минимум.

И внимательно: нужны только реальные ОЧЕНЬ СИЛЬНЫЕ боли.

Спрашивай примерно так: когда последний раз ты проходил медкомиссию? Как это было? (внимательно выслушай и запиши все по шагам) Что было самое неудобное? Что раздражало больше всего?

Если у всех респонденты укажут на одну и ту же проблему, то тогда считай, что ты определил боль.

Приготовься к сюрпризам, т.к. у людей очень часто болит вовсе не то, что ты думаешь

Я бы рекомендовал подходить не с точки зрения "что может пригодиться", а сначала точно определиться, что именно потребуется для метрик.
Например, если у Вас интернет-магазин, то управлять в нём нужно валовыми продажами и прибылью.
Продажи в свою очередь зависят от того как клиенты проходят т.н. "воронку продажи", т.е. шаги на сайте, ведущие к покупке.
Видя сколько клиентов отваливается на каком шаге Вы сможете придумать как поправить показатели этого шага.
Если смотреть с этой точки зрения, то Вам в первую очередь нужно собирать идентификацию клиентов + их движение по шагам воронки.
Вот и подумайте какие данные для этого нужны.

Такая же беда, но отображалось 10 записей.
Я нашел в SearchAPI параметр size, который за это отвечает.

Вот такая конструкция, например, срабатывает нормально:
GET /finrep/telegram_subscribers/_search?size=20

Теперь ищу, что нужно указать, чтобы выводились все результаты

Например, так:

POST finrep/securities/_delete_by_query
{
  "query": { 
    "match": {
      "company_name": "ТрансКонтейнер"
    }
  }
}

ELK = ElasticSearch + Logstash + Kibana
Amplitude

Можно воспользоваться бесплатным аналогом - стэком ELK (ElasticSearch, Logstash, Kibana) - это сейчас стандарт де-факто для замены Qlik-а.
А вообще, есть готовые решения для аналитики наподобие сервиса Amplitude

Судя по формулировке вопроса Вам нужно посмотреть на поведение людей, сделавших лайки.
Для таких задач больше подходит когортный анализ, в котором средние отсутствуют в большинстве случаев.
Ну а уж если брать среднюю, то лучше уже средневзвешенную, которая учитывает вес (количество прочтений) того или иного поста.

Senior/Lead с моей точки зрения вообще не должен программировать. Его задача - использовать потенциал своей команды и принимать ключевые решения по проблемным ситуациям в архитектуре, кодинге, функциях, сроках и т.п.

Какого именно проектирования? Функционала, архитектуры или интерфейса?
Для проектирования функционала нет ничего лучше, чем старый добрый MS Word и клавиатура.
Для проектирования архитектуры подойдёт Visio+UML , для интерфейса лично я пользуюсь сервисом cacoo.com